Re: [ns] multiple rendezvous points

[Di-Fa Chang <difac@usc.edu>]

'set_c_rp' defines the candidate RP's and the current CtrMcast
implementation will use the last RP as the initial RP.
see the codes in:
  tcl/ctr-mcast/CtrMcastComp.tcl:CtrMcastComp instproc set_c_rp args
  tcl/ctr-mcast/CtrMcast.tcl:CtrMcast instproc set_c_rp {}
  tcl/ctr-mcast/CtrRPComp.tcl:CtrRPComp instproc compute-rpset {}
  tcl/ctr-mcast/CtrMcast.tcl:CtrMcast instproc set-rpset args

- difa

On Sun, 11 Nov 2001, Hahn Kim wrote:

> I'm trying to define multiple rendezvous points using centralized
> multicasting, but I don't quite understand the behavior I'm seeing.  If
> I use a command that looks like the following:
>
> $mrthandle set_c_rp $node1 $node2 $node3
>
> Then any packets that are broadcast by a member of the group are sent to
> only the last rendezvous point I defined, i.e. $node3, which forwards them
> to the rest of the group.  $node1 and $node2 seem to be completely unused.
> If I switch the order I define the rendezvous points, like so:
>
> $mrthandle set_c_rp $node1 $node3 $node2
>
> Then all packets are forwarded by $node2.  Can anyone explain to me what's
> going on?  Thanks in advance.
>
> Hahn
>