Элтекс

Добрый день.
При переводе sip трафика через ряд серверов, возникает довольно ощутимая задержка голосового трафика.
Стоит задача, ее минимизировать. Сейчас предполагаю, что ощутимая часть задержки связана с транксодированием из 711 в 729 кодек.
Вопрос, можно ли как то средствами шлюза указать, что при отправке с ТГ1 на ТГ2 не проводить транcкодинг?
ТГ2 поддерживает 711 и 729 кодеки, 711 в приоритете. ТГ1 поддерживает только 729. Хочу настроить так, чтобы ТОЛЬКО при вызовах от ТГ1 транcкодинг не проходил, но при вызовах от ТГ3, ТГ4, ТГ5 конвертация проходила.

Сейчас придумал только один вариант, создать дополнительную ТГ2(2), в которой прописать только 729 кодек (пара ip+port теже что и в ТГ2).
Но :
1) не уверен, что этот вариант сработает
2) увеличивает зоопарк транковых групп, которых и так не мало.

Кодеки назначаются на СИП интерфейсе, который, в свою очередь, назначается на транк группу. По другому к направлению кодеки не привезать, то есть придется создавать отдельную транк группу и назначать ее на свой интерфейс SIP

Я же понимаю, что Вам нужно только проверить транскодинг или нет вносит задержку.

То что будет два идентичных SIP интерфейса с идентичными "адрес+порт" не внесет никаких сложностей в работе шлюза?

При совпадающих IP адресах и портах будет выбираться всегда первый по списку интерфейс.

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

Ну или пока только для проверки создать интерфейс, чтобы понять в транскодинге дело или нет.