tohaamsu писал(а): ↑18 дек 2021, 17:25
Что значит SIP не стандарт?
Вот прямо дословно это и значит. Конечно,
де-факто, SIP-общепризнанный протокол. Но стандартом (типа ETSI-"с каким-нибудь длинным номером") он не является. Загляните в ту же педивикию на предмет того, что означает аббревиатура RFC (т.к. SIP описан
именно RFC).
tohaamsu писал(а): ↑18 дек 2021, 17:25от шлюза нету "200 ОК" зачем АТС панасоник своему телефону шлет "200 ОК".
...
183 Session Progress - не дает информации о подъеме трубки вызываемым абонентом.
Вообще, RFC3261 описывает 183 ответ так: "The 183 (Session Progress) response is used to convey information about the progress of the call that is not otherwise classified." Короче, когда никакие иные коды 1хх не подходят для описания, шли 183 и баста. Но вот
де-факто многие производители его используют для (та-дам-с!!!!) проключения голосового канала без установления соединения! Видите: в RFC3261 одно, на деле - другое (признаюсь, я могу не знать RFC, где такое поведение описано, как корректное).
И вот тут я могу только предположить (подчеркиваю:
это лишь мое предпопложение!!! За подробностями - к вендору), что, выступая в роли UAS (для своих SIP-абонентов), Panasonic тупо не поддерживает 183 код.
А поскольку встречная сторона (ваш шлюз) категорически стремится проключить голосовой канал (что видно по наличию SDP в ответе 183), то Panasonic его проключает в сторону своего абонента единственным доступным способом - отправкой 200 ОК.
Повторюсь: все вышеизложенное - лишь мои предположения! Вполне может быть, что и "180 Ringing" Вас не спасет, но попробовать стОит.
tohaamsu писал(а): ↑18 дек 2021, 17:25Или у панасоника особенная интерпретация SIP ?
Вы удивитесь, но - ДА. А на любое ваше "фи" Panasonic ответит либо "ткни пальцем в RFC, где написано, что мы не правы", либо "такова спецификация". Это Вы еще не сталкивались с TDE серией и кодировкой имен абонентов, когда в RFC русским по белому написано "MUST ... UTF-8", а у Panasonic-а используется 1251. И: "такова спецификация, менять не будем, т.к. оборудование снято с производства"
tohaamsu писал(а): ↑18 дек 2021, 17:25
Скажите как заставить панасоник работать нормально?
Вообще, мое и Ваше понимание нормального может сильно отличаться от понимания инженеров завода. Оно даже друг от друга может отличаться. Чью нормальность примем за более нормальную? А чью нормальность выберет завод?
Но вот какие решения вижу я:
1) Вы можете возглавить соответствующее подразделение завода и навязать им свою трактовку SIP-а.
2) Вы можете позвонить или написать в Panasonic RUS с обоснованной (как я говорил выше: ткнуть пальцем в RFC) претензией.
3) Можно попробовать решить задачу с помощью подмены ответа на SBC (если есть)
4) Можно попробовать настроить-таки шлюз
tohaamsu писал(а): ↑18 дек 2021, 17:25В GSM шлюзе в интерфейсе нету настроек чтобы отключить "183", но он на базе Asterisk. Если подскажите как это сделать через конфигурационные файл Asterisk, я готов попробовать ради эксперимента.
Тут я, увы, помочь Вам не могу. Может кто из других обитателей форума подскажет. Но для этого Вы бы модель шлюза огласили хоть, что-ли...
ПыСы: вот, кстати, я считаю абсолютно ненормальным обязательную отправку 183 вместо 180 или вместе со 180, нопремер. К производителю шлюза почему бы претензии не предъявить?
