Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru

Выбрать дату в календареВыбрать дату в календаре

Страницы: Пред. 1 ... 10 11 12 13 14 15 16 17 18 19 20 След.
тех решение перехода на IP
 
Насчет циско и MGCP, пишут следующее:

"The MGCP gateway maintains a remote connection to a centralized CUCM cluster, as shown in figure by sending MGCP keepalive messages to the CUCM server at 15 second intervals.
If the active CUCM server fails to acknowledge receipt of the keepalive message within 30 seconds, the gateway attempts to switch over to the next available CUCM server.
If none of the CUCM server responds, the gateway switches into fallback mode and reverts to the default H.323 or SIP session application for basic call control."

Т.е. переключение на резервный сервер занимает минимум 30 секунд после падения канала.
Транзит по SIP через OXE, Транзит не проходит
 
Цитата
Владимир Любодеев пишет:
И на 11 версии это реально работает.

С той же базой ?
Транзит по SIP через OXE, Транзит не проходит
 
Цитата
vad пишет:
DID транслятор в режиме transparent - предполагает использование номеров как есть, предполагает, что в правилах ничего не прописано.

Так написано в документации, так всегда работало.

В документации написано, что в случае совпадения DID с местным номером, для режима default необходимо все равно создавать правило трансляции, а для режима transparent не нужно, что позволяет оставить больше места для полезных трансляций.
Больше никакой разницы между default и transparent трансляторами для входящего вызова не указано.
И работает это (по крайней мере, в 9.1 и выше, на более ранних не проверял) именно так:
- если есть правило трансляции для пришедшего DID, то транслируем
- если нет правила трансляции, то default дает отказ, а transparent пропускает в нумерационный план.
Отключение части линий на потоке
 
Цитата
sashulka пишет:
Здравствуйте, уважаемые.

Статистика показала, что мы и половину канала не нагружаем и решили отрезать оставив 15 линий на потоке.

А оператор знает о том, что вы так решили ?
200Ex, 300Ex, 500Ex, Использование DECT сторонних производителей.
 
Или не регистрируются.
ip touch 4038EE и asterisk
 
А нигде, т.к. это резервный режим работы, настраиваемый со станции.
200Ex, 300Ex, 500Ex, Использование DECT сторонних производителей.
 
Тогда понятно.
200Ex, 300Ex, 500Ex, Использование DECT сторонних производителей.
 
Просто вопрос странный, непонятна цель - проверить подрядчика ?
Подрядчик не гарантирует, что поставляемые трубки будут работать ?
200Ex, 300Ex, 500Ex, Использование DECT сторонних производителей.
 
Регистрировать трубки будет подрядик, или сами ?
Как создать на одном SIP аккаунте несколько номеров?
 
А какова цель наличия нескольких DN на одном аккаунте ?
Как настроить auto attendant, если абонент занят
 
Там же в доке ранее есть пример настройки menus on set.
По нему, никакого tree не надо, надо настроить описанное в 7.6 Menus on set management: leaf allocation
Hunt Group, Удаление номера на Hunting group
 
Возможно, на поллинг тоже, надо по доке уточнить.
Hunt Group, Удаление номера на Hunting group
 
ЕМНИП, броадкаст, несмотря на название, не рассылается, а наоборот - опрашивается наличие нового файла изменений и скачивается.
А Immediate broadcast просто сбрасывает буфер изменений в MAO в файл, не дожидаясь соответствующего таймера.
Сервисный режим на трубках DECT 8232
 
В доке (вероятно, в ТС) где-то было, (OK) + *service*, т.е. OK, *7378423*
Динамические ABCF линки
 
Уточнение: вероятно, речь идет не о динамических линках, а о линках с динамической маршрутизацией.
Страницы: Пред. 1 ... 10 11 12 13 14 15 16 17 18 19 20 След.