Народ!
Кто пробовал подружить ОХО(r5) с Cisco CallManager(r4) по H323?
В принципе работает, но:
1. Набор в сторону ССМ с ОХО происходит с задержкой
2. Если абонент ССМ первый положил трубу, то отбой на ОХО происходит тоже с значительной задержкой.
Может какой-то тюнинг надо делать?
В голосе по IP набор всегда идет блоком. В ОХО это делается двумя способами: таймер определения последней цифры от абонента: Voice Over IP/ VoIP Parameters/ Gateway/ H.323 End of Dialling Timer, либо через таблицу конца набора: там же/ End of Dialling Table used. Проблема в том, что эта таблица одна на всю станцию и на все направления, т.е. если в разные места на одни и те же цифры разное количество цифр номера, то использовать эту таблицу для этих цифр не получится.
Вот здесь позвольте с вами не согласиться. В H.323 набор очень даже может идти overlap'ом, только это не все поддерживают (кстати, OXE поддерживает). А вот SIP - да, только блоком, причем принципиально.
В OXO - никак, насколько я знаю. Я же говорю, мало кто это поддерживает. Даже цискин CCM стал это поддерживать относительно недавно, начиная с CCM 4.2. Я это сказал не относительно OXO, а вообще, чтобы народ не вводить в заблуждение относительно VoIP.
пара центов в копилку знаний: стандарт Н.323 в Алкателе де-факто имеет версию 2. Фактически, он развивается... как бы не соврать, но текущая версия уже 5. однако совместимость устройств диктует правило придерживаться ранних диалектов.
error Написал:
-------------------------------------------------------
> через ars разрули всё, там есть prefix и ranges
> (примеру prefix 1 ranges 00-99, т.е. набор от
> 100 до 199)
А это как-то влияет на проблему отбоя? :))
error Написал:
-------------------------------------------------------
> ars для проблемы намбер 1 - Набор в сторону ССМ с
> ОХО происходит с задержкой
> проблема намбер 2 хз
ото ж
на сколько я помню rel.5 поддерживает трассировку, запускайте ее и смотрите как отправляется сетап, если сетап сформировался сразу же после последней цифры набора то надо смотреть в сторону ССМ
есть подозрение парамерт enblock который один единственный и должен быть задествован только сетях isdn вылазиет каким-то боком на voip-транках