а udp завернуть в tcp-канал ? tcp с подтверждением, соответственно в теории пакеты теряться не должны.


9 ноября 2012 г., 11:29 пользователь Alexandr Turovsky <tav@imc.org.ua> написал:
Alexander V Soroka wrote:
Привет !

Выбранными  тобой  средствами,  особенно извратом "телефония поверх IPv.4
данная задача не решается.
"Телефонными" классическими средствами - решается на ура.

Все  что  могу  посоветовать - убрать все источники "пиковых" набросов
трафика в сеть, и поднять в два раза пропускную способность каналов.
Это может полегчать, но не на 100%.
Трафик маленький  около 100-200кбит/с  и не пиковый .
Нужно убрать редкие пропадания пакетов , или так есть протокол UDP , нужно добится аппаратно-программными средствами  отсутствия пропадания пакетов .  Протокол обмена в схеме клиент-сервер , заменить невозможно .


Friday, November 9, 2012, 10:31:47 AM, you wrote:
AT>  Вообщем предистория такова , что у клиента имеется клиент-серверное
AT>  приложение , которое не терпит "пропадание 1-2-4 пакетов" в сеансе связи
AT>  ,  технологически имеем разветвленную сеть (точка-многоточка)  ,
AT>  на каждый конечный сайт заходит 2 канала передачи данных , как L2
AT>  транспорт так и L2 поверх L3 . Каналы от 1 до 5 мбит/с , скорость
AT>  передачи данных в каналах  -<<1мбит/с .

AT>  Есть ли решения , которые позволяют избежать "в конечном канале" для
AT>  клиента  потерь пакетов и имеет быструю (очень)  скорость переключения
AT>  работоспособного канала ?

AT>  (нв голову приходит что то типа потока Е1 овер L2 , но по IP и
AT>  резервированием )