From: Scott Morris (swm@emanon.com)
Date: Mon Oct 29 2007 - 13:42:09 ART
Not having the lab in front of me at the moment, I'm going to hazard some
guesses, but quite simply are you tagging properly (and preventing loops) in
all locations?
R5 isn't the only place that there's redistribution as far as I remember.
So, looking at "debug ip routing" is certainly a good idea, but doing this
in one location isn't the only place where problems may be injected. Check
all your other routers around there (particularly in between routers where
redistribution is going on!
HTH,
Scott Morris, CCIE4 (R&S/ISP-Dial/Security/Service Provider) #4713, JNCIE-M
#153, JNCIS-ER, CISSP, et al.
CCSI/JNCI-M/JNCI-ER
VP - Technical Training - IPexpert, Inc.
IPexpert Sr. Technical Instructor
A Cisco Learning Partner - We Accept Learning Credits!
smorris@ipexpert.com
Telephone: +1.810.326.1444
Fax: +1.810.454.0130
http://www.ipexpert.com
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of Rich
Collins
Sent: Monday, October 29, 2007 11:17 AM
To: Jeffrey Biggs
Cc: ccielab@groupstudy.com
Subject: Re: IPEXPERT LAB 21
Could you give some more information like at which router and which routing
protocol originates those bouncing networks? How are they showing up in the
ospf database and how are they getting tagged? How long do they stay in the
RIP database?
On 10/27/07, Jeffrey Biggs <j.biggs@myactv.net> wrote:
>
> During redistribution I followed the advice I received from the Scott
> and Brian. When I was done it looked just like the "final config"
> from IPEXPERT for router 5. But I am not getting that "quiescent"
> debug ip routing output, in fact it looks like RIP/OSPF are battling
> over some routes and I am wondering if I missed something. Can I get
> someone else take on this:
>
> *Mar 1 03:12:22.272: RT: delete network route to 212.212.3.0
>
> *Mar 1 03:12:22.272: RT: NET-RED 212.212.3.0/24
>
> *Mar 1 03:12:22.276: RT: del 212.212.4.0 via 216.30.25.2, rip metric
> [89/4]
>
> *Mar 1 03:12:22.276: RT: delete network route to 212.212.4.0
>
> *Mar 1 03:12:22.276: RT: NET-RED 212.212.4.0/24
>
> *Mar 1 03:12:22.276: RT: del 212.212.5.0 via 216.30.25.2, rip metric
> [89/4]
>
> *Mar 1 03:12:22.276: RT: delete network route to 212.212.5.0
>
> *Mar 1 03:12:22.280: RT: NET-RED 212.212.5.0/24
>
> *Mar 1 03:12:22.280: RT: del 212.212.6.0 via 216.30.25.2, rip metric
> [89/4]
>
> *Mar 1 03:12:22.280: RT: delete network route to 212.212.6.0
>
> *Mar 1 03:12:22.280: RT: NET-RED 212.212.6.0/24
>
> *Mar 1 03:12:22.280: RT: del 212.212.7.0 via 216.30.25.2, rip metric
> [89/4]
>
> *Mar 1 03:12:22.284: RT: delete network route to 212.212.7.0
>
> *Mar 1 03:12:22.284: RT: NET-RED 212.212.7.0/24
>
> *Mar 1 03:12:22.284: RT: del 212.212.8.0 via 216.30.25.2, rip metric
> [89/4]
>
> *Mar 1 03:12:22.284: RT: delete network route to 212.212.8.0
>
> *Mar 1 03:12:22.284: RT: NET-RED 212.212.8.0/24
>
> *Mar 1 03:12:22.288: RT: del 212.212.9.0 via 216.30.25.2, rip metric
> [89/4]
>
> *Mar 1 03:12:22.288: RT: delete network route to 212.212.9.0
>
> *Mar 1 03:12:22.288: RT: NET-RED 212.212.9.0/24
>
> *Mar 1 03:12:22.288: RT: del 212.212.10.0 via 216.30.25.2, rip metric
> [89/4]
>
> *Mar 1 03:12:22.292: RT: delete network route to 212.212.10.0
>
> *Mar 1 03:12:22.292: RT: NET-RED 212.212.10.0/24
>
> *Mar 1 03:12:22.292: RT: del 216.30.78.0/31 via 216.30.25.2, rip
> metric [89/4]
>
> *Mar 1 03:12:22.292: RT: delete subnet route to 216.30.78.0/31
>
> *Mar 1 03:12:22.292: RT: NET-RED 216.30.78.0/31
>
> *Mar 1 03:12:22.296: RT: delete network route to 216.30.78.0
>
> *Mar 1 03:12:22.296: RT: NET-RED 216.30.78.0/24
>
> *Mar 1 03:12:22.304: RT: SET_LAST_RDB for 216.30.78.0/31
>
> NEW rdb: via 216.30.100.7
>
>
>
> *Mar 1 03:12:22.304: RT: add 216.30.78.0/31 via 216.30.100.7, ospf
> metric [110/
>
> 65]
>
> *Mar 1 03:12:22.304: RT: NET-RED 216.30.78.0/31
>
> *Mar 1 03:12:22.308: RT: SET_LAST_RDB for 212.212.10.0/24
>
> NEW rdb: via 216.30.100.7
>
>
>
> *Mar 1 03:12:22.312: RT: add 212.212.10.0/24 via 216.30.100.7, ospf
> metric [110
>
> /85]
>
> *Mar 1 03:12:22.312: RT: NET-RED 212.212.10.0/24
>
> *Mar 1 03:12:22.312: RT: SET_LAST_RDB for 212.212.9.0/24
>
> NEW rdb: via 216.30.100.7
>
>
>
> *Mar 1 03:12:22.312: RT: add 212.212.9.0/24 via 216.30.100.7, ospf
> metric [110/
>
> 85]
>
> *Mar 1 03:12:22.316: RT: NET-RED 212.212.9.0/24
>
> *Mar 1 03:12:22.316: RT: SET_LAST_RDB for 212.212.8.0/24
>
> NEW rdb: via 216.30.100.7
>
>
>
> *Mar 1 03:12:22.316: RT: add 212.212.8.0/24 via 216.30.100.7, ospf
> metric [110/
>
> 85]
>
> *Mar 1 03:12:22.316: RT: NET-RED 212.212.8.0/24
>
> *Mar 1 03:12:22.320: RT: SET_LAST_RDB for 212.212.7.0/24
>
> NEW rdb: via 216.30.100.7
>
>
>
> *Mar 1 03:12:22.320: RT: add 212.212.7.0/24 via 216.30.100.7, ospf
> metric [110/
>
> 85]
>
> *Mar 1 03:12:22.320: RT: NET-RED 212.212.7.0/24
>
> *Mar 1 03:12:22.320: RT: SET_LAST_RDB for 212.212.6.0/24
>
> NEW rdb: via 216.30.100.7
>
>
>
> *Mar 1 03:12:22.324: RT: add 212.212.6.0/24 via 216.30.100.7, ospf
> metric [110/
>
> 85]
>
> *Mar 1 03:12:22.324: RT: NET-RED 212.212.6.0/24
>
> *Mar 1 03:12:22.324: RT: SET_LAST_RDB for 212.212.5.0/24
>
> NEW rdb: via 216.30.100.7
>
>
>
> After pulling my hair out, I went to the answer configs and it looks
> like I have it exactly matching, but I know I should not be seeing
> this.
>
>
>
> HELP
>
> JB
>
> ______________________________________________________________________
> _ Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Fri Nov 16 2007 - 13:11:19 ART