From: Robert Watson (watson.robert@gmail.com)
Date: Mon May 15 2006 - 22:11:38 ART
In most cases your tunnel will flap as a result of recursive routing
meaning that it learns of your tunnel endpoint through the tunnel. Making
the interfaces passive simply gets rid of the problem by ensuring that you
are not getting a better metric for the endpoint through the tunnel but will
often defeat the purpose of the tunnel. You can simply filter off the
endpoint network from being advertised out the tunnel in both directions
which will stabilize your tunnel and allow routing through the tunnel as
well, which will often preserve your rpf check if troubleshooting MCAST.
bob
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of marc
fernandez
Sent: Monday, May 15, 2006 8:04 PM
To: ccielab@groupstudy.com
Subject: multicast question with tunneling
I have the following scenario. The IGP running is OSPF
on r1 thru r6. On r5 I am doing multicast pim
sparse-mode. r5 is the RP, r6 is joining group
239.1.1.1. There is a tunnel between r1 and r5 with
with pim sparse-mode and the appropriate ip mroutes on
r1 and r5. The issue I am having is that it will
originally work but then the tunnel will flap and go
down. Do I need to make the tunnel interfaces passive
so OSPF does not send advertisements via the Tunnel?
Making the interfaces passive seems to keep them up
and not mess up OSPF. So I am basically trying to
confirm if this is a must whem doing tunneling in
multicast.
Comments and Advice is greatly appreciated
r2----------r3---------r4---------r5------r6
|
|
|
|
r1
This archive was generated by hypermail 2.1.4 : Thu Jun 01 2006 - 06:33:21 ART