OSPF issue (EXSTART/DR)

Unanswered Question
Mar 27th, 2006
User Badges:

HI all,


I have a fiber link between two 7606 routers, the thing is the OSPF isn´t able to change to the FULL state, it stops in the EXSTART. Here is the two interfaces configuration:


interface GE-WAN1/1

mtu 1508

ip address 10.9.129.1 255.255.255.252

ip mtu 1500

ip pim sparse-mode

ip ospf cost 1

no negotiation auto

tag-switching ip

mls qos trust dscp

end



interface GE-WAN2/1

mtu 1508

ip address 10.9.129.2 255.255.255.252

ip mtu 1500

ip pim sparse-mode

no negotiation auto

tag-switching ip

mls qos trust dscp

end


And here an event which is shown all the time if you activate the term mon:


Mar 27 11:55:07: %OSPF-5-ADJCHG: Process 100, Nbr 10.9.128.66 on GE-WAN1/1 from EXSTART to DOWN, Neighbor Down: Too many retransmissions


I thought about any problem in the MTUs config, but they looks fine...


Any idea?


Thanks in advance


  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Loading.
spremkumar Mon, 03/27/2006 - 02:05
User Badges:
  • Red, 2250 points or more

hi


can you try configuring mtu 1500 instead of mtu 1508 which is there at present..



regds


enriquebs Mon, 03/27/2006 - 02:12
User Badges:

I can't, because when I type the "mpls mtu 1508" command it changes the "mtu 1500" to "mtu 1508". By the way, I have another link in the same router working fine with MTU 1508. And I need 1508 in the interface MTU because of the VPN environment.

pkhatri Mon, 03/27/2006 - 02:14
User Badges:
  • Purple, 4500 points or more

Hi,


I don't believe the MTU is the issue here.. if that were the case, one side would be in ExStart and the other would be in Exchange...


Could you post your 'router ospf' configs on each side and the output of 'sh ip ospf interface' for the two interfaces ?


Paresh

enriquebs Mon, 03/27/2006 - 02:28
User Badges:

Hi,


Here are the outputs, just from one router, the other router is not reachable for the moment (due ospf).


R1#sh ip osp

Routing Process "ospf 100" with ID 10.9.128.65

Supports only single TOS(TOS0) routes

Supports opaque LSA

Supports Link-local Signaling (LLS)

Initial SPF schedule delay 5000 msecs

Minimum hold time between two consecutive SPFs 10000 msecs

Maximum wait time between two consecutive SPFs 10000 msecs

Incremental-SPF disabled

Minimum LSA interval 5 secs

Minimum LSA arrival 1000 msecs

LSA group pacing timer 240 secs

Interface flood pacing timer 33 msecs

Retransmission pacing timer 66 msecs

Number of external LSA 0. Checksum Sum 0x000000

Number of opaque AS LSA 0. Checksum Sum 0x000000

Number of DCbitless external and opaque AS LSA 0

Number of DoNotAge external and opaque AS LSA 0

Number of areas in this router is 1. 1 normal 0 stub 0 nssa

External flood list length 0

Non-Stop Forwarding enabled

Area BACKBONE(0)

Number of interfaces in this area is 8 (2 loopback)

Area has no authentication

SPF algorithm last executed 00:06:03.136 ago

SPF algorithm executed 4 times

Area ranges are

Number of LSA 19. Checksum Sum 0x1406F9

Number of opaque link LSA 0. Checksum Sum 0x000000

Number of DCbitless LSA 0

Number of indication LSA 0

Number of DoNotAge LSA 0

Flood list length 0




R1#sh ip ospf interface ge1/1

GE-WAN1/1 is up, line protocol is up

Internet Address 10.9.129.1/30, Area 0

Process ID 100, Router ID 10.9.128.65, Network Type BROADCAST, Cost: 1

Transmit Delay is 1 sec, State BDR, Priority 1

Designated Router (ID) 10.9.128.66, Interface address 10.9.129.2

Backup Designated router (ID) 10.9.128.65, Interface address 10.9.129.1

Flush timer for old DR LSA due in 00:02:59

Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5

oob-resync timeout 40

Hello due in 00:00:07

Index 5/5, flood queue length 0

Next 0x0(0)/0x0(0)

Last flood scan length is 0, maximum is 8

Last flood scan time is 0 msec, maximum is 4 msec

Neighbor Count is 1, Adjacent neighbor count is 0

Suppress hello for 0 neighbor(s)


spremkumar Mon, 03/27/2006 - 02:17
User Badges:
  • Red, 2250 points or more

hi


I did notice tag-switching is enabled out there unde those interfaces but offlate what i have learned was enabling the physical interface mtu will do(esp with 7200 & 7600) ,not reqd to key in seperate keyword for mpls mtu.

Pls do reset the interface back to default config and reconfigure them back without keying in ip mtu 1500,let alone mtu 1508 be there under the config.


regds


pkhatri Mon, 03/27/2006 - 02:34
User Badges:
  • Purple, 4500 points or more

Is there any chance at all that you could enable 'debug ip ospf adj' on your router at all ? That might give more of a clue as to what is wrong...


Paresh

enriquebs Mon, 03/27/2006 - 02:49
User Badges:

HI,


Here is the output, but I did a deb ip osp eve because there isn't adj information when I type the debug.


R1#debug ip ospf ad

R1#debug ip ospf adj

OSPF adjacency events debugging is on

R1#term mon

R1#debug ip ospf eve

OSPF events debugging is on

R1#

Mar 27 12:42:39: OSPF: Rcv hello from 10.9.128.66 area 0 from GE-WAN1/1 10.9.129.2

Mar 27 12:42:39: OSPF:

OSPF: Nbr 10.9.128.66 10.9.129.2 GE-WAN1/1 is currently ignored

R1#

Mar 27 12:42:47: OSPF: Send hello to 224.0.0.5 area 0 on GE-WAN1/1 from 10.9.129.1

R1#

Mar 27 12:42:49: OSPF: Rcv hello from 10.9.128.66 area 0 from GE-WAN1/1 10.9.129.2

Mar 27 12:42:49: OSPF:

OSPF: Nbr 10.9.128.66 10.9.129.2 GE-WAN1/1 is currently ignored

R1#

Mar 27 12:42:57: OSPF: 0.0.0.0 address 10.9.129.2 on GE-WAN1/1 is dead

Mar 27 12:42:57: OSPF: 0.0.0.0 address 10.9.129.2 on GE-WAN1/1 is dead, state DOWN

Mar 27 12:42:57: %OSPF-5-ADJCHG: Process 100, Nbr 0.0.0.0 on GE-WAN1/1 from DOWN to DOWN, Neighbor Down: Ignore timer expired

R1#

Mar 27 12:42:57: OSPF: Neighbor change Event on interface GE-WAN1/1

Mar 27 12:42:57: OSPF: DR/BDR election on GE-WAN1/1

Mar 27 12:42:57: OSPF: Elect BDR 0.0.0.0

Mar 27 12:42:57: OSPF: Elect DR 10.9.128.65

Mar 27 12:42:57: DR: 10.9.128.65 (Id) BDR: none

Mar 27 12:42:57: OSPF: Send hello to 224.0.0.5 area 0 on GE-WAN1/1 from 10.9.129.1

R1#

Mar 27 12:42:59: OSPF: Rcv hello from 10.9.128.66 area 0 from GE-WAN1/1 10.9.129.2

Mar 27 12:42:59: OSPF: 2 Way Communication to 10.9.128.66 on GE-WAN1/1, state 2WAY

Mar 27 12:42:59: OSPF: Neighbor change Event on interface GE-WAN1/1

Mar 27 12:42:59: OSPF: DR/BDR election on GE-WAN1/1

Mar 27 12:42:59: OSPF: Elect BDR 0.0.0.0

Mar 27 12:42:59: OSPF: Elect DR 10.9.128.66

Mar 27 12:42:59: OSPF: Elect BDR 10.9.128.65

Mar 27 12:42:59: OSPF: Elect DR 10.9.128.66

Mar 27 12:42:59: DR: 10.9.128.66 (Id) BDR: 10.9.128.65 (Id)

Mar 27 12:42:59: OSPF: Send DBD to 10.9.128.66 on GE-WAN1/1 seq 0x1F8 opt 0x52 flag 0x7 len 32

Mar 27 12:42:59: OSPF: Set GE-WAN1/1 flush timer

Mar 27 12:42:59: OSPF: Remember old DR 10.9.128.65 (id)

R1#

Mar 27 12:42:59: OSPF: Neighbor change Event on interface GE-WAN1/1

Mar 27 12:42:59: OSPF: DR/BDR election on GE-WAN1/1

Mar 27 12:42:59: OSPF: Elect BDR 10.9.128.65

Mar 27 12:42:59: OSPF: Elect DR 10.9.128.66

Mar 27 12:42:59: DR: 10.9.128.66 (Id) BDR: 10.9.128.65 (Id)

Mar 27 12:42:59: OSPF: End of hello processing

Mar 27 12:42:59: OSPF: Reset old DR on GE-WAN1/1

R1#u all

All possible debugging has been turned off

R1#

Mar 27 12:43:04: OSPF: Send DBD to 10.9.128.66 on GE-WAN1/1 seq 0x1F8 opt 0x52 flag 0x7 len 32

Mar 27 12:43:04: OSPF: Retransmitting DBD to 10.9.128.66 on GE-WAN1/1 [1]


enriquebs Mon, 03/27/2006 - 02:40
User Badges:

HI,


It´s done, but there isn´t change... it continues in EXSTART/DR.

pkhatri Mon, 03/27/2006 - 02:43
User Badges:
  • Purple, 4500 points or more

Did you mean that you had enabled the debug ? If so, could you post the output you get ?


Paresh.

pkhatri Mon, 03/27/2006 - 02:48
User Badges:
  • Purple, 4500 points or more

Did you mean that you had enabled the debug ? If so, could you post the output you get ?


Paresh.

enriquebs Mon, 03/27/2006 - 03:03
User Badges:

Here are the deb ip osp ev and packets output:




Mar 27 13:00:49: OSPF: Send DBD to 10.9.128.66 on GE-WAN1/1 seq 0x2444 opt 0x52 flag 0x7 len 32

Mar 27 13:00:49: OSPF: Retransmitting DBD to 10.9.128.66 on GE-WAN1/1 [20]

Mar 27 13:00:49: OSPF: Rcv hello from 10.9.128.66 area 0 from GE-WAN1/1 10.9.129.2

Mar 27 13:00:49: OSPF: End of hello processing


Mar 27 13:00:50: OSPF: rcv. v:2 t:1 l:48 rid:10.9.128.75

aid:0.0.0.0 chk:C0D1 aut:0 auk: from GE-WAN1/2


Mar 27 13:00:52: OSPF: rcv. v:2 t:1 l:48 rid:10.9.128.67

aid:0.0.0.0 chk:C0E1 aut:0 auk: from GE-WAN2/1

Mar 27 13:00:53: OSPF: rcv. v:2 t:1 l:52 rid:10.9.128.76

aid:0.0.0.0 chk:37A1 aut:0 auk: from GigabitEthernet1/1.3001


Mar 27 13:00:54: OSPF: Send DBD to 10.9.128.66 on GE-WAN1/1 seq 0x2444 opt 0x52 flag 0x7 len 32

Mar 27 13:00:54: OSPF: Retransmitting DBD to 10.9.128.66 on GE-WAN1/1 [21]

Mar 27 13:00:55: OSPF: rcv. v:2 t:1 l:52 rid:10.9.128.68

aid:0.0.0.0 chk:3780 aut:0 auk: from GigabitEthernet2/1.3002

Mar 27 13:00:55: OSPF: rcv. v:2 t:1 l:52 rid:10.9.128.68

aid:0.0.0.0 chk:37A1 aut:0 auk: from GigabitEthernet1/1.3001


Mar 27 13:00:56: OSPF: rcv. v:2 t:1 l:48 rid:10.9.128.74

aid:0.0.0.0 chk:C0CA aut:0 auk: from GE-WAN2/2

Mar 27 13:00:57: OSPF: Send hello to 224.0.0.5 area 0 on GE-WAN1/1 from 10.9.129.1

Mar 27 13:00:57: OSPF: rcv. v:2 t:1 l:52 rid:10.9.128.77

aid:0.0.0.0 chk:3780 aut:0 auk: from GigabitEthernet2/1.3002


Mar 27 13:00:59: OSPF: Send DBD to 10.9.128.66 on GE-WAN1/1 seq 0x2444 opt 0x52 flag 0x7 len 32

Mar 27 13:00:59: OSPF: Retransmitting DBD to 10.9.128.66 on GE-WAN1/1 [22]

Mar 27 13:00:59: OSPF: rcv. v:2 t:1 l:48 rid:10.9.128.66

aid:0.0.0.0 chk:C0F2 aut:0 auk: from GE-WAN1/1

Mar 27 13:00:59: OSPF: Rcv hello from 10.9.128.66 area 0 from GE-WAN1/1 10.9.129.2

Mar 27 13:00:59: OSPF: End of hello processing


Mar 27 13:01:00: OSPF: rcv. v:2 t:1 l:48 rid:10.9.128.75

aid:0.0.0.0 chk:C0D1 aut:0 auk: from GE-WAN1/2


Mar 27 13:01:02: OSPF: rcv. v:2 t:1 l:48 rid:10.9.128.67

aid:0.0.0.0 chk:C0E1 aut:0 auk: from GE-WAN2/1

Mar 27 13:01:03: OSPF: rcv. v:2 t:1 l:52 rid:10.9.128.76

aid:0.0.0.0 chk:37A1 aut:0 auk: from GigabitEthernet1/1.3001


Mar 27 13:01:04: OSPF: Send DBD to 10.9.128.66 on GE-WAN1/1 seq 0x2444 opt 0x52 flag 0x7 len 32

Mar 27 13:01:04: OSPF: Retransmitting DBD to 10.9.128.66 on GE-WAN1/1 [23]

Mar 27 13:01:05: OSPF: rcv. v:2 t:1 l:52 rid:10.9.128.68

aid:0.0.0.0 chk:3780 aut:0 auk: from GigabitEthernet2/1.3002

Mar 27 13:01:05: OSPF: rcv. v:2 t:1 l:52 rid:10.9.128.68

aid:0.0.0.0 chk:37A1 aut:0 auk: from GigabitEthernet1/1.3001


Mar 27 13:01:06: OSPF: rcv. v:2 t:1 l:48 rid:10.9.128.74

aid:0.0.0.0 chk:C0CA aut:0 auk: from GE-WAN2/2

Mar 27 13:01:07: OSPF: Send hello to 224.0.0.5 area 0 on GE-WAN1/1 from 10.9.129.1

Mar 27 13:01:07: OSPF: rcv. v:2 t:1 l:52 rid:10.9.128.77

aid:0.0.0.0 chk:3780 aut:0 auk: from GigabitEthernet2/1.3002

u all

All possible debugging has been turned off


Mar 27 13:01:09: OSPF: Send DBD to 10.9.128.66 on GE-WAN1/1 seq 0x2444 opt 0x52 flag 0x7 len 32

Mar 27 13:01:09: OSPF: Retransmitting DBD to 10.9.128.66 on GE-WAN1/1 [24]

Mar 27 13:01:09: OSPF: rcv. v:2 t:1 l:48 rid:10.9.128.66

aid:0.0.0.0 chk:C0F2 aut:0 auk: from GE-WAN1/1

Mar 27 13:01:09: OSPF: Rcv hello from 10.9.128.66 area 0 from GE-WAN1/1 10.9.129.2

Mar 27 13:01:09: OSPF: End of hello processing



pkhatri Mon, 03/27/2006 - 03:07
User Badges:
  • Purple, 4500 points or more

Actually, it does point to an MTU issue. The DBDs from this router are not getting to the other and that's why it keeps re-transmitting and eventually gives up.


Are these routers directly connected or do you have a switch in the middle ?


Paresh

enriquebs Mon, 03/27/2006 - 03:12
User Badges:

There are three or four three JDS (Transmision Devices) in the middle, It is a point to point fiber link between two 7606 routers.

pkhatri Mon, 03/27/2006 - 03:15
User Badges:
  • Purple, 4500 points or more

Ok thanks...


I was wondering why you can't get into that other router to get show/debug output. Surely you can just telnet to 10.9.129.2 ? If so, could you get the debugs from that router ? And also the 'sh ip ospf inter' ?


Paresh

enriquebs Mon, 03/27/2006 - 03:22
User Badges:

OK... it seems strange because one hour ago I was able to telnet or ping the router, but not at present... but it's UP because I can reach it via CDP. At present there is layer 2 but not layer 3 connectivity. So... I had the same OSPF issue when I was able to telnet to that router.

pkhatri Mon, 03/27/2006 - 03:26
User Badges:
  • Purple, 4500 points or more

Hmmm.. if you don't even have layer 3 connectivity to the box, I think you've got bigger issues than OSPF to worry about ....


Are you seeing any errors on the interfaces ? Is there any chance you could get the cabling checked ?


You need to get L3 working properly before you get back to the OSPF problem...


Paresh

enriquebs Mon, 03/27/2006 - 03:32
User Badges:

Yóu are right, I gonna try to get layer 3 connectivity, interface is UP UP and there are no errors in this interface, I´ll try to contact someone to take a look or reset the box.

enriquebs Mon, 03/27/2006 - 03:53
User Badges:

ok... all the devices in that room are shut down right now because of hot problems in the room..... I´ll post something when the boxes will be alive again xD

enriquebs Wed, 03/29/2006 - 00:39
User Badges:

OK, the box is up, we have layer 3 conectivity to the loopback address, but not to the ip address of the interface that is facing to us.

We´ve try to delete all the config in the interfaces but the results are the same, the ospf status is:

DOWN-2WAY-EXSTART but no way to get the FULL status.


Any idea?

enriquebs Thu, 03/30/2006 - 01:16
User Badges:

OK, we think we´re near get layer 3 connectivity, when you shut interface in R1 you can see as the interface in R2 goes down, by the way you can´t see anything with cdp. As you can see the interface configurations seems OK, there are some DWDM devices in the middle of these routers, interfaces have output packets but nothing in the input, and there is no drops...



GE-WAN1/1 is up, line protocol is up

Hardware is GigabitEthernet Interface, address is 0015.c674.5b40 (bia 0015.c674.5b40)

Description: "XXXXX"

Internet address is 10.9.129.1/30

MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec,

reliability 255/255, txload 1/255, rxload 1/255

Encapsulation ARPA, loopback not set

Full-duplex, 1000Mb/s, link type is force-up, media type is LH

output flow-control is unsupported, input flow-control is unsupported

ARP type: ARPA, ARP Timeout 04:00:00

Last input 01:45:01, output 00:00:08, output hang never

Last clearing of "show interface" counters 22:45:44

Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0

Queueing strategy: fifo

Output queue: 0/40 (size/max)

5 minute input rate 0 bits/sec, 0 packets/sec

5 minute output rate 0 bits/sec, 0 packets/sec

0 packets input, 0 bytes, 0 no buffer

Received 0 broadcasts (0 IP multicast)

0 runts, 0 giants, 0 throttles

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored

0 watchdog, 0 multicast, 0 pause input

9635 packets output, 1276803 bytes, 0 underruns

0 output errors, 0 collisions, 7 interface resets

0 babbles, 0 late collision, 0 deferred

0 lost carrier, 0 no carrier, 0 PAUSE output

0 output buffer failures, 0 output buffers swapped out




GE-WAN2/1 is up, line protocol is up

Hardware is GigabitEthernet Interface, address is 0015.c674.6480 (bia 0015.c674.6480)

Description: XXXXXXX

Internet address is 10.9.129.2/30

MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec,

reliability 255/255, txload 1/255, rxload 1/255

Encapsulation ARPA, loopback not set

Full-duplex, 1000Mb/s, link type is auto, media type is LH

output flow-control is unsupported, input flow-control is unsupported

ARP type: ARPA, ARP Timeout 04:00:00

Last input 00:16:12, output 00:00:00, output hang never

Last clearing of "show interface" counters 22:46:29

Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0

Queueing strategy: fifo

Output queue: 0/40 (size/max)

5 minute input rate 0 bits/sec, 0 packets/sec

5 minute output rate 0 bits/sec, 0 packets/sec

0 packets input, 0 bytes, 0 no buffer

Received 0 broadcasts (0 IP multicast)

0 runts, 0 giants, 0 throttles

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored

0 watchdog, 0 multicast, 0 pause input

9612 packets output, 1279326 bytes, 0 underruns

0 output errors, 0 collisions, 2 interface resets

0 babbles, 0 late collision, 0 deferred

0 lost carrier, 0 no carrier, 0 PAUSE output

0 output buffer failures, 0 output buffers swapped out


Richard Burts Thu, 03/30/2006 - 07:03
User Badges:
  • Super Silver, 17500 points or more
  • Hall of Fame,

    Founding Member

  • Cisco Designated VIP,

    2017 LAN, WAN

Enrique


I see that both interfaces are reporting numbers of output packets but report 0 input packets. I think this is a sign that you still have problems with the interfaces, or with the equipment providing the connectivity between them.


Can you clarify your comment about CDP? Is CDP enabled and you see nothing (this would confirm that there are problems on the link) or is CDP not enabled?


HTH


Rick

Actions

This Discussion