In this lesson I’m going to show you the different packets OSPF uses and how neighbor discovery works.
OSPF uses its own protocol like EIGRP and doesn’t use a transport protocol like TCP or UDP. If you would look at the IP packet in wireshark you can see that OSPF has protocol ID 89 for all its packets.
R2#debug ip ospf packet OSPF packet debugging is on OSPF: rcv. v:2 t:1 l:48 rid:126.96.36.199 aid:0.0.0.0 chk:4D40 aut:0 auk: from FastEthernet0/0
If we use debug ip ospf packet we can look at the OSPF packet on our router. Let’s look at the different fields we have:
- V:2 stands for OSPF version 2. If you are running IPv6 you’ll version 3.
- T:1 stands for OSPF packet number 1 which is a hello packet. I’m going to show you the different packets in a bit.
- L:48 is the packet length in bytes. This hello packet seems to be 48 bytes.
- RID 188.8.131.52 is the Router ID.
- AID is the area ID in dotted decimal. You can write the area in decimal (area 0) or dotted decimal (area 0.0.0.0).
- CHK 4D40 is the checksum of this OSPF packet so we can check if the packet is corrupt or not.
- AUT:0 is the authentication type. You have 3 options:
- 0 = no authentication
- 1 = clear text
- 2 = MD5
- AUK: If you enable authentication you’ll see some information here.
Let’s continue by looking at the different OSPF packet types:
I’m throwing them right at you; here are all the OSPF packet types we have. In my debug ip ospf packet at the previous page you could see T:1 which stands for packet type 1. Here you see that it corresponds to an OSPF hello packet. What is the role of each OSPF packet?
- Hello: neighbor discovery, build neighbor adjacencies and maintain them.
- DBD: This packet is used to check if the LSDB between 2 routers is the same. The DBD is a summary of the LSDB.
- LSR: Requests specific link-state records from an OSPF neighbor.
- LSU: Sends specific link-state records that were requested. This packet is like an envelope with multiple LSAs in it.
- LSAck: OSPF is a reliable protocol so we have a packet to acknowledge the others.
OSPF has to get through 7 states in order to become neighbors…here they are:
- Down: no OSPF neighbors detected at this moment.
- Init: Hello packet received.
- Two-way: own router ID found in received hello packet.
- Exstart: master and slave roles determined.
- Exchange: database description packets (DBD) are sent.
- Loading: exchange of LSRs (Link state request) and LSUs (Link state update) packets.
- Full: OSPF routers now have an adjacency.
Let’s have a detailed look at this process! You can also see it in this packet capture:
This is the topology I’m using. R1 and R2 are connected using a single link and we will see how R1 learns about the 184.108.40.206 /24 network.
As soon as I configure OSPF on R1 it will start sending hello packets. R1 has no clue about other OSPF routers at this moment so it’s in the down state. The hello packet will be sent to the multicast address 220.127.116.11.
R2 receives the hello packet and will put an entry for R1 in the OSPF neighbor table. We are now in the init state.
R2 has to respond to R1 with a hello packet. This packet is not sent using multicast but with unicast and in the neighbor field it will include all OSPF neighbors that R2 has. R1 will see its own name in the neighbor field in this hello packet.
R1 will receive this hello packet and sees its own router ID. We are now in the two-way state.
I have to take a pause here. If the link we are using is a multi-access network OSPF has to elect a DR (Designated Router) and BDR (Backup Designated Router). This has to happen before we can continue with the rest of the process. In another lesson I’m going to teach you DR/BDR…for now just hold the thought that the DR/BDR election happens right after the two-way state ok?
Our next stop is the exstart state. Our routers are ready to sync their LSDB. At this step we have to select a master and slave role. The router with the highest router ID will become the master. R2 has the highest router ID and will become the master.