[SR-Users] Polycom looses registration within cluster scenario.

Brian : brians at iptel.co
Sun May 31 18:14:56 CEST 2020


The easy way to deal with it is not to use equal weights in SRV. It will
nearly always lead to this type of issue with some user agents.

On Friday, May 29, 2020, Zhan Bazarov <chiefkeeft at gmail.com> wrote:
> Hello. We faced to an issue with polycom, namely - polycom phones looses
> registration within SRV/DNS based cluster scenario..
> So we have round-robin cluster of SIP-proxy instances behind the same
SRV/A
> records(each instance has the same weight). The initial registration works
> fine, but after the polycom sends a SUBSCRIBE request to another one
> sipProxy instance(because of round-robin scenario) - polycom stops sending
> re-register by expires which we are providing in 200Ok message...
>
> So the idea is to keep polycom located on the instance where initial
> register request came to.
>
> But polycom is sending SUBSCRIBE in shuffle(not to the server where
> registration is located)
>
> We can solve this issue by  keeping registration on lines not on main SIP
> configuration itself, otherwise polycom looses registration from cluster
at
> all. But it lead to rejecting some calls by polycom with '400 bad
request..
> We can solve it by disabling validation. But it leads to additional things
> like: polycom has multiple registrations on the device itself..  I mean,
for
> example, first one registration isn’t expired, and polycom has two
> registrations at the same time...
>
>
> any ideas? How we can avoid this issue right?
> Thanks.
>
>
>
> --
> Sent from: http://sip-router.1086192.n5.nabble.com/Users-f3.html
>
> _______________________________________________
> Kamailio (SER) - Users Mailing List
> sr-users at lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20200531/c9f3d657/attachment.html>


More information about the sr-users mailing list