[OpenSIPS-Users] Block lookups for WebRTC DNS .invalid

[Callum Guy]

Excellent, thanks Bogdan.

That looks to be the solution, apologies for missing the recent email!

All the best,

Callum

On Wed, 12 Jun 2019 at 14:03, Bogdan-Andrei Iancu <bogdan at opensips.org>
wrote:

> Hi,
>
> There was a similar email couple of days ago - the idea is to do
> fix_nated_contact() for all the traffic (replies and requests) coming from
> the WS(S) end point (as such endpoints are not able to provide a routable
> contact)
>
> Regards,
>
> Bogdan-Andrei Iancu
>
> OpenSIPS Founder and Developer
>   https://www.opensips-solutions.com
> OpenSIPS Summit 2019
>   https://www.opensips.org/events/Summit-2019Amsterdam/
>
> On 06/12/2019 12:08 PM, Callum Guy wrote:
>
> Hi All,
>
> I am in the process of configuring a WebRTC/SIP proxy and wanted to know
> if there was any way to prevent OpenSIPs from attempting to resolve the
> .invalid domains present in the Via headers:
>
> INVITE sip:abc at us.net SIP/2.0
> Via: SIP/2.0/WSS b7evbq9f9q22.invalid;branch=z9hG4bK5495466
>
> Although all is working I'm seeing the following log message.
>
> CRITICAL:core:mk_proxy: could not resolve hostname: "b7evbq9f9q22.invalid"
>
> Certainly it seems that this is compliant with the RFC defined behaviour (
> https://tools.ietf.org/html/rfc7118#appendix-B.1) however I am hoping
> there is a simple way to block lookups to this domain to save resources etc.
>
> On a side note I am typically reviewing SIP on our network using sngrep,
> when relaying these messages over UDP sngrep is failing to read the packets
> (presumably due to the extremely large SDP failing reassembly). While I'm
> writing I wondered if anyone has seen this before and could offer advice -
> the target endpoint (FreeSWITCH) has no issues reading it. One workaround
> could be to use TCP (tested and works) however I was curious if there was
> another solution?
>
> Thanks,
>
> Callum
>
>
>
> *0333 332 0000  |  www.x-on.co.uk <http://www.x-on.co.uk>  |   **
> <https://www.linkedin.com/company/x-on>   <https://www.facebook.com/XonTel>
>   <https://twitter.com/xonuk> *
>
> X-on is a trading name of Storacall Technology Ltd a limited company
> registered in England and Wales.
> Registered Office : Avaland House, 110 London Road, Apsley, Hemel
> Hempstead, Herts, HP3 9SD. Company Registration No. 2578478.
> The information in this e-mail is confidential and for use by the
> addressee(s) only. If you are not the intended recipient, please notify
> X-on immediately on +44(0)333 332 0000 and delete the
> message from your computer. If you are not a named addressee you must not
> use, disclose, disseminate, distribute, copy, print or reply to this email. Views
> or opinions expressed by an individual
> within this email may not necessarily reflect the views of X-on or its
> associated companies. Although X-on routinely screens for viruses,
> addressees should scan this email and any attachments
> for viruses. X-on makes no representation or warranty as to the absence of
> viruses in this email or any attachments.
>
>
>
> _______________________________________________
> Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>

-- 





*0333 332 0000  |  www.x-on.co.uk <http://www.x-on.co.uk>  |   ** 
<https://www.linkedin.com/company/x-on>   <https://www.facebook.com/XonTel> 
  <https://twitter.com/xonuk> *


X-on
is a trading name of Storacall 
Technology Ltd a limited company registered in
England and Wales.


Registered Office : Avaland House, 110 London Road, Apsley, Hemel 
Hempstead,
Herts, HP3 9SD. Company Registration No. 2578478.

The 
information in this e-mail is confidential and for use by the addressee(s)

only. If you are not the intended recipient, please notify X-on immediately 
on +44(0)333 332 0000 and delete the
message from your computer. If you are 
not a named addressee you must not use,
disclose, disseminate, distribute, 
copy, print or reply to this email. Views
or opinions expressed by an 
individual
within this email may not necessarily
reflect the views of X-on 
or its associated companies. Although X-on routinely
screens for viruses, 
addressees should scan this email and any attachments
for
viruses. X-on 
makes no representation or warranty as to the absence of viruses
in this 
email or any attachments.










-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20190612/c0c6e5e2/attachment.html>