<div class="gmail_quote">On Tue, May 10, 2011 at 3:10 AM, Evgeniy Khramtsov <span dir="ltr"><<a href="mailto:xramtsov@gmail.com">xramtsov@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
New feature wouldn't be supported at all, as practice shown: there were XEP about sessions handoffs, now, who can recall it's number?</blockquote><div><br>Doing it in BOSH would also be a new feature.<br><br></div>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="im">

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Scaling XMPP seems straightforward: load-balance the XMPP/BOSH front ends via DNS or any<br>
other mechanism, and handle message routing behind the scenes. ¬†Exposing<br>
that to the front-ends seems unnecessary, and just introduces ways for<br>
things to go wrong.)¬†
 <br></blockquote><br></div>
Such scaling is not a way to go: balancing doesn't help you to much until you have too many *shared* data across a cluster. A good approach is taken by SIP folks: they put some pieces of state in packets using record-routing technics and this works very good.</blockquote>
<div><br>I disagree, but I don't have time right now to get into a long discussion about it.¬† If anyone else wants to, feel free...<br></div></div><br>-- <br>Glenn Maynard<br><br>