[KPOXA.NET]

Добрый день.

 

Есть бордер на мх80, два аплинка десятками, два Гбита исходящего трафика, 400 Мбит входящего.

Входящий трафик в любом раскладе вполне хорошо приходит.

Задача загрузить более равномерно оба исходящих канала.

Если просто подключить BGP по умолчанию без всяких доп настроек, то

трафик делится в соотношении 90/10 к тому аплинку, с кем более длинная сессия, т.е. сброс

BGP сессии перекладывает трафик ко второму аплинку и восстановление сессии возвращает 10% трафика.

В целом у каждого из аплинков получается примерно по 10% маршрутов, которые имеют у него меньший

aspath, оставшиеся 80% имеют равные пути и требуется сделать так, чтобы выбор маршрута был бы более

осмысленным :)чтоли, в общем нужно чтобы маршруты были наилучшими, а если равные, то далее надо

каналы загрузить примерно одинаково.

Можно, конечно, сделать что-то похожее на

set policy-options policy-statement load-balance-policy then load-balance per-packet

но я не совсем понимаю, как в данном сулчае будет строиться таблица маршрутов и не уверен, что не будет в чем-то хуже.

[tartila]

Добрый день.

 

Есть бордер на мх80, два аплинка десятками, два Гбита исходящего трафика, 400 Мбит входящего.

Входящий трафик в любом раскладе вполне хорошо приходит.

Задача загрузить более равномерно оба исходящих канала.

Если просто подключить BGP по умолчанию без всяких доп настроек, то

трафик делится в соотношении 90/10 к тому аплинку, с кем более длинная сессия, т.е. сброс

BGP сессии перекладывает трафик ко второму аплинку и восстановление сессии возвращает 10% трафика.

В целом у каждого из аплинков получается примерно по 10% маршрутов, которые имеют у него меньший

aspath, оставшиеся 80% имеют равные пути и требуется сделать так, чтобы выбор маршрута был бы более

осмысленным :)чтоли, в общем нужно чтобы маршруты были наилучшими, а если равные, то далее надо

каналы загрузить примерно одинаково.

Можно, конечно, сделать что-то похожее на

set policy-options policy-statement load-balance-policy then load-balance per-packet

но я не совсем понимаю, как в данном сулчае будет строиться таблица маршрутов и не уверен, что не будет в чем-то хуже.

 

per-packet я бы не стал делать, т.к. поломаете TCP... А так - ручками через as-path.

[dmvy]

смотрите community у обоих аплинков. выявляйте маршруты их клиентов, делайте на них больший lpref. следующим шагом смотрите с кем у них толстые пиринговые стыки - приотизируйтее их. в последнюю очередь смотрите, кто у них в аплинках и смотрит в европу. возможно еще, что поможет сделать as-path-prepend на коротком аплинке и маршруты сравняются..

[KPOXA.NET]

Клиенты, пиры и т.п. выявлены, как раз их в сумме процентов на 10 и приходится.

 

Никто не пробовал оборудование от http://www.noction.com/ которое как раз автоматизирует данную задачу?

[dmvy]

Клиенты, пиры и т.п. выявлены, как раз их в сумме процентов на 10 и приходится.

 

Никто не пробовал оборудование от http://www.noction.com/ которое как раз автоматизирует данную задачу?

начните наоборот. внешние (европа/мира) анонсы не принимайте от перегруженного аплинка.

[applx]

У Джуна пер пакет ето пер флоу, у них не внятное описание команды

[mistake]

Попробуй это http://www.juniper.net/techpubs/en_US/junos12.1/topics/reference/configuration-statement/multipath-edit-protocols-bgp.html

Если аплинки имеют разные номера AS, не забудь включить multiple-as, скорее-всего без этой опции балансировка работать не будет.

Изменено 16 января, 2013 пользователем strobil