On 7 April 2010 17:09, Martin Sustrik <span dir="ltr"><<a href="mailto:sustrik@imatix.com">sustrik@imatix.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div class="im">Pieter Hintjens wrote:<br>
<br>
> Reliable fanout needs subscriber info in the reliability layer, which<br>
> we can't do now but I'm thinking that some kinds of fanout can be done<br>
> in the application layer anyhow (since they involve more complex<br>
> matching algorithms and message formats).<br>
<br>
</div>My understanding is that reliable fanout directly implies that a single<br>
slow consumer can bring whole data distribution network to a standstill.<br>
No sane person would want that kind of thing so we'll probably have to<br>
do with unreliable fanout.<br><br></blockquote><div><br></div><div>I like the idea 29West took, have a node on the network listening to all the communication and keeping a log.  Slow consumers are told to shutdown NAKs and can slowly recover from the network log, when a consumer has recovered and can keep up with the live source it can start sending NAKs again.</div>

<div><br></div><div>-- </div><div>Steve-o</div></div>