vad пишет: Работать без Ext. callback translation - ни разу не пробовали. Строчку DEF-0 создавали всегда.
Трассировки было бы интересно смотреть в одинаковом виде (например обе - на входящей стороне). У вас пока на вскидку - на присоединенной станции похоже не включен Multi algorithm for compression.
Т.е. настройки в параметрах компрессии разные .
А если не с SIP абонента звонить - тоже не ходят звонки?
vad пишет: ABC-F транки прописываются в транковых группах и предназначены для соединения узлов разных сетей.
ABC-F ЛИНКИ или гибридные линки - прописываются в Inter node-links и предназначены (как правило) для соединения разных узлов одной сети.
На тему DID - неважно что стоит в вашей транковой группе (DID transcoding). Важно что написано в TG/ TG NPD selector - и соответственно что за DID прописан в используемом NPD.
Кроме того - в TG (локальные параметры) - иногда что-то пишут в добавить/не использовать цифры.
Про Ext. callback number - вы что имееете в виду? Ext. callback translation?
vad пишет: Сравните NPD (и соответственно DID трансляторы) - используемые в IP TG. Может у вас в центре - DID транслятор используется (и #D0010 в нем отсутствует).
Нет, DID нет ни с той ни с другой стороны. В настройках IP TG did в False. У меня такой вопрос, а может ли как-то влиять на нормальное прохождение вызовов наличие/отсутствие Ext.Call back number?
vad пишет: Поскольку разговор об ABC-F и супротаже - разговор идет о ДВУХ СТАНЦИЯХ, а не о выносе от станции.
Хотя терминология - ужас.
У вас наверное все-таки - гибридный линк и звонки через VPN overflow (узлы одной сети)? Или все-таки разговор об IP ABC-F TG (соединяющие узлы РАЗНЫХ сетей)?
Да да, речь идет о hybrid link ах конечно, с использованием VPN overflow. А в чем ужас с терминологей?
Столкнулся тут с непреодолимой для моего ума проблемой, прошу помощи. Что имеем: Центральная станция на Appliance Servers 11 Rel, к ней подключается IP MG с тем же, 11 релизом, между ними настроен ABC-F транк, проведен Audit, suproutage показывает 1 цы в 1 и 5 пункте с обеих сторон. На центральной станции заведена DECT трубка с номером 7592, на переферийной зарегестрирован SIP extension c номером 5468 и IP 10.80.28.199. #d0020 VPN overflow периферийной станции #d0010 VPN overflow центральной станции
Проблема заключается в следующем: Вызовы с центральной станции на периферийную проходят, с периферийной на центральную нет. В трейсе на центральной станции ошибка: INVALID NUMBER FORMAT
Трейс неудачного звонка с периферийной на центральную, снят на центральной станции:
error пишет: по трассе вся проблема возникает когда OXE шлет UPDATE о смене IP-адреса RTP, звонок бреет ОХО куда звонок должен упасть
1. на ОХО вставите фиксированный кодек
2. ОХО поднимете патч
3. на ОХЕ текущий патч k1.520.29.e
4. в ОХЕ 11 кодек на SIP-транк регулируется через domain
Спасибо, попробую. Пока настроил транковую группу как Private, вроде звонок перестал дропаться, но пока непонятно будет ли ходить голос, потому что нет возможности это проверить.
Соответственно 10.243.202.148 - IP адрес OXO с которой уходит вызов(зарегестрированный номер 8843) 10.243.202.52 - IP адрес OXO куда вызов направлен (зарегестрированный номер 8793) 172.16.242.66 - IP адрес транзитной OXE, через которую идет вызов с OXO на OXO.
error пишет: да еще - да правильного подключения SIP-транков Alcatel рекомендует использовать SBC
Можете пояснить кратко в чем суть, у нас настроено все через дискриминаторы и ARS, офф. документация дает только схемку без пояснений.
Цитата
error пишет: тут два пути 1. на транке Е1 отключите опцию progress 2. на ОХО внешние линии -> протоколы -> EDSS1 (параметры) возможно пункт RBT общий для PRI и SIP
К сожалению, не работает. Судя по всему на OXO, нельзя генерировать RBT, потому что выставил нужный параметр в настройках OXO, как вы и написали, но RBT как не было так и нет...
Вообще нашел в одной документации такую информацию: The 180 Ringing (or 183 Progress Session) is a provisional message sent by the OXE, this message is used to inform the caller, that the remote party is ringing. This message can contain SDP to provide the Ring back tone RBT), if no SDP, the RBT must be played localy on the system initator of the call.
Как я и писал в первом сообщении, если включить эту опцию в Ext. Sip Gateway, то RBT ходит, но при этом начинают дропаться транзитные звонки между OXO, может стоит в этом разобраться?
Возникла проблема с генерацией RBT(КПВ) при транзитном вызове через OXE. К самой OXE присоединена куча OXO по SIP транкам, и при звонках между ними RBT генерится без проблем 8) , так же к OXE, по потоку E1, подключена SI -ая станция и RBT перестает генерироваться при вызове с OXO на абонентов SI -ой станции. Причем, когда я выставляю в external sip gateway параметр SDP in 18x +True, то RBT начинает генерироваться, но при этом перестают ходить транзитные вызовы между абонентами на OXO: звонок проходит, но при снятии трубки вызов обрывается... На транке включал Tone on seizure и Announcment for dial tone, результат тот же - RBT отсутствует Кто-нибудь сталкивался с такой ситуацией? Может можно как-то генерировать RBT на OXO?
Dmitry Ryzhakov пишет: Глядя в трассировки но не зная деталей возникает ряд вопросов. Где то у вас используется порт 5060. Где то 5062. Где то сеть х. Х. 127. Х. Где то х. Х. 152.х. Что то у вас тут не так.
Моя вина, забыл упомянуть, что сеть с 16 ой маской и адрес со 127 в третьем октете это адрес сип. телефона
Цитата
Андрей пишет: После чего возникла проблема ?
Пока разбираемся, дело в том, что был создан некоторый дефолтный конфиг, который заливался по станциям, создавался он не мной. На станции разворачивался деф.конфиг mao acc, после чего возникала вышеобозначенная проблема. При этом в лабе на чистом конфиге проблем нет, все работает, а при загрузке данного бэкапа проблема так же повторяется. В бэкапе есть стандвртные настройки sip транка через ars, настроен sip ext gateway
Цитата
error пишет: Покажите netadmin
. Покажу завтра, сегодня доступа нет, к сожалению.
Возникла проблема со звонками с sip телефонов на на другие номера внутри локальной OXE, при попытке вызова выдается ошибка 480 Temporarily not available. Sip телефоны настроены как SIP Extensions и находятся в одной подсети с OXE. При этом звонки на sip телефон проходят без проблем.
Трейс с OXE, звонок идет с 3033(SIP) на 3036(iptouch):
Если кратко, то на OXO нужно в ARS Prefixes изменить тип в столбце Calling на priv(Opt Paameters), затем перейти в Numbering plans и сделать следующее: 1. В Internal Numbering Plan для используемого номерного плана поставить Yes в столбце Priv. 2. Сделать тоже самое для Main Trunk Group. 3. Во вкладке Private Numberin Plan создать номерной план с желаемыми, в качестве Calling Number, номерами с общей Base с используемым Internal Numbering Plan.
После этого у меня все заработало, но из-за Private Trunk впереди Calling Number добавлялась буква B, проявляется это только при прямых звонках с OXO на OXE, и убирается с помощью Ext. Callback Translation Tables:
+-Consult/Modify: Ext.Callback Translation Rules-----+ X | X | X | Node Number (reserved) : 1 | X | Instance (reserved) : 1 | X | Instance (reserved) : 1 | X | External Callback Table : 0 | X | Basic Number : B | X | X | X | Nb.Digits To Be Removed : 1 | X | Digits To Add : -------- | X | X
Надо на OXE сделать подмену CallerID при транзите звонка через нее. Не подскажете как это можно сделать? Пробовал через NPD с DID настроить, не получилось.