On Fri, Nov 09, 2012 at 10:31:47AM +0200, Alexandr Turovsky wrote:
Доброе утро коллеги .
Вообщем предистория такова , что у клиента имеется клиент-серверное приложение , которое не терпит "пропадание 1-2-4 пакетов" в сеансе связи
Разработчиков, которые тупо переносят протоколы, ориентированные на сети с коммутацией каналов, на интернет с коммутацией пакетов (и, как следствие, негарантированностью доставки, jitter'ом и reordering'ом) нужно убивать из рогатки еще в детстве...
, технологически имеем разветвленную сеть (точка-многоточка) , на каждый конечный сайт заходит 2 канала передачи данных , как L2 транспорт так и L2 поверх L3 . Каналы от 1 до 5 мбит/с , скорость передачи данных в каналах - <<1мбит/с .
На текущий момент поднят протокол RSTP , который плохо работает .
Есть ли решения , которые позволяют избежать "в конечном канале" для клиента потерь пакетов и имеет быструю (очень) скорость переключения работоспособного канала ? (нв голову приходит что то типа потока Е1 овер L2 , но по IP и резервированием )
Взять поток на источнике, реплицировать в несколько потоков (каждый - по своему маршруту), на приёмнике - "лишние" пакеты убрать (плюс, возможно, провести dejitter) ? Тупо, overhead дикий, но работает... -- In theory, there is no difference between theory and practice. But, in practice, there is.