[c-nsp] BGP, RIP and default routes advice
Rodney Dunn
rodunn at cisco.com
Fri Aug 6 08:21:57 EDT 2004
Marco,
I looked at al the RIP bugs integrated in 12.2 since
12.2(24a) and I couldn't find one that matches it there
at least.
I tried some more to recreate it in the lab but I couldn't
make it happen.
If you can figure out how let me know.
Thanks,
Rodney
On Fri, Aug 06, 2004 at 09:26:46AM +0200, Marco Matarazzo wrote:
> Thanks to all who helped... it's working now, I simply deleted the router
> rip statement, and readded it with the same options. I've the default on the
> rip database now, and it's correctly advertising it. So the problem was on
> the border, 7206 with NPE-400 running 12.2(24a). I'll check cco if it's a
> known bug!
>
> Cheers,
> ]\/[arco
>
> ----- Original Message -----
> From: "Rodney Dunn" <rodunn at cisco.com>
> To: "Marco Matarazzo" <marmata at libero.it>
> Cc: "Rodney Dunn" <rodunn at cisco.com>; "Sam Stickland"
> <sam_ml at spacething.org>; <cisco-nsp at puck.nether.net>
> Sent: Thursday, August 05, 2004 5:27 PM
> Subject: Re: [c-nsp] BGP, RIP and default routes advice
>
>
> > Is it in the database of the border?
> > I'm not sure which router you got the output from.
> >
> > What code is on the border?
> >
> > On Thu, Aug 05, 2004 at 05:19:50PM +0200, Marco Matarazzo wrote:
> > > Yes I checked it... and it's not receiving the default (and also no
> errors).
> > > I think the problem is the border not sending it, as I can't see it the
> > > debug log (I looked at the full log, and it doesn't appear).
> > > Also it's not appearing in the rip database of the downstream... very
> very
> > > strange indeed...
> > >
> > > Thanks!
> > > ]\/[arco
> > >
> > > ----- Original Message -----
> > > From: "Rodney Dunn" <rodunn at cisco.com>
> > > To: "Marco Matarazzo" <marmata at libero.it>
> > > Cc: "Rodney Dunn" <rodunn at cisco.com>; "Sam Stickland"
> > > <sam_ml at spacething.org>; <cisco-nsp at puck.nether.net>
> > > Sent: Thursday, August 05, 2004 5:09 PM
> > > Subject: Re: [c-nsp] BGP, RIP and default routes advice
> > >
> > >
> > > > Did you check the downstream router?
> > > >
> > > > Try looking at the full 'sh log' or
> > > > try "sh log | incl RIP|tag".
> > > >
> > > > hub_#sh ip ro
> > > > Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B -
> BGP
> > > > D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
> > > > N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
> > > > E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
> > > > i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS
> inter
> > > area
> > > > * - candidate default, U - per-user static route, o - ODR
> > > > P - periodic downloaded static route
> > > >
> > > > Gateway of last resort is not set
> > > >
> > > > 1.0.0.0/24 is subnetted, 1 subnets
> > > > C 1.1.1.0 is directly connected, Serial2/0.1
> > > > 4.0.0.0/32 is subnetted, 1 subnets
> > > > C 4.4.4.1 is directly connected, Loopback0
> > > > hub_#sh ip rip da
> > > > hub_#sh ip rip database
> > > > 0.0.0.0/0 auto-summary
> > > > 0.0.0.0/0 redistributed
> > > > [0] via 0.0.0.0,
> > > > 1.0.0.0/8 auto-summary
> > > > 1.1.1.0/24 directly connected, Serial2/0.1
> > > > 4.0.0.0/8 auto-summary
> > > > 4.4.4.1/32 directly connected, Loopback0
> > > > hub_#debug ip rip
> > > > RIP protocol debugging is on
> > > > hub_#
> > > > *Aug 5 15:06:43.514: RIP: sending v2 update to 224.0.0.9 via
> Serial2/0.1
> > > (1.1.1.1)
> > > > *Aug 5 15:06:43.514: RIP: build update entries
> > > > *Aug 5 15:06:43.514: 0.0.0.0/0 via 0.0.0.0, metric 1, tag 0
> > > > *Aug 5 15:06:43.514: 4.0.0.0/8 via 0.0.0.0, metric 1, tag 0
> > > > *Aug 5 15:06:43.514: RIP: sending v2 update to 224.0.0.9 via
> Loopback0
> > > (4.4.4.1)
> > > > *Aug 5 15:06:43.514: RIP: build update entries
> > > > *Aug 5 15:06:43.514: 0.0.0.0/0 via 0.0.0.0, metric 1, tag 0
> > > > *Aug 5 15:06:43.514: 1.0.0.0/8 via 0.0.0.0, metric 1, tag 0
> > > > *Aug 5 15:06:43.566: RIP: ignored v2 packet from 4.4.4.1 (sourced
> from
> > > one of our addresses)
> > > > hub_#un all
> > > > All possible debugging has been turned off
> > > >
> > > > You show command would have missed it because the route is on
> > > > a separate line.
> > > >
> > > > See if that is what it is.
> > > >
> > > > Rodney
> > > >
> > > > On Thu, Aug 05, 2004 at 04:47:00PM +0200, Marco Matarazzo wrote:
> > > > > I tried that, but it's not working, so I thought that without a
> default
> > > > > router installed, it wouldn't originate one:
> > > > >
> > > > > Border router:
> > > > >
> > > > > router rip
> > > > > version 2
> > > > > passive-interface default
> > > > > no passive-interface FastEthernet0/0.6
> > > > > network 1.1.1.1
> > > > > default-information originate
> > > > > no auto-summary
> > > > >
> > > > > sh ip route
> > > > > Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B -
> BGP
> > > > > D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter
> area
> > > > > N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type
> 2
> > > > > E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
> > > > > i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS
> > > level-2
> > > > > ia - IS-IS inter area, * - candidate default, U - per-user
> static
> > > > > route
> > > > > o - ODR, P - periodic downloaded static route
> > > > >
> > > > > Gateway of last resort is not set
> > > > >
> > > > > [output omitted]
> > > > >
> > > > > sh ip rip dat
> > > > > 1.0.0.0/8 auto-summary
> > > > > 1.1.1.0/20 directly connected, Null0
> > > > > 1.1.1.1/29 directly connected, FastEthernet0/0.6
> > > > >
> > > > > sh log | in RIP
> > > > > Aug 5 16:43:30.621: RIP-DB: redist 0.0.0.0/0(metric 0) to RIP
> > > > > Aug 5 16:43:43.129: RIP-TIMER: periodic timer expired
> > > > > Aug 5 16:43:43.129: RIP: sending v2 update to 224.0.0.9 via
> > > > > FastEthernet0/0.6 (81.29.192.82)
> > > > > Aug 5 16:43:43.129: RIP: build update entries
> > > > > Aug 5 16:43:43.129: RIP: Update contains 1 routes
> > > > > Aug 5 16:43:43.129: RIP: Update queued
> > > > > Aug 5 16:43:43.129: RIP: Update sent via FastEthernet0/0.6
> > > > >
> > > > > It's sending always only one route, the default is never sent, and
> it's
> > > not
> > > > > in the RIP database... but from the debug output, it seems to
> > > redistribute
> > > > > 0.0.0.0/0 to RIP... what can be wrong?!?!
> > > > >
> > > > > Cheers,
> > > > > ]\/[arco
> > > > >
> > > > >
> > > > > ----- Original Message -----
> > > > > From: "Rodney Dunn" <rodunn at cisco.com>
> > > > > To: "Sam Stickland" <sam_ml at spacething.org>
> > > > > Cc: "Marco Matarazzo" <marmata at libero.it>;
> <cisco-nsp at puck.nether.net>
> > > > > Sent: Thursday, August 05, 2004 3:14 PM
> > > > > Subject: Re: [c-nsp] BGP, RIP and default routes advice
> > > > >
> > > > >
> > > > > > Yep...
> > > > > >
> > > > > >
> > > > > > hub_#sh run | begin router rip
> > > > > > router rip
> > > > > > version 2
> > > > > > network 1.0.0.0
> > > > > > network 4.0.0.0
> > > > > > default-information originate
> > > > > >
> > > > > > hub_#sh ip ro
> > > > > > Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile,
> B -
> > > BGP
> > > > > > D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter
> area
> > > > > > N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external
> type 2
> > > > > > E1 - OSPF external type 1, E2 - OSPF external type 2, E -
> EGP
> > > > > > i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia -
> IS-IS
> > > inter
> > > > > area
> > > > > > * - candidate default, U - per-user static route, o - ODR
> > > > > > P - periodic downloaded static route
> > > > > >
> > > > > > Gateway of last resort is not set
> > > > > >
> > > > > > 1.0.0.0/24 is subnetted, 1 subnets
> > > > > > C 1.1.1.0 is directly connected, Serial2/0.1
> > > > > > 4.0.0.0/32 is subnetted, 1 subnets
> > > > > > C 4.4.4.1 is directly connected, Loopback0
> > > > > >
> > > > > >
> > > > > > downstream spoke:
> > > > > >
> > > > > > spokeA_#sh ip ro
> > > > > > Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile,
> B -
> > > BGP
> > > > > > D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter
> area
> > > > > > N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external
> type 2
> > > > > > E1 - OSPF external type 1, E2 - OSPF external type 2, E -
> EGP
> > > > > > i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia -
> IS-IS
> > > inter
> > > > > area
> > > > > > * - candidate default, U - per-user static route, o - ODR
> > > > > > P - periodic downloaded static route
> > > > > >
> > > > > > Gateway of last resort is 1.1.1.1 to network 0.0.0.0
> > > > > >
> > > > > > 1.0.0.0/24 is subnetted, 1 subnets
> > > > > > C 1.1.1.0 is directly connected, Serial3/0.1
> > > > > > R 4.0.0.0/8 [120/1] via 1.1.1.1, 00:00:10, Serial3/0.1
> > > > > > R* 0.0.0.0/0 [120/1] via 1.1.1.1, 00:00:10, Serial3/0.1
> > > > > >
> > > > > >
> > > > > > Rodney
> > > > > >
> > > > > > On Thu, Aug 05, 2004 at 02:02:12PM +0100, Sam Stickland wrote:
> > > > > > > Is there an RIP equivalent of BGP's 'neighbor
> default-originate'?
> > > > > > >
> > > > > > > (
> > > > > > >
> > > > >
> > >
> http://www.cisco.com/univercd/cc/td/doc/product/software/ios123/123cgcr/iprrp_r/ip2_n1g.htm#wp1037042
> > > > > > > )
> > > > > > >
> > > > > > > In fact, a quick google search has just shown me that there is
> :)
> > > > > > >
> > > > > > >
> > > > >
> > >
> http://www.cisco.com/univercd/cc/td/doc/product/software/ios120/12cgcr/np1_r/1rprt1/1rrip.htm#1017420
> > > > > > >
> > > > > > > Looks like this ought to do the trick:
> > > > > > >
> > > > > > > router rip
> > > > > > > default-information originate
> > > > > > >
> > > > > > > If it works like the bgp default-originate there's no need to
> have a
> > > > > > > default route on the borders for this to work.
> > > > > > >
> > > > > > > Sam
> > > > > > >
> > > > > > > On Thu, 5 Aug 2004, Marco Matarazzo wrote:
> > > > > > >
> > > > > > > > Hi all,
> > > > > > > >
> > > > > > > > I've a little question to ask about default routes and their
> > > > > redistribution
> > > > > > > > in RIP.
> > > > > > > >
> > > > > > > > Right now I've two border 7200s speaking eBGP with two ISPs,
> and
> > > iBGP
> > > > > > > > between them. The eBGP peers are full, without default. The
> > > internal
> > > > > router
> > > > > > > > now is an OpenBSD with zebra, taking participating in the iBGP
> > > peers.
> > > > > No
> > > > > > > > problems so far, zebra has the full routing tables, and knows
> how
> > > to
> > > > > route
> > > > > > > > packets in the world.
> > > > > > > > We're in the process of removing the OpenBSD router, and
> install
> > > some
> > > > > > > > 3550-48-SMIs as customer facing routers. They'll run RIP (it's
> > > SMI)
> > > > > with the
> > > > > > > > two borders, and redistribute the connected customer routes to
> > > them.
> > > > > Of
> > > > > > > > course those 3550s must also have a default route. And this is
> the
> > > > > problem.
> > > > > > > > I don't want to configure a couple of static ones, since it's
> all
> > > > > ethernet,
> > > > > > > > and the interfaces won't go down, and the backup default will
> > > never
> > > > > catch
> > > > > > > > in. Also I don't take default from the upstreams, so I must
> create
> > > one
> > > > > on
> > > > > > > > the borders. Connection to the upstreams is also ethernet, so
> no
> > > > > statics
> > > > > > > > here. From what I understand, I'll have to use the ip
> > > default-network
> > > > > > > > statement, but which network to use? Have you any suggestion?
> > > > > > > > Could I just take the network number of a couple large NAPs in
> the
> > > > > region,
> > > > > > > > hoping that they won't do a mantainance of the electrical
> panels
> > > in
> > > > > the same
> > > > > > > > hours of the same day? :)
> > > > > > > >
> > > > > > > > TIA!
> > > > > > > > ]\/[arco
> > > > > > > >
> > > > > > > > _______________________________________________
> > > > > > > > cisco-nsp mailing list cisco-nsp at puck.nether.net
> > > > > > > > https://puck.nether.net/mailman/listinfo/cisco-nsp
> > > > > > > > archive at http://puck.nether.net/pipermail/cisco-nsp/
> > > > > > > >
> > > > > > > _______________________________________________
> > > > > > > cisco-nsp mailing list cisco-nsp at puck.nether.net
> > > > > > > https://puck.nether.net/mailman/listinfo/cisco-nsp
> > > > > > > archive at http://puck.nether.net/pipermail/cisco-nsp/
More information about the cisco-nsp
mailing list