1) аналогичный вопрос активно обсуждался недели три назад.
2) мы поняли задачу и наметили вам верное решение, которое будет работать на 100%
3) вы упорствуете в своем стремлении применять инструменты, негодные для решения задачи.
4) вы при с четкой целью (и постановка вопроса это доказывает) проверить свою идею и обиделись, когда вам сказали, что она никуда не годится по причинам, которые очевидны нам и не очевидны вам, так как вы не знакомы с протоколом SIP.
5) вам несколько раз повторили, что ваш подход - тупиковый, у нас аргументы кончились, начались издевательства.


Напомню:
1) астериск это опенсорц, 100% Unix way. Критерии красивого (приятного) решения тут такие:
а) работает железно
б) простые задачи решаются простыми программами
в) сложные задачи решаются множеством простых программ.
Всякие хитровыебанные изобретения мелкомягких в виде всевозможных API ко всему что есть (например - TAPI, .net и прочая красивая лажа) - удел виндозных программистов, которые только батоны на форму накидать умеют. Программисты Linux тупо решают задачу.
2) Linux на треть состоит из скриптов и это - нормально. Более того: это - надежно, так как используются годами вылизанные программы.
3) "Никаких гарантий" - это лозунг опенсорца, который при этом выдает качественные продукты. Вам никто не давал обязательств ласкового обращения с вами. Мы ценим свое время и понимаем, что вам нет резона его ценить

Поясню, согласно анамнезу, предварительный диагноз указыает на хроническое заболевание у какого-то из транзитных провайдеров, по видимому, в самой Украине. Возможно, он так реагирует именно на VoIP-трафик.
Моё предложение заключается в том, чтобы обойти этого провайдера, засчет видоизменения маршрута, либо пройти через него, но в виде VPN-трафика, в котором он не сможет разобрать голоса. Представьте себе прямую, и изломленную прямую. В зависимости от того, насколько транзитчик дальше от вас, тем больше вероятность того, что он окажется ниже этой прямой.