From: Robert Yee (robert@bluespud.com)
Date: Sat May 10 2003 - 20:14:54 GMT-3
Hi Donny,
Here is the link forthe my second statement regarding Auto-RP and sparse-dense:
http://www.cisco.com/en/US/tech/tk828/tk363/technologies_white_paper09186a00800d6b63.shtml#87563
It's the first sentence of the 3rd paragragh titled 'Sparse-dense mode for Auto-RP'
I've tried configuring it in sparse mode and it works.
Thanks for the help.
Robert
-----Original Message-----
From: Donny MATEO [mailto:donny.mateo@sg.ca-indosuez.com]
Sent: Friday, May 09, 2003 7:25 PM
To: Robert Yee
Cc: ccielab@groupstudy.com; nobody@groupstudy.com
Subject: RE: Auto-RP with NBMA
Hi Robert.
For your confusion number 1 :
=> if you read the document through, you will actually understand that the comand ip pim nbma is used to optimized behaviour of a sparse-mode pim on nbma network. You see if you were using Dense mode, the ip pim nbma command is useless. Why ? Because in
Dense mode there is no such thing as explicit join and such, the data would be flooded down the three in a certain interval.
The command is created to let's say adjust the NBMA network to behave well (in definition of sparse mode). In sparse mode multicast, a node will explicitely notify it's upstream multicast router when it wants to receive a certain traffic. Now the router
behaviour in NBMA network when fowarding multicast would be to duplicate it and send it downstream so it's kindda beats the purpose of having using sparse mode in the first place (by all means if that's the case why bother, just use dense then). SPARSE
MODE MUST BE IN USE because => IP PIM NBMA is designed to work and solve problem related to SPARSE MODE on NBMA network.
As for the second statement, can you provide the link where I can verify this statement. There are some information on auto-rp that is flooded in Dense mode thus requiring allrouter to join this particular group (the group for rp advertisement and group
mapping advertisement, i believe the router join one by default). I need to dig up some info on this before I can answer you, brain is getting rusty again... :0
Only thing that is good and bad about sparse-dense is that if a router don't have a rp-group maping, it will ressume operation using Dense mode.. ;) That's probably the catch to say that if it's only using sparse mode and the rp mapping info and rp
candidate info is announce using multicast mechanism than how the router going to communicate (sparse needs rp, and rp mapping info can only be annouce once MA receive info about candidate rp. But candidate rp does not know how to join to rp announce
group as it does not have rp mapping from MA).. ;)
If I can remember correctly all node will automatically join the dense group used for the rp-mapping announcement, you prolly can read more on Beau Williamson Developing IP Multicast network.
My advice is go ahead and configure auto RP using sparse mode... see how it goes. If memory serves me right, I think it should be fine.
Others may have something to add as well.. ;)
Regards,
Donny
CCIE #11189
"Robert Yee"
<robert@bluespud. To: "Donny MATEO" <donny.mateo@sg.ca-indosuez.com>
com> cc: <ccielab@groupstudy.com>, <nobody@groupstudy.com>
Sent by: Subject: RE: Auto-RP with NBMA
nobody@groupstudy
.com
05/10/2003 12:11
AM
Please respond to
"Robert Yee"
Hi Danny,
Thanks for the reply. I do understand exactly what yo uare talking about. I've read through 4 differnt versions of the link that you have provided previously. All the docs use the identical examples, that is why I asked whether of not Auto-RP in an NBMA
enviroment should be set up for 'sparse-dense' or 'sparse'. From what I have read, Auto-RP and IP PIM NBMA-MODE seem contrary to each other when it comes to the PIM mode:
IP PIM NBMA-MODE:
In order to deal with the problems introduced by NBMA networks, it is necessary to provide the router with information about the underlying L2 topology of the nbma network. Cisco IOS accomplishs this with the following interface command:
ip pim nbma-mode
In order forthis command to run correctly, SPARSE MODE MUST BE IN USE...The reason has to to with the sparse mode join message...
AUTO-RP:
A prerequisite for Auto-RP is that all interfaces must be configured in SPARSE-DENSE mode...
Both descriptions are very clear as to excactly what mode they need to run in, respectively. Yet they both seem contrary to each other. This is where my confusion is.
I'm still stuck with the question. Which mode do I configure if I'm using Auto-RP in a NBMA environment.
Thanks,
Robert
-----Original Message-----
From: Donny MATEO [mailto:donny.mateo@sg.ca-indosuez.com]
Sent: Friday, May 09, 2003 2:29 AM
To: Robert Yee
Cc: ccielab@groupstudy.com; nobody@groupstudy.com
Subject: Re: Auto-RP with NBMA
Hi Robert,
the real problem of this hub and spoke with the relation with RP and MA placing has nothing to do with the configuration of the mode of PIM.
The issue is (if I can remember correctly) that a router pass on Discovery message in a flooding fashion. Meaning it wont' pass it up to the interface it's receiving the information from.
So in your case, the MA must be put in the Hub or somewhere up stream of the hub router. If you places MA in one of the spoke, what will happen is the spoke router will flood the discovery message (the rp mapping) to the hub. And the hub will flood it to
it's other interface(s) except the one it received the message from. In this case the other spoke router will never get the rp discovery message and thus will not have any rp - group mapping information.
About ip pim nmba-mode, actually this is only an optimization method, does not really has anything to do with mode and rp or ma placement. You see to understand the problem you need to understand how router works on nbma network. When one router (say hub)
want's to send multicast traffic to nbma network, it's using a technique called pseudobroadcast (basically it's just the data link layer of a router replicate the packet and send them one by one to the peer(s) in the NBMA network. requiring peer_number x
resources that he need when doing it in a broadcast network (such as ethernet). Now this is not good. Specially in sparse mode. Since in sparse mode node will explicitly tells the upsteam (by sending join/prune message) when it has a downstream multicast,
client. So here the router behaves like dense mode and flood all the traffic downstream => bad for multicast, imagine movie streaming packet with 100 clients...urghh...
so what happen here you use the nbma feature of PIM, with this feature the router would track which peer in the nbma network that actually want's to receive the multicast traffic and only send them to those peer(s).
check this out if you're not clear
http://www.cisco.com/en/US/tech/tk828/tk363/technologies_white_paper09186a00800d6b61.shtml
Donny Mateo,
CCIE #11189
"Robert Yee"
<robert@bluespud. To: <ccielab@groupstudy.com>
com> cc:
Sent by: Subject: Auto-RP with NBMA
nobody@groupstudy
.com
05/09/2003 03:37
PM
Please respond to
"Robert Yee"
Hi All,
I've been reading about configuring Auto-RP and also Multicast over NBMA (in this case, frame-relay). All the literature point to these 2 things:
1. The use Auto-RP, the routers should be configured for 'sparse-dense-mode'
2. To use 'ip pim nbma-mode' accross a frame relay network, the routers should be configured for 'sparse' mode
So what if you want to configure Auto-RP over NBMA? All the stuff I read only points to where to place the MA, but does not say whether to use 'sparse-dense' or 'sparse'?
Can anyone shed some ligh on this?
TIA,
Robert
This message is for information purposes only and its content
should not be construed as an offer, or solicitation of an offer,
to buy or sell any banking or financial instruments or services
and no representation or warranty is given in respect of its
accuracy, completeness or fairness. The material is subject
to change without notice. You should take your own independent
tax, legal and other professional advice in respect of the content
of this message. This message may contain confidential or
legally privileged material and may not be copied, redistributed
or published (in whole or in part) without our prior written consent.
This email may have been intercepted, partially destroyed,
arrive late, incomplete or contain viruses and no liability is
accepted by any member of the Credit Agricole Indosuez group
as a result. If you are not the intended recipient of this message,
please immediately notify the sender and delete this message
from your computer.
This message is for information purposes only and its content
should not be construed as an offer, or solicitation of an offer,
to buy or sell any banking or financial instruments or services
and no representation or warranty is given in respect of its
accuracy, completeness or fairness. The material is subject
to change without notice. You should take your own independent
tax, legal and other professional advice in respect of the content
of this message. This message may contain confidential or
legally privileged material and may not be copied, redistributed
or published (in whole or in part) without our prior written consent.
This email may have been intercepted, partially destroyed,
arrive late, incomplete or contain viruses and no liability is
accepted by any member of the Credit Agricole Indosuez group
as a result. If you are not the intended recipient of this message,
please immediately notify the sender and delete this message
from your computer.
This archive was generated by hypermail 2.1.4 : Mon Jun 02 2003 - 15:13:40 GMT-3