[zeromq-dev] [PATCH] Resolve issue 104, ZMQ_MCAST_LOOP enabled by default

[Steven McCoy]

On 22 April 2011 00:28, Matt Weinstein <matt_weinstein at yahoo.com> wrote:

> Why not add another OPT_ field?  RFC3208 _is_ still marked as
> experimental... :-)
>
> Just provide MCAST NAK capability, and submit as a change to the RFC?
>  e.g. In the event the network stack does not permit ..., ... MAY ... use
> OPT_NAKP2P ... Packets SHALL be ignored by all other non-addressed .. ?
>
>
There's the OpenPGM ML for PGM specifics:

http://groups.google.com/group/openpgm-dev?pli=1

For this case multicast NAKs are supported and receiving them is already
implemented.  Transmission is only meant for PGM Router Assist networks as
they are sent with TTL=1 to stop other receivers ahead of the propagation
delay sending the NAK multiple hops upstream.

It would be implemented as a configurable socket option for the send side,
default disabled.

-- 
Steve-o
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.zeromq.org/pipermail/zeromq-dev/attachments/20110422/4e537efc/attachment.htm>