Re: [OpenSIPS-Users] Register with TO Tag

2016-06-07 Thread Bogdan-Andrei Iancu
REGISTER and INVITE requests should be handled in different ways, so 
split your scripting per methods.


In regards, to MF, better do the validation first, to be sure that 
whatever you do later, at least you have a valid SIP msg.


Regards,

Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com

On 07.06.2016 13:53, John Nash wrote:

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 
> 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 Developer
http://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 list
Users@lists.opensips.org 
http://lists.opensips.org/cgi-bin/mailman/listinfo/users





___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


Re: [OpenSIPS-Users] Register with TO Tag

2016-06-07 Thread John Nash
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 
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@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


Re: [OpenSIPS-Users] Register with TO Tag

2016-06-07 Thread Bogdan-Andrei Iancu

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 Developer
http://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 list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


[OpenSIPS-Users] Register with TO Tag

2016-06-07 Thread John Nash
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 list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users