2 аплинка и Cisco 3550

[uropek]

Есть 2 аплинка один 200 Мбит другой 100Мбит, второй аплинк только подключили. Есть своя AS. Существует ли возможность на 3550 без full-view задействовать оба аплинка?

Пока принимаем default с первого аплинка, анонсируем ему пять /24 подсетей.

[Graaf]

Можно поднять две сессии на канале в 200 Мбит, одну на канале в 100, и в конфиг BGP добавить

maximum-paths 3
bgp bestpath as-path multipath-relax

[dignity]

А что, входящий или исходящий?

[uropek]

Можно поднять две сессии на канале в 200 Мбит, одну на канале в 100, и в конфиг BGP добавить

maximum-paths 3
bgp bestpath as-path multipath-relax

Full-view здесь точно не нужен?

И второй вопрос как поднять вторую сессию. Там примерчик никакой или ссылочку?

 

А что, входящий или исходящий?

Входящий.

[Graaf]

Я писал про исходящий. Входящий можно попробовать регулировать с помощью prepend.

[ichthyandr]

Есть 2 аплинка один 200 Мбит другой 100Мбит, второй аплинк только подключили. Есть своя AS. Существует ли возможность на 3550 без full-view задействовать оба аплинка?

Пока принимаем default с первого аплинка, анонсируем ему пять /24 подсетей.

на анонсируемые префиксы можно вешать препенды - например, первые два блока на ISP1 анонсировать без препендов, а остальным вставить штук 6 препендов ( номер своей АС), на другой ISP2 - сделать наоборот. Это сбалансирует входящий трафик

 

Исходящий можно разбросать также по блокам посредством PBR. Но, пр и этом нужно будет мониторить состояние каналов или бгп пиров или еще чтонибудь на предмет "живой канал или нет", чтобы при аварии переключить исходящий трафик на живой аплинк

[uropek]

Спасибо примерно так и буду делать.

 

на анонсируемые префиксы можно вешать препенды - например, первые два блока на ISP1 анонсировать без препендов, а остальным вставить штук 6 препендов ( номер своей АС), на другой ISP2 - сделать наоборот. Это сбалансирует входящий трафик

Исходящий можно разбросать также по блокам посредством PBR. Но, пр и этом нужно будет мониторить состояние каналов или бгп пиров или еще чтонибудь на предмет "живой канал или нет", чтобы при аварии переключить исходящий трафик на живой аплинк

 

А вот такая конструкция с препендами пройдет;

Можно поднять две сессии на канале в 200 Мбит, одну на канале в 100, и в конфиг BGP добавить

maximum-paths 3
bgp bestpath as-path multipath-relax

[Graaf]

Пойдёт, это сбалансирует исходящий трафик. О второй сесии нужно договариваться с аплинком.

[uropek]

Пойдёт, это сбалансирует исходящий трафик. О второй сесии нужно договариваться с аплинком.

А если второй аплинк будет тоже 200Мбит, то можно и не поднимать на вторую сессию на первом аплинке для балансировки?.

Хотя в принципе проблемы балансировки исходящего пока нет, у нас там исходника от силы на 70-80 МБит в пиках.

Edited April 11, 2012 by uropek

[Graaf]

Да

[mnogoman]

 

Исходящий можно разбросать также по блокам посредством PBR. Но, пр и этом нужно будет мониторить состояние каналов или бгп пиров или еще чтонибудь на предмет "живой канал или нет", чтобы при аварии переключить исходящий трафик на живой аплинк

 

Все гораздо проще, нет?

Тынц

[andryas]

Есть вопрос по команде bgp bestpath as-path multipath-relax

 

Балансировка включается, работает, но до падения одного из соседей. После восстановления исходящий трафик бежит опять по одному каналу. Помогает clear ip bgp *

Почему так случается, и как научить циску возобновлять балансировку автоматически?

[sol]

http://nag.ru/goodies/router_switch_config/betta_alpha_ru_confg.html

[andryas]

http://nag.ru/goodie...a_ru_confg.html

 

К большому сожалению, не нашёл там ничего о балансировке. Не затруднит ли вас мокнуть меня носом непосредственно в команду?