Тема: Маршрутизация VoIP в PRI + Cisco (решено)
я соединял и напрямую с ТДЕ200, та же тема.
Тут выяснилось, что подобная проблема возникает при подключении не панасовского оборудования.
Я попробовал подцепить Samsung OS7400 и наткнулся на те же грабли. Один в один.
А с TDE-х на TDA-хи транзит идет? Проблема только с Циской? По идее, Панасам все равно как они между собой соединены...
да, с ТДЕ на ТДА транзит идет.
Тогда надо ковырять Циску...
Еще заметил один момент. В конфиге указан IP-Адрес IPCMPR, но его нет в списке в таблице GW Settings. Свой гейтвей тоже надо писать в таблице каждой АТС... Может в этом и причина?
Выкладываю конфиг циски
Я бы, все-таки, прописал бы 192.168.50.42 в таблицу GW Settings в транзитную TDE200… В остальном, вроде, все правильно и должно работать...
Прописал. Не помогло...
Используется протокол H.323, кодек G.729
схема примерно такаяTDA200(41xx)<->TDA100(42xx)<->еще несколько TDA с 4ххх нумерацией | uc520(34хх)<->TDE600(51хх)<->TDE200(12хх)<->TDA200(10хх)<->TDA200(11хх) | | | TDE100(20xx)| TDE200(21xx) еще несколько TDE с нумерацией 2ххх
Это если упрощенно
Нумерация везде четырехзначная.
Соответственно с 3401 я могу позвонить например на 2001, но не могу на 1101
Обратные звонки проходят. С 1101 на 3401 я звоню.
1. А на TDE200 с нумерацией 21ХХ звонок проходит? В конфиге Циски цифры 21ХХ отправляются на IP транзитной TDE200, а не на адрес TDE200 с нумерацией 21ХХ.
2. Вы писали, что звонок на 2001 идет, а в конфиге не видно этого направления.
Загадка какая-то...
все правильно, на любые ТДЕ я могу звонить независимо от того сколько транзитных ТДЕ будет в процессе.
направления нет в конфиге поскольку циска тестовая. На 21хх звонок идет. ТОчно так же как на 20хх, 22хх и т.д.
Я параллельно пытаюсь еще АТС Samsung OS7400 прикрутить по VoIP и имею такую же проблему - IP звонки проходят, при маршрутизации в PRI - затык.
В обоих случаях обратные звонки (т.е. PRI->VoIP) проходят свободно.
Cause No. 88 - incompatible destination.
This cause indicates that the equipment sending this cause has received a request to establish a call which has low layer compatibility. high layer compatibility or other compatibility attributes (e.g., data rate) which cannot be accommodated.
What it means:
1. This usually means that the Number To Dial in the Connection Profile is in the wrong format. You may need to dial a 10 or 11 digit number, or dial a 9 in front of the number if it is a Centrex line.
2. This problem may also give a Cause 111.
3. Dialing at the wrong line speed can also give this Cause.
Все-таки, судя по описанию, не получается у них договориться...
Хочется увидеть трассы Wireshark’a между Cisco и TDE200…
Да, я тоже видел это. Знать бы как применить описание события в моем случае...
В чем заключается неправильность формата номера мне не ясно, ведь на ТДЕ звонок проходит без проблем.
Может быть конечно это принципиальная несовместимость оборудования, я надеюсь, что это не так.
Да, я тоже видел это. Знать бы как применить описание события в моем случае...
В чем заключается неправильность формата номера мне не ясно, ведь на ТДЕ звонок проходит без проблем.
Может быть конечно это принципиальная несовместимость оборудования, я надеюсь, что это не так.
Очевидно, несовместимость информационных элементов в части ISDN Панаса и VoIP Cisco. Здесь надо смотреть одновременные трассы IP-части (Wireshark) и ISDN-трассировщика Панаса. Ну, и конечно же, хотелось бы увидеть мнение более именитых советчиков на этот счет...
Выкладывайте конфиг циски - может там можно решить проблему.
выложен, см выше
http://mini-ats.info/index.php?ACT=31&fid=3&aid=964_dvdQ2WIJSk3kTbbNQAwM&board_id=1
Можно попробовать явно задать кодек в диалпире. И проверить работу на G.711
Проблема решена!
Решение: прошивка транзитной АТС до версии 4.1002
