Процесс установления соседства BGP

Последний ответ июл 20, 2019 16:56:28 180 1 1 0


195406c2e5p0nyzip03i4w.png

Преконфигурация:

R1

[R1]interface GigabitEthernet 0/0/1

[R1-GigabitEthernet0/0/1]ip address 10.0.0.1 30

R2

[R2]interface GigabitEthernet 0/0/2       

[R2-GigabitEthernet0/0/2]ip address 10.0.0.2 30

 

 

Создание пира BGP:

R1

[R1]bgp 1

[R1-bgp]peer 10.0.0.2 as-number 1

R2

[R2]bgp 1

[R2-bgp]peer 10.0.0.1 as-number 1

 

Состояние BGP пиринга:

IDLE

Изначальное состояние

Маршрутизатор запустил процесс BGP пиринга

195406x8e2xi6khrdg2lcx.png

 

CONNECT

Маршрутизатор пытается установить TCP сессию с пиром.

195407q8b8hzzfb89aafp1.png

Инымы словами: ожидание ответ от пира.

195407czfyphk5kerfpk5t.png

 

BGP использует TCP 179 для установления BGP пиринга

195408v2522k9ahy7x8hyx.png

NOTE

Тот пир локальный порт которого отличный от TCP 179 является инициализатором TCP сессии

 

195408fjqj8e88io1rese8.png

 

 

 

ACTIVE

Состояние в котором маршрутизатор отправит SYN и ожидает ACK

Т.е. сам является инициализатором сессии.

195408plegg7os7oaogvpu.png

 

OPEN SEND

После успешного установления TCP сессии:

195409mfaeijiuajjaifxi.jpg

Маршрутизаторы начинают отправлять друг другу первые служебные сообщения BGP OPEN.

Сообщения OPEN содержут в себе информацию необходимую для успешного установления соседства а именно:

<R1>

Jul 18 2019 19:25:01.99.3-08:00 R1 RM/6/RMDEBUG:

                BGP.Public: Send OPEN MSG to peer 10.0.0.2, Version: 4

                Local AS: 1, HoldTime: 180, Router ID: 10.0.0.1

 

 

195409u77d2do28rb55758.png

OPEN CONFIRME

Данным сообщение маршрутизатор подтверждает своему пиру что параменты совпали, можно переходить к состоянию ESTABLISH и начинать обмениваться сетями, если таковые присутствуют.

 

<R1>

Jul 18 2019 19:25:06.399.6-08:00 R1 RM/6/RMDEBUG:

 BGP.Public: 10.0.0.2 State is changed from ACTIVE to OPENSENT.

 

<R1>

Jul 18 2019 19:25:06.419.2-08:00 R1 RM/6/RMDEBUG:

                BGP: Received from 10.0.0.2 (AS Number: 1)

               

<R1>

Jul 18 2019 19:25:06.419.3-08:00 R1 RM/6/RMDEBUG:

                BGP.Public: Recv OPEN MSG from peer 10.0.0.2 Length: 45

                Version: 4, Remote AS: 1, HoldTime : 180,

                Router ID: 10.0.0.2, TotOptLen: 16

 

<R1>

Jul 18 2019 19:25:06.419.7-08:00 R1 RM/6/RMDEBUG:

 BGP.Public: 10.0.0.2 State is changed from OPENSENT to OPENCONFIRM.

 

<R1>

Jul 18 2019 19:25:06.459.5-08:00 R1 RM/6/RMDEBUG:

 BGP.Public: 10.0.0.2 State is changed from OPENCONFIRM to ESTABLISHED.

 

 

ESTABLISHED

Окончательный статус в процессе установления пиринга BGP.

В этом состоянии маршрутизаторы начинают обмениваться KEEPALIVE и UPDATE сообщениями.

KEEPALIVE служит для обозначения что сессия активна. Посылаются по-умолчанию каждые 60 секунд.

195409nnppnuxc5xab8ogo.png

Если сообщения KEEPALIVE не были получены в течении 180 секунд (hold timer) сессия прерывается, переходит в состояние IDLE и весь процесс начинается заново.

Сообщения UPDATE служат для передачи информации о сетях.

 


  • x

Engineer555
Опубликовано 2019-7-20 16:56:28 Полезно(0) Полезно(0)
Состояние BGP пиринга:
IDLE
Изначальное состояние
Маршрутизатор запустил процесс BGP пиринга
--------------
Открываем RFC 4721 A Border Gateway Protocol 4 (BGP-4)
8.2.  Description of FSM
8.2.2.  Finite State Machine
   Idle state:
      Initially, the BGP peer FSM is in the Idle state.  Hereafter, the
      BGP peer FSM will be shortened to BGP FSM.
      In this state, BGP FSM refuses all incoming BGP connections for
      this peer. 
 No resources are allocated to the peer.
Внимательно читаем.
Никакого пиринга в этом состоянии быть не может.
----------------------------------------------
CONNECT
Маршрутизатор пытается установить TCP сессию с пиром.
ACTIVE
Состояние в котором маршрутизатор отправит SYN и ожидает ACK
Т.е. сам является инициализатором сессии.
--------------------------------------------------
Открываем, например, документацию Huawei на CE6800 Configuration Guide - IP Unicast Routing
Understanding BGP ->BGP Fundamentals->BGP State Machine. Картинка 9-2.
2.In Connect state, the BGP device starts the Connect Retry timer and waits to establish a TCP connection.
If the TCP connection is established, the BGP device sends an Open message to the peer and changes to the OpenSent state.
    If the TCP connection fails to be established, the BGP device moves to the Active state.
    If the BGP device does not receive a response from the peer before the Connect Retry timer expires, the BGP device attempts to establish a TCP connection with another peer and stays in Connect state.

In Active state, the BGP device keeps trying to establish a TCP connection with the peer.

Причины перехода из состояния в состояние и что происходит в том или ином состоянии конечного автомата BGP изложено неверно.

-----------------------------------------------------
KPI по публикациям не отменяет знания предмета и умения КОРРЕКТНО излагать состояния конечного автомата, изложенные в RFC.

  • x

Комментарий

Отправить
Выполните вход в систему, чтобы ответить на пост. Вход | Регистрация

Внимание Внимание! В целях защиты правовых интересов Вас, сообщества и третьих лиц, не публикуйте любой материал, содержащий политические высказывания, порнографию, упоминание азартных игр, употребление наркотиков, а также материал, нарушающий коммерческую тайну или содержащий персональные данные пользователей. Также не предоставляйте данные от вашей учетной записи. Вы будете нести ответственность за все действия, выполняемые под вашим аккаунтом. Подробная информация: “Политика конфиденциальности..”
Если кнопка вложения недоступна, обновите Adobe Flash Player до последней версии.
Авторизуйтесь и пользуйтесь всеми преимуществами участника!

Авторизуйтесь и пользуйтесь всеми преимуществами участника!

Вход