From: simon hart (simon.hart@btinternet.com)
Date: Sat Mar 26 2005 - 05:51:55 GMT-3
Hi Tim,
I had not really thought about this until seeing your email.
I tended to take the approach you outlined first, but your second approach
does seem more sensible, that is get the MA and rp working together first,
once you know they are communicating then make the rest of the 'tree'.
In the test part I would certainly use some show commands i.e show pim rp
map-inuse etc.
Simon
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
ccie2be
Sent: 25 March 2005 14:10
To: Group Study
Subject: Mcast configuration sequence - Best Practices
Hi guys,
I'm looking to find out what are considered "Best Practices" in the sequence
of configuring sparse-mode mcast particularly when using auto-rp
In the past, what I've done is this:
1 Enable mcast on all rtr's and configure all specified interfaces with ip
pim sparse-dense-mode.
2 Configured the rp
3 Configure the MA
4 Configure one or more interfaces to join one or more mcast groups.
5 Configure any restrictions
5 Test by pinging mcast group from all mcast routers
6 Troubleshoot
My experience with this process has been spotty. Sometimes, depending on
the topology everything has gone smoothly but occasionally, when things
don't work, troubleshooting problems has been very difficult and time
consuming.
In considering the process, I can see that it would be much better to save
step 5 until later on. But, I wonder if there's a better way.
Now, I think maybe I would be better off if I used a different process such
as this:
1 Identify which routers will be the rp and MA
2 Configure ONLY those routers and interfaces allowed by the scenario and
IN THE PATH between the rp and MA.
3 Configure the rp and MA
4 Configure an interface to Join a mcast group.
5 TEST
6 IF test doesn't succeed, look for rfp failure.
7 After finding rfp failure, configure static mroute.
8 Test
9 Configure any constraints, one at a time and test
9 Add additional mcast rtrs one at a time.
10 After each additional mcast rtr is adding, test again.
What does the GS community think of this?
TIA, Tim
This archive was generated by hypermail 2.1.4 : Sun Apr 03 2005 - 17:56:52 GMT-3