IPO500 & CISCO GateKeeper

[chvd]

Коллеги, есть ли у кого опыт стыковки IPO500 по H323 с Цисочным гейткипером?

Имеем IPO500V2 R8.1 с нужной лицензией RAS LRQ.
Настроили, как поняли доку.
Результат смешной, при попытке звонков на гейткипер станция уходит в перезагрузку, отметив в логах фатальную ошибку,
естественно, без всяких комментариев.

Тестовые звонки внутри и наружу станции без проблем.

[Pterodahtil]

что за дока?
RAS LRQ - это что за лицензии?

Вообще не понял, зачем ипо регистрироваться на циски?

[chvd]

что за дока?
RAS LRQ - это что за лицензии?

Вообще не понял, зачем ипо регистрироваться на циски?

1. Необходимость регистрации на Циске связана с тем, что ядро нашей корпоративной IP связи организовано на программной IP АТС "CUCM_8.6" (CISCO) Авайка в этом случае отличный шлюз с городскими линиями на удалённых объектах,
благодаря отличному телефонному сервису.
У циски это достаточно убогие шлюзы.

2. Желание наше возникло после прочтения хелпа из манагера:
Запрос местоположения RAS
Эта форма и другие параметры LRQ отображаются только в том случае, если системная конфигурация содержит лицензию Запрос местоположения RAS
Механизм запроса местоположения RAS (LRQ) позволяет системе опрашивать других привратников H.323 для определения адреса сигнализации вызова (IP-адрес и порт) внутреннего номера, который не зарегистрирован в системе.
• Краткие коды системы или ARS настроены для удаленных внутренних номеров. Краткий код указывает форму Запрос местоположения RAS в качестве целевого объекта.
• Каждая форма Запрос местоположения RAS может содержать список IP-адресов привратников H.323, для которых может быть зарегистрирован внутренний номер.
• Когда вызов адресован одному из этих внутренних номеров, система отправляет сообщение LRQ (запрос местоположения) на IP-адреса, указанные в форме Запрос местоположения RAS.
• При получении сообщения LRQ (запрос местоположения) каждый привратник H.323 будет определять, зарегистрирован ли на нем запрашиваемый внутренний номер.
• Если номер зарегистрирован, то он отправит в ответ сообщение LCF (подтверждение местоположения) с адресом сигнализации вызова.
• Если номер не зарегистрирован, то он отправит в ответ сообщение LRJ (отклонение местоположения), указывающее, что внутренний номер не принадлежит ему.
• Если система не получит сообщение LCF ни от одного из привратников H.323, то она разъединит вызов или (если используется ARS) будет следовать параметрам ARS.
• Если система получит сообщение LCF, то будет использовать сведения об адресе сигнализации вызова для маршрутизации вызова соответствующей совпадающей линии H.323.
• Система кэширует информацию об адресе сигнализации вызова последних 100 внутренних номеров, для которых она использовала LRQ с целью получения этой информации. Для будущих вызовов на эти внутренние номера будет использоваться кэшированная информация вместо повтора запроса LRQ. Однако, если вызов на кэшированный адрес завершается с сигналом невыделенного номера, кэшированная информация удаляется, и отправляется новый запрос LRQ.

[Pterodahtil]

все равно, пока не понял, чем не устраивает простой Н323 транк?

[chvd]

все равно, пока не понял, чем не устраивает простой Н323 транк?

Ну здесь работает принцип "Лень-двигатель прогресса"

1. Хотелось бы сохранить существующую структуру в которой уже более сотни
гетвеев зарегистрировано на гейткипере.
2. Авайя, в своём хелпе, как бы намёкивает на возможность подключения к чужим гейткиперам.
Не было бы перезагрузки и при наличии трассировки мы бы ещё поборолись.
3. У нас, пока, не велик опыт по настройке транков Н323, особоненно на CUCM,
надо будет вызывать интеграторов, которые не знакомы с Авайкой.

Так, что Н323 для нас последний вариант.

[Pterodahtil]

да ерунду вы какую-то пишите. Не может ipo регистрироваться на другом гейткипере!
Лицензии RAS LRQ не существует. Я так понимаю, вы читаете русскую версию программинга менеджера, а она была для 3й версии. Из какого подтекста вы это вытащили - не понятно. Похоже про SCN. Там да, соседние ipo знают про номера друг-друга.
Настроить Н323 транк дело 15 минут.
Хотите трассировку? Запустите монитор и настройте фильт.

[CyMac6poD]

Ну во-первых давайте трейс. какой-никакой, но он у вас есть.
во-вторых необходимость городить огород с этими LRQ, по-моему надумана - пропишите на циске и на авайке обычные транки и роуты по ним... какая особенная проблема в этом?

[chvd]

да ерунду вы какую-то пишите. Не может ipo регистрироваться на другом гейткипере!
Лицензии RAS LRQ не существует. Я так понимаю, вы читаете русскую версию программинга менеджера, а она была для 3й версии. Из какого подтекста вы это вытащили - не понятно. Похоже про SCN.

Вообще то есть и английская версия документа:

Manager:
RAS Location Request
This form and other LRQ settings are only only displayed if the system configuration includes a RAS Location Request license.
The RAS location request (LRQ) mechanism allows the system to query other H.323 gatekeepers to determine the call signalling address (IP address and Port) of an extension that is not registered with the system.
• System or ARS short codes are configured for the remote extension numbers. The short codes specify a RAS Location Request form as their target.
• Each RAS Location Request form can list a number of IP addresses of H.323 gatekeepers to which the target extension might be registered.
• When a call is targeted to one of these extensions, the system sends a LRQ (Location Request) message to the IP addresses listed in the RAS Location Request form.
• On receipt of a LRQ (Location Request) message, each H.323 gatekeeper will determine whether the extension requested is registered to it.
• If it is, it will respond with a LCF (Location Confirm) message including the call signalling address.
• If it is not, it will respond with a LRJ (Location Reject) message identifying that it does not own the extension.
• If the system does not receive a LCF message from any H.323 gatekeeper, it will either disconnect the call or, if using ARS, follow the ARS settings.
• If the system receives an LCF message, it will use the call signalling address information to route the call to the appropriate matching H.323 line.
• The system caches the call signalling address information of the last 100 extensions for which it has used LRQ to obtain that information. Future calls to those extensions will use the cached information rather than repeating the LRQ request. However, if a call to a cached address fails with an Unallocated Number response, the cached information is cleared and a new LRQ request is sent.

H.323 Line Configuration
For incoming H.323 call setup messages which do not originate from an extension registered with the system. Using the source address, the messages are assigned to the H.323 trunk that either has the matching gatekeeper address or LRQ subnet.
The following addition settings are provided on the VoIP Settings tab of H.323 lines when RAS Location Request is licensed:
• Support LRQs: Default = Off.
Enables LRQ on the H.323 line and displays the LRQ Subnet field.
• LRQ Subnet:
The LRQ subnet address scope that the line supports.

Outgoing Call Routing
Within the system configuration, RAS Location Request forms can be added. Each form has a Group ID that can be used as the Line Group ID target for system and ARS short codes.
When a call is routed to the group ID of a RAS Location Request form, a LRQ (location request) message is sent to the IP addresses listed in the form. If a LCF (location confirm) message is received from one of the addresses, the call is directed to that address using the matching H.323 line in the system configuration.
The RAS Location Request form fields are:
• Group ID
This number is automatically assigned by the IP Office Manager when a RAS Location Request form is added to the configuration. This value is used as the target Line Group ID in system and ARS short codes used to route calls.
• LRQ Timeout: Default = 5 seconds
If a LCF (location confirm) message is not received within this time, the attempt to use LRQ is ended. The call is disconnected or, if using ARS, retargeted.
• IP Address
These are the IP addresses to which LRQ messages are sent in order to determine the call signalling address of the target extension. An H.323 line for calls to this gatekeeper is also required in the system configuration.

© 2012 AVAYA
15-601011 Issue 29.r.–
10:15 AM, Friday, November 02, 2012
Судя по дате редакции вполне действующий документ.

Поставщик оборудования сгенерил для нас постоянную лицензию для тестирования (не существующую, по Вашему мнению) и что удивительно, не послал нас никуда подальше.
После отрицательных результатов мы выслали поставщику трассировку соединений со стороны Циски и ИПО и снова нам никто не заявил - ерунду вы какую-то пишите.
Правда и ответа нет уже несколько месяцев, им видать не до пустяков.

Да, допускаю, что ИПО не поддерживает стандартный протокол обмена между ЛЮБЫМИ гейткиперами и рассчитано на сетку SCN.

Высылаю трассировку отправленную поставщику.

[CyMac6poD]

H.323 трейсы, конечно вообще трудноперевариваемые, но из него ясно одно - скорее всего вы нашли незадокументированный баг, но сам диалог установления связи у вас происходит, отсюда вывод - попробуйте поменять версию станции/поменять гейткипер(честно говоря, я думаю проблема в сотрудничестве с циской, ибо у них там всегда свой велосипед)/поменять протокол(переходите на SIP и не мучайтесь)

[Pterodahtil]

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

[chvd]

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

Приятно, что хоть кого-то заинтриговал.
Цисочный гейткипер довольно популярная в стране вещь.
И в старшей модели Авайки (8500, вроде) есть подробная дока по стыковке с циской.
В ИПО это сильно не афишируется.
Выше указанная страница получена поиском в Хэлпе от манагера.
Прикладываю скрин от моей АТСки

[Pterodahtil]

забавная ситуация.
Про RAS LRQ знает только хелп менеджера. ip office product descriptionen про это ничего не знает, и про лицензию тоже. В прайсе упоминание LRQ не встретил. Сдается мне, что от avaya помощи вы не дождетесь. Какая-то это не-до-функция