<html><head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head><body bgcolor="#FFFFFF" text="#000000"><span>Hi,<br>
<br>
xylo p wrote:</span><br>
<blockquote
cite="mid:CAAO1mbXvpHis_ut-DXbUsikn0RE-XEYHP+OQs=UCFQRX7axiRg@mail.gmail.com"
type="cite">
<div>Andrew,</div>
<div>You might be right. Unfortunately not sure how to
create empty domain. I set only IP addresses from provider but same
result. Please see below sample of my log</div>
</blockquote>
I was saying that if you have a domain with FQDN and provider is sending
INVITE with an IP Request-line you should create additionally domain
with that IP.<br>
But that is not your case. Now it is much more clear with the log you've
provided. The problem here is that the Request-line does not have the
number:<br>
<blockquote
cite="mid:CAAO1mbXvpHis_ut-DXbUsikn0RE-XEYHP+OQs=UCFQRX7axiRg@mail.gmail.com"
type="cite">
<div>---------------------------------------------------------------------------------------------------------------------</div>
<div><br></div>
<div>Dec
15 14:42:46 ip-142-41-24-55 proxy[2444]: NOTICE: <script>: New
request on proxy - M=INVITE R=<a class="moz-txt-link-freetext" href="sip:45.156.145.45:5060;transport=udp">sip:45.156.145.45:5060;transport=udp</a> F=<a
moz-do-not-send="true" href="mailto:sip%3A41654442958@189.28.112.214">sip:41654442958@189.28.112.214</a>
T=<a moz-do-not-send="true"
href="http://sip:340416400629@189.28.112.214:5060">sip:340416400629@189.28.112.214:5060</a>
I</div>
</blockquote>
it should be<br>
INVITE <a class="moz-txt-link-freetext" href="sip:340416400629@45.156.145.45:5060">sip:340416400629@45.156.145.45:5060</a><br>
and not INVITE <a class="moz-txt-link-freetext" href="sip:45.156.145.45:5060">sip:45.156.145.45:5060</a><br>
Basically the preferred way would be to talk to the provider and ask
them why they are sending this not according to rfc3261.<br>
I remember someone reported this on the mailing list before, and maybe
even somebody came up with a workaround in kamailio config so someone
could chime in or you can try to find that, but this is really not ours
but a provider's problem.<br>
<br>
Regards,<br>
Andrew<br>
</body></html>