RFC: 4264
Оригинал: BGP Wedgies
Категория: Информационный
Дата публикации:
Автор:
Перевод: Николай Малых

RFC 4264, Страница 4 из 7

4. Multi-Party BGP Wedgies

Описанная выше ситуация может быть усложнена, если количество транзитных upstream-провайдеров для AS составляет 3 или более.

Пример такой ситуации показан на рисунке 3:

    +----+ peer              peer +----+
    |AS 3|------------------------|AS 4|
    +----+                        +----+
     ||provider             provider|
     |+----------------+            |
     |                 |            |
     |customer         |customer    |
    +----+peer   peer+----+         |
    |AS 2|-----------|AS 5|         |
    +----+           +----+         |
      |provider  provider|          |
      |                  |          |
      |                  |          |
      |customer  customer|  customer|
      +---------------+  |+---------+
        backup service|  ||primary service
                     +----+
                     |AS 1|
                     +----+

Рисунок 3

В показанном на рисунке примере предусмотренное состояние заключается в том, что AS2 и AS5 являются резервными, а AS4 — основным провайдером для AS1. При разрыве и последующем восстановлении канала между AS1 и AS4 автономная система AS3 будет по-прежнему направлять трафик в AS1 через AS2 или AS5. В такой ситуации однократный разрыв канала между AS2 и AS1 не будет обеспечивать восстановление предусмотренного состояния BGP, поскольку выбранный BGP лучший маршрут в AS1 будет меняться на AS5, а AS2 и AS3 будут узнавать путь в AS1 через AS5.

Предположим, что AS1 получает входящий трафик через резервный канал из AS2. Разрыв этого соединения не будет приводить к восстановлению передачи трафика через основной путь. Вместо этого разрыв лишь приведет к тому, что входящий трафик пойдет через AS5. Для изменения ситуации требуется одновременно разорвать соединения с AS2 и AS5. Это решение может показаться неочевидным, поскольку в любой момент в качестве резервного используется только один канал. Тем не менее требуется разорвать оба сеанса BGP одновременно для того, чтобы восстановить предусмотренное состояние соединений.

2007 - 2017 © Русские переводы RFC, IETF, ISOC.