From: Bit Gossip (bit.gossip@chello.nl)
Date: Wed Mar 28 2007 - 13:37:33 ART
Antonio,
the document that you mention was also my orginal understanding; in reality
though, things seem to work differently.
I don't know how much one can rely on this undocumented feature. Would be
nice to have a comment from Cisco on this, as it is rather fundamental .....
One approach could be: 'do as if this feature didn't exist'
Let's hope that someone from Cisco pick this up...
Luca.
----- Original Message -----
From: "Antonio Soares" <amsoares@netcabo.pt>
To: "'Bob Sinclair'" <bob@bobsinclair.net>; "'Bit Gossip'"
<bit.gossip@chello.nl>
Cc: "'ccielab'" <ccielab@groupstudy.com>
Sent: Wednesday, March 28, 2007 5:28 PM
Subject: RE: multicast very fundamental
Hello,
Very interesting discussion.
So may we assume that the Prune Override mechanism works the same way in
NBMA as in Broadcast Networks? And that the "ip pim nbma-mode" is only an
optimization feature available with PIM-SM ?
If this is true, at least the document bellow should be updated (see figure
3):
http://www.cisco.com/en/US/tech/tk828/technologies_white_paper09186a00800d6b
61.shtml#xtocid3
Thanks,
Antonio
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of Bob
Sinclair
Sent: terga-feira, 27 de Margo de 2007 21:25
To: Bit Gossip
Cc: ccielab
Subject: Re: multicast very fundamental
Bit Gossip wrote:
> Happy to hear that I am not the only one to experience this 'behind
> the curtains' prune override.
> As a consequence of this behaviour, the only real benifit of 'ip pim
> nbma-mode' is:
> - efficiency in sending the group to only PVCs that really want it
> - performance in that in can be performed in CEF mode instead of
> process switch
>
I would add two additional benefits of nbma-mode: it permits spoke-to-spoke
multicast, and permits a BSR to be on a spoke.
--Bob Sinclair CCIE 10427 CCSI 30427 www.netmasterclass.net
This archive was generated by hypermail 2.1.4 : Sun Apr 01 2007 - 06:35:53 ART