From: Bryan F (cciebfetzer@gmail.com)
Date: Fri Jan 26 2007 - 16:51:21 ART
I Was just searching through my email archives for a solution to the
same issue I am currently having with IEWB vol1 v4 lab 3 task 4.5 .
I ran into the exact same situation and had to adjust the cost on both
R5 and R4 s0/1 to less than 65535 in order for the virtual link across
area 45 to come up.
Bryan F
On 10/5/06, Jung-I Lin <easyman.lin@gmail.com> wrote:
> Hi,
>
> I think this is the normal behavior of virtual-link.
> Actually there is a conflict between virtual-link and "max-metric
> router-lsa".
> From my testing, I notified that the Virtual-Link can't not survival if the
> cost between virtual-link is been reach 65535(maximum).
> You can also simulate it by creating a virtual-link between 2 routers, and
> adjust the cost on the interface on any one of it.
> EG:
> R1(E0/0)-------Virtual-Link--------(E0/0)R2
> on R1
> interface e0/0
> ip ospf cost 65535
> or
> router ospf 1
> max-metric router-lsa
> in both cases you will see that R2's virtual-link will get down as soon as
> you press enter.
> On R1 the virtual-link will wait until the dead-interfal of this
> virtual-link been reach "0".
> This is because R2 still anounce lsa out E0/0 with cost not equal
> "Max-Cost".
>
> The sh ip ospf int tell you,
> R5# sh ip ospf interface
>
> OSPF_VL1 is down, line protocol is down
> Internet Address 0.0.0.0/0, Area 0
> Process ID 1, Router ID 150.1.5.5, Network Type VIRTUAL_LINK, Cost: 65535
> Configured as demand circuit.
> Run as demand circuit.
> DoNotAge LSA allowed.
> Transmit Delay is 1 sec, State DOWN,
> Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
> oob-resync timeout 40
>
> HTH.
>
>
> On 10/2/06, Melwani, Manoj J <melwanim@citigroup.com> wrote:
> >
> > 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
> >
> > _______________________________________________________________________
> > Subscription information may be found at:
> > http://www.groupstudy.com/list/CCIELab.html
> >
>
>
>
> --
> Thanks
> Best Regards,
>
> Jung-I Lin
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Thu Feb 08 2007 - 23:46:57 ART