URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID6
Нить номер: 1130
[ Назад ]

Исходное сообщение
"OSPF. Теория"

Отправлено Robert48 , 10-Дек-13 17:37 
По теории, в OSPF, состояние маршрутизаторов устанавливается в 2-way состояние так?:
R1  -   R2

R1 отправляет hello пакет;
R2 получает hello пакет, если все параметры в нем совпадают, то добавляет R1 в соседи, и после отправляет свой hellow, в котором в соседях есть R1
R1 получив hello в котором есть он сам, устанавливает 2-way состояние с этим роутером и добавляет его в соседи.


Получается R2 добавляет R1 в соседи когда у них не установлено 2-way состояние, а R1 добавляет R2 в соседи, только после установления 2-way, какая-то не справедливость.

Или добавление в соседи никак не связано в 2-way состоянием?

Где у меня ошибка в понимании?


Содержание

Сообщения в этом обсуждении
"OSPF. Теория"
Отправлено Я , 10-Дек-13 18:06 
>[оверквотинг удален]
> R2 получает hellow пакет, если все параметры в нем совпадают, то добавляет
> R1 в соседи, и после отправляет свой hellow, в котором в
> соседях есть R1
> R1 получив hellow в котором есть он сам, устанавливает 2-way состояние с
> этим роутером и добавляет его в соседи.
> Получается R2 добавляет R1 в соседи когда у них не установлено 2-way
> состояние, а R1 добавляет R2 в соседи, только после установления 2-way,
> какая-то не справедливость.
> Или добавление в соседи никак не связано в 2-way состоянием?
> Где у меня ошибка в понимании?

хельлоу


"OSPF. Теория"
Отправлено Robert48 , 10-Дек-13 18:20 
>[оверквотинг удален]
>> R1 в соседи, и после отправляет свой hellow, в котором в
>> соседях есть R1
>> R1 получив hellow в котором есть он сам, устанавливает 2-way состояние с
>> этим роутером и добавляет его в соседи.
>> Получается R2 добавляет R1 в соседи когда у них не установлено 2-way
>> состояние, а R1 добавляет R2 в соседи, только после установления 2-way,
>> какая-то не справедливость.
>> Или добавление в соседи никак не связано в 2-way состоянием?
>> Где у меня ошибка в понимании?
> хельлоу

орфографию поправил


"OSPF. Теория"
Отправлено erera22 , 10-Дек-13 19:04 
> а R1 добавляет R2 в соседи, только после установления 2-way,
> какая-то не справедливость.

Он выставляет 2-way уже после установления соседства, когда получил свой RID от с-о-с-е-д-а R2.


"OSPF. Теория"
Отправлено Robert48 , 11-Дек-13 14:04 
>> а R1 добавляет R2 в соседи, только после установления 2-way,
>> какая-то не справедливость.
> Он выставляет 2-way уже после установления соседства, когда получил свой RID от
> с-о-с-е-д-а R2.

Тогда может быть ситуация, если R1 добавил R2 в соседи; R1 отправил hello который содержит R2 в соседях; R2 получил hello, после чего установил 2-way отношения с R1, НО  R2 по какой-то причине не добавил R1 в соседи.
И получится ситуация что R2 установил 2-way отношения с R1, а R1 не установил 2-way с R2 ???


"OSPF. Теория"
Отправлено Я , 11-Дек-13 17:12 
>>> а R1 добавляет R2 в соседи, только после установления 2-way,
>>> какая-то не справедливость.
>> Он выставляет 2-way уже после установления соседства, когда получил свой RID от
>> с-о-с-е-д-а R2.
> Тогда может быть ситуация, если R1 добавил R2 в соседи; R1 отправил
> hello который содержит R2 в соседях; R2 получил hello, после чего
> установил 2-way отношения с R1, НО  R2 по какой-то причине
> не добавил R1 в соседи.
> И получится ситуация что R2 установил 2-way отношения с R1, а R1
> не установил 2-way с R2 ???

Да.
Bidirectional Forwarding Detection for OSPF.


"OSPF. Теория"
Отправлено Я , 11-Дек-13 17:19 
>[оверквотинг удален]
>>> Он выставляет 2-way уже после установления соседства, когда получил свой RID от
>>> с-о-с-е-д-а R2.
>> Тогда может быть ситуация, если R1 добавил R2 в соседи; R1 отправил
>> hello который содержит R2 в соседях; R2 получил hello, после чего
>> установил 2-way отношения с R1, НО  R2 по какой-то причине
>> не добавил R1 в соседи.
>> И получится ситуация что R2 установил 2-way отношения с R1, а R1
>> не установил 2-way с R2 ???
> Да.
> Bidirectional Forwarding Detection for OSPF.

А не, затупил :)
http://tools.ietf.org/html/draft-ietf-ospf-unidirectional-li...
и потом прямиком в 1583 >>

The Hello Protocol is responsible for establishing and
        maintaining neighbor relationships.  It also ensures that
        communication between neighbors is bidirectional.  Hello packets
        are sent periodically out all router interfaces.  Bidirectional
        communication is indicated when the router sees itself listed in
        the neighbor's Hello Packet.

        On multi-access networks, the Hello Protocol elects a Designated
        Router for the network.  Among other things, the Designated

        Router controls what adjacencies will be formed over the network
        (see below).

        The Hello Protocol works differently on broadcast networks, as
        compared to non-broadcast networks.  On broadcast networks, each
        router advertises itself by periodically multicasting Hello
        Packets.  This allows neighbors to be discovered dynamically.
        These Hello Packets contain the router's view of the Designated
        Router's identity, and the list of routers whose Hello Packets
        have been seen recently.

        On non-broadcast networks some configuration information is
        necessary for the operation of the Hello Protocol.  Each router
        that may potentially become Designated Router has a list of all
        other routers attached to the network.  A router, having
        Designated Router potential, sends Hello Packets to all other
        potential Designated Routers when its interface to the non-
        broadcast network first becomes operational.  This is an attempt
        to find the Designated Router for the network.  If the router
        itself is elected Designated Router, it begins sending Hello
        Packets to all other routers attached to the network.

        After a neighbor has been discovered, bidirectional
        communication ensured, and (if on a multi-access network) a
        Designated Router elected, a decision is made regarding whether
        or not an adjacency should be formed with the neighbor (see
        Section 10.4).  An attempt is always made to establish
        adjacencies over point-to-point networks and virtual links.  The
        first step in bringing up an adjacency is to synchronize the
        neighbors' topological databases.  This is covered in the next
        section.


"OSPF. Теория"
Отправлено Ant , 16-Дек-13 15:28 
>[оверквотинг удален]
> R2 получает hello пакет, если все параметры в нем совпадают, то добавляет
> R1 в соседи, и после отправляет свой hellow, в котором в
> соседях есть R1
> R1 получив hello в котором есть он сам, устанавливает 2-way состояние с
> этим роутером и добавляет его в соседи.
> Получается R2 добавляет R1 в соседи когда у них не установлено 2-way
> состояние, а R1 добавляет R2 в соседи, только после установления 2-way,
> какая-то не справедливость.
> Или добавление в соседи никак не связано в 2-way состоянием?
> Где у меня ошибка в понимании?

R1(config-if)# Изначально состояние интерфейса down-state. Когда на интерфейс приходит hello пакет от соседа "Hello, i'am R2", то роутер проверяет hello interval, hold interval, network mask. Если совпадают настройки, то интерфейс переходит в состоние init-state высылает ответ "Hello R2, i'am R1". R2 видит в ответе свое имя (Router-ID) и переходит 2way-state. R1 тоже перейдет в 2way-state, если придет ответ "Hello R1, i'am R2".