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

• PBR на основе BGP анонсов,den, 18:14 , 26-Дек-08
  • PBR на основе BGP анонсов,RSG, 18:42 , 26-Дек-08
    • PBR на основе BGP анонсов,Cyrill Malevanov, 21:25 , 26-Дек-08
      • PBR на основе BGP анонсов,RSG, 10:37 , 29-Дек-08
        • PBR на основе BGP анонсов,Cyrill Malevanov, 10:44 , 29-Дек-08

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

можно подробней что вы хотите реализовать ?

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

Имеется два внешних BGP пира отдающих дефаулт (различаются  AS_PATH).
Имеется две сети , каждая из которых анонсируется через свой канал.
Есть необходимость выпихивать трафик каждой из сетей через свой анонсирующий канал, чтобы избежать ассиметрии пути следования пакетов.
Одна из сетей будет уходить по основному дефаулту, а вторую хотелось бы выкидывать пока есть анонс второго дефаулта используя PBR.
Использовать match ip address  + set ip next-hop не могу, т.к. есть вероятность падения BGP соединения без падения физического линка на интерфейсе.

>[оверквотинг удален]
>Имеется два внешних BGP пира отдающих дефаулт (различаются  AS_PATH).
>Имеется две сети , каждая из которых анонсируется через свой канал.
>Есть необходимость выпихивать трафик каждой из сетей через свой анонсирующий канал, чтобы
>избежать ассиметрии пути следования пакетов.
>Одна из сетей будет уходить по основному дефаулту, а вторую хотелось бы
>выкидывать пока есть анонс второго дефаулта используя PBR.
>Использовать match ip address  + set ip next-hop не могу, т.к.
>есть вероятность падения BGP соединения без падения физического линка на интерфейсе.
>
>

rtr-track и set ip next-hop с verify-reachability ?

>>[оверквотинг удален]
>rtr-track и set ip next-hop с verify-reachability ?

К сожалению у меня IOS 12.2(40)SG в котором, судя по документации, отсутствует поддержка  SLA (Service Level Agreements).
Но даже, если бы она существовала, это к сожалению мне не помогло бы. У пиров работает quagga (bgpd), и есть вероятность падения самого процесса bgpd при этом icmp пакеты успешно ходили бы.
Или например ситуация когда аплинк по каким-либо причинам пересает отдавать дефаулт без выключения BGP на своей стороне.

>>>[оверквотинг удален]
>>rtr-track и set ip next-hop с verify-reachability ?
>
>К сожалению у меня IOS 12.2(40)SG в котором, судя по документации, отсутствует
>поддержка  SLA (Service Level Agreements).
>Но даже, если бы она существовала, это к сожалению мне не помогло
>бы. У пиров работает quagga (bgpd), и есть вероятность падения самого
>процесса bgpd при этом icmp пакеты успешно ходили бы.
>Или например ситуация когда аплинк по каким-либо причинам пересает отдавать дефаулт без
>выключения BGP на своей стороне.

Мдя... меняйте аплинков.