подскажите как поднять балансировку на двух роутерах 1811.
gre не шифрованный. iegrp. на одном роутере используется один внешний интерфейс, на другом два внешних, (собственно для него).

• Балансировка на роутере,djek, 10:09 , 07-Авг-08
  • Балансировка на роутере,Vitek., 10:11 , 07-Авг-08
• Балансировка на роутере,Den, 11:02 , 07-Авг-08
  • Балансировка на роутере,djek, 12:51 , 07-Авг-08
    • Балансировка на роутере,djek, 14:36 , 07-Авг-08
      • Балансировка на роутере,djek, 14:46 , 07-Авг-08
        • Балансировка на роутере,djek, 17:08 , 08-Авг-08

удалось поднять.. вопрос в том что, пакеты идут по одному из тунелей. если этот туннель падает, то надо около 3 секунд что бы пакеты пошли по второму туннелю. Получается что это резервирование. А как сделать балансировку?

>удалось поднять.. вопрос в том что, пакеты идут по одному из тунелей.
>если этот туннель падает, то надо около 3 секунд что бы
>пакеты пошли по второму туннелю. Получается что это резервирование. А как
>сделать балансировку?

м.б. variance?

>подскажите как поднять балансировку на двух роутерах 1811.
>gre не шифрованный. iegrp. на одном роутере используется один внешний интерфейс, на
>другом два внешних, (собственно для него).

Если path-cost у каналов равные, то в настройке EIGRP добавь "maximum-path 2",
Если path-cost уканалов не равные, то в настройке EIGRP добавь "variance ..." и "traffic-share balanced"(последнее должно быть по дефолту).
ИЛИ на портах установи ip route-cache или включи ip cef и на портах добавь ip load-sharing per-packet/per-destination  

path-cost это что? скорее всего разные...
на интерфейсах щас стоит no ip route-chache - для Load Balancing.
можно по подробнее... что на что влияет..

нашел статью: http://www.cisco.com/en/US/tech/tk365/technologies_tech_note...
прочитав заступорился.
у меня есть два канала.
один быстрый скажем время отклика 10мс
второй медленный скажем 60мс

смысла отправлять пакеты по двум каналам неверное нету, так как с другой стороны при выстраиваи очередности будет примерно следующее 1,2,.,4,5,6,7,3
то есть получим гарантировано минимальную скорость 60мс.

а мне надо тогда получается что бы пакеты шли по первому каналу в объеме 100%
когда время отклика по этому каналу становится больше 60мс (при условии что во втором канале время отклика не увеличилось), в передачу общего трафика включался второй канал.

ну и в обратку. отклик падает до 50мс переходим опять на первый.
как?

сейчас у меня подняты два тунеля gre и повер eigrp.
трафик идет по одному из тенелий... если он падает то нужно 3 секунды что бы пакеты продолжили свой путь по другому тенелю. как это время согратить до нуля?
хотелось бы что то вроде:

Ответ от 192.168.х.202: число байт=32 время=10мс TTL=126  <-пакеты идут по первому тунелю

Ответ от 192.168.х.202: число байт=32 время=10мс TTL=126

Ответ от 192.168.х.202: число байт=32 время=10мс TTL=126

Ответ от 192.168.х.202: число байт=32 время=120мс TTL=126

Ответ от 192.168.х.202: число байт=32 время=76мс TTL=126

Ответ от 192.168.х.202: число байт=32 время=60мс TTL=126

Ответ от 192.168.х.202: число байт=32 время=60мс TTL=126  <- а это уже по второму

Ответ от 192.168.х.202: число байт=32 время=60мс TTL=126

Ответ от 192.168.х.202: число байт=32 время=60мс TTL=126

Ответ от 192.168.х.202: число байт=32 время=60мс TTL=126

Ответ от 192.168.х.202: число байт=32 время=60мс TTL=126

Ответ от 192.168.х.202: число байт=32 время=60мс TTL=126

повсей видимости так нельзя сделать?