<div dir="ltr">Any ideas? What are some ways people load balance presence to their application servers? (when opensips is just a proxy, and without using any of the presence module support)<div><br></div><div>Thanks much,</div>
<div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Jan 22, 2014 at 6:06 PM, Bobby Smith <span dir="ltr"><<a href="mailto:bobby.smith@gmail.com" target="_blank">bobby.smith@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Greetings list,<div><br></div><div>I'd like to be able to load balance subscribes across the same set of servers I'm using to handle calls with the loadbalancer module. I think I've read somewhere (I haven't looked at the code yet) that the loadbalancer module only handles dialog creating INVITEs, and not dialog creating SUBSCRIBES (for sip presence).</div>
<div><br></div><div>How do others achieve this? Through the dispatcher module? It would be really nice to reuse the current mechanism we have, because I want dialog load balancing behavior to be consistent over the pool of servers we have servicing both functionalies for.</div>
<div><br></div><div>I think a lot of the other modules have problems with SUBSCRIBE as well. An initial dialog-creating subscribe (for long running subscriptions) doesn't create a dialog when create_dialog() is called from the routing script, which seems to cause some re-SUBSCRIBE messages later on to have issues processing 200 OK's back (not getting to the right place). So are SUBSCRIBES not supported at all from within the dialog module infrastructure?</div>
<div><br></div><div>Thanks,</div><div><br></div><div>Bobby</div></div>
</blockquote></div><br></div>