OSPF VL Behavior 12.2(15)T16

From: Nick Griffin (ngriffin@sio.midco.net)
Date: Fri Mar 10 2006 - 01:39:59 GMT-3


    Is this expected behavior, I've seen this a couple times on some
different scenarios. My OSPF VL interface says that hellos are
suppressed after I add the initial configurations for the VL. I can go
ahead and remove the OSPF process/configuration and readd, and then
hellos are sent. I've only noticed this on 12.2(15)T16. Is this common,
or just an issue with this particular version? The result is until I i
remove and readd the process, I just get to the INIT change on the
opposite neighbor, since the hellos are not sent:

version 12.2(15)T16

virtual link stays passive, until ospf process is removed, and then readded

Rack1R1#sh ip ospf int
OSPF_VL0 is up, line protocol is up
  Internet Address 0.0.0.0/0, Area 0
  Process ID 1, Router ID 150.1.1.1, Network Type VIRTUAL_LINK, Cost: 845
  Configured as demand circuit.
  Run as demand circuit.
  DoNotAge LSA allowed.
  Transmit Delay is 1 sec, State POINT_TO_POINT,
  Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
    oob-resync timeout 40
    No Hellos (Passive interface)
  Index 1/3, flood queue length 0
  Next 0x0(0)/0x0(0)
  Last flood scan length is 0, maximum is 0
  Last flood scan time is 0 msec, maximum is 0 msec
  Neighbor Count is 1, Adjacent neighbor count is 0
  Suppress hello for 1 neighbor(s)

router ospf 1
 log-adjacency-changes
 area 1 virtual-link 150.1.5.5
 redistribute connected subnets route-map CONNECTED->OSPF
 passive-interface default
 no passive-interface Serial0/0
 no passive-interface Serial0/1
 network 163.2.12.0 0.0.0.255 area 2
 network 163.2.13.0 0.0.0.255 area 1
 neighbor 163.2.13.3
 neighbor 163.2.12.2

Thanks,

Nick Griffin



This archive was generated by hypermail 2.1.4 : Sat Apr 01 2006 - 10:07:38 GMT-3