Форумы  ·  Войти  · 

Тема: Знатокам H.323. трабл с подключением TDE к IP-провайдеру.

Страница 1 из 3, все  1 2 3 > 
23.05.09 9:33   Ржeвский  EXPERT  

Настраивалось подключение TDE-100 (ver.2.0103) к 2ум провайдерам IP-телефонии по протоколу H.323 . С провайдером1 работает все нормально. Если я вместо айпишника провайдера1 прописываю айпишник провайдера2, то все исходящие и входящие звонки обрываются через 3-4 секунды. Копались в логах с провайдером2. Выяснилось, что во-первых его железка поддерживает H.323 ver.4 (а Панас ver.2 насколько я помню), а во-вторых данный провайдер2 после сообщения connect шлет мне notify, на которое панас отвечает facility (с провайдером1 этого обмена не происходит!). В итоге , к провайдеру2 подключимся по SIP скорее всего, но все таки хотелось бы услышать комментарии к данной ситуации. Сталкивался ли кто-нибудь с этим и как боролись. Прилагаю лог вайршарка , в нем несколько исходящих звонков через провайдера1 (87.244.12.179) и через провайдера2 (193.27.232.78). Файл настроек пока приложить не могу, но, думаю, он и не нужен.

[ #1 ]  23.05.09 11:08   Mike_K  EXPERT  

Не совсем уверен, сейчас нет времени внимательно всё разложить.
По моему, CISCO на стороне провайдера просит открыть тунель H.245. TDE отвечает, что делать этого не будет и через не которое время CISCO закрывает сессию. Попросите со стороны CISCO выключить организацию тунеля H.245. В TDE поменяйте версию на 2.0104.

[ #2 ]  24.05.09 10:40   Mike_K  EXPERT  

CISCO и TDE не могут договорится насчёт протокола. CISCO использует H.323 V4, а TDE H.323 V5.
CISCO пытается понизить версию до H.323 V2 и разъединяет соединение с Cause Value 41 (временная неисправность). Насчёт H.245, попробуйте отключить. TDE постоянно сообщает, что не будет использовать H.245.

[ #3 ]  24.05.09 10:49   Ржeвский  EXPERT  

а можете просветить, что передается в H.245 и почему его не использует TDE?

[ #4 ]  24.05.09 11:55   Ржeвский  EXPERT  
Ржевский - 24.05.09 10:49

а можете просветить, что передается в H.245 и почему его не использует TDE?


Сам себе и отвечу  😊

Рекомендация Н.245 определяет синтаксис и семантику терминальных сигнальных сообщений, а также процедур, которые используются для передачи их в полосе разговора в начале или в течение сеанса связи. Определены процедуры подтверждения сигнальной информации для обеспечения гарантии надежной передачи аудиовизуальной информации и данных.

Тогда возникает вопрос. Если провайдер откажется от использования h.245, то не отразится ли это на передаче факсов и тональных посылок?

[ #5 ]  24.05.09 12:03   Mike_K  EXPERT  

На передачу факсов не отразится. В TDE нет ни чего такого, что бы использовало этот протакол. Поэтому его не реализовали. Поменяйте версию TDE на 2.0104. Там много чего поправили в H.323. Может после этого они договорятся с CISCO.

[ #6 ]  24.05.09 13:53   Ржeвский  EXPERT  

хм , а разве значение параметра h.245tunneling:false в сообщении notify от провайдера (пакет к примеру 1258) не говорит о том, что провайдер не использует h.245 ?

[ #7 ]  24.05.09 14:15   Mike_K  EXPERT  

Да, CISCO не использует H.245 и подтверждает faststart.
Сбило с толку, что TDE постоянно в своих ответах шлёт предупреждение о не желании включать тунель (reason: startH245:NULL) и при первом просмотре я не нашёл подтверждение faststart от CISCO.

P.S. Нужно внимательно посмотреть все ответы и запросы от CISCO.

[ Изменено: 24.05.09 14:21 Mike_K ]
[ #8 ]  24.05.09 18:48   Заплетников Д.И.  EXPERT  
Ржевский - 24.05.09 10:49

а можете просветить, что передается в H.245 и почему его не использует TDE?

H.245- протокол сеансового уровня и отвечает за “Call control and management” ( согласует VOIP параметры между шлюзами кодеки и т.д., открывает логический канал и контролирует пересылку пакетов данных (TCP\UDP)). Про TDE - не подскажу, но в ней есть 2 момента:
1. Есть опция вкл.\выкл. TDA c др. стороны;
2. у TDA и TDE разный список поддерживаемых кодеков - м.б. с этим?

[ #9 ]  24.05.09 19:09   Ржeвский  EXPERT  

1. крутили - не помогает.
2. нет, дело не в кодеках.

[ #10 ]  24.05.09 21:27   Mike_K  EXPERT  

Как объясняет причину разрыва соединения Цицковод? Инициатором разрыва, же является CISCO.
Почему с её стороны приходит Cause Value 41 (временная неисправность) и CISCO пытается понизить версию до H.323 V2?
Существуют ли ещё устройства подключенные к этой CISCO по H.323 и нормально работающие? Можно ли посмотреть их трассировки?

[ #11 ]  24.05.09 21:47   Ржeвский  EXPERT  

при исходящем звонке - инициатор отбоя провайдер, а при входящем - панас. До этого работал и, пока не докрутили панас,  еще работает - самсунг OS7200 и вполне успешно, если не считать перманентно пропадающих факсов. Логи выложу. Цискарю не нравится отсутствие connect ack от меня в подтверждение их connect.

[ #12 ]  25.05.09 13:51   Ржeвский  EXPERT  

выкладываю конфиг атс и лог нормального прошедшего звонка от провайдера2 , но через другую АТС (Самсунг)

[ #13 ]  25.05.09 15:17   Mike_K  EXPERT  

Не могу загрузить:
“лог нормального прошедшего звонка от провайдера2 через АТС (Самсунг)”

[ #14 ]  25.05.09 15:23   Meleug  (7/25.05.09)  

http://files.mail.ru/Z3PYEN   Пожалуй помогу с ЛОГОМ от самсунга...вот он..

[ #15 ]  25.05.09 15:25   Meleug  (7/25.05.09)  

Думаю всем ясно..откуда качать)  —- -  http://files.mail.ru/Z3PYEN

Страница 1 из 3, все  1 2 3 > 
Komendant.pro
 ©1999-2025  Инженерная лаборатория "Комендантъ"