Вариант для распечатки		Пред. тема | След. тема
Форум Маршрутизаторы CISCO и др. оборудование. (BGP, ASN)
Изначальное сообщение		[ Отслеживать ]

"bgp реанонсы принятых маршрутов"	+/–
Сообщение от zkrvova (ok) on 21-Апр-18, 14:42
Добры день. Есть BGP сервер и 4 аплинка. Появилась задача подключить клиента по BGP и нужно ему переанонсировать не fullview а только лучшие анонсы от 2х аплинков. Подскажите как настроить фильтры чтоб ему не посыпался fullview? Заранее благодарен!
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "bgp реанонсы принятых маршрутов"	+/–
Сообщение от universite (ok) on 22-Апр-18, 02:55
> Добры день. > Есть BGP сервер и 4 аплинка. Появилась задача подключить клиента по BGP > и нужно ему переанонсировать не fullview а только лучшие анонсы от > 2х аплинков. Подскажите как настроить фильтры чтоб ему не посыпался fullview? > Заранее благодарен! При получении маршрутов пометить своими комьюнитями. Потом клиенту запихнуть маршруты из этих двух комьюнити.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "bgp реанонсы принятых маршрутов"	+/–
	Сообщение от PavelR (??) on 22-Апр-18, 12:43
	>> Добры день. >> Есть BGP сервер и 4 аплинка. Появилась задача подключить клиента по BGP >> и нужно ему переанонсировать не fullview а только лучшие анонсы от >> 2х аплинков. Подскажите как настроить фильтры чтоб ему не посыпался fullview? >> Заранее благодарен! > При получении маршрутов пометить своими комьюнитями. > Потом клиенту запихнуть маршруты из этих двух комьюнити. Я правильно понимаю, что полученный от клиента трафик затем пойдет по маршрутам, сформированным на основе анонсов от всех 4 аплинков? (теоретический вопрос, я ж не автор)
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	4. "bgp реанонсы принятых маршрутов"	+/–
	Сообщение от Аноним (??) on 22-Апр-18, 14:49
	> Я правильно понимаю, что полученный от клиента трафик затем пойдет по маршрутам, > сформированным на основе анонсов от всех 4 аплинков? (теоретический вопрос, я > ж не автор) клиенту попадут только лучшие && только от двух избранных. Если лучший маршрут будет не от избранного аплинка - он клиенту не попадет. Следовательно и трафик от клиента не сможет пойти по маршруту от не-избранного аплинка (вариант анонса дефолта отбрасываю, там все очевидно, как и варианты статики со стороны клиента).
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	5. "bgp реанонсы принятых маршрутов"	+/–
	Сообщение от PavelR (??) on 22-Апр-18, 20:18
	>> Я правильно понимаю, что полученный от клиента трафик затем пойдет по маршрутам, >> сформированным на основе анонсов от всех 4 аплинков? (теоретический вопрос, я >> ж не автор) > клиенту попадут только лучшие && только от двух избранных. Если лучший маршрут > будет не от избранного аплинка - он клиенту не попадет. Следовательно > и трафик от клиента не сможет пойти по маршруту от не-избранного > аплинка (вариант анонса дефолта отбрасываю, там все очевидно, как и варианты > статики со стороны клиента). Да, я уже понял после прочтения комментария #3. Спасибо.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	8. "bgp реанонсы принятых маршрутов"	+/–
	Сообщение от ShyLion (ok) on 24-Апр-18, 08:54
	>> Я правильно понимаю, что полученный от клиента трафик затем пойдет по маршрутам, >> сформированным на основе анонсов от всех 4 аплинков? (теоретический вопрос, я >> ж не автор) > клиенту попадут только лучшие && только от двух избранных. Если лучший маршрут > будет не от избранного аплинка - он клиенту не попадет. Следовательно > и трафик от клиента не сможет пойти по маршруту от не-избранного > аплинка (вариант анонса дефолта отбрасываю, там все очевидно, как и варианты > статики со стороны клиента). Я вот что-то не очень понимаю, каким образом траффик от клиента будет обрабатываться роутером как-то отдельно от общей таблицы маршрутизации, если оно не в отдельном VRF. Или у клиента есть еще какой-то аплинк, куда он зароутит остальное?
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	6. "bgp реанонсы принятых маршрутов"	+/–
	Сообщение от zkrvova (ok) on 23-Апр-18, 11:08
	Понял, спасибо!
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "bgp реанонсы принятых маршрутов"	+/–
Сообщение от Аноним (??) on 22-Апр-18, 13:38
> Добры день. > Есть BGP сервер и 4 аплинка. Появилась задача подключить клиента по BGP > и нужно ему переанонсировать не fullview а только лучшие анонсы от > 2х аплинков. Подскажите как настроить фильтры чтоб ему не посыпался fullview? > Заранее благодарен! В зависимости от задачи. Если надо отдавать FullView, сформированный на основе двух конкретных аплинков, то вам надо реплицировать анонсы от двух лучших аплинков в отдельный врф, и уже из этого врф отдавать анонсы клиенту. Но вытянет ли ваше железо 2 фулвью в ФИБ? Если же надо отдавать недо-фул, в котором только принятые ВАМИ маршруты от двух конкретных аплинков - то просто метите на входе от нужных аплинков роуты особенным комьюнити, а на выходе к клиенту отдаете только те, что помечены этим самым особенным комьюнити. Но вы должны понимать, что а) это, скорее всего, будет не полноценная таблица б) будут отдаваться только реально лучшие маршруты, если они предоставлены одним из избранных аплинков, а если лучший маршрут будет предоставляться другим аплинком - то такой маршрут вообще не дойдет клиенту.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	7. "bgp реанонсы принятых маршрутов"	+/–
	Сообщение от zkrvova (ok) on 23-Апр-18, 11:09
	FullView отдавать не надо, надо отдать только часть маршрутов которые входят в определённое объединение. Спасибо, за разъяснение.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема