форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

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

"PBR на основе BGP анонсов"

Сообщение от RSG (??) on 25-Дек-08, 17:55

Возможно ли организовать Policy Based Routing  основываясь на атрибуте AS_PATH анонса,  полученном по BGP?

Высказать мнение | Ответить | Правка | Cообщить модератору

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

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

1. "PBR на основе BGP анонсов"

Сообщение от den (??) on 26-Дек-08, 18:14

>Возможно ли организовать Policy Based Routing  основываясь на атрибуте AS_PATH анонса, > полученном по BGP? можно подробней что вы хотите реализовать ?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	2. "PBR на основе BGP анонсов"
	Сообщение от RSG (??) on 26-Дек-08, 18:42
	>>Возможно ли организовать Policy Based Routing  основываясь на атрибуте AS_PATH анонса, >> полученном по BGP? > >можно подробней что вы хотите реализовать ? Имеется два внешних BGP пира отдающих дефаулт (различаются  AS_PATH). Имеется две сети , каждая из которых анонсируется через свой канал. Есть необходимость выпихивать трафик каждой из сетей через свой анонсирующий канал, чтобы избежать ассиметрии пути следования пакетов. Одна из сетей будет уходить по основному дефаулту, а вторую хотелось бы выкидывать пока есть анонс второго дефаулта используя PBR. Использовать match ip address  + set ip next-hop не могу, т.к. есть вероятность падения BGP соединения без падения физического линка на интерфейсе.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	3. "PBR на основе BGP анонсов"
	Сообщение от Cyrill Malevanov on 26-Дек-08, 21:25
	>[оверквотинг удален] >Имеется два внешних BGP пира отдающих дефаулт (различаются  AS_PATH). >Имеется две сети , каждая из которых анонсируется через свой канал. >Есть необходимость выпихивать трафик каждой из сетей через свой анонсирующий канал, чтобы >избежать ассиметрии пути следования пакетов. >Одна из сетей будет уходить по основному дефаулту, а вторую хотелось бы >выкидывать пока есть анонс второго дефаулта используя PBR. >Использовать match ip address  + set ip next-hop не могу, т.к. >есть вероятность падения BGP соединения без падения физического линка на интерфейсе. > > rtr-track и set ip next-hop с verify-reachability ?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	4. "PBR на основе BGP анонсов"
	Сообщение от RSG (??) on 29-Дек-08, 10:37
	>>[оверквотинг удален] >rtr-track и set ip next-hop с verify-reachability ? К сожалению у меня IOS 12.2(40)SG в котором, судя по документации, отсутствует поддержка  SLA (Service Level Agreements). Но даже, если бы она существовала, это к сожалению мне не помогло бы. У пиров работает quagga (bgpd), и есть вероятность падения самого процесса bgpd при этом icmp пакеты успешно ходили бы. Или например ситуация когда аплинк по каким-либо причинам пересает отдавать дефаулт без выключения BGP на своей стороне.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	5. "PBR на основе BGP анонсов"
	Сообщение от Cyrill Malevanov on 29-Дек-08, 10:44
	>>>[оверквотинг удален] >>rtr-track и set ip next-hop с verify-reachability ? > >К сожалению у меня IOS 12.2(40)SG в котором, судя по документации, отсутствует >поддержка  SLA (Service Level Agreements). >Но даже, если бы она существовала, это к сожалению мне не помогло >бы. У пиров работает quagga (bgpd), и есть вероятность падения самого >процесса bgpd при этом icmp пакеты успешно ходили бы. >Или например ситуация когда аплинк по каким-либо причинам пересает отдавать дефаулт без >выключения BGP на своей стороне. Мдя... меняйте аплинков.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]