From: Chuck Church (cchurch@optonline.net)
Date: Fri Dec 20 2002 - 23:35:07 GMT-3
We saw it happen in the NMC-1 class back in January. None of us there,
including Val and Bruce, could figure it out with numerous debugs. Took the
router ID command off, and it worked as designed. I think it was a 12.0
version running on a 2600. Possibly a T version. With time as tight as it
is in the lab, I wasn't willing to risk trying to use it on my final
attempt. Personally, I'd stick with the default RIDs that IOS generates in
the lab. They're pretty obvious, as far as what address is which router.
You won't get 28.19.56.80 being the RID of router 4! Of course things
change, but I don't think they try to trick people with easy-to-mistype
address schemes. Just my .02 though.
Chuck Church
CCIE #8776, MCNE, MCSE
----- Original Message -----
From: "Logan, Harold" <loganh@mccfl.edu>
To: "Chuck Church" <ccie8776@rochester.rr.com>; "Matthew Poole"
<matthew.poole@blueyonder.co.uk>; <ccielab@groupstudy.com>
Sent: Friday, December 20, 2002 2:44 PM
Subject: RE: OSPF Router ID
> Chuck, do you have any idea why hard coding the router id would keep the
isdn line up? This is the first I've heard of a bug like that.
>
> I personally prefer to use the router-id command on routers that I know
will eventually get virtual links, or anything else that would have another
router's id in the config. That way I know I won't bork up my ospf config
later on if I need to create a loopback. It also eliminates the need to
consult a network diagram or another router's config when setting the
virtual link up. If I know I gave router 3 an ospf id of 3.3.3.3, then I
shave a few seconds off the config for my virtual links, especially if I'm
also doing authentication.
>
> The other use for the router-id command is the bug about ospf and bgp
redistribution. Has anyone run into this bug before? I've read TAC
documentation on it, but haven't had the chance to see it in action.
>
> > -----Original Message-----
> > From: Chuck Church [mailto:ccie8776@rochester.rr.com]
> > Sent: Friday, December 20, 2002 2:04 PM
> > To: Matthew Poole; ccielab@groupstudy.com
> > Subject: Re: OSPF Router ID
> >
> >
> > In the lab the default RIDs tend to be meaningful. I'd be
> > leery of using
> > something else, because I don't know how good the automated
> > grading system
> > is (if they're using it yet) at picking up on stuff like
> > that. I'd avoid
> > using the router-ID. I've seen it keep the ISDN up when it
> > shouldn't have
> > been. Not sure when/if the bug was fixed, but then again
> > you're not always
> > going to see recent GD code in the lab either. I'd stick
> > with what they
> > gave you...
> >
> > Chuck Church
> > CCIE #8776, MCNE, MCSE
> >
> >
> > ----- Original Message -----
> > From: "Matthew Poole" <matthew.poole@blueyonder.co.uk>
> > To: <ccielab@groupstudy.com>
> > Sent: Friday, December 20, 2002 11:09 AM
> > Subject: OSPF Router ID
> >
> >
> > > What's the preferred method for setting router ID?
> > >
> > > 1. Router-ID command - never seen this before today.
> > >
> > http://www.cisco.com/univercd/cc/td/doc/product/software/ios12
> 1/121cgcr/ip_r
> /
> > iprprt2/1rdospf.htm#xtocid32
> > 2. Loopback interface (highest IP).
> >
>
http://www.cisco.com/univercd/cc/td/doc/product/software/ios121/121cgcr/ip_c
> /
> > ipcprt2/1cdospf.htm#xtocid17
> >
> > All config's I've seen prefer the second method.
> >
> > Any thoughts?
> > .
> .
> .
.
This archive was generated by hypermail 2.1.4 : Fri Jan 17 2003 - 17:21:50 GMT-3