From: nisha rani (nisharani1@googlemail.com)
Date: Wed Sep 27 2006 - 07:49:54 ART
No, It does not solve the problem, when you reload the router, neighbor
disappears again. I guess this the bug in cisco IOS, Try this on different
IOS.
Regards
On 26/09/06, Skinner, Stephen <Stephen.Skinner@rbs.co.uk> wrote:
>
> Hi ,
>
> From what Jung wrote , there is no solution , you just have to make sure
> you
> put your neighbour statements first and then the Virtual link statement
> second.
>
> Did that solve the problem ?
>
> TIA
>
> Stephen Skinner
>
>
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]
> Sent: 26 September 2006 15:16
> To: Melwani, Manoj J
> Cc: Jung-I Lin; CCIE GroupStudy
> Subject: Re: OSPF "neighbor" rejected due to "Virtual-Link" command
>
> *** WARNING : This message originates from the Internet ***
>
> Ya i have setup the lab and i am having the same problem. Trying to find a
> solution.
>
>
>
> On 26/09/06, Melwani, Manoj J <melwanim@citigroup.com> wrote:
> >
> > Last night I did the same lab but when I was done with IGP i stopped
> > and shutdown my rack. Today When I get back I will continue with BGP
> > but i will do take a look at my config to see if I do have the same
> problem.
> >
> > Will shoot you an email either way.
> >
> > thanks,
> > Manoj.
> >
> > -----Original Message-----
> > From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
> > Jung-I Lin
> > Sent: Tuesday, September 26, 2006 5:35 AM
> > To: CCIE GroupStudy
> > Subject: OSPF "neighbor" rejected due to "Virtual-Link" command
> >
> >
> > Hi, Groups
> > I'm doing IE Lab Vol2 Lab3, and find a interesting problem in relate
> > to OSPF.
> > The secnario is 3 routers R1,R3,R5 connected in a hub-and-spoke
> > topology(OSPF Area 135 in this case) with R3 as the HUB.
> > R1&R5 only have dynamic inver-arp to R3.
> > R3 have both dynamic map to R1 & R5.
> > The ospf network type is configured as "p2mp nonbroadcast".
> > Obviously we need "neighbor" command on it to establish the adjacency,
> > I put
> > 2 "neighbor" command on R3 point to R1&R5.
> > But problem will aries after the other requirement is configured, R3
> > need to have virtual-link across this frame-relay network.
> > The virutal-link is R1-R3,R3-R5. I configured the virtual-link on
> > R1,R3,R5.
> > At this moment everything seem okay, but after reloading R3 the
> "neighbor"
> > command will not show in "show running", but It will show in "show
> > startup".
> > It seems that IOS reject this command, I tried to put it into ospf
> > process and the error messages appear.
> > see below
> > Rack10R3#show running | b router ospf
> > router ospf 1
> > router-id 150.10.3.3
> > log-adjacency-changes
> > area 0 authentication message-digest
> > area 34 stub no-summary
> > area 135 virtual-link 150.10.1.1 message-digest-key 1 md5 CISCO area
> > 135 virtual-link 150.10.5.5 message-digest-key 1 md5 CISCO
> > redistribute rip subnets network 150.10.3.3 0.0.0.0 area 0 network
> > 190.10.34.3 0.0.0.0 area 34 network 190.10.43.3 0.0.0.0 area 0 network
> > 190.10.135.3 0.0.0.0 area 135
> >
> > Rack10R3#c
> > Enter configuration commands, one per line. End with CNTL/Z.
> > Rack10R3(config)#router ospf 1
> > Rack10R3(config-router)#neig 190.10.135.1
> > OSPF: Neighbor command is allowed only on NBMA and point-to-multipoint
> > networks Rack10R3(config-router)# Rack10R3#sh ip ospf int s1/0
> > Serial1/0 is up, line protocol is up
> > Internet Address 190.10.135.3/24, Area 135
> > Process ID 1, Router ID 150.10.3.3, Network Type
> > POINT_TO_MULTIPOINT,
> > Cost: 781
> >
> > Rack10R3#sh run int s1/0
> > Building configuration...
> >
> > Current configuration : 411 bytes
> > !
> > interface Serial1/0
> > ip address 190.10.135.3 255.255.255.0
> > ip pim nbma-mode
> > ip pim sparse-dense-mode
> > encapsulation frame-relay
> > ip ospf authentication message-digest
> > ip ospf message-digest-key 2 md5 CISCO35 ip ospf message-digest-key 1
> > md5 CISCO13 ip ospf network point-to-multipoint non-broadcast
> >
> > If you remove both of the "virtual-link" statement, the neighbor will
> > be accepted without any complaints.
> > see below
> > Rack10R3(config-router)#no area 135 virtual-link 150.10.1.1
> > Rack10R3(config-router)#neig 190.10.135.1
> > OSPF: Neighbor command is allowed only on NBMA and point-to-multipoint
> > networks (there still one "virtual-link" left, so the command still be
> > rejected)
> > Rack10R3(config-router)#no area 135 virtual-link 150.10.5.5
> > Rack10R3(config-router)#neig 190.10.135.1 (both "virtual-link"
> > command are removed, and the "neighbor" command in entered without
> > error
> > messages.)
> > Rack10R3(config-router)#
> >
> > But if you reaply the "virtual-link" into ospf process and reboot the
> > router, the whole process will startover again.
> > I tried to search the GS archive to find if someone have solved this
> > problem, but I didn't find one.
> > Then I search through CCO Bug toolkit and find this, God it took me
> > almost
> > 3
> > hours.
> > HTH.
> > I hope I will not encounter this bug in the real lab.
> >
> > Bugid=CSCse72792
> >
> > http://www.cisco.com/cgi-bin/Support/Bugtool/onebug.pl?bugid=CSCse7279
> > 2&cco_product=IOS&fset=OSPF&swver=&keyw=neighbor&target=&train=
> >
> >
> > --
> > Thanks
> > Best Regards,
> >
> > Jung-I Lin
> >
> > ______________________________________________________________________
> > _ Subscription information may be found at:
> > http://www.groupstudy.com/list/CCIELab.html
> >
> > ______________________________________________________________________
> > _ Subscription information may be found at:
> > http://www.groupstudy.com/list/CCIELab.html
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
>
> The Royal Bank of Scotland plc, Registered in Scotland No. 90312.
> Registered Office: 36 St Andrew Square, Edinburgh EH2 2YB
>
> Authorised and regulated by the Financial Services Authority.
>
> This e-mail message is confidential and for use by the addressee only. If
> the message is received by anyone other than the addressee, please return
> the message to the sender by replying to it and then delete the message from
> your computer. Internet e-mails are not necessarily secure. The Royal Bank
> of Scotland plc does not accept responsibility for changes made to this
> message after it was sent.
>
> Whilst all reasonable care has been taken to avoid the transmission of
> viruses, it is the responsibility of the recipient to ensure that the onward
> transmission, opening or use of this message and any attachments will not
> adversely affect its systems or data. No responsibility is accepted by The
> Royal Bank of Scotland plc in this regard and the recipient should carry out
> such virus and other checks as it considers appropriate.
This archive was generated by hypermail 2.1.4 : Sun Oct 01 2006 - 16:55:41 ART