Тема: Маршрутизация VoIP в PRI + Cisco (решено)
Доброго времени суток!
Возникла у меня проблема следующего плана:
Есть несколько АТС TDE100/200/600 и TDA100/200/600
TDEхи завязаны между собой по VoIP
TDAхи завязаны по PRI
Одна из TDE связана с с TDA по PRI
Все звонки ходят отлично, никаких проблем нет.
Но понадобилось тут подключить к сети офис с Cisco UC520
Это устройство я подцепил по VoIP.
Проблема в том, что звонки с Циски проходят только на TDEхи, а на TDA не уходят. Т.е. пока звонок идет по VoIP все нормально, но как только его надо перекинуть в PRI звонящий слышит короткие гудки.
Я попытался провести трассировку звонка, wiresharkом и обнаружил, что при звонке с циски, в отличие от панасоников, в логе отображается телефон звонящего и телефон назначения. Также в логе при звонке с панаса в примечании “Tunneling OFF Fast start: ON”, а при звонке с циски - наоборот.
Не знает ли кто-нибудь в чем может быть проблема или в какую сторону копать?
Лог Wiresharka выложить не могу пока - что-то ноут на котором проводил трассировку подвис и ничего не сохранилось. Если надо - сделаю еще раз и приложу.
Нужна подробная схема с нумерацией. Иначе трудно что-то сказать.
Какие кодеки/протоколы используются для VoIP?
Используется протокол 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 я звоню.
А списки доступа не мешают? Доступ по ip достаточный открыт?
MC 9.2 data transmission в enable оба ?
Ну и фаст старт уравнять надо с циской - есть в настройках карты ВОИП в ТДА
в TRS запрещен набор только одного номера:3240212
IP транкам назначен COS1
В ТДА нет VoIP карт, все ТДА подцеплены по PRI
Transmission было Disable. Изменил на Enable - ничего не изменилось.
Пардон, невнимательно прочитал - Трансмиссион где меняли?( надо в ТДЕ тоже ) Как вызов уходит в ТДА ( через TIE, ARS или ещё как?)?
Поменял и там и там
Уходит через TIE
Может поможет. Сделатрассировку ISDN/QSIG, получил следующие результаты:
PBX->QSIG line No.5617 Port:1 (elapsed time from LPR reset) 01/01/28 12:16:14
L2: I SAPI:0 TEI:0
L3:
SETUP crn:003E (O)
Sending Complete
Bearer Capability: 90 90 (3.1kHz Audio )
Channel Identity: A1 83 9E (channel=B30 pref.)
Calling Party Number: 81 33 34 30 34
Type of Number= Unknown, Numbering Plan= ISDN/Telephony
Number= 3404
Called Party Number: 89 34 34 31 31
Type of Number= Unknown, Numbering Plan= Private
Number= 4411
02 01 F2 10 08 02 00 3E 05 A1 04 02 90 90 18 03
A1 83 9E 6C 05 81 33 34 30 34 70 05 89 34 34 31
31
QSIG line->PBX No.5618 Port:1 (elapsed time from LPR reset) 01/01/28 12:16:14
L2: I SAPI:0 TEI:0
L3:
RELEASE COMPLETE crn:003E (D)
Cause: 81 D8
Cause Value= "#88 Incompatible destination"
Location= "private network serving the local user"
00 01 10 F4 08 02 80 3E 5A 08 02 81 D8Из трассы видно, что ругнулась на не существующий внутр. номер и не пустила дальше...См. надобно что влетает, что вылетает из транзитной АТС и корректировать соотв. ТIE-табличку. Потоковые сервисы типа CLIR и аналог. не закрыты ли?
Это трасса с самой транзитной атс. Собственно в ней и видно что влетает.
Вот для примера трасса звонка с панаса, подрубленного по IP, который спокойно доходит куда надо.
PBX->QSIG line No.17513 Port:1 (elapsed time from LPR reset) 01/02/01 23:18:35
L2: I SAPI:0 TEI:0
L3:
SETUP crn:007A (O)
Sending Complete
Bearer Capability: 90 90 A3 (3.1kHz Audio A-Law)
Channel Identity: A1 83 9F (channel=B31 pref.)
Facility: 91 AA 06 80 01 00 82 01 00 8B 01 00 A1 1C 02 01 40 06 04 2B 0C 09 00 80 11 CE F2 E4 E5 EB 20 49 54 20 4E 6F 76 67 6F 72 6F 64
([Inv] id= 40 op= callingName)
Calling Party Number: 09 80 32 30 39 30
Type of Number= Unknown, Numbering Plan= Private
Number= 2090
Called Party Number: 89 31 30 31 36
Type of Number= Unknown, Numbering Plan= Private
Number= 1016
00 01 84 78 08 02 00 7A 05 A1 04 03 90 90 A3 18
03 A1 83 9F 1C 2A 91 AA 06 80 01 00 82 01 00 8B
01 00 A1 1C 02 01 40 06 04 2B 0C 09 00 80 11 CE
F2 E4 E5 EB 20 49 54 20 4E 6F 76 67 6F 72 6F 64
6C 06 09 80 32 30 39 30 70 05 89 31 30 31 36
QSIG line->PBX No.17514 Port:1 (elapsed time from LPR reset) 01/02/01 23:18:35
L2: I SAPI:0 TEI:0
L3:
CALL PROCEEDING crn:007A (D)
Channel Identity: A9 83 9F (channel=B31 excl.)
02 01 78 86 08 02 80 7A 02 18 03 A9 83 9F
QSIG line->PBX No.17515 Port:1 (elapsed time from LPR reset) 01/02/01 23:18:35
L2: I SAPI:0 TEI:0
L3:
ALERTING crn:007A (D)
Facility: 91 AA 06 80 01 00 82 01 00 8B 01 00 A1 1A 02 01 41 06 04 2B 0C 09 01 80 0F D0 E5 E9 F6 EC E0 ED 20 C0 EB E5 EA F1 E5 E9
([Inv] id= 41 op= calledName)
02 01 7A 86 08 02 80 7A 01 1C 28 91 AA 06 80 01
00 82 01 00 8B 01 00 A1 1A 02 01 41 06 04 2B 0C
09 01 80 0F D0 E5 E9 F6 EC E0 ED 20 C0 EB E5 EA
F1 E5 E9
QSIG line->PBX No.17516 Port:1 (elapsed time from LPR reset) 01/02/01 23:18:40
L2: I SAPI:0 TEI:0
L3:
CONNECT crn:007A (D)
Facility: 91 AA 06 80 01 00 82 01 00 8B 01 00 A1 1A 02 01 42 06 04 2B 0C 09 02 80 0F D0 E5 E9 F6 EC E0 ED 20 C0 EB E5 EA F1 E5 E9
([Inv] id= 42 op= connectedName)
Connected Party Number: 49 80 31 30 31 36 (Allowed)
02 01 7C 86 08 02 80 7A 07 1C 28 91 AA 06 80 01
00 82 01 00 8B 01 00 A1 1A 02 01 42 06 04 2B 0C
09 02 80 0F D0 E5 E9 F6 EC E0 ED 20 C0 EB E5 EA
F1 E5 E9 4C 06 49 80 31 30 31 36
PBX->QSIG line No.17517 Port:1 (elapsed time from LPR reset) 01/02/01 23:18:40
L2: I SAPI:0 TEI:0
L3:
CONNECT ACK crn:007A (O)
00 01 86 7E 08 02 00 7A 0FА выложить конфиг транзитной АТС можете? С которой трассу выклдывали с Cause Value #88?
Вроде, все нормально в конфиге TDE200. Может проблема кроется в таблице DN2IP TDE600?
я соединял и напрямую с ТДЕ200, та же тема.
Тут выяснилось, что подобная проблема возникает при подключении не панасовского оборудования.
Я попробовал подцепить Samsung OS7400 и наткнулся на те же грабли. Один в один.
выложи конфиг циски
