Re: IEWB v4 lab16 task 6.4 - IPv6 RIP and bridge

From: Thomas Perrier (thomas@perrier.name)
Date: Wed Apr 25 2007 - 10:23:01 ART


On 25/04/07, Jim <firstnamejim@gmail.com> wrote:

> I don't know if this is related to difference between 3640 and 2600, but
> here is the problem:
>
> R2 (fa0/0) ---- BB2
>
>
> # R2
> bridge irb
> !
> interface FastEthernet0/0
> no ip address
> duplex auto
> speed auto
> ipv6 address 2001:192:10:1::2/64
> ipv6 rip RIPng enable
> ipv6 rip 1 enable

Why have two RIPng processes?

> The above matches closely the suggested answer, but I see the follow issue:
> I have no ip6 rip routes from BB2, while BB2 sees the ipv6 rip routes from
> R2.
> When I put a sniffer on that port for R2, I see the RIPng packet from BB2,
> but R2 just seemed not able to pass it on to the ipv6 stack.
> The RIP packets were sent to the 33:33:00:00:00:09 address (FF02::9).
> I tried delete the bridge command under f0/0, R2 immediately start to
> install the RIPng routes.
>
> Any idea why?

I just did this part of the lab. I saw a similar problem: R2 first had
the routes, then I did a 'clear ipv6 rip' and the routes wouldn't come
back despite still being advesrtised by BB2. A reboot solved the
issue...
My 2600s run 12.3(22) Enterprise Basic, and I alreaty noticed several
times flakey RIPng behaviour on this setup.

-Thomas



This archive was generated by hypermail 2.1.4 : Tue May 01 2007 - 08:28:37 ART