[SR-Users] Dispatcher and SUBSCRIBE issue

Daniel-Constantin Mierla miconda at gmail.com
Thu Apr 8 12:37:57 CEST 2021


Hello,

have you changed the value for the force_dst modparam for dispatcher module?

  *
https://www.kamailio.org/docs/modules/stable/modules/dispatcher.html#dispatcher.p.force_dst

Also not, iirc, in the older versions the value was 0.

Cheers,
Daniel

On 08.04.21 11:58, Barry Flanagan wrote:
> Hi
>
> I am using the dispatcher module with Kamailio as a front-end
> Registrar/LB in front of a cluster of Asterisk boxes. I have come
> across an issue with SUBSCRIBE messages not getting routed to the
> correct server in the event that the phone endpoint's dispatch set is
> changed. It will still go to the old server until such time as the
> phone is rebooted.
>
> The reason this is happening is because the 200 OK in the response
> from the Asterisk server has Contact set to its own IP:port and
> subsequent in-dialog reSUBSCRIBE are sent with the original Asterisk
> ip:port in the RURI. When Kamailio receives these reSUBSCRIBE it does
> not change the RURI even though ds_select_dst is being called in the
> [WITHIN_DIALOG] route.
>
> My feeling is I have two choices - either alter the Contact in the
> reply from Asterisk, or, change the RURI manually on receipt of an
> in-dialog SUBSCRIBE.
>
> Has anyone else come across this, or have advice on the best way to
> handle this?
>
> Thanks
>
> -- 
>
> -Barry   
>
>
> _______________________________________________
> Kamailio (SER) - Users Mailing List
> sr-users at lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Online
May 17-20, 2021 (Europe Timezone) - June 7-10, 2021 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210408/51189cda/attachment.htm>


More information about the sr-users mailing list