RE: OSPF virtual-link down due to "max-metric" command

From: Melwani, Manoj J (melwanim@citigroup.com)
Date: Mon Oct 02 2006 - 11:53:24 ART


Guys,

I had the same problem last night while doing my IEWB Lab 4 Vol 2.

                R1(2621)
                       \
                        \
                         \
                          R3(3640)
                         /
                        /
                       /
                R2(2621)
Once I add "max-metric router-lsa" on R1 for R2 to be the pref router. R1's virtual-link to R3 goes down and when I remove the command "max-metric router-lsa" the virtual link between R1 and R3 comes back up.

Also I tried the same command on R3 (3640) I didnt see any issue with it.

I guess may be its an ios issue b/c R1/R2 both are 2621 which have issues. But I have used the same IOS mentioned in the IEWB.

Any help will be appreciated.

thanks,
Manoj.

-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
Jung-I Lin
Sent: Wednesday, September 27, 2006 10:54 AM
To: Victor Cappuccio
Cc: CCIE GroupStudy
Subject: Re: OSPF virtual-link down due to "max-metric" command

You got it.

R1's debug output here
Rack5R1(config-router)#max-metric rou
Rack5R1(config-router)#max-metric router-lsa
Rack5R1(config-router)#
*Mar 1 03:50:00.695: OSPF: Rcv hello from 150.5.2.2 area 0 from
FastEthernet0/0 152.5.125.2
*Mar 1 03:50:00.695: OSPF: End of hello processing
------- serverl lines unrelate to R1-R3 adjacency are omitted
-----------------------
Rack5R1(config-router)#
*Mar 1 03:50:02.447: OSPF: Send with youngest Key 1
*Mar 1 03:50:02.447: OSPF: Send with youngest Key 1
*Mar 1 03:50:02.447: OSPF: Build router LSA for area 0, router ID 150.5.1.1,
seq 0x8000001A
*Mar 1 03:50:02.451: OSPF: Build router LSA for area 123, router ID
150.5.1.1, seq 0x8000000F

*Mar 1 03:52:01.539: OSPF: Killing nbr 150.5.3.3 on OSPF_VL0 (DC) due to
excessive (25) retransmissions
*Mar 1 03:52:01.539: OSPF: 150.5.3.3 address 152.5.123.3 on OSPF_VL0 is
dead
*Mar 1 03:52:01.539: OSPF: 150.5.3.3 address 152.5.123.3 on OSPF_VL0 is
dead, state DOWN
Rack5R1(config-router)#
*Mar 1 03:52:01.539: %OSPF-5-ADJCHG: Process 1, Nbr 150.5.3.3 on OSPF_VL0
from FULL to DOWN, Neighbor Down: Too many retransmissions
Rack5R1(config-router)#

On R3
Rack5R3#debug ip ospf adj
OSPF adjacency events debugging is on
Rack5R3#debug ip ospf
*Apr 8 05:48:23.083: OSPF: Send with youngest Key 1
Rack5R3#debug ip ospf event
OSPF events debugging is on
Rack5R3#
*Apr 8 05:48:42.423: OSPF: Dead event ignored for 150.5.1.1 on demand
circuit OSPF_VL0
Rack5R3#
*Apr 8 05:48:54.979: OSPF: Send with youngest Key 1
*Apr 8 05:48:55.619: OSPF: Dead event ignored for 150.5.2.2 on demand
circuit OSPF_VL1
Rack5R3#
Rack5R3#
*Apr 8 05:48:57.479: OSPF: Send with youngest Key 1
Rack5R3#
*Apr 8 05:48:59.983: OSPF: Interface OSPF_VL0 going Down
*Apr 8 05:48:59.983: OSPF: 150.5.3.3 address 0.0.0.0 on OSPF_VL0 is dead,
state DOWN
*Apr 8 05:48:59.983: OSPF: 150.5.1.1 address 152.5.123.1 on OSPF_VL0 is
dead, state DOWN
*Apr 8 05:48:59.983: %OSPF-5-ADJCHG: Process 1, Nbr 150.5.1.1 on OSPF_VL0
from FULL to DOWN, Neighbor Down: Interface down or detached
Rack5R3#
Rack5R3#u all
Port Statistics for unclassified packets is not turned on.

On 9/27/06, Victor Cappuccio <cvictor@protokolgroup.com> wrote:
>
> Hi Lin, please do you mind to show us please the output from the deb ip
> ospf adj and events
>
> There are 2 interesting logs here:
>
> R1's virtual-link got down until the dead-interval timed out.
>
> %OSPF-5-ADJCHG: Process 1, Nbr 150.5.3.3 on OSPF_VL0
> from FULL to DOWN, Neighbor Down: Too many retransmissions
>
> Thanks
> Victor.-
>
>
> -----Mensaje original-----
> De: nobody@groupstudy.com [mailto:nobody@groupstudy.com] En nombre de
> Jung-I
> Lin
> Enviado el: MiC)rcoles, 27 de Septiembre de 2006 10:19 a.m.
> Para: CCIE GroupStudy
> Asunto: OSPF virtual-link down due to "max-metric" command
>
> Hi,
> I noticed this problem is because of doing IEWB Vol2 Lab4.
>
> In task 4.5, we need "max-metric router-lsa" to prefer R2 as the transit
> router.
> But if I put this command, the virutl-link between R1-R3 will get down.
> Strange anyone noticed about this?
>
> Rack5R1(config-router)#do sio vi
> Virtual Link OSPF_VL0 to router 150.5.3.3 is up
> Run as demand circuit
> DoNotAge LSA allowed.
> Transit area 123, via interface Serial0/0, Cost of using 64
> Transmit Delay is 1 sec, State POINT_TO_POINT,
> Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
> Hello due in 00:00:07
> Adjacency State FULL (Hello suppressed)
> Index 1/2, retransmission queue length 0, number of retransmission 0
> First 0x0(0)/0x0(0) Next 0x0(0)/0x0(0)
> Last retransmission scan length is 0, maximum is 0
> Last retransmission scan time is 0 msec, maximum is 0 msec
> Message digest authentication enabled
> Youngest key id is 1
> Rack5R1(config-router)#router ospf 1
> Rack5R1(config-router)# max-metric router-lsa
> Rack5R1(config-router)#do srr ospf
> router ospf 1
> router-id 150.5.1.1
> max-metric router-lsa
>
> As soon as I put the max-metric command on R1, R3 will take the
> virtual-link
> down
>
> Rack5R3#
> *Apr 8 04:57:49.755: %OSPF-5-ADJCHG: Process 1, Nbr 150.5.1.1 on OSPF_VL0
> from FULL to DOWN, Neighbor Down: Interface down or detached
>
> R1's virtual-link got down until the dead-interval timed out.
> Rack5R1(config-router)#
> *Mar 1 03:00:52.287: %OSPF-5-ADJCHG: Process 1, Nbr 150.5.3.3 on OSPF_VL0
> from FULL to DOWN, Neighbor Down: Too many retransmissions
>
> Anyone had experience of this?
>
> --
> Thanks
> Best Regards,
>
> Jung-I Lin
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
>

-- 
Thanks
Best Regards,

Jung-I Lin



This archive was generated by hypermail 2.1.4 : Wed Nov 01 2006 - 07:29:04 ART