[OpenSIPS-Users] Register with TO Tag
John Nash
john.nash778 at gmail.com
Tue Jun 7 12:53:54 CEST 2016
OK that means I should handle Register before In-dialog processing block?
I also have one more doubt function mf_process_maxfwd_header should it be
used before sipmsg_validate or after?...Currently mf_process_maxfwd_header
is being called in my script first but in some cases with malformed
packets its not even able to read max fwd header.
On Tue, Jun 7, 2016 at 4:11 PM, Bogdan-Andrei Iancu <bogdan at opensips.org>
wrote:
> Hi John,
>
> Assuming you do not do REGISTER relay (but you act as a registrar), you
> should handle the REGISTER requests (with or without to-tag) in the same
> way. IF they have a Route hdr , it may be because they do pre-loaded route
> (the Route points to your SIP server) to be sure the REGISTER gets to the
> registrar server.
>
> Regards,
>
> Bogdan-Andrei Iancu
> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com
>
> On 07.06.2016 10:56, John Nash wrote:
>
> I am dealing with In-dialog requests using
>
>
> ------------------------------------------------------------------------------------------------------
> if (has_totag() && (is_domain_local("$rd") || $Ri== "127.0.0.1") &&
> is_method("INVITE|ACK|BYE|UPDATE"))
> {
> # sequential request within a dialog should
> # take the path determined by record-routing
> if (topology_hiding_match())
> -----
>
> ---------------------------------------------------------------------------------------------------------
>
> at the top of my script. After that I process initial requests, but I see
> some REGISTER messages with TO-Tag and "Route" header and they are being
> discarded by my script because Initial request cannot have Route header.
>
> Do i also need to pass REGISTER messages also through same block?...or i
> need to call loose_route after has_to_tag check.
>
>
>
>
> _______________________________________________
> Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20160607/e7612e80/attachment-0001.htm>
More information about the Users
mailing list