TAU-32M.IP FXO, transport: tcp(preffered),UDP

[6apahka]

Коллеги добрый день.

используем шлюз для трансляции медных линий.
Ответными железками являются шлюзы разных производителей и одна АТС с протоколом SIP и транспортом только TCP.

На TAU-32M.IP FXO, выставили transport: tcp(preffered),UDP

На двух шлюзах и на атс выставлен транспорт TCP - с ними все работает корректно.
но на еще одном шлюзе нет возможности выставить TCP, поддерживает только UDP

Вызовы eltex FXO (tcp(preffered),UDP) => шлюз (UDP) - отбивается
Вызовы шлюз (UDP) => eltex FXO (tcp(preffered),UDP) - соединение устанавливается

Если на Eltex выставить transport: udp(preffered),tcp
то не работают Вызовы eltex FXO (udp(preffered),tcp) => атс (tcp) - отбивается

Т.е. в этом режиме Eltex не переходит вторым выбором в режим работы UDP (или tcp), может что-то надо настроить еще?

[Dmitriy_eltex]

Здравствуйте.
Сейчас данные опции подразумевают не резервирование транспорта, а предпочтительное использование при исходящем вызове, т.е.:
udp(preffered),tcp - исход по UDP, вход и по TCP и по UDP
tcp(preffered),UDP - исход по ТСР, вход и по TCP и по UDP
udp only - исход по UDP, вход по UDP
tcp only - исход по ТСР, вход по ТСР

Но возможно рассмотреть такую реализацию, для этого пришлите ваши контактные данные в личку, а также сообщите насколько для вас критична данная задача?
возможно ли использование наших шлюзов без данного функционала(например использовать одну тау для связки только по TCP, вторую для связки только по UDP)?

[6apahka]

Дмитрий, добрый день.

Вы сейчас подтвердили то, что я и написал, проверенное опытным путем.

Но вот в инструкции по оборудованию http://eltex.nsk.ru/upload/iblock/a0a/t ... a-2.13.pdf на странице 96 указано следующее

Транспорт (Transport) – выбор протокола транспортного уровня, используемого для передачи
сообщений SIP:
– UDP (предпочтительно), TCP (udp(preferred),tcp) – использовать так UDP, так и ТСР
протокол, но UDP обладает более высоким приоритетом;
– TCP (предпочтительно), UDP (tcp(preferred),udp) – использовать так UDP, так и ТСР
протокол, но ТСР обладает более высоким приоритетом;
– Только UDP (udp only) – использовать только UDP-протокол;
– Только TCP (tcp only) – использовать только ТСP-протокол;

Соответственно при настройке оборудования мы ориентировались именно на фразу "используемого для передачи" ,т.е. исходящим сообщениям с TAU и пояснению - "использовать так UDP, так и ТСР протокол, но UDP обладает более высоким приоритетом;"
т.е. понимали это буквально следующим образом: не заработало на приоритетном, TAU пытается отправить вызов вторым способом.

Видимо, стоит поправить инструкцию, чтобы не возникало таких вопросов и других коллег.

Текущую задачу мы решили заменой шлюза FXS на другой с поддержкой транспорта по TCP.

На будущее было бы неплохо иметь возможность выбора приоритетного транспорта для разных направлений.
Т.е. задачу можно решить несколькими способами:
1. обновить ПО для работы в том режиме, в котром заявлено в инструкции
2. перенести настройки режима transport в профиль, тогда можно будет разным портом выставлять разные профили и попытаться разделить таким образом.
3. перенести настройки режима transport в dialplan, т.е. в маршрутизации в зависимости от направления указывать каким протоколом посылать данные сообщения (таким образом это реализовано в Audio Codes).

возможно ли использование наших шлюзов без данного функционала(например использовать одну тау для связки только по TCP, вторую для связки только по UDP)?

Кончено этот вариант возможен всегда, но это:
- дополнительное оборудование в стойке (в нашем случае оборудование установлено на площадке партнера, где мы арендуем каждый юнит)
- дополнительно оборудование для настройки и обслуживания, доп. порты на свитчах и прочее.
- дополнительные фин. затраты на шасси (которые естественно выгодны для Eltex и не выгодны нам как пользователю)

возможно рассмотреть такую реализацию, для этого пришлите ваши контактные данные в личку

отправил.

[Dmitriy_eltex]

Завели обсуждение с разработчиками, если понадобятся какие либо данный от вас, мы с вами свяжемся.

[6apahka]

Дмитрий, спасибо за информацию.
надеюсь не забудите сообщить итоги