Вопрос тем кто тестировал решение.
Есть астериск - работает все, наты натяться голос ходит
Вопрос в том, что если перед астериском поставить сиппрокси (opensips) и rtp-proxy
улучшиться ли качество работы линий?

Линии заходят через Интернет:
Реальный IP --> Реальный IP ---> VPN ---> Asterisk
на данном этапе все работает
Стоит ли городить огород или эффект будет минимальный (или нулевой)

Если все хорошо, то качество чего именно должно улучшиться?

Иногда обрывы таки проходят
ну и голос не всегда айс.

1. Тот факт, что обрывы доходят уже должен обеспокоить читателя. Обрывы должны обрываться.
2. Вполне себе конкретное определение проблем с голосом.

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

Будет ли сиппрокси с медиа проксированием ретранслятором в данной схеме?
У Астериска есть особенность... если у него внутренних линий к примеру 20 а заходит снаружи 50
то писать отказы оставшимся 30 линиям он так сказать устает (загрузка процессора резко возрастает)
Уже тут сиппрокси поможет (отсечет лишние каналы еще ДО астериска)
Медиа (rtp-proxy) поможет решить вопрос с натами для клиентов за натом (иногда у них голос в одну сторону идет)

Нет, не будет.

писать отказы оставшимся 30 линиям он так сказать устает

А теперь то же самое, но техническим языком - не сказки детям рассказываете.

угу, дети не поймут.
Поясняю.
Когда все внутренние линии заняты (busy/congested)
и приходит еще одна линия снаружи(INVITE) то звонок проходит через все транки
dialout-trunk,1,
dialout-trunk,2,
.....
dialout-trunk,20,

Астериск каждый раз отвечает что транк занят, и перекидывает звонок на следующий
после того как все транки заняты этому звонку выдается Congestion

Понятнее стало?
Так вот таких звонков к примеру 50. (прочитать предыдущий абзац 50 раз. Сложно? Вот и астериск устает :) )

Резко возрастает загрузка процессора и иногда происходит обрыв(Hangup) тех соединений который уже установлены.
Вот тут непонятно, не определил пока точно почему это происходит, но происходит именно в описанной ситуации.

1. Если "устает" от 50 одновременных вызовов - что-то настроено неверно.
2. Настроено точно неверно, потому что приходится каждый раз перебирать 50 транков (бред. Оптимизируйте)
3. Не обрываются в * установленные вызовы (в известных мне версиях). Даже при >100 одновременных вызовов с обработкой и LA>4.

Вывод: сервер был сделан криво, зато быстро.

1. не 50 а 20
2. если транки обслуживают один диапазон номеров - то как иначе?
как оптимизировать в этом случае?
У меня к примеру 20 линий на второй офис. Префикс один на одну АТС.
Можно конечно оптимизировать - первая линия занята - дальше не ходить, сразу звонок откидывать, но мне почему-то кажется что это не выход :)
Хотя может Вам так больше нравиться :)

Угу, я то-же могу оценить настройки сервера по напряжению с сети, цвету системника и выражению лица уборщицы :)
Я же написал что ВСЕ РАБОТАЕТ!
Но хочется чтоб еще лучше было.
Может просто кто то не обращает внимание на мелочи и гордиться что у него просто работает :)