Балансировка нагрузки между двумя каналами в динамической маршрутизации EIGRP

Цель данной сети: передача телеметрической информации по телемеханическим протоколам МЭК 60870-5-104, да и ширина каждого канала всего 1 тайм-слот, т.е 56 кбит/c… Соответственно ни о аудио и тем более о видео мечтать не приходится. Протокол МЭК инкапсулируется в TCP и работает вроде без нареканий.

Балансировка нагрузки между двумя каналами в динамической маршрутизации EIGRP

Цель данной сети: передача телеметрической информации по телемеханическим протоколам МЭК 60870-5-104, да и ширина каждого канала всего 1 тайм-слот, т.е 56 кбит/c… Соответственно ни о аудио и тем более о видео мечтать не приходится. Протокол МЭК инкапсулируется в TCP и работает вроде без нареканий.

Новый проект Valve

Поскорей бы она уже вышла из Беты в релиз =)

Балансировка нагрузки между двумя каналами в динамической маршрутизации EIGRP

Действительно, если задуматься, то полезных применений комбинирования bandwith и delay можно найти очень много. У нас кстати на одном из объектов используется радио-релейный канал, мягко говоря это — жесть… Туман выпал и увсё :-D

Балансировка нагрузки между двумя каналами в динамической маршрутизации EIGRP

К сожалению, сейчас точно сказать не могу, трафик не ходил, точно. Но тогда я был очень неопытным в плане оборудования CISCO, можно будет как-нибудь попробовать с variance =)

Балансировка нагрузки между двумя каналами в динамической маршрутизации EIGRP

Я писал, что вариантов решения вопроса с балансировкой может быть несколько. Вы упоминаете variance, если честно, я его не стал использовать, так как у меня не заработало все должным образом, поэтому и решил попробовать вариант с delay, а вообще с variance все проще по идее. Задаете множитель variance, на который будет умножаться FD текущего лучшего маршрута для определения feasible маршрутов.