3-d Party SIP |
Здравствуйте, гость ( Вход | Регистрация )
3-d Party SIP |
22.9.2015, 13:16
Сообщение
#41
|
|
Ветеран форума Группа: Участники Сообщений: 323 Регистрация: 12.3.2009 Из: Новосибирск Пользователь №: 12993 |
107 - это что? 107 как и 110 аналоговый порт. Плотно общаюсь с поддержкой Арткома сейчас, они собрали стенд. И аналогичная ситуация - системник 100 на SIP-абонентов отдает в connection нормальный адрес, все порты аналоговые в базовом блоке отдают при звонке на SIP-абонентов 0.0.0.0. Размышляют над этим. |
|
|
22.9.2015, 13:38
Сообщение
#42
|
|
ГУРУ Группа: Модераторы Сообщений: 15007 Регистрация: 19.6.2009 Из: г. Тула Пользователь №: 13420 |
107 как и 110 аналоговый порт. Плотно общаюсь с поддержкой Арткома сейчас, они собрали стенд. И аналогичная ситуация - системник 100 на SIP-абонентов отдает в connection нормальный адрес, все порты аналоговые в базовом блоке отдают при звонке на SIP-абонентов 0.0.0.0. Размышляют над этим. У вас System IP Range в 102 программе из той же подсети, что и адрес процессора? -------------------- Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
|
|
|
22.9.2015, 13:53
Сообщение
#43
|
|
ГУРУ Группа: Модераторы Сообщений: 6102 Регистрация: 14.3.2012 Из: Москва Пользователь №: 17240 |
Осмелюсь предположить, что это потому, что IP-DECT не от Ericsson-LG Enterprise...
Ну а на самом деле, как видно, Panasonic не поддерживает обработку INVITE с приостановленным вызовом. В SDP с=0.0.0.0 и/или номер порта=65535 реально означает (читайте рекомендации), что система будет ждать ответа вызываемого для того, что бы назначить системный RTP кодек. И имеет место быть это при вызове от TDM устройств станции, а в случае вызова от Phontage или SIP софтовых клиентов RTP точки используются терминальные, посему система их легко и использует в сигнализации. Вы спросите - а для чего приостановленный вызов? За разработчиков отвечу - в целях экономии, т.е. непродуктивного использования системных кодеков, ведь вызываемый может вообще не ответить, или у вызываемого автохолд, или, не поддерживаемый системой кодек, так зачем задействовать свой кодек, если ещё пока непонятно нужен ли он будет вообще. Замечено, что Panasonic грешит этим всюду, например новый KX-HDV100 имеет точно такой-же баг (в добавок к ряду других багов). |
|
|
22.9.2015, 15:46
Сообщение
#44
|
|
Ветеран форума Группа: Участники Сообщений: 1166 Регистрация: 29.8.2007 Из: Москва Пользователь №: 4065 |
A TCP подключение панас умеет? Попробуйте.
|
|
|
22.9.2015, 15:58
Сообщение
#45
|
|
Ветеран форума Группа: Участники Сообщений: 1166 Регистрация: 29.8.2007 Из: Москва Пользователь №: 4065 |
Я так понимаю что если имеем 8 IP каналов то и кодеков должно быть свободных 8 для этих каналов и зачем их экономить?
Получается что может не хватить кодеков и система блокируема? |
|
|
22.9.2015, 16:58
Сообщение
#46
|
|
Ветеран форума Группа: Участники Сообщений: 323 Регистрация: 12.3.2009 Из: Новосибирск Пользователь №: 12993 |
Вы спросите - а для чего приостановленный вызов? За разработчиков отвечу - в целях экономии, т.е. непродуктивного использования системных кодеков, ведь вызываемый может вообще не ответить, или у вызываемого автохолд, или, не поддерживаемый системой кодек, так зачем задействовать свой кодек, если ещё пока непонятно нужен ли он будет вообще. Замечено, что Panasonic грешит этим всюду, например новый KX-HDV100 имеет точно такой-же баг (в добавок к ряду других багов). Спасибо за конструктивный комментарий. Собственно про это harris в одном из постов выше писал. И печально, что на стороне LG это нельзя выключить. |
|
|
22.9.2015, 16:59
Сообщение
#47
|
|
Ветеран форума Группа: Участники Сообщений: 323 Регистрация: 12.3.2009 Из: Новосибирск Пользователь №: 12993 |
|
|
|
22.9.2015, 17:00
Сообщение
#48
|
|
Ветеран форума Группа: Участники Сообщений: 323 Регистрация: 12.3.2009 Из: Новосибирск Пользователь №: 12993 |
|
|
|
22.9.2015, 17:08
Сообщение
#49
|
|
Ветеран форума Группа: Участники Сообщений: 323 Регистрация: 12.3.2009 Из: Новосибирск Пользователь №: 12993 |
|
|
|
22.9.2015, 17:44
Сообщение
#50
|
|
ГУРУ Группа: Участники Сообщений: 12388 Регистрация: 23.11.2006 Из: Москва Пользователь №: 146 |
Спасибо за конструктивный комментарий. Собственно про это harris в одном из постов выше писал. И печально, что на стороне LG это нельзя выключить. А почему вас печалит LG, а не Панас?? Станция же действует в рамках протокола. Почему Панас не поддерживает стандартную процедуру?? Уже неоднократно случалось, что баги Панаса (H.323) приходилось обходить на стороне LG. Может, пора и на строне Панаса немного подкрутить... -------------------- Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
|
|
|
22.9.2015, 17:45
Сообщение
#51
|
|
Ветеран форума Группа: Участники Сообщений: 323 Регистрация: 12.3.2009 Из: Новосибирск Пользователь №: 12993 |
А почему вас печалит LG, а не Панас?? Станция действует в рамках протокола. Почему Панас не поддерживает стандартную процедуру?? Уже неоднократно случалось, что баги Панаса (H.323) приходилось обходить на стороне LG. Может, пора и на строне Панаса немного подкрутить... Меня печалит, если честно, все. Panasonic настоятельно просит ссылку на описание "стандартной процедуры", которую он не поддерживает. |
|
|
24.9.2015, 15:37
Сообщение
#52
|
|
Ветеран форума Группа: Участники Сообщений: 323 Регистрация: 12.3.2009 Из: Новосибирск Пользователь №: 12993 |
Может, пора и на строне Панаса немного подкрутить... Я получил внятный ответ в канале поддержки Panasonic'а. RFC 2327 (SDP) The second sub-field is the transport port to which the media stream will be sent. The meaning of the transport port depends on the network being used as specified in the relevant "c" field and on the transport protocol defined in the third sub-field. Other ports used by the media application (such as the RTCP port, see [2]) should be derived algorithmically from the base media port. Note: For transports based on UDP, the value should be in the range 1024 to 65535 inclusive. For RTP compliance it SHOULD be an EVEN number. SHOULD и EVEN я выделил. Вот это в INVITE: m=audio 65535 RTP/AVP 0 8, не соответствует указанному RFC, так как номер порта нечетный. |
|
|
24.9.2015, 15:43
Сообщение
#53
|
|
ГУРУ Группа: Модераторы Сообщений: 15007 Регистрация: 19.6.2009 Из: г. Тула Пользователь №: 13420 |
Я получил внятный ответ в канале поддержки Panasonic'а. RFC 2327 (SDP) The second sub-field is the transport port to which the media stream will be sent. The meaning of the transport port depends on the network being used as specified in the relevant "c" field and on the transport protocol defined in the third sub-field. Other ports used by the media application (such as the RTCP port, see [2]) should be derived algorithmically from the base media port. Note: For transports based on UDP, the value should be in the range 1024 to 65535 inclusive. For RTP compliance it SHOULD be an EVEN number. SHOULD и EVEN я выделил. Вот это в INVITE: m=audio 65535 RTP/AVP 0 8, не соответствует указанному RFC, так как номер порта нечетный. А как тогда понимать "по 65535 включительно"? 65 535 - нечетное число. Не шибко в английском силен... -------------------- Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
|
|
|
24.9.2015, 15:55
Сообщение
#54
|
|
Ветеран форума Группа: Участники Сообщений: 323 Регистрация: 12.3.2009 Из: Новосибирск Пользователь №: 12993 |
А как тогда понимать "по 65535 включительно"? 65 535 - нечетное число. Не шибко в английском силен... Написано по 65535 включительно, но для RTP номер порта должен быть четный. Пример звонок с Phontage на TGP500, все OK, в INVITE - m=audio 8006 RTP/AVP 0 8 111 (8006 - четный). |
|
|
24.9.2015, 17:47
Сообщение
#55
|
|
ГУРУ Группа: Модераторы Сообщений: 6102 Регистрация: 14.3.2012 Из: Москва Пользователь №: 17240 |
Написано по 65535 включительно, но для RTP номер порта должен быть четный. Пример звонок с Phontage на TGP500, все OK, в INVITE - m=audio 8006 RTP/AVP 0 8 111 (8006 - четный). Панас поддерживает и четные и нечётные - ему по барабану, проверял я на некоторых телефонах. Лукавят спецы Панаса. Вопрос всем - каким четным или нечётным должен быть номер порта, если RTCP не используется в Панасе? Ответ напрашивается однозначный - любым. Посему и 65535 должен поддерживаться. Вопрос в другом - включен ли RTCP на Панасе? Вот если выключен, то это баг Панаса. |
|
|
24.9.2015, 17:59
Сообщение
#56
|
|
Ветеран форума Группа: Участники Сообщений: 323 Регистрация: 12.3.2009 Из: Новосибирск Пользователь №: 12993 |
Панас поддерживает и четные и нечётные - ему по барабану, проверял я на некоторых телефонах. Лукавят спецы Панаса. Вопрос всем - каким четным или нечётным должен быть номер порта, если RTCP не используется в Панасе? Ответ напрашивается однозначный - любым. Посему и 65535 должен поддерживаться. Вопрос в другом - включен ли RTCP на Панасе? Вот если выключен, то это баг Панаса. Мне в общении с техподдержкой сложно аргументировать общими фразами. Мне в техподдержке Panasonic дают и просят конкретные ссылки на RFC. В вашем ответе я не могу логику проследить. Пытаюсь построить цепочку и получается что-то странное: если RTCP не используется, то 65535 должен работать, но 65535 не работает, значит как следствие RTCP используется, значит бага нет. |
|
|
24.9.2015, 18:00
Сообщение
#57
|
|
ГУРУ Группа: Модераторы Сообщений: 6102 Регистрация: 14.3.2012 Из: Москва Пользователь №: 17240 |
|
|
|
24.9.2015, 18:11
Сообщение
#58
|
|
ГУРУ Группа: Модераторы Сообщений: 6102 Регистрация: 14.3.2012 Из: Москва Пользователь №: 17240 |
Мне в общении с техподдержкой сложно аргументировать общими фразами. Мне в техподдержке Panasonic дают и просят конкретные ссылки на RFC. В вашем ответе я не могу логику проследить. Пытаюсь построить цепочку и получается что-то странное: если RTCP не используется, то 65535 должен работать, но 65535 не работает, значит как следствие RTCP используется, значит бага нет. Хорошо, подойдём с другой стороны к Панасонику. В SDP в атрибутах можно "в лоб" указать номер порта RTCP (RFC3261). Вопрос к Панасонику - обработает ли он такой вызов? m=audio 65535 RTP/AVP 8 a=rtcp:65534 |
|
|
24.9.2015, 18:12
Сообщение
#59
|
|
Ветеран форума Группа: Участники Сообщений: 323 Регистрация: 12.3.2009 Из: Новосибирск Пользователь №: 12993 |
Включен ли RTCP на Панасе? Посмотрите. Сейчас в настройках стоит Транспортный протокол для SIP = UDP. Я не совсем понимаю каким боком в контексте обсуждения RTCP. Ведь о четности портов идет в RFC для RTP (- RTP/AVP - the IETF's Realtime Transport Protocol using the Audio/Video profile carried over UDP.) |
|
|
24.9.2015, 18:15
Сообщение
#60
|
|
Ветеран форума Группа: Участники Сообщений: 323 Регистрация: 12.3.2009 Из: Новосибирск Пользователь №: 12993 |
Хорошо, подойдём с другой стороны к Панасонику. В SDP в атрибутах можно "в лоб" указать номер порта RTCP (RFC3261). Вопрос к Панасонику - обработает ли он такой вызов? m=audio 65535 RTP/AVP 8 a=rtcp:65534 Боюсь, что этот вопрос проигнорируют, так как это гипотетическая ситуация не имеющая отношения к конкретной проблеме. |
|
|
Текстовая версия | Сейчас: 28.4.2024, 6:50 |