ipecs-100 voip panasonic tde-200 Опции

[Den]

Добрый день нужна помощь в разборе проблемы - 2 станции ipecs-mg и tde-200.

соединены по h.323, связь со стороны ipecsа на тде есть, звонок проходит, все в порядке,
звонок со стороны тде на ипекс, такж е проходит но рвется через 6-7 секунд.

подскажите где искать проблему? трейс снимался с тде, на картинках странности:

Прикрепленные файлы

 ipecs_tde.rar ( 2,08 килобайт ) Кол-во скачиваний: 29
 1.jpg ( 101,52 килобайт ) Кол-во скачиваний: 95
 2.jpg ( 111,84 килобайт ) Кол-во скачиваний: 74

 

[WAHLW]

"возможности терминала" в FS гораздо меньше чем в TCS.
Панас в своём праве.
Отвячать на TCS обязательно.

[harris]

"возможности терминала" в FS гораздо меньше чем в TCS.
Панас в своём праве.
Отвячать на TCS обязательно.

С чего Вы это взяли?? Такие же возможности, как и в TCS.
Отвечать на TCS обязательно для открытия H.245, но при FS канал H.245 как таковой не открывается:
With the use of Fast Connect, there is no need to open an H.245 channel, as long as all needed media can be negotiated via Fast Connect.

Ответ на FS:
- To “accept” Fast Connect, an endpoint may select any fastStart element in the SETUP message, populate the necessary data fields (as specified in H.323), and return a fastStart element in any message to the caller
- An endpoint “rejects” Fast Connect by either explicitly indicating so (there is a flag for this), initiating any H.245 communications, or providing an H.245 address for the purposes of initiating H.245 communications
- Until Fast Connect is accepted or rejected, the calling endpoint may not initiate H.245 procedures (there is a exception to this rule in H.323v4 designed to avoid race conditions that would otherwise exist)

Вся проблема, видимо, в том, что MG отвечает сообщением SetupAck без FS. Но MG в этот момент не знает, сможет ли она принять вызов, т.к не было Sending_Complete, и возможно не все цифры номера получены.
И видимо, поэтому Панас более не реагирует на поля FS, которые MG включает уже в след. сообщения (в Call_Proc).

Можно ли добиться, чтобы Панас присылал Setup с Sending_Complete?? По нашему мнению, тогда все просто должно срастисть по FS.

2 exzerodivide:
Значит мы по-разному понимаем стандарты. Вы наблюдаете за дождем, а мы - за ротой красноармейцев. И неизвестно, что в данном случае важнее. Еще раз перечитал доки... Early H.245 вовсе не является дополнением к Fast Start. Это вполне самостоятельный метод. Оба практически преследуют одни и те же цели - возможность передачи RTP до установления соединения (до Connect). Но при Early H.245, лог. канал H.245 действительно открывается до Connect'а, а при FS стороны обмениваются необходимой информацией в сообщениях, аналогичных H.245, но без открытия Н.245 как такового.
Впрочем, на глубокие знания данного предмета я не претендую..
И давайте по-спокойнее... Корейцы, по крайней мере, пытаются найти решение, а не занимаются отписками, как обычно поступает Панас.