[anad]

Собственно, как ни странно не нашел.

есть ASR 1000 на нем довольно много BGP сессий, хочется чтобы они взлетали в нужной мне последовательности и с задержой между стартами. А то если оно перегружается по той или иной причине, то очень весело получается, хочется в начале iBGP сессии, а потом уже внешние и в нужном мне порядке.

P.S. коли ошибся веткой, прошу прощения

[zstas]

может объясните задачу и найдётся другое решение

[dignity]

Сто пудов автор не парится с localpref, префиксами и пр. Иначе это об'яснить сложно))

[anad]

Сто пудов автор не парится с localpref, префиксами и пр. Иначе это об'яснить сложно))

вероятно как раз наоборот: ( - я с ними слишком парюсь (есть 18 разных весов к пирингу, точкам обмена разным провайдерам, клиентам провайдеров), и минут на 5 получаю route loop на маршруты во внешний мир с iBGP соседями (на которых тоже есть FW ) из - за несоответствия RIB и BGP таблиц. Может наоборот упростить входящую раскраску трафика и оно будет быстрее создаваться? или по событиям пытаться разрулить.

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

Для полного счастья - у меня включено allowas-in, потому как исторически RIPE пожадничал выдать несколько AS и не все части сети сомкнуты.

 

Если никак, то думать о срочном рефлекторе, чего совсем не хочется.

Edited February 18, 2016 by anad

[Dm1try]

Может быть - http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/iproute_bgp/configuration/xe-3s/irg-xe-3s-book/bgp_support_for_next-hop_address_tracking.html

[anad]

Может быть - http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/iproute_bgp/configuration/xe-3s/irg-xe-3s-book/bgp_support_for_next-hop_address_tracking.html

коротко прочел. Это разве не только на пропадание сессии отработает, но и на подъем ?

Edited February 18, 2016 by anad

[Stak]

Не вы первый, не вы последний :)

http://www.gossamer-threads.com/lists/cisco/nsp/121092

самое очевидное решение - использовать ЕЕМ для шутдауна нужных сессий после загрузки, и последующего подъёма (вместо того, что бы делать это вручную).

[anad]

Не вы первый, не вы последний :)

http://www.gossamer-threads.com/lists/cisco/nsp/121092

самое очевидное решение - использовать ЕЕМ для шутдауна нужных сессий после загрузки, и последующего подъёма (вместо того, что бы делать это вручную).

Ничего другого не осталось, как продолжать использовать описанный Вами изврат. Основные его проблемы: может упасть (редкость но ...) не только питание но и физика до ibgp партнера, введение пары новых пиринг партнеров теперь требует правки еще одного скрипта.