From: Alexei Monastyrnyi (alexeim@orcsoftware.com)
Date: Mon May 22 2006 - 06:12:46 ART
From my experience, if you think you have to use a static mroute, you'd
better check if you meet all requirements in unicast routing tasks.
Those tasks can be implicitly bound to mcast RPF check issues.
Example is like this.
Two routers (R2 and R4) are connected as spokes to FR-hub R3 and get
routes to the rest of the POD via OSPF. At the same time they share a
/24 subnet across their Ethernet ports with RIP on top.
Unicast routing requires R4 to prefer routes learned via RIP to those
learned via OSPF.
Mcast task can ask you to configure R2-R3-R5 as mcast domain and then
join R4 to this domain via its Ethernet interface. Failure to to solve
the unicast routing task above would make you think about mroute on R4
cause RPF check fails since R4 still learns its unicast routes via
OSPF/FR but not via RIP/Ethernet.
Just my two cents here... Otherwise ask a proctor, if you thinks mroute
is the only way... Just to be on the safe side. :-)
A.
on 22/05/2006 10:47 Koen Zeilstra wrote:
> Hi Group,
>
> Static routes are not permitted. What about static mroutes?
>
> If your multicast traffic has to pass non multicast routers, this is
> usualy done by applying GRE tunnels. To make the router expect the
> traffic coming from the tunnel interface and pass the RPF check you
> have to use mroutes. AFAIK this is the only way. Are mroutes allowed
> on the exam? Or is there another way to accomplish this objective.
>
> regards,
>
> Koen
>
> -----------------------
> It may be bad manners to talk with your mouth full, but it isn't too
> good either if you speak when your head is empty.
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Thu Jun 01 2006 - 06:33:22 ART