BGP на Catalyst 3750

[spiner]

Приветствую,

есть вопросы по BGP на 3750G. Дано два апстрима. Могут присылать как fullview, так и default.

1) Какие есть подводные камни в настройке BGP на L3 коммутаторе?
2) Вычитал на этом форуме (root писал (кстати, спасибо)), что от провайдеров (когда таковых >1) тянуть fullview, а на месте уже выдергивать из fullview то, что необходимо. Скажите, а в каком случае может пригодиться fullview?
3) У менять сеть адресов /24 и своя AS. Я хочу ее порезать. Мои провайдеры готовы от меня принимать анонсы сетей < /24, но с предупреждением, что некоторые апстримы по своей политике не принимают < /24. Как это повлияет? Сеть /28, например, не будет доступна, или она будет доступна агрегатно, т.е. /24?

Заранее благодарен.

[root]

1) Какие есть подводные камни в настройке BGP на L3 коммутаторе?

нагрузка на CPU и нехватка памяти

Скажите, а в каком случае может пригодиться fullview?

в твоем случае принять даже один full-view не получится, оно не вместится в память девайса
вчера случайно набрел на статью: Фулвью ор нот фулвью: о пользе и вреде полной BGP-таблицы, полистай, человек старался

3) У менять сеть адресов /24 и своя AS. Я хочу ее порезать.

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

Мои провайдеры готовы от меня принимать анонсы сетей < /24

а вот их провайдеры и провайдеры их провайдеров ? этого ты не узнаешь
да и мона по шапке от соседей получить, не каждому может понравиться такое положение дел, полная BGP таблица и без тя здоровая это же все же не локалка, где ожно хоть /32 гонять.
Лично я не позволяю клиентам анонсить префиксы менее /24 - ибо нех.

Сеть /28, например, не будет доступна, или она будет доступна агрегатно, т.е. /24?

ну если ты будешь анонсить и /24 до кучи, то будет доступна
маршрутизатор ищет best match выбирая маршрут, по которому будет отправлен пакет

[spiner]

Спасибо.
Статью прочитал.
Теперь еще вопросы появились.
Fullview мне не нужен, просто ты как-то упоминал на форуме, что с провайдерами договаривайся о fullview, и режь эту таблицу как хочешь, чтобы потом, если тебе понадобится кусочек fullview, не передоговариваться заново. В моем случае мне нужны только default.
Теперь об L3 коммутаторе. Память там особо не будет потребляться..
А вот, прочитав вышесказанную статью, не особо понял про BGP bandwidth community и отличие L3 коммутаторов от маршрутизаторов.
Мне, возможно, придется балансировать исходящий трафик, и балансировать входящий трафик. Причем, конечно, важнее балансировать входящий.
Т.е. L3 коммутатор этого не умеет или можно как-то выкрутиться? Почему выбран коммутатор? Потому что скорость начинается от 150 Мегабит/с, а рутер с такой пропускной способностью дороже стоит.
К вопросу

для чего ты собираешся резать и без того мелкую сеть ?

Я хочу сети /29 дать входящий трафик через провайдера №2, путем не анонсирования ее провайдеру №1. Это грубо говоря.

[root]

просто ты как-то упоминал на форуме, что с провайдерами договаривайся о fullview, и режь эту таблицу как хочешь, чтобы потом, если тебе понадобится кусочек fullview, не передоговариваться заново

да я и сейчас это скажу

В моем случае мне нужны только default.

ну значит составь роутмапу на in так, что бы пролезал один default

не особо понял про BGP bandwidth community

видимо речь идет про BGP Link Bandwidth

BGP Link Bandwidth Overview

The BGP Link Bandwidth feature used to enable multipath load balancing for external links with unequal bandwidth capacity. This feature is enabled under an IPv4 or VPNv4 address family sessions by entering the bgp dmzlink-bw command. This feature supports both iBGP, eBGP multipath load balancing, and eiBGP multipath load balancing in Multiprotocol Label Switching (MPLS) Virtual Private Networks (VPNs). When this feature is enabled, routes learned from directly connected external neighbor are propagated through the internal BGP (iBGP) network with the bandwidth of the source external link.

The link bandwidth extended community indicates the preference of an autonomous system exit link in terms of bandwidth. This extended community is applied to external links between directly connected eBGP peers by entering the neighbor dmzlink-bw command. The link bandwidth extended community attribute is propagated to iBGP peers when extended community exchange is enabled with the neighbor send-community command.

отличие L3 коммутаторов от маршрутизаторов.

основное отличие это то что один это коммутатор, а второй маршрутизатор )) на коммутаторе могут не работать многие фичи, то что легко работает на маршрутизаторе
для разных задач железки созданы и именно поэтому BGP full-view в коммутатор не влезет

Мне, возможно, придется балансировать исходящий трафик

в случае с двумя default`ами весь баланс будет заключаться в том что "все на это прова" или "все на другого"

и балансировать входящий трафик.

это делается препендами и с помощью комъюнити, если они есть у твоих провов

Т.е. L3 коммутатор этого не умеет или можно как-то выкрутиться?

не со все он сможет, на то он и коммутатор
выкрутиться ? хм.. смотря что ты вкладываешь в это понятие. BGP на нем точно заведется, проверено и опробовано не раз, но вот про балансинг исходящего трафика и как следствие ручное оптимизирование маршрутов - забудь

Потому что скорость начинается от 150 Мегабит/с, а рутер с такой пропускной способностью дороже стоит.

поставь комп с quagga, но помни что лучше железки ничего нет.

Я хочу сети /29 дать входящий трафик через провайдера №2, путем не анонсирования ее провайдеру №1. Это грубо говоря.

мда... ну это ж не локалка... вдумайся это разойдется по всему миру
сейчас глянул в full-view, на данный момент вижу 831 префиксов по /29, прибил бы этих провов , вот от кого у нас таблицы пухнут и мы бежим в магазин за пямятью для роутеров, как будно OSPF поднимают, чесслово..

[spiner]

Спасибо за твои ответы - они помогают в освоении.

в случае с двумя default`ами весь баланс будет заключаться в том что "все на это прова" или "все на другого"

А вот скажи, допустим у меня две fullview и я разрулил так, что трафик от меня в сеть x.x.x.0/16 уходит через ISP_1. Это исходящий трафик. И ведь далеко не 100% того, что ответный трафик придет через ISP_1, правильно?
И еще, какие лучшие практики по балансировке исходящего и входящего трафика в случае, когда один канал 100Мбит, а второй 30Мегабит/c? И использовать хочется оба канала на все 130Мегабит/с (это грубо).

[root]

И ведь далеко не 100% того, что ответный трафик придет через ISP_1, правильно?

правильно, на то это и есть динамическая маршрутизация

какие лучшие практики по балансировке исходящего и входящего трафика в случае, когда один канал 100Мбит, а второй 30Мегабит/c?

уравнять каналы по пропускной или сделать пропускную второго канала не менее 80% от пропускной первого.

И использовать хочется оба канала на все 130Мегабит/с (это грубо).

это очень очень очень грубо в твоем случае
идеальный вариант балансировки между двумя апстримами это 55/45, вариант распределения 50/50 это нечто почти недостижимое
обычно более менее спокойно можно достичь 60/40, но это при хороших условиях:
1. есть full-view от обоих апстримов
2. апстримы дают community для возможности управлять входящим трафиком через своих пиров

[spiner]

обычно более менее спокойно можно достичь 60/40, но это при хороших условиях:
1. есть full-view от обоих апстримов

1. full-view от обоих провайдеров нужны для управления исходящим трафиком?
Каким образом происходит балансировка? Т.е. я вручную делю интернет на куски и один кусок направляю на первого провайдера, и второй кусок на второго?

2. апстримы дают community для возможности управлять входящим трафиком через своих пиров

2. Можешь привести пример такого апстирма? Хочу посмотреть, как это выглядит в его политике маршрутизации в RIPE NCC.

Спасибо!

[lehisnoe]

Можешь привести пример такого апстирма?

AS12695

[root]

full-view от обоих провайдеров нужны для управления исходящим трафиком?

да

Каким образом происходит балансировка?

например юзая local-preference

AS12695

добавлю что читать нуна отсюда :

Код: Выделить всё

remarks:         Communities are accepted only to customers
remarks:
remarks:         ----------------------------------------------
remarks:         Advertisement scope control
remarks:         ----------------------------------------------