No relevant resource is found in the selected language.

This site uses cookies. By continuing to browse the site you are agreeing to our use of cookies. Read our privacy policy>


To have a better experience, please upgrade your IE browser.


Virtual link peer in OSPF domain work abnormally

Publication Date:  2012-07-27 Views:  70 Downloads:  0
Issue Description
      We have four routers connect together in series connection 
RT1 connect to RT2, RT2 also connect to RT3, and RT3 connect to RT4
Between these routers we use OSPF protocol
RT1 & RT2 in area0, RT2 & RT3 in area1, and RT3 & RT4 in area2
The connection like this:
RT1 ----area0----- RT2 ---- area1----- RT3 ------ area2----- RT4
In this connection (RT1 ----area0----- RT2)
RT1 IP address is / 30             
RT2 IP address is / 30            
 In this connection (RT2 ----area1----- RT3)
RT2 IP address is / 30
RT3 IP address is / 30             
In this connection (RT3 ----area2----- RT4)
RT3 IP address is / 30
RT4 IP address is / 30            
RT1 loop back address is
RT2 loop back address is
RT3 loop back address is
RT4 loop back address is
In OSPF protocol we know that all areas must be connecting through area0 but here area2 connect to area0 through area1 (RT2 & RT3),
So they configure Virtual link peer between RT2 & RT3.
But this Vlink peer work abnormally.
Alarm Information
By using the "display ospf error" command we will find the following results:
<R1>dis ospf error
OSPF packet error statistics:
0: IP: received my own packet      0: OSPF: wrong packet type         
0: OSPF: wrong version               0: OSPF: wrong checksum            
0: OSPF: wrong area id                0: OSPF: area mismatch             
123: OSPF: wrong virtual link             0: OSPF: wrong authentication type 
0: OSPF: wrong authentication key       0: OSPF: too packet small          
0: OSPF: packet size > ip length        0: OSPF: transmit error            
0: OSPF: interface down                 0: OSPF: unknown neighbor          
0: HELLO: netmask mismatch              0: HELLO: hello timer mismatch     
0: HELLO: dead timer mismatch        0: HELLO: extern option mismatch   
0: HELLO: router id confusion           0: HELLO: virtual neighbor unknown 
0: HELLO: NBMA neighbor unknown         0: DD: neighbor state low          
0: DD: router id confusion              0: DD: extern option mismatch      
0: DD: unknown LSA type                 0: LS ACK: neighbor state low      
0: LS ACK: wrong ack                    2: LS ACK: duplicate ack           
0: LS ACK: unknown LSA type             0: LS REQ: neighbor state low      
0: LS REQ: empty request                0: LS REQ: wrong request           
0: LS UPD: neighbor state low           0: LS UPD: newer self-generate LSA 
0: LS UPD: LSA checksum bad          0: LS UPD: received less recent LSA
0: LS UPD: unknown LSA type             0: OSPF routing: next hop not exist
0: DD: MTU option mismatch 
Handling Process
      The virtual link peer must be between router IDs.
So, to solve this problem, we have two solutions:
1.We must change the vlink peer and configure it between the routers ID of the routers, Such as:
        [RT2-ospf-1-area-] vlink-peer
        [RT3-ospf-1-area-] vlink-peer              
The other solution is:
2.We must change the router ID of RT2 & RT3, and don’t change vlink peer, such as:
       [RT2] router id
       [RT3] router id
       [RT2-ospf-1-area-] vlink-peer
       [RT3-ospf-1-area-] vlink-peer
After we changed virtual link peer by using one of the above solution,
The vlink peer works normally, and the problem completely solved.
Root Cause
After we check configuration we find that:
The router IDs of RT2 & RT3 are:
[RT2] router id
[RT3] router id
And, the Vlink peer is configured between two current physical addresses of RT2 & RT3
[RT2-ospf-1-area-] vlink-peer
[RT3-ospf-1-area-] vlink-peer
The virtual link peer must be between router IDs.