<p>It’s a valid alternative, and one which works well if the subscribers are not in direct contact with the presence servers and instead there’s a load balancer in-between.</p>
<p>Where subscribers are in direct contact and also behind NAT the NOTIFYs will need to go via the server on which the subscription was received.</p>
<p>Also, it is assumed that there are typically more subscriptions than presentities.</p>
<p>This not only adds more internal traffic (proportional to the number of nodes), but also a dependency on each server for the lifetime of its ‘own’ watcher records.</p>
<p>If each node is responsible for its own subscribers, however, then if it disappears the subscribers simply move elsewhere (as a result of dead keepalive)</p>
<p>The main purpose of the replication is to enable each</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br />You are receiving this because you are subscribed to this thread.<br />Reply to this email directly, <a href="https://github.com/kamailio/kamailio/pull/1402#issuecomment-357801456">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/AF36ZbHj516hEXG_-M0ZrLoH5ww3PP76ks5tK85jgaJpZM4Re7yM">mute the thread</a>.<img alt="" height="1" src="https://github.com/notifications/beacon/AF36ZU_zGr3rI2YE0zOQE04p3jD72To5ks5tK85jgaJpZM4Re7yM.gif" width="1" /></p>
<div itemscope itemtype="http://schema.org/EmailMessage">
<div itemprop="action" itemscope itemtype="http://schema.org/ViewAction">
  <link itemprop="url" href="https://github.com/kamailio/kamailio/pull/1402#issuecomment-357801456"></link>
  <meta itemprop="name" content="View Pull Request"></meta>
</div>
<meta itemprop="description" content="View this Pull Request on GitHub"></meta>
</div>

<script type="application/json" data-scope="inboxmarkup">{"api_version":"1.0","publisher":{"api_key":"05dde50f1d1a384dd78767c55493e4bb","name":"GitHub"},"entity":{"external_key":"github/kamailio/kamailio","title":"kamailio/kamailio","subtitle":"GitHub repository","main_image_url":"https://cloud.githubusercontent.com/assets/143418/17495839/a5054eac-5d88-11e6-95fc-7290892c7bb5.png","avatar_image_url":"https://cloud.githubusercontent.com/assets/143418/15842166/7c72db34-2c0b-11e6-9aed-b52498112777.png","action":{"name":"Open in GitHub","url":"https://github.com/kamailio/kamailio"}},"updates":{"snippets":[{"icon":"PERSON","message":"@charlesrchance in #1402: It’s a valid alternative, and one which works well if the subscribers are not in direct contact with the presence servers and instead there’s a load balancer in-between.\r\n\r\nWhere subscribers are in direct contact and also behind NAT the NOTIFYs will need to go via the server on which the subscription was received.\r\n\r\nAlso, it is assumed that there are typically more subscriptions than presentities.\r\n\r\nThis not only adds more internal traffic (proportional to the number of nodes), but also a dependency on each server for the lifetime of its ‘own’ watcher records.\r\n\r\nIf each node is responsible for its own subscribers, however, then if it disappears the subscribers simply move elsewhere (as a result of dead keepalive)\r\n\r\n\r\n The main purpose of the replication is to enable each \r\n"}],"action":{"name":"View Pull Request","url":"https://github.com/kamailio/kamailio/pull/1402#issuecomment-357801456"}}}</script>