<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<font face="Calibri Light">Hello Bogdan<br>
<br>
i think it is no need to do that if this client is broken. You
already doing so much good with opensips ;)<br>
<br>
Tnx so much with all explanation and all you work!<br>
Miha<br>
</font><br>
<div class="moz-cite-prefix">On 21/11/2016 11:13, Bogdan-Andrei
Iancu wrote:<br>
</div>
<blockquote
cite="mid:ba9bdd00-7651-903e-d9d2-5cde707cb71c@opensips.org"
type="cite">
<meta http-equiv="Context-Type" content="text/html;
charset=windows-1252">
<tt>Hi Miha,<br>
<br>
According the SIP grammar, that parameter is perfectly
legitimate. The client is broken as it is not able to cope with
it (in the worst case, to simply ignore it).<br>
<br>
There is no out of the box way to disable it, but I may provide
you a patch for that - just to see if that fixes your problem. <br>
<br>
Regards,<br>
</tt>
<pre class="moz-signature" cols="72">Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.opensips-solutions.com">http://www.opensips-solutions.com</a></pre>
<div class="moz-cite-prefix">On 18.11.2016 19:54, Miha wrote:<br>
</div>
<blockquote
cite="mid:0bbecaee-0958-c06c-d9e4-e21ee3815d96@softnet.si"
type="cite"> Hello bogdan<br>
<br>
I guess, but it looks like so. Is it possible to remove it?<br>
<br>
<br>
tnx<br>
miha<br>
<br>
<div class="moz-cite-prefix">On 18/11/2016 15:39, Bogdan-Andrei
Iancu wrote:<br>
</div>
<blockquote
cite="mid:39d25b06-6417-408f-7012-41f993355ed2@opensips.org"
type="cite"> <tt>I guess your UAC freezes when receiving back
in the 200 OK REGISTER the "received" hdr param in Contact
??<br>
<br>
Regards,<br>
</tt>
<pre class="moz-signature" cols="72">Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.opensips-solutions.com">http://www.opensips-solutions.com</a></pre>
<div class="moz-cite-prefix">On 18.11.2016 16:33,
Bogdan-Andrei Iancu wrote:<br>
</div>
<blockquote
cite="mid:6117be99-edd6-cb33-d58c-a22469b5ce2f@opensips.org"
type="cite"> <tt>HI Miha,<br>
<br>
Sorry, but I'm not able to follow the case you mentioned
with Innovaphone PBX - maybe you can post (to see the
differences) the sent and returned contact hdrs in the
REGISTER request + reply for the 2 cases (OpenSIPS and
Innovaphone PBX).<br>
<br>
Regards,<br>
</tt>
<pre class="moz-signature" cols="72">Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.opensips-solutions.com">http://www.opensips-solutions.com</a></pre>
<div class="moz-cite-prefix">On 18.11.2016 11:20, Miha
wrote:<br>
</div>
<blockquote
cite="mid:a830ad7f-afd9-839f-2998-f7f2a2d52d4d@softnet.si"
type="cite"> I do not know if this is the case. But from
what I can see what I register it on some Innovaphone PBX,
innovaphone sends back in contact (200 ok) just ip of IPBX
and also when INVITE is send in contact there is URI of
PBX and only and it works.<br>
<br>
i tried this but did not have any luck.<br>
<br>
br<br>
miha<br>
<br>
<div class="moz-cite-prefix">On 18/11/2016 09:48,
Bogdan-Andrei Iancu wrote:<br>
</div>
<blockquote
cite="mid:3d864dde-2b07-f872-e7bd-181627c3a653@opensips.org"
type="cite"> <tt>Hi Miha,<br>
<br>
You mean the UAC does not like the multi-URI Contact
header in the 200 OK ???? If so, that UAC is really
broken as 1) breaks the SIP syntax (which allows it)
and 2) breaks the the SIP Registration as per RFC3261.<br>
<br>
What about the second contact (the one already
existing in usrloc when this registration comes) ? can
it be discarded ? If YES, you can try passing the
"c1f" flags to save() :<br>
<a moz-do-not-send="true"
class="moz-txt-link-freetext"
href="http://www.opensips.org/html/docs/modules/2.2.x/registrar.html#id294033">http://www.opensips.org/html/docs/modules/2.2.x/registrar.html#id294033</a><br>
<br>
That will make OpenSIPS to accept only 1 contact per
AOR/user and any new contact will override the
existing one.<br>
<br>
Regards,<br>
</tt>
<pre class="moz-signature" cols="72">Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.opensips-solutions.com">http://www.opensips-solutions.com</a></pre>
<div class="moz-cite-prefix">On 18.11.2016 10:15, Miha
wrote:<br>
</div>
<blockquote
cite="mid:c80e9a24-0b74-01be-2f96-a5c1bc698592@softnet.si"
type="cite"> Hi Bogdan<br>
<br>
I did few more test. This contact bothers UAC. Is
there anything i can do in this case in OpenSIPS so
that it will only reply with one URI in contact?<br>
<br>
<pre wrap="">Contact: <a moz-do-not-send="true" class="moz-txt-link-rfc2396E" href="sip:38618308980@opsp.kabelnet.net;transport=udp"><sip:38618308980@opsp.kabelnet.net;transport=udp></a>;expires=1518
;received=<a moz-do-not-send="true" class="moz-txt-link-rfc2396E" href="sip:84.41.125.21:5060">"sip:84.41.125.21:5060"</a>, <a moz-do-not-send="true" class="moz-txt-link-rfc2396E" href="sip:38618308980@84.41.125.21:5060"><sip:38618308980@84.41.125.21:5060></a>;
expires=180.
tnx so much!
MIha
</pre>
<br>
<div class="moz-cite-prefix">On 17/11/2016 12:11,
Bogdan-Andrei Iancu wrote:<br>
</div>
<blockquote
cite="mid:b503439a-2fae-36ee-f545-4179aad9f5d3@opensips.org"
type="cite"> <tt>Hi Miha,<br>
<br>
yes, that is parallel forking (you may have more
than 2 contacts only).<br>
<br>
Are you sure your DB was sync'ed? OpenSIPS is
periodically flushing the memory cache into the
location table (see the "state" of the contact (as
per "ul show") if marked as DIRTY).<br>
<br>
In regards to RFC, I think you quote the wrong
section (maybe about callings?) - for REGISTERs,
any number of URIs are allowed AFAIK. <br>
<br>
Regards,<br>
</tt>
<pre class="moz-signature" cols="72">Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.opensips-solutions.com">http://www.opensips-solutions.com</a></pre>
<div class="moz-cite-prefix">On 17.11.2016 12:35,
Miha wrote:<br>
</div>
<blockquote
cite="mid:2610b8d4-1cb3-804f-2fce-8d24c129ffb5@softnet.si"
type="cite"> Bodan<br>
<br>
so this is dual forking...?<br>
So if you have one account and you have two phones
on it and first will try to register, 200 ok will
will have contact of both phones?<br>
In location table I can see only one registration
for this user but for "opensipsctl ul show" it
shows me two contacts, which is strange? (When i
do trace only one invite is send) and UAC replay
with Busy all the time due to two contacts (this
what i have been told).<br>
<br>
Ok, but if you look at rfc there is only one URI
allowed in contact if I understand this right?<br>
<br>
<br>
<pre>The Contact header field MUST be present and contain exactly one SIP
or SIPS URI in any request that can result in the establishment of a
dialog
Please correct me if I am wrong.
tnx so much!
Miha
</pre>
<br>
<div class="moz-cite-prefix">On 17/11/2016 11:22,
Bogdan-Andrei Iancu wrote:<br>
</div>
<blockquote
cite="mid:02477e55-9520-dd33-a8e3-19b49783228e@opensips.org"
type="cite"> <tt>Hi Miha,<br>
<br>
OpenSIPS returns in the 200 OK for a REGISTER
all the valid registrations for that user (for
all the devices the user may have).<br>
<br>
I guess your user has 2 registrations, so the
200 OK will report back both of them. You can
check via "opensipsctl ul show"<br>
<br>
Regards,<br>
</tt>
<pre class="moz-signature" cols="72">Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.opensips-solutions.com">http://www.opensips-solutions.com</a></pre>
<div class="moz-cite-prefix">On 17.11.2016
12:13, Miha wrote:<br>
</div>
<blockquote
cite="mid:1a3ae947-f9e7-c5b3-bbbe-4fabe1b648e2@softnet.si"
type="cite"> Hello Bogdan<br>
<br>
i changed this and it works in all cases, only
in one I noticed today this (Opensips reply
only in this case with two URI on contact):<br>
<br>
UAC:5060 ->OpenSIPS:5060<br>
REGISTER <a moz-do-not-send="true"
class="moz-txt-link-freetext"
href="sip:opsp.test.net:5060">sip:opsp.test.net:5060</a>
SIP/2.0.<br>
Via: SIP/2.0/UDP
opsp.test.net;branch=z9hG4bKa40225bd7495297c6.<br>
Max-Forwards: 70.<br>
From: 042335040 <a moz-do-not-send="true"
class="moz-txt-link-rfc2396E"
href="sip:99942335040@opsp.test.net"><sip:99942335040@opsp.test.net></a>;tag=1f62205074.<br>
To: 042335040 <a moz-do-not-send="true"
class="moz-txt-link-rfc2396E"
href="sip:99942335040@opsp.test.net"><sip:99942335040@opsp.test.net></a>.<br>
Call-ID: 61c67f739bef5a2e.<br>
CSeq: 1804289391 REGISTER.<br>
Allow: INVITE, ACK, CANCEL, BYE, NOTIFY,
REFER, OPTIONS, UPDATE,<br>
PRACK, INFO.<br>
Authorization: Digest<br>
username="99942335040",realm="opsp.test.net",nonce="582d810c000058b<br>
d73adccf0d455c2a2159b3a3403c1f7a3",uri=<a
moz-do-not-send="true"
class="moz-txt-link-rfc2396E"
href="sip:opsp.test.net:5060">"sip:opsp.test.net:5060"</a>,res<br>
ponse="bc0c757c17f9b0976af35ec633dd83ca".<br>
Contact: 042335040 <a moz-do-not-send="true"
class="moz-txt-link-rfc2396E"
href="sip:99942335040@opsp.test.net;transport=udp"><sip:99942335040@opsp.test.net;transport=udp></a>;ex<br>
pires=3600.<br>
Privacy: none.<br>
Supported: path.<br>
User-Agent: Brcm-Callctrl/v1.10.3 M5T SIP
Stack/4.1.2.2.<br>
Content-Length: 0.<br>
<br>
UOpenSIPS:5060 -> UAC:5060<br>
SIP/2.0 401 Unauthorized.<br>
Via: SIP/2.0/UDP<br>
opsp.test.net;received=UAC;rport=5060;branch=z9hG4bKa4022<br>
5bd7495297c6.<br>
From: 042335040 <a moz-do-not-send="true"
class="moz-txt-link-rfc2396E"
href="sip:99942335040@opsp.test.net"><sip:99942335040@opsp.test.net></a>;tag=1f62205074.<br>
To: 042335040 <a moz-do-not-send="true"
class="moz-txt-link-rfc2396E"
href="sip:99942335040@opsp.test.net"><sip:99942335040@opsp.test.net></a>;tag=0c7ff67d927afc274<br>
b272138ce65100a.ac4d.<br>
Call-ID: 61c67f739bef5a2e.<br>
CSeq: 1804289391 REGISTER.<br>
WWW-Authenticate: Digest
realm="opsp.test.net",<br>
nonce="582d811300005a88b92d0287a7460acce0a84e5d2a200b33", stale=true.<br>
Server: OpenSIPS (1.10.0beta-tls
(x86_64/linux)).<br>
Content-Length: 0.<br>
<br>
<br>
U UAC:5060 ->OpenSIPS:5060<br>
REGISTER <a moz-do-not-send="true"
class="moz-txt-link-freetext"
href="sip:opsp.test.net:5060">sip:opsp.test.net:5060</a>
SIP/2.0.<br>
Via: SIP/2.0/UDP
opsp.test.net;branch=z9hG4bKb5f2bbbf80e346f48.<br>
Max-Forwards: 70.<br>
From: 042335040 <a moz-do-not-send="true"
class="moz-txt-link-rfc2396E"
href="sip:99942335040@opsp.test.net"><sip:99942335040@opsp.test.net></a>;tag=1f62205074.<br>
To: 042335040 <a moz-do-not-send="true"
class="moz-txt-link-rfc2396E"
href="sip:99942335040@opsp.test.net"><sip:99942335040@opsp.test.net></a>.<br>
Call-ID: 61c67f739bef5a2e.<br>
CSeq: 1804289392 REGISTER.<br>
Allow: INVITE, ACK, CANCEL, BYE, NOTIFY,
REFER, OPTIONS, UPDATE,<br>
PRACK, INFO.<br>
Authorization: Digest<br>
username="99942335040",realm="opsp.test.net",nonce="582d811300005a8<br>
8b92d0287a7460acce0a84e5d2a200b33",uri=<a
moz-do-not-send="true"
class="moz-txt-link-rfc2396E"
href="sip:opsp.test.net:5060">"sip:opsp.test.net:5060"</a>,res<br>
ponse="9ce3622addeedf74622a23697e6f3728".<br>
Contact: 042335040 <a moz-do-not-send="true"
class="moz-txt-link-rfc2396E"
href="sip:99942335040@opsp.test.net;transport=udp"><sip:99942335040@opsp.test.net;transport=udp></a>;ex<br>
pires=3600.<br>
Privacy: none.<br>
Supported: path.<br>
User-Agent: Brcm-Callctrl/v1.10.3 M5T SIP
Stack/4.1.2.2.<br>
Content-Length: 0.<br>
.<br>
<br>
<br>
UOpenSIPS:5060 -> UAC:5060<br>
SIP/2.0 200 OK.<br>
Via: SIP/2.0/UDP<br>
opsp.test.net;received=UAC;rport=5060;branch=z9hG4bKb5f2b<br>
bbf80e346f48.<br>
From: 042335040 <a moz-do-not-send="true"
class="moz-txt-link-rfc2396E"
href="sip:99942335040@opsp.test.net"><sip:99942335040@opsp.test.net></a>;tag=1f62205074.<br>
To: 042335040 <a moz-do-not-send="true"
class="moz-txt-link-rfc2396E"
href="sip:99942335040@opsp.test.net"><sip:99942335040@opsp.test.net></a>;tag=766e4f757c55b3450<br>
c9992a50fb64799-9163.<br>
Call-ID: 61c67f739bef5a2e.<br>
CSeq: 1804289392 REGISTER.<br>
Contact: <a moz-do-not-send="true"
class="moz-txt-link-rfc2396E"
href="sip:99942335040@opsp.test.net;transport=udp"><sip:99942335040@opsp.test.net;transport=udp></a>;expires=3600<br>
;received=<a moz-do-not-send="true"
class="moz-txt-link-rfc2396E"
href="sip:UAC:5060">"sip:UAC:5060"</a>, <<a
moz-do-not-send="true"
class="moz-txt-link-freetext"
href="sip:99942335040@UAC:1024">sip:99942335040@UAC:1024</a><br>
> ;expires=119.<br>
Server: OpenSIPS (1.10.0beta-tls
(x86_64/linux)).<br>
Content-Length: 0.<br>
<br>
Do you see where could be an issue?<br>
<br>
<br>
tnx<br>
miha<br>
<br>
<br>
<div class="moz-cite-prefix">On 16/11/2016
08:11, Miha wrote:<br>
</div>
<blockquote
cite="mid:17de93ae-ea15-7818-24a3-4dc31342893a@softnet.si"
type="cite"> Hello Bogdan<br>
<br>
yes this was the case...<br>
<br>
thank you!<br>
<br>
<br>
br<br>
miha<br>
<br>
<div class="moz-cite-prefix">On 15/11/2016
18:35, Bogdan-Andrei Iancu wrote:<br>
</div>
<blockquote
cite="mid:1e9cd559-d277-0fb0-6b1d-d4dd54e45059@opensips.org"
type="cite"> <tt>Hi Miha,<br>
<br>
When you handle REGISTER requests (from
behind NAT) most probably you use
fix_nated_contact() instead of
fix_nated_register().<br>
<br>
Regards,<br>
</tt>
<pre class="moz-signature" cols="72">Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.opensips-solutions.com">http://www.opensips-solutions.com</a></pre>
<div class="moz-cite-prefix">On 15.11.2016
09:11, Miha wrote:<br>
</div>
<blockquote
cite="mid:1f44deec-ac09-9de3-c938-e18a9b4171fa@softnet.si"
type="cite"> Hello<br>
<br>
i need one info.<br>
I have one phone behind NAT and it is
registered on OpenSIPS. IN register
packet, which is send to OpenSIPS I can
see contact: <a moz-do-not-send="true"
class="moz-txt-link-rfc2396E"
href="sip:11181600519@192.168.0.101:5060;transport=UDP">"sip:11181600519@192.168.0.101:5060;transport=UDP"</a><br>
<br>
and let says that the public ip for this
device is xxx.xxx.xxx.xxx.<br>
<br>
<br>
When opensips sends INVITE it send to
right public ip and right port (source
ip and source port generated by router).
The issue is this:<br>
Invite is like: "<a
moz-do-not-send="true"
class="moz-txt-link-freetext"
href="sip:11181600519@">sip:11181600519@</a>xxx.xxx.xxx.xxx:5060;transport=UDP"
and this request is then fw to this UAC
behind router. The UAC replays to this
INVITE with 404 Not found as it is
waiting to receive the same URI which
was written in contact (the userpart is
ok, put the ip is public, not private
and this is the issue).From what I can
see in RFC this is the case.<br>
<br>
<br>
Till now Idid not have any issues with
this, but now I found first phone which
replays with 404 and from RFC point of
view there should be private ip request
:) . So is there anything I can do :)?<br>
<br>
<br>
tnx<br>
miha<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Users mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a>
</pre>
</blockquote>
<br>
</blockquote>
<br>
</blockquote>
<br>
</blockquote>
<br>
</blockquote>
<br>
</blockquote>
<br>
</blockquote>
<br>
</blockquote>
<br>
</blockquote>
<br>
</blockquote>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Users mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a>
</pre>
</blockquote>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Users mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a>
</pre>
</blockquote>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Users mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a>
</pre>
</blockquote>
<br>
</blockquote>
<br>
</body>
</html>