Тема: Стыковка Panasonic KX-TDA200 по H323 с Cisco CUCM

Доброго времени суток.
Возник вопрос по IP соединению Панасоника TDA200 с контакт центром Cisco (CUCM) по H323 протоколу.
Настраиваю на G711A кодеке. Станция NCP500 без проблем заработала с CUCM, а вот TDA200 с платой шлюза IP-GW16 Program Version: 2.011 / DSP Program Version: t4_00_3 (Page-0)  никак.
Сравнивал настройки кодеков на станциях, одинаково. Первым стоит G729, вторым G711A Различаются настройки порта для RTP. С сетью точно порядок, видимость между станциями и CUCM есть. При наборе получаю сразу занято.
Прошу подсказать, что можно посмотреть в настройках шлюза TDA200.

Посмотрите что нибудь интересного в трассировке.

В трассировке (логах АТС Панасоник) шестнадцатиричные дампы обмена. По ним не понятно.

Логи Панасоник не для вас делал. Варей пошаркайте.

dima0328 - 17.12.14 13:31

...а вот TDA200 с платой шлюза IP-GW16 Program Version: 2.011 / DSP Program Version: t4_00_3 (Page-0)  никак...

Оно так не заработает - не мучайтесь.

Как вариант:

Панасоник передает тип данных в формате DATE, а CISCO воспринимает тип VoIP

Для CISCO - строка преобразования данных тип DATE в тип VoIP

esc-5300-2(config)#voice-port 0:D
esc-5300-2(config-voiceport)#bearer-cap ?
  3100hz   enable 3100hz
  speech   enable speech
esc-5300-2(config-voiceport)#bearer-cap speech

Ссылки:

http://www.cisco.com/warp/public/788/signalling/h323-isdn-callfailure.html


http://engineering.panasonic.ru/pass/infobase/cgi-bin/infobase_main.pl?ii=16403

когда то помогло... но точно уже не помню.

Наблюдатель - 17.12.14 13:53

Логи Панасоник не для вас делал. Варей пошаркайте.

Насколько я помню, как раз с IP-GW логи человечьим языком идут, как с ISDN

spider_alex - 17.12.14 22:24

Наблюдатель - 17.12.14 13:53

Логи Панасоник не для вас делал. Варей пошаркайте.

Насколько я помню, как раз с IP-GW логи человечьим языком идут, как с ISDN

Разве в Q.931 будет виден используемый кодек например? Я давно туда не заглядывал.

Еще как вариант: Если у Вас Циска используется как узловая станция, то с TDE/NCP - оно работать будет, а вот ТДА и 0490 - нужно направлять на TDE/NCP а с них уже транзитом на Циску... и далее по назначению.

Взлетит только так.

Ну и фастстарт на 0490 включите и проверьте с ним.

Наблюдатель - 18.12.14 3:09

spider_alex - 17.12.14 22:24

Наблюдатель - 17.12.14 13:53

Логи Панасоник не для вас делал. Варей пошаркайте.

Насколько я помню, как раз с IP-GW логи человечьим языком идут, как с ISDN

Разве в Q.931 будет виден используемый кодек например? Я давно туда не заглядывал.

Пример успешного соединения (с Циской или Авайей, кажется)

PBX->QSIG line   No.363 Port:2   (elapsed time from LPR reset) 01/01/07 06:41:24
L2: I   SAPI:0 TEI:0
L3:
SETUP crn:005B (O)
  Bearer Capability: 80 90 A3 (Speech A-Law)
  Channel Identity: 81 (channel=B1 pref.)
  Facility: 91 AA 06 80 01 00 82 01 00 8B 01 00 A1 1D 02 01 40 06 04 2B 0C 09 00 80 12 C8 D2 20 28 D8 E8 F8 EC E0 F0 E5 E2 20 C5 2E C2 2E 29
    ([Inv] id= 40 op= callingName)
  Calling Party Number: 09 80 33 39 33 35
    Type of Number= Unknown, Numbering Plan= Private
    Number= 3935
  Called Party Number: 89 37 39 30 38
    Type of Number= Unknown, Numbering Plan= Private
    Number= 7908
    02 01 4A 78 08 01 5B 05 04 03 80 90 A3 18 01 81
    1C 2B 91 AA 06 80 01 00 82 01 00 8B 01 00 A1 1D
    02 01 40 06 04 2B 0C 09 00 80 12 C8 D2 20 28 D8
    E8 F8 EC E0 F0 E5 E2 20 C5 2E C2 2E 29 6C 06 09
    80 33 39 33 35 70 05 89 37 39 30 38

                      QSIG line->PBX   No.364 Port:2   (elapsed time from LPR reset) 01/01/07 06:41:24
                      L2: I   SAPI:0 TEI:0
                      L3:
                      CALL PROCEEDING crn:005B (D)
                        Channel Identity: 89 (channel=B1 excl.)
                        00 01 78 4C 08 01 DB 02 18 01 89

                      QSIG line->PBX   No.365 Port:2   (elapsed time from LPR reset) 01/01/07 06:41:24
                      L2: I   SAPI:0 TEI:0
                      L3:
                      ALERTING crn:005B (D)
                        Channel Identity: 89 (channel=B1 excl.)
                        00 01 7A 4C 08 01 DB 01 18 01 89

                      QSIG line->PBX   No.366 Port:2   (elapsed time from LPR reset) 01/01/07 06:41:26
                      L2: I   SAPI:0 TEI:0
                      L3:
                      CONNECT crn:005B (D)
                        Channel Identity: 89 (channel=B1 excl.)
                        00 01 7C 4C 08 01 DB 07 18 01 89

PBX->QSIG line   No.367 Port:2   (elapsed time from LPR reset) 01/01/07 06:41:26
L2: I   SAPI:0 TEI:0
L3:
CONNECT ACK crn:005B (O)
    02 01 4C 7E 08 01 5B 0F

PBX->QSIG line   No.368 Port:2   (elapsed time from LPR reset) 01/01/07 06:41:34
L2: I   SAPI:0 TEI:0
L3:
DISCONNECT crn:005B (O)
  Cause: 81 90
    Cause Value= “#16 Normal clearing”
    Location= “private network serving the local user”
    02 01 4E 7E 08 01 5B 45 08 02 81 90

                      QSIG line->PBX   No.369 Port:2   (elapsed time from LPR reset) 01/01/07 06:41:35
                      L2: I   SAPI:0 TEI:0
                      L3:
                      RELEASE crn:005B (D)
                        Cause: 80 90
                          Cause Value= “#16 Normal clearing”
                          Location= “user”
                        00 01 7E 50 08 01 DB 4D 08 02 80 90

PBX->QSIG line   No.370 Port:2   (elapsed time from LPR reset) 01/01/07 06:41:35
L2: I   SAPI:0 TEI:0
L3:
RELEASE COMPLETE crn:005B (O)
    02 01 50 80 08 01 5B 5A

Правильно это трассировка инкапсулированного в Н.323 Q.931. Но есть ведь еще и “чисто IPшная обертка” со своими примочками. Может не правильно выразился, но на пальцах.

fast connect включен.
Смущает номер порта rtp 5004. Например у Аудиокодес, который тоже заработал с CUCM успешно, порт 4000.
Это может иметь значение?
Как я понял, подстроить можно только на сервере Cisco (CUCM)?

Может конечно глупость сморожу, но есть еще вариант с разными версиями протокола H323, на платах по-моему 3 версия, а на циске уже 5 как-то так, за достоверность уже не поручусь, как итог когда инициатор тда200 звонок есть, при обратном звонке, после подъема будет обрыв.
P.S. В таком случае выбивало ошибку 31

Сейчас при звонке с CUCM в сторону tda200 сразу короткие гудки.

что говорит лог на карте гейтвея атс?

И кстати в варе есть разбор звонка именно по айпи телефонии

Вот лог с шлюза Панасоника:

12-18-2014 12:00:44 IN CallCtrl state C was changed [0]->(38)->[0] 
12-18-2014 12:00:44 IN CallCtrl state C was changed [17]->(34)->[0] 
12-18-2014 12:00:44 IN IN (Abort):2709 <- 3725 [IP:192.168.24.202], R:31
12-18-2014 12:00:44 IN H.323 send data dump (to IP network). message(005a) protocol(1) 08 02 80 03 5A 08 03 00 80 9F 7E 00 21 05 25 80 06 00 08 91 4A 00 04 01 11 00 00 41 0B 9F 33 98 21 49 03 00 43 02 C0 A8 18 AE 0A 80 01 00
12-18-2014 12:00:44 IN CallCtrl state C was changed [0]->(26)->[17] 
12-18-2014 12:00:44 IN H.323 receive data dump (from IP network). message(0005) protocol(1) 08 02 00 03 05 04 03 80 90 A2 6C 06 00 81 33 37 32 35 70 05 80 32 37 30 39 7E 00 C1 05 20 B0 06 00 08 91 4A 00 05 02 01 80 6A 58 40 1F 00 33 00 37 00 32 00 35 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 22 C0 B5 00 00 12 0F 43 69 73 63 6F 43 61 6C 6C 4D 61 6E 61 67 65 72 00 31 00 01 01 80 5A 3C 00 00 41 0B 9F 33 98 21 49 03 00 43 02 C0 A8 18 AE 00 D5 0D 80 00 07 00 C0 A8 18 CA 06 B8 11 00 00 41 0B 9F 33 98 21 49 03 00 43 02 C0 A8 18 AE 01 00 01 00 01 00 01 00 10 A0 01 00 14 01 40 B5 00 00 12 0D 82 04 00 20 04 00 01 03 00 03 00 01 03
12-18-2014 12:00:39 IN CallCtrl state C was changed [0]->(38)->[0] 
12-18-2014 12:00:39 IN CallCtrl state C was changed [17]->(34)->[0] 
12-18-2014 12:00:39 IN IN (Abort):2709 <- 3725 [IP:192.168.24.202], R:31