RE: RIPng on NBMA issue

From: Edwards, Andrew M (andrew.m.edwards@boeing.com)
Date: Thu Sep 22 2005 - 15:09:43 GMT-3


My thoughts are to speed up reconvergence upon loss of the spoke
route.... Of course I'm assuming that the only way to the spoke route is
through the spoke.

For the lab though maybe its not necessary?????

Interested to hear your thoughts though cause now that I think about it
I neved did this for v4RIP over frame either on a spoke router. I just
let the IGP go through its normal hold down and flush routines.

I guess it might be used as a way to speed up convergence on loss of the
spoke originated routes and quite possibly an option for doing such on
the lab. IOW, "speed up the convergence of spoke originated routes. Do
not adjust the RIP timers."

andy

-----Original Message-----
From: Brian McGahan [mailto:bmcgahan@internetworkexpert.com]
Sent: Thursday, September 22, 2005 9:58 AM
To: Edwards, Andrew M; Easyman; GroupStudy CCIE-Lab
Subject: RE: RIPng on NBMA issue

Why would you need to do this? The metric will increment when the route
is received back automatically.

Brian McGahan, CCIE #8593
bmcgahan@internetworkexpert.com

Internetwork Expert, Inc.
http://www.InternetworkExpert.com
Toll Free: 877-224-8987 x 705
Outside US: 775-826-4344 x 705
24/7 Support: http://forum.internetworkexpert.com
Live Chat: http://www.internetworkexpert.com/chat/

> -----Original Message-----
> From: Edwards, Andrew M [mailto:andrew.m.edwards@boeing.com]
> Sent: Thursday, September 22, 2005 11:57 AM
> To: Brian McGahan; Easyman; GroupStudy CCIE-Lab
> Subject: RE: RIPng on NBMA issue
>
> To add to Brians post... Make sure you filter out the routes which you

> learn back from the hub you already know about.... IOW, manual
> split-hozizon.
>
> This is necessary because ipv6 split-horizon is a global proposition
to
> the router, not per link.
>
> HTH
>
> andy
>
> -----Original Message-----
> From: Brian McGahan [mailto:bmcgahan@internetworkexpert.com]
> Sent: Thursday, September 22, 2005 9:47 AM
> To: Easyman; GroupStudy CCIE-Lab
> Subject: RE: RIPng on NBMA issue
>
>
> Easyman,
>
> Split horizon for RIPng is controlled under the RIPng process
with
> the "split-horizon" command, not at the interface level like in IPv4.
>
>
> HTH,
>
> Brian McGahan, CCIE #8593
> bmcgahan@internetworkexpert.com
>
> Internetwork Expert, Inc.
> http://www.InternetworkExpert.com
> Toll Free: 877-224-8987 x 705
> Outside US: 775-826-4344 x 705
> 24/7 Support: http://forum.internetworkexpert.com
> Live Chat: http://www.internetworkexpert.com/chat/
>
>
> > -----Original Message-----
> > From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf
> Of
> > Easyman
> > Sent: Thursday, September 22, 2005 10:11 AM
> > To: GroupStudy CCIE-Lab
> > Subject: RIPng on NBMA issue
> >
> > Hi , Groups
> >
> > Today I try to configure ripng on a frame-relay hub and spoke
network
> .
> >
> > Say R2 is the Hub, R4, R5, R6 are spoke routers .
> > Config as following
> >
> > R2
> > interface Serial0
> > ipv6 address 2003::150:50:100:2/96
> > ipv6 address FE80::2 link-local
> > ipv6 enable
> > ipv6 rip ripng2 enable
> > frame-relay map ipv6 FE80::4 104 broadcast
> > frame-relay map ipv6 FE80::5 105 broadcast
> > frame-relay map ipv6 FE80::6 106 broadcast
> > frame-relay map ipv6 2003::150:50:100:4 104 broadcast frame-relay
> > map ipv6 2003::150:50:100:5 105 broadcast frame-relay map ipv6
> > 2003::150:50:100:6 106 broadcast
> >
> > R4
> > Interface Serial0/0
> > ipv6 address 2003::150:50:100:4/96
> > ipv6 address FE80::4 link-local
> > ipv6 rip ripng2 enable
> > frame-relay map ipv6 FE80::2 401 broadcast
> > frame-relay map ipv6 FE80::5 401 broadcast
> > frame-relay map ipv6 FE80::6 401 broadcast
> > frame-relay map ipv6 2003::150:50:100:2 401 broadcast frame-relay
> > map ipv6 2003::150:50:100:5 401 broadcast frame-relay map ipv6
> > 2003::150:50:100:6 401 broadcast
> >
> >
> > R5
> > Interface Serial0
> > ipv6 address 2003::150:50:100:5/96
> > ipv6 address FE80::5 link-local
> > ipv6 rip ripng2 enable
> > frame-relay map ipv6 FE80::2 501 broadcast
> > frame-relay map ipv6 FE80::4 501 broadcast
> > frame-relay map ipv6 FE80::6 501 broadcast
> > frame-relay map ipv6 2003::150:50:100:2 501 broadcast frame-relay
> > map ipv6 2003::150:50:100:4 501 broadcast frame-relay map ipv6
> > 2003::150:50:100:6 501 broadcast
> >
> > R6
> > Interface serial0/0
> > ipv6 address 2003::150:50:100:6/96
> > ipv6 address FE80::6 link-local
> > ipv6 rip ripng2 enable
> > frame-relay map ipv6 FE80::2 601 broadcast
> > frame-relay map ipv6 FE80::4 601 broadcast
> > frame-relay map ipv6 FE80::5 601 broadcast
> > frame-relay map ipv6 2003::150:50:100:2 601 broadcast frame-relay
> > map ipv6 2003::150:50:100:4 601 broadcast frame-relay map ipv6
> > 2003::150:50:100:5 601 broadcast
> >
> >
> > On R2 I can received all the spoke router's lan ipv6 subnet routes.
> > And on all the spoke routers I have only R2's lan ipv6 subnet routes
,
> but
> > not any spoke's .
> >
> > Is there an split-horizon issue on R2 Serial 0 ?
> > I have tried to disable the split-horizon function on R2's Serial0 ,
> but I
> > can't find the command like such as "no ipv6 split-horizon" ?
> >
> > Someone please give me a hand.
> > TIA.
> >
> > Easyman
> >
> >
>



This archive was generated by hypermail 2.1.4 : Sun Oct 02 2005 - 14:40:16 GMT-3