[OpenSIPS-Users] check_source_address()

[Mark Farmer]

Thank you, that makes sense now. I will keep that in mind for the future.
In the meantime I have raised a query with our provider.

Additionally, I realised this morning that at our request, our provider is
sending calls to us via a domain name instead of an IP. Would that likely
cause the issue even if they are using RFC 3261? I have asked for it to be
removed.

Best regards
Mark.



On Thu, 25 Apr 2019 at 16:50, Liviu Chircu <liviu at opensips.org> wrote:

> On 25.04.2019 17:11, Mark Farmer wrote:
>
> Thanks so much for helping with this.
>
> I have applied the suggested config but the result is the same. OpenSIPS
> routes the RE-INVITE to itself and it never gets routed back to the
> Asterisk box.
> If the 2nd Route header in the RE-INVITE is the IP of the other interface
> - will that not always be the case? It's as though the 2nd Route header
> needs to be changed to have the IP of the Asterisk server.
>
> Sanitized RE-INVITE from provider:
>
> INVITE sip:asterisk at my.host.name:5060 SIP/2.0
>
> If OpenSIPS identifies "my.host.name:5060" as a local domain, this will
> screw up the routing,
> as it will go from loose (RFC 3261) to strict (old, deprecated RFC 2543
> mechanism).  Notice how
> its not preserving the R-URI when it routes to itself as should happen
> with RFC 3261 routing,
> because it has fallen back to RFC 2543 routing.
>
> Your provider needs to follow RFC 3261 and use as Re-INVITE Request-URI
> the exact Contact
> advertised by the caller: <sip:asterisk at 10.98.0.102:5060>
> <sip:asterisk at 10.98.0.102:5060>, and not confuse your routing engine
> with a random target such as: INVITE sip:asterisk at my.host.name:5060.
>
> --
> Liviu Chircu
> OpenSIPS Developerhttp://www.opensips-solutions.com
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>


-- 
Mark Farmer
farmorg at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20190426/0aa93d93/attachment.html>