Если вкраце и по русски, если раутер молча умер, то (при дефолтных
настройках) сосед об этом узнает через 2-3 минуты
Если же из первоисточников, то RFC 4217
4.2. OPEN Message Format
After a TCP connection is established, the first message sent by each
side is an OPEN message. If the OPEN message is acceptable, a
KEEPALIVE message confirming the OPEN is sent back.
In addition to the fixed-size BGP header, the OPEN message contains
the following fields:
...
Hold Time:
This 2-octet unsigned integer indicates the number of seconds
the sender proposes for the value of the Hold Timer. Upon
receipt of an OPEN message, a BGP speaker MUST calculate the
value of the Hold Timer by using the smaller of its configured
Hold Time and the Hold Time received in the OPEN message. The
Hold Time MUST be either zero or at least three seconds. An
implementation MAY reject connections on the basis of the Hold
Time. The calculated value indicates the maximum number of
seconds that may elapse between the receipt of successive
KEEPALIVE and/or UPDATE messages from the sender.
Cisco's default hold time = 180 sec
4.4. KEEPALIVE Message Format
BGP does not use any TCP-based, keep-alive mechanism to determine if
peers are reachable. Instead, KEEPALIVE messages are exchanged
between peers often enough not to cause the Hold Timer to expire. A
reasonable maximum time between KEEPALIVE messages would be one third
of the Hold Time interval. KEEPALIVE messages MUST NOT be sent more
frequently than one per second. An implementation MAY adjust the
rate at which it sends KEEPALIVE messages as a function of the Hold
Time interval.
If the negotiated Hold Time interval is zero, then periodic KEEPALIVE
messages MUST NOT be sent.
On 11/01/07, Vladimir Melnik
Всем привет.
Прошу подсказки, а то в голову ничего не приходит. :-(
Вот, предположим, есть у меня BGP-роутер, который держит пару сессий с апстримами и получает от них full view. В какой-то момент основной апстрим начинает "колбасить" и BGP-сессия рвётся. Вот в этот самый момент все мои анонсы через этого апстрима исчезают из объективной реальности, но в том-то и дело, что происходит это далеко не мгновенно. Это значит, что где-то с минуту, а то и с полторы, если не повезёт, я "отдыхаю".
Вопрос в том, как избежать этого?
Ещё вопрос, кстати. На закуску, так сказать. Хорошо если апстрим "порвало" и BGP-сессия упала. А ведь часто бывает так, что этого не происходит: канал живёт, анонсы ходят, но трафик ходит плохо (например, с 90% потерь). Как кто отлавливает "в автомате" такие ситуации, кто что предпринимает?
Заранее благодарен.
-- V.Melnik
=================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
=================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message