OSPF adjecencyなやりとりの断片

あーだじぇんせしぃな関係が始まる直前のごあいさつ

これが、ルータが起動して最初のOSPFパケット。ここで「最初」というのは、次の接続状況下において
 
　--------R254-------------------R2--------

 R254という名のOSPFルータが先に立ち上がった状態で、R2の電源を入れて最初に見られるOPSFのパケット、ということ。

ここで OSPF LLSデータブロックとはハテサテ？なわけだが、よりによって誤3blogごときが言及するのは無礼千万どころではないので、詳しいことはこちらで。

　RFC 5613 - OSPF Link-Local Signaling - IETF Tools
　https://tools.ietf.org/html/rfc5613


さておき、2台のうち後から立ち上がってきた方は、OSPF Helloの中で

LR: LSDB Resynchronization （LR-bit）is SET

を相手に送ってるぞと。LR-bitは以前もどこかで見かけていて、LR/左右ってなんだろう!? ぐらいにしか認識してなかったが、あまりにも認識力が弱すぎて泣ける。

ともかく、このHello中の つながり状況情報倉庫再同期なビットは、これ以前のR254ルータのHelloでも同じだし、これ以降のR254ルータでもR2ルータでも同じ。


次に行こう。

R2からR254に向けて、DB ですくりぷしょんメッセージが飛ぶ。

 どうもこの段階で、どちらが主人でどちらが従者かを決めるためのやりとりを始めた？そして同時に、224.0.0.5でなくユニキャストなHelloが一発。

 すると直後に、R254ルータから でーびーDescriptionなパケットが。

 おそらくたぶん、これも主従関係を決めようじゃないか手続き、のように見えるのだが。次に続くパケットは、

 今度はR2から、DBデスクりぷしょん内のMaster/Slaveビットが立ってないパケットが、LSAヘッダ付きで。この中身はというと、

 Router-LSAな内容らしい。もちろん、サッパリわかっちゃいないので、ここでパケット追っかけを一時中断。


で、先生のところの説明&イラストを読んでみると、どうもこのテスト環境で起こっていることとビミョーに違うような！？

これがまた、3 or 30分な先生のところでも、この部分について言及していない。となればも致し方ない。


7.2 The Synchronization of Databases

In an SPF-based routing algorithm, it is very important for all routers' topological databases to stay synchronized.
OSPF simplifies this by requiring only adjacent routers to remain synchronized.
The synchronization process begins as soon as the routers attempt to bring up the adjacency.

Each router describes its database by sending a sequence of Database Description packets to its neighbor.

Each Database Description Packet describes a set of link state advertisements belonging to the database.

When the neighbor sees a link state advertisement that is more recent than its own database copy, it makes a note that this newer advertisement should be requested.

ここまではまだ、パケットの中身については触れていないようで。


This sending and receiving of Database Description packets is called the "Database Exchange Process".

DB ですくりぷしょんのやり取りは、データベースえくすちぇいんじぷろせす、な段階らしい。
 
During this process, the two routers form a master/slave relationship. Each Database Description Packet has a sequence number. Database Description Packets sent by the master (polls) are acknowledged by the slave through echoing of the sequence number.

Both polls and their responses contain summaries of link state data.

The master is the only one allowed to retransmit Database Description Packets.
It does so only at fixed intervals, the length of which is the configured constant RxmtInterval.


Each Database Description contains an indication that there are more packets to follow --- the M-bit. The Database Exchange Process is over when a router has received and sent Database Description Packets with the M-bit off.

MビットがオフでDBデすくりぷしょんプロセス終了、とな。

During and after the Database Exchange Process, each router has a list of those link state advertisements for which the neighbor has more up-to-date instances.  These advertisements are requested in Link State Request Packets.  Link State Request packets that are not satisfied are retransmitted at fixed intervals of time RxmtInterval.  When the Database Description Process has completed and all Link State Requests have been satisfied, the databases are deemed synchronized and the routers are marked fully adjacent.  At this time the adjacency is fully functional and is advertised in the two routers' link state advertisements.

The adjacency is used by the flooding procedure as soon as the Database Exchange Process begins.  This simplifies database synchronization, and guarantees that it finishes in a predictable period of time.

ここには、ウチでの今回の？に関する部分の記述がございませんでしたねというオチ。


ま、とりあえず先に進んでみよう。後から、マイドのごとくジブンの誤3に気づくかも。