locked
Mediation with Avaya IP Office RRS feed

  • Вопрос

  • Добрый день!

    Есть необходимость проверить сможет ли существующая PBX в компании(Avaya IP Office) работать напрямую с OCS по SIP протоколу.

    Дело в том что наша АТС может работать по SIP но ей для организации SIP транка нужно зарегистрироваться на SIP сервере с которым будет взаимодействие. После того как транк будет зарегистрирован(установлен) в него необходимо будет направлять звонки.

    Вопрос  : с какими учётными данными АТС должна устанавливать соединение к Mediation серверу OCS?

    Алексей

    9 апреля 2010 г. 15:37

Ответы

  • на сервере OCS/AD в настройках пользователя да правильно там он Line URI называется вводите по примеру:
    Tel:+73452774117

    выбрать Voice профиль обязательно.
    в настройках пользователя в OCS ничего больше не нужно, если а/в работает м/у коммуникаторами. галочка PBX не ставится (по крайней мере я не ставил)

    на SIPтранке на авайке ITSP Domain name я ххотьи прописал в настройках линии но нигде он не используется у меня. в днс еготоже нет. я обращаюсь по ИП ко всем АТС.
    ITSP IP адрес прописан обязательно. SIP URI создайте как описано в ссылке выше, повторю ее: https://devconnect.avaya.com/public/download/interop/OCSR2-IPO-PSTN.pdf

    вообщем сделайте все по пунктам как в гайде и все заработает.
    единственое что настройки медиейшена сделайте что я дал. и шоткод с ARS

    как я понимаю принцип взаимодействия АТСок следующий:
    сип-транк - это росто канал по которому проходят звонки и не важно какие. Какие и куда отправлять это задача у же администратора.
    итак если пользователи с номерами :+71234567890@192.168.1.5 - где ип это адрес медиейшена, находятся на сип-транке сип-ури которого номер 100,
    то шоткодом я и должен номер набранный отправить по этому каналу. В принципе я мог бы и отпраивть любой другой номер, но он просто не нашел бы получателя.
    пример с моими авайками.
    тел_3ХХХ - авайка_3Х ----сип_транк1-----авайка_4Х -----сип_транк2----- медиэйшен ---- ОЦС --- клиент ОЦС
    итак клиент ОЦС набирает номер: 3101.
    этот номер согласно правилам прописаным в Voice Properties проходит преобразование, если там нет такогоправила то звонок никуда не идет. т.е. даже если преобразования не требуется, все равно правило должно тут быть(работает как разрешающее правило) в результате в моем случае преобразования нет и клиент набиравший 3101 получит тот же 3101. этот номер согласно настройкам медиэйшена идет по сип_транку2 на авайку_4Х т.к. в правилах прописано что медиэйшен должен обрабатывать номера ЗХХХ и отправлять на ИП_авайки_4Х.
    авайка_4Х получив по сип_транку2 данный номер начинает его обрабатывать. А именно ищет Short Code и если нет то ищет Extension  с данным номером.
    если не находит то возвращает ошибку. В моем случае Short code есть, и данный звонок отправляется по сип_транку1 на авайку_3Х и там происходит звонок Extension'а т.е телефона.
    в обратную сторону теперь: 
    абонент  3101 на тел. набирает 73101 на авайке_3Х прописано что такие номера без преобразований (3XXX -> 3N) отправлять по сип_транку1 на авайку_4Х
    именно это и происходит а вот на авайке_4Х уже есть short code который преобразует номер 7ХХХХ в формат для медиэйшена а именно в +73452773101@ип_медиэйшен_сервера
    звонок поступает дальше по сип_транку2 на медиэйшен и там в базе пользоателей находится абонент по тел который до @ в данном примере у пользователя line uri должен выглядеть так: Tel:+73452773101
    никаких собачек тут не надо.
    сори если написал сумбурно...к вечеру голова уже кипит...

    • Помечено в качестве ответа Era_Russia 30 апреля 2010 г. 14:05
    20 апреля 2010 г. 10:55

Все ответы

  • спасибо за интересный вопрос :)
    давайте попробуем выяснить.

    ПРоверьте здесь на предмет офиц. поддержки вашей АТС - http://technet.microsoft.com/ru-ru/office/ocs/bb735838(en-us).aspx
    Сообщите полное название модели АТС, версии ПО.

    Вот тут есть инструкции по настройке UM в Exchange с Avaya - http://www.microsoft.com/downloads/details.aspx?FamilyID=588E8AD3-45D9-481F-8898-FB39DE19882E&displaylang=en&displaylang=en
    Изучите, нам расскажете.


    MCITP
    9 апреля 2010 г. 19:16
  • Добрый день! OCS 2007 R2 работает с IP Office 500 с прошивкой 5.0 и выше. Есть официальный авайский док о совместимости с детальным описанием настройки. Если нужно могу выслать. Эту парочку :) давно мучаю в плане совместной работы, но до 5той версии прошивки IPO без шлюзов и бубна не получалось, сейчас все работает как часы.

    >>Вопрос  : с какими учётными данными АТС должна устанавливать соединение к Mediation серверу OCS? -Никаие учетные данные при организации SIP подключения IPO к OCS не требуются. Просто настраивается SIP-транк и прописывается маршрутизация и преобразование цифр номера, если требует номерной план IPO.

    Если есть необходимость, могу помочь с конфигом IPO и Mediation.

    11 апреля 2010 г. 18:10
  • Я был бы крайне признателен за документацию от Avaya. Я уже запросил через официальные каналы, но обычно этот процесс занимает много времени.

    У меня Avaya 412 (5.15).

    Хочу чтобы хотя бы локальные звонки работали, между OCS и Avaya IPO.

     

    12 апреля 2010 г. 8:05
  • Есть официальный авайский док о совместимости с детальным описанием настройки.

    Ссылочкой на документ не поделитесь?
    MCITP
    12 апреля 2010 г. 8:21
  • данную проблемы решаю уже давно...

    задавал вопрос /з партнеров как в Avaya так и в Microsoft

    ответ следующий: официальной поддержки нет, но не официально есть поддержка со стороны Avaya начиная с прошивки 5.0 и выше. со стороны Microsoft поддержки нет. Со стороны Microsoft поддержка только ч/з Media-шлюз.

    Собственный опыт внедрения:

    1. создавал SIP-транк. В этом случае на коммуникатор звонки не шли совсем (100% уверенности у меня нет что правильно настроил) с коммуникатора на авайку звонок так же не распознавался авайкой.

    2. в 5.0 появилась 1 SES Линия. вот на ее основе мне удалось соединитьнапрямую авайку и медиэйшен, но с авайки звонки я так и не смог распознать на медиэйшене. а вот с коммуникаторов без проблем звонил на внутренние номера. Была идея ч/з коммуникатор звонить в город используя АТС авайя как промежуточную. Но такое у меня не получилось настроить.. с транка на транк атс не передавала звонок(возможно не хватает знаний)

     

    Насчет помощи в настройке медиейшена буду очень признателен!

    если можно сообщите свой ICQ, 75303624 моя, нонужна Ваша, тк. в настройках запрет на получение сообщений от всех кто не в контактах.

     

    14 апреля 2010 г. 3:22
  • Отличный гайд! Ни за что не догадался бы создать 2 ARS.

    Звонки стали проходить в обе стороны.

    но такой вопрос:

    Не пойму почему, но при звонке с коммуникатора на телефон авайки происходит задержка в звуке,причем задержка у разных пользователей разная.

    при звонке с тел. авайя на коммуникатор все работает отлично.

    и еще если у вас работает, подскажите как настроить чтобы при звонке из города, попадая на автосекретаря, далее можно попасть на номер в коммуникаторе.

    например:

    звонок из города: 529595 ответ автосекретаря(мол нажмите внутрений номер и т.д..) нажимаем 0 и номер коммуникатора.

    14 апреля 2010 г. 7:21
  • Отличный гайд! Ни за что не догадался бы создать 2 ARS.

    Звонки стали проходить в обе стороны.

    но такой вопрос:

    Не пойму почему, но при звонке с коммуникатора на телефон авайки происходит задержка в звуке,причем задержка у разных пользователей разная.

    при звонке с тел. авайя на коммуникатор все работает отлично.

    и еще если у вас работает, подскажите как настроить чтобы при звонке из города, попадая на автосекретаря, далее можно попасть на номер в коммуникаторе.

    например:

    звонок из города: 529595 ответ автосекретаря(мол нажмите внутрений номер и т.д..) нажимаем 0 и номер коммуникатора.


    Можете показать Location Profile из OCS, и свойства телефонии какого нибудь пользователя OCS с включенной функцией Enterprise Voice?
    15 апреля 2010 г. 19:32
  • Спасибо за документацию.

    Я с OCS только начинаю работать так что у меня пока не получилось зацепить IPO с Mediation Server-ом.

    Мне для начала хотелось бы просто дать возможность звонить с Office Communicator-а на стационарные телефоны сотрудников которые забиты в адресной книге.

    IPO.

    1. Локальные телефоны сотрудников 1xxx. Лицензии на SIP транк есть.

    2. Создал SIP транк, как показано в PDF-ке. Не понял какой нужно именно указывать ITSP Domain Name?

    3. Настроил ShorCode который направляет номера 666xxxx в этот транк.

    Не совсем понял зачем мне нужно настраивать ARS. Если нужны пока что только локальные звонки.

    Mediation :

    1. Сертификат установлен.

    2. Служба активна.

    3. Включил Enterprise Voice у пользователей. Normalization rules просто написал номер из четырёх знаков.

     

    В результате :

    Когда звоню с PBX по шоткоду , в систем статусе вижу звонок которых уходит на Mediation.

    From: "UserName" <sip:1010@IPOFFICE>;tag=a5acbf168899702f
    To: <sip:78125555@mediation_IP>

    На коммуникаторе вызов не появляется.

    Когда звоню с Communicator-a на офисный телефон , звонок даже в System Status-е не появляется.Он почему то не попадает в Транк.

    Посмотрел отдельно в Avaya Monitor, там видно что запрос от Mediation-а идёт но почему он не воспринимается IPO.

    INVITE sip:1011@IP412-IP-Address;user=phone SIP/2.0
    FROM: <sip:+78125555@med.company.com;user=phone>;epid=766F4DD00E;tag=d3b903fc8

    TO: <sip:1011@IP412-IP-Address;user=phone>

    Я правильно понимаю что телефон абонента на OCS формируется из Telephone Settings/Line URI? В свойствах пользователей.

    У меня сейчас сделан 78125555.

    Подскажите как можно заставить все это работать? :)

    Заранее спасибо!!!!

     

     

    16 апреля 2010 г. 7:56
  • огласите конфиг с AVAYA

    и скажите правило роутинга с OCS

    иначе это телепатия

    у меня возникали проблемы только в том, что на AVAYA необходимо указывать не имя доверенного сип домена -а fqdn медиэйшена


    Если сообщение помогло решить проблему - отметьте ее как ответ, если было информативным - проголосуйте за сообщение. Не будем оставлять решенные посты без отметок, это затруднит поиск решения другим.
    16 апреля 2010 г. 19:05
  • получилось настроить практически все.
    итак внутреннние номера на AVAYA у меня 4ХХХ, 3ХХХ
    причем 3ХХХ - номера филилала там другая AVAYA стоит.
    обе авайки соеденены по SIP-транку
    звонки с обычных телефонов идут ч/з 5-зн. номер: 7ХХХХ (где ХХХХ часто вн.тел.сотрудника на авайке) чтобы проще было запоминать.
    выход в город ч/з 9ХХХХХХ
    выход на межгород 8ХХХХХХХХХХ
    кстати заметил, что если есть преобразование номера, то необходимо правило которое пропускает преобразованный номер, иначе звонка не будет. у меня такое с межгородом, т.к. 8номер преобразуется у меня в 98номер, то и для 98номер мне нужно тоже было написатьразрешающее правило, без него повтор набора не работал.

    вот правила на Mediation: имя   вход_номер  транслируемый
    Коммуникаторы  ^7(\d{4})$     +7345277$1
    Офис кирова   ^4(\d{3})$     4$1
    офис продаж  ^3(\d{3})$   3$1
    межгород     ^8(\d{10})$    98$1
    Межгород_ч/з_9   ^9(\d{11})$    9$1
    город    ^9(\d{6})$     9$1

    теперь правила на авайке должны включать следующее:
    шот-коды для обработки 3ХХХ, 9ХХХХХХ, 98ХХХХХХХХХХ
    при этом на incoming call route лучше не делать фильтрацию, по крайней мере на период настройки.
    т.е. получается при наборе с коммуникатора 4111 звонок на авайку постапует как 4111 и это внутр. номер. он никак не обрабатывается шот-кодами и у абонента звенит телефон.
    если это 3ХХХ то согласно шот-коду обработка передается в ARS а внем я уже передаю звонок на 2-ю авайку. и вообще я понял что сип-транк сам ничего толком не обрабатывает, он служитпросто каналом, и доменное имя на авайке кстати я тоже не понял зачем, т.к. я его нигде не прописывал, все соединения идут ч/з ИП.

     

    "Можете показать Location Profile из OCS, и свойства телефонии какого нибудь пользователя OCS с включенной функцией Enterprise Voice?"

    а что именно из профиля? и если подскажете как в текст его перегнать?
    вообще во всех профилях разрешено у пользователей все. видео, аудио и т.д.
    и вопрос это вообще вас интересует или по моему вопросу почему несколько секунд в коммуникаторе (при звонке с коммуникатора) я не слышу абонента? и кстати на работе включен режим телетайпа, только все равно задержка идет. а вот дома задержа шла без включенной опции, а когдавключил задержка исчезла. на работе это не помагает.
    на авайке тоже все вроде стандартно настроено..номер, сип номер..особых правил вроде нету никаких..



    19 апреля 2010 г. 7:33
  • огласите конфиг с AVAYA

    и скажите правило роутинга с OCS

    иначе это телепатия

    у меня возникали проблемы только в том, что на AVAYA необходимо указывать не имя доверенного сип домена -а fqdn медиэйшена


    Если сообщение помогло решить проблему - отметьте ее как ответ, если было информативным - проголосуйте за сообщение. Не будем оставлять решенные посты без отметок, это затруднит поиск решения другим.

    У меня одного ничего не работает. Не дай бог это из за того что у меня IPO 412 а не 500-ка :((((((((((((((((((((((((((((

    PBX :

    IPO.

    1. Локальные телефоны сотрудников 1xxx. Лицензии на SIP транк есть.

    2. Создал SIP транк, как показано в PDF-ке. ITSP Domain avaya412

    3. Настроил ShorCode который направляет номера 666xxxx в этот транк.

    +95555"@med.company.com"

     

    4. Incoming Call Route :

    Incoming Number -  пусто

    Destination  - . (точка)

    Вопрос : в п.3 нужно прописывать SIP домен в шорткоде или FQDN Mediation сервера.

    OCS :

    Выставил у себя в настройках пользователя :

    Telephone settngs :

    Enable Enterprise Voice. Line URI : +95555 - я правильно понимаю что это будет телефонный номер у пользователей OCS

    Когда пробую звонить с Avaya :

    19.04.10 21:16:01-163ms  Line = 13, Channel = 1, SIP Message = Invite, Call Ref = 536, Direction = From Switch, From = 1010@company.com, To = +78125555@med.company.com
    19.04.10 21:16:06-167ms  Call Ref = 536, Originator State = Dialling, Type = User, Destination State = Clearing, Type = Trunk
    19.04.10 21:16:06-167ms  Call Ref = 536, Disconnect from Destination End

    С коммуникатора звонки в систем статусе вообще не видны в тот транке который поднят с Mediation сервером. Как то очень странно.

    19 апреля 2010 г. 13:19
  • У меня одного ничего не работает. Не дай бог это из за того что у меня IPO 412 а не 500-ка :((((((((((((((((((((((((((((

    PBX :

    IPO.

    1. Локальные телефоны сотрудников 1xxx. Лицензии на SIP транк есть.

    2. Создал SIP транк, как показано в PDF-ке. ITSP Domain avaya412

    3. Настроил ShorCode который направляет номера 666xxxx в этот транк.

    +95555"@med.company.com"

     

    4. Incoming Call Route :

    Incoming Number -  пусто

    Destination  - . (точка)

    Вопрос : в п.3 нужно прописывать SIP домен в шорткоде или FQDN Mediation сервера.

    OCS :

    Выставил у себя в настройках пользователя :

    Telephone settngs :

    Enable Enterprise Voice. Line URI : +95555 - я правильно понимаю что это будет телефонный номер у пользователей OCS

    С коммуникатора звонки в систем статусе вообще не видны в тот транке который поднят с Mediation сервером. Как то очень странно.

    ничего не скажу про IPO412. Знаю следующее:

    1. прошивка должна быть не ниже 5.0
    2. в настройках пользователя необходим номер в формате например: +73452774156
    и на медиэйшене обрабатывать именно такой длинные номер.
    вот настройкка на моем медиейшен: Коммуникаторы  ^7(\d{4})$     +7345277$1
    т.е. принимать номера на 7ХХХХ преобразовать в +7345277ХХХХ и вот этот уже номер будет система искать в бд
    на авайке можно такой шоткод:
    7ХХХХ;
    +7345277N"@192.168.8.19" 190 - преобразую  7ХХХХ в сип адрес. 7345277ХХХХ
    тогда на медиейшене преобразование не обязательно. (хотя с коммуникатора тогда по короткому номеру не позвонить)

    ------------------------------------
    Предлагаю вам след конфиг:(настройка сип транка на авайке согласно выше предложенной документации, сип ури,  это важно! без этой нстройки у меня не работало)
    1. инкомин остаивть как есть.
    2. изменить шоткод: 6N -должен вызывать ARS
       согласно вышепредложенной документации в ARS создать правила:
       666ХХХХ +9111666N"@ип_адрес_медиэйшен_сервера"  номер_сип_исходящей_линии
    3. в настройках пользователя прописать сип ури: +9111666хххх - тел.юзеров вместо хххх ест-но цифры.
    3. настройки медиэйшен:
    Коммуникаторы  ^9(\d{4})$     +9111666$1  - чтобы с коммуникатора можно было звонить по короткому номеру на другой коммуникатор
    телефоны авайки   ^1(\d{3})$     1$1
    межгород     ^8(\d{10})$    98$1
    Межгород_ч/з_9   ^9(\d{11})$    9$1
    город    ^9(\d{6})$     9$1

    вот и все...больше ничего не нужно.

    20 апреля 2010 г. 4:55
  • Уважаемый Kwasti,

    Вам не сложно было бы выложить trac-ы (Avaya System Status), как выглядят входящие и исходящие звонки со стороны Avaya.

    По п.3 SIP URI это у пользователей Avaya нужно выставлять?

    У меня в OCS-е я пользователям прописываю Telephone settings, Line Uri.

    А Server URI нужно приписывать?

    Заранее спасибо

     

    20 апреля 2010 г. 10:17
  • на сервере OCS/AD в настройках пользователя да правильно там он Line URI называется вводите по примеру:
    Tel:+73452774117

    выбрать Voice профиль обязательно.
    в настройках пользователя в OCS ничего больше не нужно, если а/в работает м/у коммуникаторами. галочка PBX не ставится (по крайней мере я не ставил)

    на SIPтранке на авайке ITSP Domain name я ххотьи прописал в настройках линии но нигде он не используется у меня. в днс еготоже нет. я обращаюсь по ИП ко всем АТС.
    ITSP IP адрес прописан обязательно. SIP URI создайте как описано в ссылке выше, повторю ее: https://devconnect.avaya.com/public/download/interop/OCSR2-IPO-PSTN.pdf

    вообщем сделайте все по пунктам как в гайде и все заработает.
    единственое что настройки медиейшена сделайте что я дал. и шоткод с ARS

    как я понимаю принцип взаимодействия АТСок следующий:
    сип-транк - это росто канал по которому проходят звонки и не важно какие. Какие и куда отправлять это задача у же администратора.
    итак если пользователи с номерами :+71234567890@192.168.1.5 - где ип это адрес медиейшена, находятся на сип-транке сип-ури которого номер 100,
    то шоткодом я и должен номер набранный отправить по этому каналу. В принципе я мог бы и отпраивть любой другой номер, но он просто не нашел бы получателя.
    пример с моими авайками.
    тел_3ХХХ - авайка_3Х ----сип_транк1-----авайка_4Х -----сип_транк2----- медиэйшен ---- ОЦС --- клиент ОЦС
    итак клиент ОЦС набирает номер: 3101.
    этот номер согласно правилам прописаным в Voice Properties проходит преобразование, если там нет такогоправила то звонок никуда не идет. т.е. даже если преобразования не требуется, все равно правило должно тут быть(работает как разрешающее правило) в результате в моем случае преобразования нет и клиент набиравший 3101 получит тот же 3101. этот номер согласно настройкам медиэйшена идет по сип_транку2 на авайку_4Х т.к. в правилах прописано что медиэйшен должен обрабатывать номера ЗХХХ и отправлять на ИП_авайки_4Х.
    авайка_4Х получив по сип_транку2 данный номер начинает его обрабатывать. А именно ищет Short Code и если нет то ищет Extension  с данным номером.
    если не находит то возвращает ошибку. В моем случае Short code есть, и данный звонок отправляется по сип_транку1 на авайку_3Х и там происходит звонок Extension'а т.е телефона.
    в обратную сторону теперь: 
    абонент  3101 на тел. набирает 73101 на авайке_3Х прописано что такие номера без преобразований (3XXX -> 3N) отправлять по сип_транку1 на авайку_4Х
    именно это и происходит а вот на авайке_4Х уже есть short code который преобразует номер 7ХХХХ в формат для медиэйшена а именно в +73452773101@ип_медиэйшен_сервера
    звонок поступает дальше по сип_транку2 на медиэйшен и там в базе пользоателей находится абонент по тел который до @ в данном примере у пользователя line uri должен выглядеть так: Tel:+73452773101
    никаких собачек тут не надо.
    сори если написал сумбурно...к вечеру голова уже кипит...

    • Помечено в качестве ответа Era_Russia 30 апреля 2010 г. 14:05
    20 апреля 2010 г. 10:55
  • Trace можно выложить - на подобии того что я выкладывал.
    20 апреля 2010 г. 12:29
  • 2 лога из монитора авайки, там логи более подробные.

    http://proekt.invest72.ru/avaya2ocs.txt

    http://proekt.invest72.ru/ocs2avaya.txt

     

    21 апреля 2010 г. 3:13
  • А сколько сетевых интерфейсов на медиэйшн сервере? И какие адреса на них прописаны? Посмотрите в трейсах с какого именно адреса уходит звонок на IPO. Если оба интерфейса в одной подсети, то возможна ситуация, когда звонок на IPO уходит с интерфейса, который сконфигурирован для работы с сервером Front End.

    23 апреля 2010 г. 3:39
  • Спасибо за замечание.

    285057607mS SIP Rx: TCP 192.168.200.200:4794 -> 192.168.200.1:5060
                        INVITE sip:1011@192.168.200.1;user=phone SIP/2.0
                        FROM: <sip:+12345678@med.office.company.com;user=phone>;epid=1729A165B6;tag=3871b8daec
                        TO: <sip:1011@192.168.200.1;user=phone>
                        CSEQ: 2 INVITE
                        CALL-ID: ac93f70b-fd9d-48a2-ad7f-bdfa2c861a39
                        MAX-FORWARDS: 70
                        VIA: SIP/2.0/TCP 192.168.200.200:4794;branch=z9hG4bK2a4a7367
                        CONTACT: <sip:med.office.company.com:5060;transport=Tcp;maddr=192.168.200.200;ms-opaque=041f1bc8d7e563ae>
                        CONTENT-LENGTH: 335
                        SUPPORTED: 100rel
                        USER-AGENT: RTCC/3.5.0.0 MediationServer
                        CONTENT-TYPE: application/sdp; charset=utf-8
                        ALLOW: UPDATE
                        ALLOW: Ack, Cancel, Bye,Invite

    Звонок с OCS->Avaya

     

    192.168.200.1 - Avaya

    192.168.200.200 - OCS

    med.office.company.com - IP адрес MED сервера в серверной подсети.

    1011 - мой внутренний номер

    +12345678 - номер который прописан у пользователя.

     

    Звонок виден только в System Monitor-e, но не попадает в System Status.

    Заранее благодарен если кто то выложит как эти звонки выглядят в System Status-e. У меня он даже в транк к OCS не попадает.

     

    • Помечено в качестве ответа Era_Russia 30 апреля 2010 г. 14:05
    • Снята пометка об ответе Era_Russia 30 апреля 2010 г. 14:05
    26 апреля 2010 г. 16:20
  • звонок с OCS На Avaya

    27.04.10 15:47:42-052ms  Extension = 4117, Switchhook, Status = Off
    27.04.10 15:47:42-053ms  Call Ref = 4, Originator State = Incoming Alerting, Type = Trunk, Destination State = Alerting, Type = User
    27.04.10 15:47:42-057ms  Line = 19, Channel = 1, SIP Message = Response, Call Ref = 4, Direction = From Switch, From = +73452774117@Project.invest.local, To = 4117@192.168.8.6, Response = 200 Ok
    27.04.10 15:47:42-063ms  Line = 19, Channel = 1, SIP Message = Ack, Call Ref = 4, Direction = To Switch, From = +73452774117@Project.invest.local, To = 4117@192.168.8.6
    27.04.10 15:47:42-066ms  Call Ref = 4, Originator State = Connected, Type = Trunk, Destination State = Connected, Type = User
    27.04.10 15:47:42-066ms  Call Ref = 4, Answered, Extension = 4117
    27.04.10 15:47:46-715ms  Extension = 4117, Switchhook, Status = On
    27.04.10 15:47:46-717ms  Call Ref = 4, Originator State = Connected, Type = Trunk, Destination State = Clearing, Type = User
    27.04.10 15:47:46-717ms  Call Ref = 4, Disconnect from Destination End

    ----------------------------

    Звонок с Avaya в OCS

    27.04.10 15:50:56-812ms  Line = 19, Channel = 1, SIP Message = Response, Call Ref = 10, Direction = To Switch, From = 4117@ipo-avaya-kir.invest72.ru, To = +73452774117@192.168.8.19, Response = 200 Ok
    27.04.10 15:50:56-815ms  Line = 19, Channel = 1, SIP Message = Ack, Call Ref = 10, Direction = From Switch, From = 4117@ipo-avaya-kir.invest72.ru, To = +73452774117@192.168.8.19
    27.04.10 15:50:56-820ms  Call Ref = 10, Originator State = Connected, Type = User, Destination State = Connected, Type = Trunk
    27.04.10 15:50:56-820ms  Call Ref = 10, Answered, Line = 19, Channel = 1
    27.04.10 15:51:02-989ms  Extension = 4117, Switchhook, Status = On
    27.04.10 15:51:02-991ms  Call Ref = 10, Originator State = Clearing, Type = User, Destination State = Connected, Type = Trunk
    27.04.10 15:51:02-991ms  Call Ref = 10, Disconnect from Originator End

    27 апреля 2010 г. 3:49
  • А сколько сетевых интерфейсов на медиэйшн сервере? И какие адреса на них прописаны? Посмотрите в трейсах с какого именно адреса уходит звонок на IPO. Если оба интерфейса в одной подсети, то возможна ситуация, когда звонок на IPO уходит с интерфейса, который сконфигурирован для работы с сервером Front End.


    не сгущайте краски - и в таком случае все работает. И работает даже на одном интерфейсе на одном IP адресе.
    Если сообщение помогло решить проблему - отметьте ее как ответ, если было информативным - проголосуйте за сообщение. Не будем оставлять решенные посты без отметок, это затруднит поиск решения другим.
    27 апреля 2010 г. 5:55
  • Вопрос : в п.3 нужно прописывать SIP домен в шорткоде или FQDN Mediation сервера.

    ИМЕННО FQDN MEDIATION

    я делал именно по этим гайдам заменив только сигнализацию с TLS на TCP и доверенный сип домен на fqdn mediation роли



    Если сообщение помогло решить проблему - отметьте ее как ответ, если было информативным - проголосуйте за сообщение. Не будем оставлять решенные посты без отметок, это затруднит поиск решения другим.
    27 апреля 2010 г. 6:16
  • С avaya вот так выглядит :

     

    27.04.10 14:29:36-355ms  Extension = 1010, Digit dialed, Digit = 6
    27.04.10 14:29:36-358ms  Extension = 1010, State = Idle
    27.04.10 14:29:36-364ms  Call Ref = 982, Originator State = Dialling, Type = User, Destination Type = none
    27.04.10 14:29:36-723ms  Extension = 1010, Digit dialed, Digit = 6
    27.04.10 14:29:36-724ms  Call Ref = 982, Short Code Matched = System, 66
    27.04.10 14:29:36-732ms  My buttons = 1, Call Ref = 982, Originator State = Dialling, Type = User, Destination State = Seized, Type = Target List
    27.04.10 14:29:36-738ms  Line = 13, Channel = 1, SIP Message = Invite, Call Ref = 982, Direction = From Switch, From = 1010@192.168.200.1, To = +12345678@med.office.company.com
    27.04.10 14:29:41-742ms  My buttons = 1, Call Ref = 982, Originator State = Dialling, Type = User, Destination State = Clearing, Type = Trunk
    27.04.10 14:29:41-742ms  Call Ref = 982, Disconnect from Destination End
    27.04.10 14:29:41-746ms  Extension = 1010, State = Busy Wrap Up
    27.04.10 14:29:41-748ms  Extension = 1010, Button = 1, Idle
    27.04.10 14:29:45-748ms  Extension = 1010, State = Idle

     

    Похоже что то с АТС не впорядке. Само взаимодейтсвие по SIP не проходит. MED и Avaya находятся в одной подсети.

    27 апреля 2010 г. 6:31
  • Вопрос : в п.3 нужно прописывать SIP домен в шорткоде или FQDN Mediation сервера.

    ИМЕННО FQDN MEDIATION

    я делал именно по этим гайдам заменив только сигнализацию с TLS на TCP и доверенный сип домен на fqdn mediation роли



    Если сообщение помогло решить проблему - отметьте ее как ответ, если было информативным - проголосуйте за сообщение. Не будем оставлять решенные посты без отметок, это затруднит поиск решения другим.


    у меня ИП медиэйшен сервера в шоткоде прописан.

    сигнализация тоже по ТСР

    27 апреля 2010 г. 7:32
  • С avaya вот так выглядит :

     

    27.04.10 14:29:36-355ms  Extension = 1010, Digit dialed, Digit = 6
    27.04.10 14:29:36-358ms  Extension = 1010, State = Idle
    27.04.10 14:29:36-364ms  Call Ref = 982, Originator State = Dialling, Type = User, Destination Type = none
    27.04.10 14:29:36-723ms  Extension = 1010, Digit dialed, Digit = 6
    27.04.10 14:29:36-724ms  Call Ref = 982, Short Code Matched = System, 66
    27.04.10 14:29:36-732ms  My buttons = 1, Call Ref = 982, Originator State = Dialling, Type = User, Destination State = Seized, Type = Target List
    27.04.10 14:29:36-738ms  Line = 13, Channel = 1, SIP Message = Invite, Call Ref = 982, Direction = From Switch, From = 1010@192.168.200.1, To = +12345678@med.office.company.com
    27.04.10 14:29:41-742ms  My buttons = 1, Call Ref = 982, Originator State = Dialling, Type = User, Destination State = Clearing, Type = Trunk
    27.04.10 14:29:41-742ms  Call Ref = 982, Disconnect from Destination End
    27.04.10 14:29:41-746ms  Extension = 1010, State = Busy Wrap Up
    27.04.10 14:29:41-748ms  Extension = 1010, Button = 1, Idle
    27.04.10 14:29:45-748ms  Extension = 1010, State = Idle

     

    Похоже что то с АТС не впорядке. Само взаимодейтсвие по SIP не проходит. MED и Avaya находятся в одной подсети.


    сделайте все настройки 1 в 1 по гайду что давался выше. Кутузов евгений давал. Я тоже много мучился..ничего не работало,  пока не сделал 1 в 1 не много переделав под себя, очень незначительные делал изменения. и когда звонки пошли, пришло понимание всего остального.
    и кстати проверил..у клиентов действительно модно прописывать короткие номера типа Tel:+12345. Звонки ходят в обе стороны.

    И вы так не ответили..версия прошивки на авайке  у вас 5.0 ли выше?
    у прошивки 4.* по SIP нет согласования с майкрософтом.тонкостей не знаю...
    соединять в этом случае нужно только ч/з медиашлюзы

    27 апреля 2010 г. 7:38
  • УРА УРА УРА! Заработало. Всем огромное спасибо.

    Очень надеюсь что любой человек кто теперь захочет интегрировать OCS и IPO не испытает проблем найдя наше обсуждение на это форуме. Я нашёл у себя глупую ошибку в конфигурации станции в результате которой все не работало.

    У меня видимо последний вопрос : можно ли сделать так что при звонках(OCS-Avaya,Avaya-OCS) было видно что звонить всетаки конкретный сотрудник(Full Name) а не телефонный номер. У меня почему то в обе стороны подставляются именно телефонные номера?

    Всем ещё раз спасибо

     

    27 апреля 2010 г. 9:46
  • вопрос очень интересный...

    я еще до конца не разобрался, времени не было на это, но вот что бывает:
    при первом звонке всегда пишет номер
    если добавить в конференцию еще один тел. авайки, то на ней практически всегда пишет логин.(или часть СИП-УРИ то что до @)

    27 апреля 2010 г. 12:44
  • при первом звонке - да - отображается номер

    , а при добавлении еще абоеннта (когда больше 2) - отправляется  имя конференции (как раз оно и начинаеться на сип  адрес)

     

    единственно - можно отправлять при первом наборе дисплай нейм из AD (если он тока не русский))))))


    Если сообщение помогло решить проблему - отметьте ее как ответ, если было информативным - проголосуйте за сообщение. Не будем оставлять решенные посты без отметок, это затруднит поиск решения другим.
    27 апреля 2010 г. 18:05
  • Добрый день.

    В соседней ветке поднимал вопрос про связывание OCS 2007 R2 с VoIP-шлюзом D-Link, но дело не увенчалось успехом.

    В связи с начавшимся внедрением в компании телефонии на базе оборудования Avaya задам вопрос в этой ветке.

     

    Адресация: внутренние телефоны вида 1ххх, телефонные номера пользователей OCS +353165625хх .

    PBX настроена по гайду в одном из первых постов этой темы.

    Настройки OCS:

    Правила нормализации:

    Communicators: ^25(\d{2})$  -> +353165625$1 - это правило отрабатывает, т.е. между коммуникаторами идут звонки по коротким номерам.

    Avaya: ^(\d{4})$ -> $1

    Маршрут: ^.* на единственный медиэйшен. На медиэйшене шлюзом прописана Avaya.

     

    При звонке МОС - PBX:

    1ххх - Ошибка 14010 на коммуникаторе, в логах медиэйшена:

    ms-diagnostics: 14010;reason="Unable to find an exact match in the rules set";source="ocs.test.local";CalledNumber="1137";ProfileName="location.test.local";appName="TranslationService"
    Server: TranslationService/3.5.0.0

    +35316561ххх - ошибка 404. На медиэйшене:

    SIP/2.0 404 No matching rule has been found in the dial plan for the called number.

    Ms-diagnostics: 10404;source="ocsmedia.test.local";reason="Gateway returned a SIP failure code";component="MediationServer";SipResponseCode="404";SipResponseText="Not Found";GatewayFqdn="192.168.7.4"

    Конечная цель - чтобы на авайе была нумерация 1ххх, а на коммуникаторах 25хх, и по этим коротким номерам была внутренняя связь.

    Я понимаю очевидность сообщений об ошибке, но уже всяко вертел правилами нормализации - и никак. Может, кто-нибудь увидит ошибку в настройке? Если нужны дополнительные данные - готов предоставить.

    Заранее спасибо.

     

     

    7 мая 2010 г. 13:54
  • Для вашегослучая:
    вот правила на Mediation:
    имя                    вход_номер     транслируемый
    Коммуникаторы  ^25(\d{2})$     +353165625$1
    авайка   ^1(\d{3})$     1$1

    на авайке сип создать сип транк и сип ури например с номером исходящей и входящей линии 100 (согласно гайду ссылка выше)
    тогда создать ARS (по гайду) с такими шот-кодами:
    шот-код на авайке:
    ARS Route 25N
    25XX    +25N"@ип_медиэйшен"   Dial   100  (Code  Tel_Numb  Feature  Line_Group_id)

    создать Short Code:
    Code: 25N
    Featurê:Dial
    Tel.Numb: 25N
    Line_group_id:ARS Route 25N

    Incoming Call Route:
    Line Group Id: 100
    incoming number: оставить пустым
    Destinations: .

    _________________________
    кстати правила срабатывают на медиэйшене не сразу. чтобы сработали перезапускайте как фронтенд так и медиэйшен сервера. чтобы точно 100% иметь свежие правила..я так в начале накололся..прописал правила все далжно было работать, а не работало..проковырялся еще пару часов зря..

    11 мая 2010 г. 2:58
  • Сделал строго так.

    Эффект тот же - с МОС при наборе 1ххх ошибка

    ms-diagnostics: 14010;reason="Unable to find an exact match in the rules set";source="ocs.test.local";CalledNumber="1137";ProfileName="location.test.local";appName="TranslationService"
    Server: TranslationService/3.5.0.0

    Больше всего смущает это - это четкое правило нормализации. Маршрут покрывает все номера. Откуда это ошибка?

    При звонке с авайи "Ожидание линии".

    12 мая 2010 г. 6:25
  • "Ожидание линии" - признак того что нет транка м/у авайкой и медиэйшен, т.е авайка пытается выйти на транк, а ответа что линия свободна нет. Отсюда "Ожидание линии".
    Проверьте правильность их настройки. Как на медиэйшене так и на авайке.

     

     

    12 мая 2010 г. 7:57
  • Вроде уже проверил все, с гайдом согласовал.

    Конфига такая:

    Avaya:

    SIP Line:

    Line number 27

    ITSP Domain name - FQDN медиэйшена

    ITSP IP Address - ип медиэйшена

    Primary auth name и password - пустые

    Prim Registr Expiry - 60

    Sec autn name \password - пусто

    Sec Reg Expiry - 60

    Send Caller ID - Remote Party ID

    Layer 4 Protocol - TCP, порты 5060

    SIP URI:

    Channel:1,Groups 0 0, Via:None, Local URI:*,Contact:*

    Channel:2,Groups 27 27, Via:None, Local URI:123456,Contact:123456

     

    ARS 1

    Route Name - SIP-unknown

    Dial Delay Time - System Default

    ShortCode: 25XX - +25N"@ip_mediation" - Dial - 27 (Code, Telephone Number, Feature, Line Group ID)

     

    ARS2

    Route Name - SIP-1

    Dial Delay Time - System Default

    ShortCode - 25XX - +25N"@ip_mediation" - Dial - 27 (Code, Telephone Number, Feature, Line Group ID)

    Alternate Route Priority Level 3

    Alternate Route Wait Time - Off

    Additional Route  - SIP_Unknown

    Incoming Call Route:

    Line Group ID: 27

    Destinations:

    TimeProfile:DefaultValue,Destination:.,FallbackExtension:

    Short Code:

    Code: 25XX

    Feature: Dial

    Telephone Number:.

    Line Group ID 52: SIP-1

     

    OCS:

    Line URI у пользователя: tel:+35316562501

    Правила нормализации:

    Коммуникаторы  ^25(\d{2})$     +353165625$1
    Avaya  ^1(\d{3})$     1$1

    Маршрут:

    ^.* - fqdn_mediation:5061

     

     

    14 мая 2010 г. 12:51
  • что заметил:
    1.для работы авайки 2 канала сип ури мало.
    Не знаю в чем тут фишка, но когда я соединял 2 авайки по сип м/у собой, они заработали, только когда добавил 3 сип ури
    Добавьте еще канал сип ури

    2. у вас стоит на канале вход/выход line groupID=0. Обычно на этой группе городские линии вешают, если у вас городские линии тоже имеют группу 0, то измените на СИП значение на другое например 26, тогда сип ури будут выглядеть так:
    Channel:1,Groups 26 26, Via:None, Local URI:*,Contact:*
    Channel:2,Groups 27 27, Via:None, Local URI:123456,Contact:123456
    Channel:3,Groups 26 26, Via:None, Local URI:*,Contact:*

    3.Incoming Call Route тут надо указать канал 26 а не 27

    4. ARS: SIP-1 (поменять  Line Group ID: 27 на 26)
    ShortCode - 25XX - +25N"@ip_mediation" - Dial - 26 (Code, Telephone Number, Feature, Line Group ID)

    Остальное оставить как есть.
    Вроде все правильно.

    20 мая 2010 г. 4:10
  • Здравствуйте, коллеги

    Подскажите пожалуйста, OCS обязательно должен быть версии Enterprise для интеграции с IPO 500, как в гайде от Avaya? Нам необходим OCS Web Access, а Mediation сервер с ним несовместим при установке, получается необходимо два сервера, что лучше совместить с основной инсталляцией, Mediation или Web Access?

    29 июля 2010 г. 6:33
  • версия энтерпрайз - отличаеться от стандрт тем, что позволяет сделать отказоустойчивое решение и ВСЕ

    т.е. стандрта вам хватит

    совмещение ролей - читать здесь

    если вы уж хотите делать не поддерживаемые решения - то ставте все в виртуалку - тогда вам понадобиться одна железка


    Если сообщение помогло решить проблему - отметьте ее как ответ, если было информативным - проголосуйте за сообщение. Не будем оставлять решенные посты без отметок, это затруднит поиск решения другим.
    29 июля 2010 г. 7:26
  • >>версия энтерпрайз - отличаеться от стандрт тем, что позволяет сделать отказоустойчивое решение и ВСЕ

    Позвольте, а различия в функционале http://www.microsoft.com/communicationsserver/ru/ru/pricing-licensing.aspx ?

    >>совмещение ролей - читать здесь

    отсюда следует необходимость поднятия 3х машин - основная, mediation, web access. верно?

    >>если вы уж хотите делать не поддерживаемые решения - то ставте все в виртуалку - тогда вам понадобиться одна железка

    Это пилотный проект, не production. учитывая, что сама связка IPO 500 - OCS 2007 не поддерживается MS без шлюза, в вопросе выбора между VM и PM первые победили.

    29 июля 2010 г. 9:49
  • Следует наверно спросить про какую лицензию вы спрашиваете? Серверную или клиентскую?
    если клиентскую то нужна Enterprise лицензия, только она позволяет передавать мультимедиа данные.
    стандарт клиентская лицензия позволяет  только чатиться.
    а сереврной лицензии достаточно стандарт.
    и как я сообщал выше у меня IPO500 при прошивке 5.08 нормально интегрируется с ocs 2007 R2 на прямую без шлюза.

    сама авайка прекрасно справляется с ф-циями шлюза. (ч/з нее я звоню по другим сип каналам и аналоговым линиям..скоро и цифра поспеет.)

    29 июля 2010 г. 10:14
  • >>Следует наверно спросить про какую лицензию вы спрашиваете? Серверную или клиентскую?
    >>если клиентскую то нужна Enterprise лицензия, только она позволяет передавать мультимедиа данные.
    >>стандарт клиентская лицензия позволяет  только чатиться.
    >>а сереврной лицензии достаточно стандарт.
    После Вашего поста наступила ясность. Да, конечно, нам достаточно OCS 2007 R2 Server Standard и лицензий Enterprise User/Device CAL.

    >>и как я сообщал выше у меня IPO500 при прошивке 5.08 нормально интегрируется с ocs 2007 R2 на прямую без шлюза. сама авайка прекрасно >>справляется с ф-циями шлюза. (ч/з нее я звоню по другим сип каналам и аналоговым линиям..скоро и цифра поспеет.)

    Да, этот момент понятен.

    Остался вопрос с разделением ролей. Если действительно необходимо 3x OCS 2007 R2 Server Standard...стоимость решения такая будет (

    29 июля 2010 г. 10:28
  • для Медиэйшен нужен отдельный сервер. и для edge отдельный(edge в принципе логично по правилам безопасности)
    у меня 3 сервера:(OCS+CWA+Monitoring+Archiving(посл. 2-мя не пользовался, просто запущены и все); Mediation(на виртуалке!); EDGE(планирую тоже на виртуалку перенести))

    на 1 физ сервере у меня сейчас крутится один 64х(mediation) и четыре 32х(один из них sharepoint, остальные не требовательны к ресурсам)

    средняя нагрузка на процессоры около 30% пиковые на некоторых бывают до 100% но очень редко.

    29 июля 2010 г. 10:45
  • Edge пока не будем ставить. Итого, 3 сервера на круг: Standart Edition configuration, Mediation Server и Communicator Web Access. Плюс клиентские Enterprise лицензии. UC требует хорошо вложиться.

     

    29 июля 2010 г. 11:03
  • Эт.точно..
    а зачем CWA отдельно? это же лишняя вин лицензия..
    а вообще CWA работает не очень хорошо..подключается только при нормальном канале..(у меня дома 4мбита канал и то иногда выскакивает ошибка мол часы не синхронизированы..
    повтороно цепляешся и все ок..

    вообщем у нас им почти никто не пользуется...возможностей мало, для работы почти ничего полезного(разве что телефон перенаправить..да раб. стол нам(отделу ИТ) показать при проблеме..но опять же почти все ездят с раб.ноутами.. а там клиент у всех..

    кстати я бы не спешил пока с покупкой OCS

    я тоже пока на триале..(второй раз его запустил, первый на энтерпрайз версии посмотреть, сейчас на стандарт, хотел ее и лицензировать) скоро появится новый OCS кажется даже в августе вроде как релиз обещали..вот я и жду, чтобы уж новенькое сразу купить..

    30 июля 2010 г. 2:51
  • >>а зачем CWA отдельно? это же лишняя вин лицензия..
    здесь написано, что эта роль не совместима с остальными совмещение ролей - читать здесь

    >>возможностей мало, для работы почти ничего полезного(разве что телефон перенаправить..да раб. стол нам(отделу ИТ) показать при проблеме

    Планировалось опубликовать его наружу, чтобы внешние клиенты могли участвовать в web конференциях с Desktop Sharing. Разве он этого не умеет?

    >>скоро появится новый OCS кажется даже в августе вроде как релиз обещали..вот я и жду, чтобы уж новенькое сразу купить..

    Август послезавтра начинается )

    30 июля 2010 г. 5:34
  • cwa умеет чат+десктоп.
    тут смотрите с точки зрения лицензирования...
    например если вы хотите подключать своих сотрудников, то уж лучше поставить EDGE серевр и использовать весь функционал OCS
    а если для партнеров или вообще для разовых пользователей..то лучше это делать ч/з live meeting который не требует лицензии для работы с OCS
    Мне кажется CWA не стоит тех средств которые требуется затратить чтобы его установить..(если вы тем более ставите отдельно)
    и у меня CWA работает на одном с сервере с Front-End без конфликтов..

    2 августа 2010 г. 2:43
  • Требования следующие: аудио-конференции с sharing desktop для небольшого количества внешних пользователей через Web браузеры. По официальной документации для такого проекта нужна 4 сервера: основной, mediation, CWA и Edge. Весьма странное и накладное решение.
    2 августа 2010 г. 5:12
  • CWA только для десктопа внешних пользователей? (аудио в CWA не поддерживается, хотя и есть конка трубки но эта иконка только для перенаправления входящих звоноков)
    и если просто для аудио конференций, то медиэйшен не нужен он нужен только для связи с какой- нить атс по SIP
    кстати м.б. кому-то и интересно будет,
    нашел вот такой ресурс: http://teachpro.ru/course2d.aspx?idc=290

     

    2 августа 2010 г. 6:26
  • Нужна именно Web конференция с поддержкой аудио и desktop sharing, чтобы внешние пользователи могли подключится через обычные браузеры и слышать внутреннего сотрудника и видеть его рабочий стол. Фактически это требования к вебинару ) на 5-10 внешних пользователей. Да, существует готовое решение от Citrix, GoToMeeting Corporate, но это ежегодно оплачиваемый сервис, поэтому ищем его альтернативу. По 'Planning and Architecture' все что требуется можно реализовать через Dial-In Conferencing (Mediation), external users conference partcipation and desktop sharing feature (Edge + CWA), без реализации Enterprice Voice т.к. anonymous users. 

    >>CWA только для десктопа внешних пользователей? (аудио в CWA не поддерживается

    в минимальном варианте да. аудио через Dial-In Conferencing

    >>и если просто для аудио конференций, то медиэйшен не нужен он нужен только для связи с какой- нить атс по SIP

    так без mediation внешние anonymous users не смогут подключится к айдио части?

    2 августа 2010 г. 7:29
  • Понял что хотите, mediation - это шлюз м/у TLS и SIP протоколами...
    тогда Вам надо будет еще Mediation связать с вашей АТС или с VOIP шлюзом. чтобы пользователи могли совершить подключение к конференции ч/з CWA

     

    2 августа 2010 г. 8:07
  • Тогда ролей действительно понадобится 4? Основная для подержки базовых функций, Mediation для dial-in conferencing, Edge и CWA для desktop sharing with external users и web conference?

    2 августа 2010 г. 8:28
  • OCS - нужен - внутр. пользователи
    EDGE - нужен - для связи с внешними пользователями
    CWA - Веб
    Mediation - для соединения с телефонией - так же нужен(у меня создалось впечатление, что Вы думаете, если просто поставите этот сервер, то сразу в CWA у вас появится аудио поток конференции в браузере. ч/з cwa можно будет набрать тел. номер, который ч/з данный сервер и далее ч/з VoIP шлюз по обычным аналоговым или IP или GSM линиям достучится до телефонного аппарата клиента, извиняюсь если я ошибаюсь)

    2 августа 2010 г. 8:40
  • поясните пожалуйста последнее предложение, без запятых непонятно, что является утверждением, а что вопросом [казнить нельзя помиловать]

    2 августа 2010 г. 9:51
  • Проставил зпт))
    По другому говоря, Вы планируете подключать Mediation к VoIP шлюзу или какой-нибудь АТС? (можно к SIP оператору)

    2 августа 2010 г. 10:21
  • Mediation планировали подключать к имеющейся Avaya IPO 500 (+докупить к ней SIP лицензии). Я хочу понять схему работы по вашему описанию

    >>у меня создалось впечатление, что Вы думаете, если просто поставите этот сервер, то сразу в CWA у вас появится аудио поток конференции в >>браузере. ч/з cwa можно будет набрать тел. номер, который ч/з данный сервер и далее ч/з VoIP шлюз по обычным аналоговым или IP или GSM линиям >>достучится до >>телефонного аппарата клиента, извиняюсь если я ошибаюсь

    внешний клиент набирает номер и ID, звонок передается через IPO 500 на Mediation и далее на OCS, происходит подключение к аудио части конференции (dial-in conference). далее он набирает в адресе URL, через опубликованный на внешнем IP порт сервера Edge происходит редирект на CWA с desktop sharing частью той же конференции.  Схема правильная? (на всякий случай, конечная цель - фактически проведение вебинара с передачей аудио и desktop sharing; на 5-10 участников)

     

    2 августа 2010 г. 10:37
  • Я не пробовал подключаться к конференции позвонив на авайку и далее подключиться к конференции..не задавался такой целью..
    обычно я делал все из OCS..

    если у Вас получится, то стоит описать решение тут, наверняка еще кому-то пригодится..
    я готов поучаствовать тоже по мере своих знаний авайки и ocs для повышения своих навыков.

    2 августа 2010 г. 10:50
  • я тоже не задаюсь целью сделать схему работы как можно сложнее. мне нужно реализовать описанные выше потребности самым естественным путем. напишите пожалуйста подробнее как вы все делали из OCS.

    2 августа 2010 г. 11:04
  • Еще я хотел уточнить, у вас городские линиии аналоговые?
    если да, то возник вопрос как вы со входящей линии смогли перевести звонок на OCS я давно над этим бьюсь..никак не получается..могу только на конкретный номер ч/з шоткод отправить... если линия SIP то я без проблем перенаправляю, а вот с аналоговыми совладать не могу.

    3 августа 2010 г. 9:06
  • Нет, не аналоговые. Поток E1. Если не сложно, можете пояснить, как вы реализовали аудиоконференцию c desktop sharing для внешних пользователей?

    3 августа 2010 г. 10:29
  • подключение по CWA к десктопу без проблем..остается ворос аудио..
    для этого конференцию должен вести человек сидящий на коммуникаторе. с CWA не пройдет.
    ну а дальше все как обычно...ведущий приглашает участников ч/з меню в коммуникаторе, в меню енсть выбор: пргласить контакт, по почте, по телефону..в нашем случае по телефону..конечно в этом случае не видно имя участника...а только его телефон..
    другого способа я не знаю..анонимный доступ кстати я тоже не включал..

    ------------------------------------------
    кстати вчера извратным способом, но я ч/з дополнительный набор номера сумел заставить звонок попадатьна коммуникатор...
    у меня тел. схема примерно следующая:

    Офис1----авайка1----выделенный канал-----авайка2----внешние аналоговые линии
    ..                                                              |--OCS
    вход.звонок поступив на авайку2 попадает на ее автосекретаря..далее там можно попадать на любой внутренний номер.
    но у меня никак не получалось набрав во время автосекретаря номер пользователя авайки1 позвонить к нему..почему-то шоткод 3N не срабатывал..
    однако с OCS  шоткод почему то работает прекрасно! теперь учу пользователей сообщать всем номер рабочий не авайки а коммуникатора.. а на коммуникаторе ставить переадресацию на ближайший к пользователю тлефон. тогда позвонив пользователю на коммуникотор звонок переадресуется на ближайший к пользователю телефон..еще бы в обратную сторону так же  бы..
    а то обратный звонок с тел. аппарата показывает имя хозяина телефна..
    вот если бы можно было позвонив с коммуникатора пользователю, чтобы коммуникатор автоматом набирал номер на который идет переадресация на данный момент было бы просто супер!

    4 августа 2010 г. 3:13
  • Подключение по CWA к десктопу происходит извне именно через браузеры, не через Live Meeting? Ведущий пусть сидит на коммуникаторе, противопоказаний нет. По вопросу аудио - ведущий приглашает участников по телефону - что технически дальше происходит, звонок от ведущего уходит по схеме коммуникатор -> OCS Standart -> Mediation -> Avaya -> PSTN (E1), и так для всех участников? Другой вопрос, а если он по почте отправит приглашение, внешний участник сможет независимо подключится на опубликованный Edge к десктопу и дозвонившись на Avaya попасть в аудио часть конференции?

    ------------

    почему-то шоткод 3N не срабатывал..здесь пробовали ответ искать? http://avaya.linkme.ru/index.php

     

    4 августа 2010 г. 6:36
  • Приглашение по почте подразумевает подключение средствами Livemeeting в письме прямо такая ссылка и присутствует..

    > По вопросу аудио - ведущий приглашает участников по телефону - что технически дальше происходит, звонок от ведущего уходит по схеме коммуникатор -> OCS Standart -> Mediation -> Avaya -> PSTN (E1), и так для всех участников?
    Да для всех.(на авайке следует предусмотреть наличие нужного числа лицензий. В свое время нам продавец(интегратор) на этапе покупки загонял что мол 1 лицензия это 1 SIP канал, м.б. я не правильно понимаю смысл слова SIP-канал, я понимаю SIP-канал это некое соединение по которму могут проходить множество пакетов, по аналогии VPN канал, т.е. я понял что если мне надо соединить авайку с SIP устройством то я покупаю 1 лицензию, еще с одним то еще 1 лицензию..вообщем меня ввели в заблуждение(или я сам заблудился) sip-лицензия на авайке это 1 активное соединение..а сип-транковых линий может быть много. (но лицензий должно быть не меньше чем линий, иначе линия просто не законектится)

     

    4 августа 2010 г. 8:48
  • Прислали ссылку на демо-версию. Судя по описанию, для всех участков веб-конференций нужен LiveMeeting. Если это так, OCS не подпадает под наши требования. мне сказали, что SIP лицензия на avaya это 1 активное исходящее соединение. по сип-транкам не спрашивал, зачем они нужны?

     

     

    4 августа 2010 г. 9:40
  • если не сип транк то как вы собирались связать OCS с авайкой?
    не как устройство SIP же?

    сип транк это такая же входящая линия как и поток Е1 и настаривается там же..по лицензиям еслинадо 10 одновременных звонокв то надо 10 сип лицензий.

    ерунда! лайвмитин не обязателен! лайф митинг это если пользователи будут подключаться..
    для CWA лайвмитин не нужен для десктопа 100% для аудио-конференции комп не нужен и вовсе.

    просто с лайвмитинг это все выглядит гораздо интереснее и красивее...

    p.s. сейчас проверю CWA на прдемет подключения к конференции...не пробовал раньше..в основном для 1 на 1 показа стола только

    4 августа 2010 г. 10:55
  • сейчас проверил.. два клиента на CWA ведущий на коммуникаторе... ведущий впрочем как и участник на CWA может создавать конференции... в конференции любой из участников(если позволяют настройки на сервере) может предоставить к показу свой раб. стол. далее в чате(конференции) есть кнопка "добавить звук к беседе/конференции" жмем..вводим нужный номер телефона (со всеми правилами, вход на город если надо..межгород..код города..телефон) и.. вуаля! есть звук..причем клиент на CWA сам указал как звонить...
    4 августа 2010 г. 11:21
  • Спасибо за помощь. Буду разбираться дальше с архитектурой решения.

    4 августа 2010 г. 12:59
  • Коллеги!

    Помогите плиз! Имеется Lync 2010 + IPO 500v1 прошивка 6.1.

    По манулу создал SIP линию и SIP URI(всё равно какой Contact&Display Name писать???). всё как в мануле. При создании ругается на Send Caller ID - Remote Party ID, но настройки сохраняет.

    По инструкции создал два ARS:

    1. SIP-unknown - как в инструкции

    2. SIP-1 - добавил +77376763N"@10.10.7.8" , но как мне задать линк(номер у SIP линии 13) по которому должны уходить звонки в SIP на медиэшин?

    3. Создал short Code вида 7XXXX в настройках указал:

    Feature - Dial

    Telephone Number - . (точка)

    Line Group id - 52: SIP-1

    Local - Russia

    На линке добавил правила нормализации -

    Match this pattern:

    ^63(\d{4})$

    Translation rule:

    +$1

    не работает. Что я делаю не правильно?


    -=Akuna Matata=-
    4 апреля 2011 г. 16:04
  • Коллеги!

    Помогите плиз! Имеется Lync 2010 + IPO 500v1 прошивка 6.1.

    По манулу создал SIP линию и SIP URI(всё равно какой Contact&Display Name писать???). всё как в мануле. При создании ругается на Send Caller ID - Remote Party ID, но настройки сохраняет.

    По инструкции создал два ARS:

    1. SIP-unknown - как в инструкции

    2. SIP-1 - добавил +77376763N"@10.10.7.8" , но как мне задать линк(номер у SIP линии 13) по которому должны уходить звонки в SIP на медиэшин?

    3. Создал short Code вида 7XXXX в настройках указал:

    Feature - Dial

    Telephone Number - . (точка)

    Line Group id - 52: SIP-1

    Local - Russia

    На линке добавил правила нормализации -

    Match this pattern:

    ^63(\d{4})$

    Translation rule:

    +$1

    не работает. Что я делаю не правильно?


    -=Akuna Matata=-

    ещё раз прочитав инстукцию понял несколько своих ошибок.

    Также исправил ошибку в Send Caller ID - убрал галочку в System\Twinning и настройка перестала ругаться на конфигурацию.

    в SIP URI проставил id линий. в первой где вводили * поставил 20, а в той где писали display name 123456 поставил 21.

    соответственно в ARS SIP-unknown поставил линию 21

    в ARS SIP-1 и Incoming Call Route поставил линию 20

    в обеих ARS прописал short code

    3XXXX +77376763N"@10.10.7.8" id линии

    +Создал системный short code 3XXXX и завязал его на 52:SIP-1

    Далее на Lync создал правила нормализации по примеру от Kwasti

    Pattern to match ^7(\d{4})$ и +77376763$1 - Для звонков на линк

    Pattern to match ^1(\d{2})$ и +1$1 - Для звонков на внутрение номера Avaya. У меня они 1ХХ, 2ХХ и 3ХХ. Соответственно создал ещё два правила: ^2(\d{2})$ и ^3(\d{2})$

    ^8(\d{10})$ и +98$1 - на сотовые с линка

    ^9(\d{7})$ и +9$1 - на городские

    У пользователей Lync номер формата +77376763XXXX

    Внутри Lync у кого есть номер звонки проходя на УРА(Просто набираю 7ХХХХ).

    С Lync на Avaya и обратно звонки не ходят.

    Не понятно  что нужно прописывать в Route на Lync Server???

    Также на Avaya при наборе номера ругается что нет свободных SIP линий. У меня на Avaya есть лицензия на 1(одну) линию. По видимому этого не достаточно для тестов???

    5 апреля 2011 г. 7:31
  • Коллеги!

    Помогите плиз! Имеется Lync 2010 + IPO 500v1 прошивка 6.1.

    По манулу создал SIP линию и SIP URI(всё равно какой Contact&Display Name писать???). всё как в мануле. При создании ругается на Send Caller ID - Remote Party ID, но настройки сохраняет.

    По инструкции создал два ARS:

    1. SIP-unknown - как в инструкции

    2. SIP-1 - добавил +77376763N"@10.10.7.8" , но как мне задать линк(номер у SIP линии 13) по которому должны уходить звонки в SIP на медиэшин?

    3. Создал short Code вида 7XXXX в настройках указал:

    Feature - Dial

    Telephone Number - . (точка)

    Line Group id - 52: SIP-1

    Local - Russia

    На линке добавил правила нормализации -

    Match this pattern:

    ^63(\d{4})$

    Translation rule:

    +$1

    не работает. Что я делаю не правильно?


    -=Akuna Matata=-

    ещё раз прочитав инстукцию понял несколько своих ошибок.

    Также исправил ошибку в Send Caller ID - убрал галочку в System\Twinning и настройка перестала ругаться на конфигурацию.

    в SIP URI проставил id линий. в первой где вводили * поставил 20, а в той где писали display name 123456 поставил 21.

    соответственно в ARS SIP-unknown поставил линию 21

    в ARS SIP-1 и Incoming Call Route поставил линию 20

    в обеих ARS прописал short code

    3XXXX +77376763N"@10.10.7.8" id линии

    +Создал системный short code 3XXXX и завязал его на 52:SIP-1

    Далее на Lync создал правила нормализации по примеру от Kwasti

    Pattern to match ^7(\d{4})$ и +77376763$1 - Для звонков на линк

    Pattern to match ^1(\d{2})$ и +1$1 - Для звонков на внутрение номера Avaya. У меня они 1ХХ, 2ХХ и 3ХХ. Соответственно создал ещё два правила: ^2(\d{2})$ и ^3(\d{2})$

    ^8(\d{10})$ и +98$1 - на сотовые с линка

    ^9(\d{7})$ и +9$1 - на городские

    У пользователей Lync номер формата +77376763XXXX

    Внутри Lync у кого есть номер звонки проходя на УРА(Просто набираю 7ХХХХ).

    С Lync на Avaya и обратно звонки не ходят.

    Не понятно  что нужно прописывать в Route на Lync Server???

    Также на Avaya при наборе номера ругается что нет свободных SIP линий. У меня на Avaya есть лицензия на 1(одну) линию. По видимому этого не достаточн

    Господа!

    Мне всё таки удалось подружить это хозяйство!!!

    Внутри всё прекрасно работает.

    Звонки с Lync проходя, но почему то через 2-3 секуды обрывается... В чём дело пока не понял...

    7 апреля 2011 г. 19:12
  • Коллеги!

    Помогите плиз! Имеется Lync 2010 + IPO 500v1 прошивка 6.1.

    По манулу создал SIP линию и SIP URI(всё равно какой Contact&Display Name писать???). всё как в мануле. При создании ругается на Send Caller ID - Remote Party ID, но настройки сохраняет.

    По инструкции создал два ARS:

    1. SIP-unknown - как в инструкции

    2. SIP-1 - добавил +77376763N"@10.10.7.8" , но как мне задать линк(номер у SIP линии 13) по которому должны уходить звонки в SIP на медиэшин?

    3. Создал short Code вида 7XXXX в настройках указал:

    Feature - Dial

    Telephone Number - . (точка)

    Line Group id - 52: SIP-1

    Local - Russia

    На линке добавил правила нормализации -

    Match this pattern:

    ^63(\d{4})$

    Translation rule:

    +$1

    не работает. Что я делаю не правильно?


    -=Akuna Matata=-

    ещё раз прочитав инстукцию понял несколько своих ошибок.

    Также исправил ошибку в Send Caller ID - убрал галочку в System\Twinning и настройка перестала ругаться на конфигурацию.

    в SIP URI проставил id линий. в первой где вводили * поставил 20, а в той где писали display name 123456 поставил 21.

    соответственно в ARS SIP-unknown поставил линию 21

    в ARS SIP-1 и Incoming Call Route поставил линию 20

    в обеих ARS прописал short code

    3XXXX +77376763N"@10.10.7.8" id линии

    +Создал системный short code 3XXXX и завязал его на 52:SIP-1

    Далее на Lync создал правила нормализации по примеру от Kwasti

    Pattern to match ^7(\d{4})$ и +77376763$1 - Для звонков на линк

    Pattern to match ^1(\d{2})$ и +1$1 - Для звонков на внутрение номера Avaya. У меня они 1ХХ, 2ХХ и 3ХХ. Соответственно создал ещё два правила: ^2(\d{2})$ и ^3(\d{2})$

    ^8(\d{10})$ и +98$1 - на сотовые с линка

    ^9(\d{7})$ и +9$1 - на городские

    У пользователей Lync номер формата +77376763XXXX

    Внутри Lync у кого есть номер звонки проходя на УРА(Просто набираю 7ХХХХ).

    С Lync на Avaya и обратно звонки не ходят.

    Не понятно  что нужно прописывать в Route на Lync Server???

    Также на Avaya при наборе номера ругается что нет свободных SIP линий. У меня на Avaya есть лицензия на 1(одну) линию. По видимому этого не достаточн

    Господа!

    Мне всё таки удалось подружить это хозяйство!!!

    Внутри всё прекрасно работает.

    Звонки с Lync проходя, но почему то через 2-3 секуды обрывается... В чём д

    Если кому интересно то продолжение по этой ссылке

    http://social.technet.microsoft.com/Forums/ru-RU/lync2010ru/thread/ceb48491-5ae0-4b44-831d-3907b726be7c


    -=Akuna Matata=-
    8 апреля 2011 г. 16:36