anad Опубликовано 17 февраля, 2016 · Жалоба Собственно, как ни странно не нашел. есть ASR 1000 на нем довольно много BGP сессий, хочется чтобы они взлетали в нужной мне последовательности и с задержой между стартами. А то если оно перегружается по той или иной причине, то очень весело получается, хочется в начале iBGP сессии, а потом уже внешние и в нужном мне порядке. P.S. коли ошибся веткой, прошу прощения Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
zstas Опубликовано 18 февраля, 2016 · Жалоба может объясните задачу и найдётся другое решение Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dignity Опубликовано 18 февраля, 2016 · Жалоба Сто пудов автор не парится с localpref, префиксами и пр. Иначе это об'яснить сложно)) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
anad Опубликовано 18 февраля, 2016 (изменено) · Жалоба Сто пудов автор не парится с localpref, префиксами и пр. Иначе это об'яснить сложно)) вероятно как раз наоборот: ( - я с ними слишком парюсь (есть 18 разных весов к пирингу, точкам обмена разным провайдерам, клиентам провайдеров), и минут на 5 получаю route loop на маршруты во внешний мир с iBGP соседями (на которых тоже есть FW ) из - за несоответствия RIB и BGP таблиц. Может наоборот упростить входящую раскраску трафика и оно будет быстрее создаваться? или по событиям пытаться разрулить. Проверено, что если поднимать сессии руками в разумном порядке, то все нормально. Для полного счастья - у меня включено allowas-in, потому как исторически RIPE пожадничал выдать несколько AS и не все части сети сомкнуты. Если никак, то думать о срочном рефлекторе, чего совсем не хочется. Изменено 18 февраля, 2016 пользователем anad Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Dm1try Опубликовано 18 февраля, 2016 · Жалоба Может быть - 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 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
anad Опубликовано 18 февраля, 2016 (изменено) · Жалоба Может быть - 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 коротко прочел. Это разве не только на пропадание сессии отработает, но и на подъем ? Изменено 18 февраля, 2016 пользователем anad Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Stak Опубликовано 18 февраля, 2016 · Жалоба Не вы первый, не вы последний :) http://www.gossamer-threads.com/lists/cisco/nsp/121092 самое очевидное решение - использовать ЕЕМ для шутдауна нужных сессий после загрузки, и последующего подъёма (вместо того, что бы делать это вручную). Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
anad Опубликовано 29 февраля, 2016 · Жалоба Не вы первый, не вы последний :) http://www.gossamer-threads.com/lists/cisco/nsp/121092 самое очевидное решение - использовать ЕЕМ для шутдауна нужных сессий после загрузки, и последующего подъёма (вместо того, что бы делать это вручную). Ничего другого не осталось, как продолжать использовать описанный Вами изврат. Основные его проблемы: может упасть (редкость но ...) не только питание но и физика до ibgp партнера, введение пары новых пиринг партнеров теперь требует правки еще одного скрипта. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...