[c-nsp] BGP, RIP and default routes advice
Marco Matarazzo
marmata at libero.it
Fri Aug 6 03:26:46 EDT 2004
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