Для индексации полезных и бесполезных разговоров

[notify_ded_bot]

Так 729 устойчив к потерям

ну не сказал бы...

фрейм 2 связан с фреймом 1 и 3.

в отличии от 711-го, где каждый сам за себя

[notify_ded_bot]

это стандартная фича

[notify_ded_bot]

Ну тут tcp для сигнализации и 729 для rtp больше вряд ли что-то лучше поможет.

Попробую 729 на паре аппаратов.

[notify_ded_bot]

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

[notify_ded_bot]

Сейчас теряются и пакеты голоса и пакеты сигнализации. Переход на tcp увеличит шанс дойти пакетам сигнализации=увеличение шанса совершить разговор.

если будет потеря udp, то астер сделает ретрансмит сообщения в течении нескольких мс.
tcp хорош когда есть нат, роутер закрывает проход через нат.
у вас ната нет, поэтому tcp не особо вам поможет

[notify_ded_bot]

если будет потеря udp, то астер сделает ретрансмит сообщения в течении нескольких мс.
tcp хорош когда есть нат, роутер закрывает проход через нат.
у вас ната нет, поэтому tcp не особо вам поможет

у них там еще непонятный впн. Вполне себе может в мту не пролазить. Так что есть шанс что станет по легче

[notify_ded_bot]

спящий режим выключите в настройках

Дима Спасибо за совет ???но там три трубки одинаково настроены.

А вероятно клиент мог наклацать с помощью кнопок этот режим?

[notify_ded_bot]

у них там еще непонятный впн. Вполне себе может в мту не пролазить. Так что есть шанс что станет по легче

мту стандартный проходит по всей сети

[notify_ded_bot]

Дима Спасибо за совет ???но там три трубки одинаково настроены.

А вероятно клиент мог наклацать с помощью кнопок этот режим?

глядя на маникюр клиента - мог?

[notify_ded_bot]

у них там еще непонятный впн. Вполне себе может в мту не пролазить. Так что есть шанс что станет по легче

а понятно. не рассмотрел такой вариант)