На станции имеется IAA. Из документации не понял можно ли с его помощью заменить КПВ при вызове абонента (в уже проключенном соединении) на произвольную мелодию.
При транзитном вызове через OXE R9.1 из IP в ISDN к занятому абоненту, находящемуся за ISDN, на участке ISDN приходит дисконнект с cause user busy, а дальше в IP уже уходит с cause destination out of order. Можно ли это как-то поправить ? Спасибо.
Может кто подскажет - не понял из документаций - умеет ли алкатель oxe или opentouch предоставлять sip presence для sip endpoint'ов третьих производителей (например, softpone bria).
Спасибо.
Маршрутизация входящих SIP вызовов., Request-URI и To:
Поясните, пожалуйста: правильно ли я понимаю, что для маршрутизации входящих public вызовов по SIP (dial plan - public dial plan) OXO использует только поле Request-URI из INVITE. Провайдер присылает логин в поле Request-URI и купленный городской номер в поле To. Можно ли как то решить проблему ?
Здравствуйте, Подскажите, есть ли возможность в OXE подкрутить таймеры H.245 протокола. Конкретно интересует H245 T101 для Capability Exchange procedure. Спасибо.
Возможен ли в OXO транзит SIP на SIP с транскодингом ?
Здравствуйте, Собственно вопрос в заголовке, подскажите, пожалуйста, можно ли входящий на OXO вызов по SIP с G.711 передать транзитом к другой УАТС по SIP только с g.729 ? Спасибо.
2 OXE соединены по QSIG. При вызове в трассе t3 во входящем setup'е calling name и calling number есть. На обоих OXE Calling name display (CNIP/I-CNAM) : 1, Calling Name Presentation: True.
При вход. вызове при сконфигурированном Ext. Callbaсk Trans на дисплее 4068 только номер. При вход. вызове при несконфигурированном Ext. Callbaсk Trans на дисплее 4068 только имя.
Надо и то и другое одновременно.
(при исходящем вызове на дисплее отображается Connected name и, через небольшую паузу, номер. Также хочется и для входящего вызова).
Здравствуйте, (сдублирую здесь свой вопрос с alcatelunleashed) Есть OXE со значительным объёмом транзитного трафика. Есть 4760. 4760 исправно получает тикеты о транзитных вызовах, но в 4760 в поле extension указано значение FSxxx, где xxx = номер входящего транка транзитного звонка. Заказчик хочет видеть где-то в этой записи calling number. Соответственно вопрос - возможно ли это вообще ?
Кстати, попутно выяснил следующее - вот так выглядит тикет транзитного звонка:
Поле calling number в тикете пустое - видимо начинать надо отсюда, но непонятно почему его нет. В трейсах t3 всё в порядке, Ext num translator DEF 0 присутствует.
Просьба посоветовать пути решения следующей проблемы:
Есть 2 площадки - А и Б. Площадки соединены маршрутизируемой IP-сетью. На А одна OXE, на Б две OXE. Все 3 АТС находятся в одной ABC сети. Каждая из АТС площадки Б подключена потоками E1 EDSS1 к большой корпоративной телефонной сети с УАТС 3их производителей. К каждой из OXE площадки Б настроен ABC-F IP link от OXE A. Каким образом можно организовать возможность резервирования вызовов от OXE A к абонентам корпоративной сети, находящимся за потоками обеих OXE площадки Б ? Иными словами, как должны выглядеть настройки маршрутизации на OXE A, чтобы в случае выхода из строя одной из OXE площадки Б вызовы к абонентам корпоративной сети автоматически переходили бы на другой ABC-F link ?
прошу прощения, название предполагалось - 2 проблемы при "кривом" транзите. (случайно нажал ввод).
Здравствуйте!
Возникли следующие 2 проблемы, возможно кто-то уже сталкивался с чем-то подобным и имеет опыт решения.
1) Есть УАТС panasonic c 3ёх значной нумерацией, подключенная по потоку E1 EDSS к OXE R9. Абоненты обеих УАТС должны находится в едином 5значном плане
нумерации. На данный момент абонент Panasonic'а имеет "как бы" 2 номера - 3ёх значный внутренний panasonic'овый (например 101) и 5ти значный внешний сетевой
(например 31101). Абоненты Panasonic'а должны иметь возможность позвонить другому абоненту Panasonic'а используя 3ёх и 5ти значный набор. Решением проблемы с
5ти значным набором мне представляется петлевой звонок через транк к omnipcx и обратно. Насколько мне было сказано (возможно ошибочно) Panasonic не умеет
манипулировать входящими цифрами - то есть не сможет отрезать от 31101 первые 2 цифры - соответственно это должна сделать ominpcx. Для этого в omni pcx я сделал direct speed dial 31 в котором указал строку набора 031, где 0 - доступ в ARS. В ARS route я указал удалять 2 цифры от начала
номера и отправлять остаток в транк к Panasonic'у. В результате абоненты omnipcx могут дозвониться до абонентов panasonic'а, а вызовы с panasonic'а дают
В этот момент трейс замирает и в трубке абнонента Panasonic Идёт что-то типа "fast busy"
В транке на panasonic настроен DID translator rule:
┌─Review/Modify: DID number translator rules───────────────────────────┐ │ X │ │ Node Number (reserved) : 1 X │ │ Instance (reserved) : 1 X │ │ Instance (reserved) : 1 X │ │ DID num. transl. identifier : 0 X │ │ First External Number : 31000 │ │ X │ │ First Internal Number : 31000 │ │ Range Size : 1000 │ │ Unique Internal Number + NO X │ │ X │ └──────────────────────────────────────────────────────────────────────┘
В 5ом транк COS'е 1.
По симптомам похоже на barring, но не пойму какой и где (ничего специально не запрещали).
2) При наборе 31101 c цифрового аппарата omnipcx вызов уходит через транк мгновенно, при наборе с аналогового аппарата omnipcx присутствует значительная пауза после окончания набора до реального проключения. Похоже на какой-то timer, но где искать не знаю.
