<div dir="auto">Sorry - set_contact_alias()</div><div class="gmail_extra"><br><div class="gmail_quote">On Oct 12, 2017 14:05, "Yuriy Gorlichenko" <<a href="mailto:ovoshlook@gmail.com">ovoshlook@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">Yep got it. Looks like add_contact_alias should fix my issue</div><div class="gmail_extra"><br><div class="gmail_quote">On Oct 12, 2017 13:37, "Daniel-Constantin Mierla" <<a href="mailto:miconda@gmail.com" target="_blank">miconda@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF">
<p>You have to use set_contact_alias() instead of
add_contact_alias() -- see the readme of nathelper module, there
is a different behaviour between the two, which is relevant in
this case.</p>
<p>Cheers,<br>
Daniel<br>
</p>
<br>
<div class="m_-6770125551655859523m_-2440636419974977470moz-cite-prefix">On 12.10.17 12:31, Yuriy Gorlichenko
wrote:<br>
</div>
<blockquote type="cite">
<div dir="auto">I will try to do also add_contact_alias that you
recommend. Will look on result and describe it here</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Oct 12, 2017 13:29, "Yuriy
Gorlichenko" <<a href="mailto:ovoshlook@gmail.com" target="_blank">ovoshlook@gmail.com</a>> wrote:<br type="attribution">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="auto">No. I used fix_nated_contact for it because
use just 2 libs for WS where notify should be sent and
both works well.
<div dir="auto"><br>
</div>
<div dir="auto">Regarding other staff - i use
fix_nated_contact() before send message to mediaServer (
asterisk/fs) but it also works well. </div>
<div dir="auto"><br>
</div>
<div dir="auto">But yep i understand that in some cases it
should be used as your suggested.</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Oct 12, 2017 13:24,
"Daniel-Constantin Mierla" <<a href="mailto:miconda@gmail.com" target="_blank">miconda@gmail.com</a>>
wrote:<br type="attribution">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF">
<p>I was traveling and no much time to follow up on
mailing list ...</p>
<p>Did you use set_contact_alias() before handling
the subscribe with presence module? You should not
change the contact in the way you do, some UA may
reject it when receiving requests.<br>
</p>
<p>Cheers,<br>
Daniel<br>
</p>
<br>
<div class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643moz-cite-prefix">On
11.10.17 23:32, Yuriy Gorlichenko wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">Ok. solved<br>
<br>
I moved record_route for subscribe to other part
of the config file and for now if
msg_apply_changes() works<br>
so if someone intrested in solution:<br>
<br>
For me it works like this<br>
<br>
<div> if(is_method("SUBSCRIBE")) {</div>
<div> <br>
</div>
<div> if ( $pr == "wss" ) {</div>
<div> xlog("L_INFO", "$rm from WSS proto.
contact : $ct ");</div>
<div> remove_hf("Contact");</div>
<div> append_hf("Contact:<a class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643moz-txt-link-rfc2396E"><sip:$fU@$s<wbr>i:$sp;transport=ws></a>\r\n");</div>
<div> msg_apply_changes();</div>
<div> xlog("L_INFO", "New contact : $ct
");</div>
<div> $fs = "tls:"+INTERNALIP+":7443";</div>
<div> }</div>
<div><br>
</div>
<div> handle_subscribe();</div>
<div> t_release();</div>
<div> <br>
This code saves valid contact at the
active_watchers table for this SUBSCRIBE
request and generates NOTIFY via correct
transport.</div>
<br>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">2017-10-11 22:00
GMT+03:00 Yuriy Gorlichenko <span dir="ltr"><<a href="mailto:ovoshlook@gmail.com" target="_blank">ovoshlook@gmail.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">Continue talking with
myself... ))<br>
<br>
Found when presence building NOTIFY
request it uses entry from active_watchers
table for sending NOTIFY<br>
When SUBSCRIBE from webPhone receives by
kamailio it stors it like this<br>
<br>
<div>presentity_uri
|
watcher_username | watcher_domain
| to_user
| to_domain
| event | event_id | to_tag
| from_tag
| callid |
local_cseq | remote_cseq | contact
|
record_route | expires | status |
reason | version | socket_info
| local_contact | from_user
| from_domain
| updated | updated_winfo |
flags | user_agent |</div>
<div><a class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643moz-txt-link-freetext">sip:8dc08f881f2105dD3d75@</a>d0c20<wbr>d13-e5b4-4649-821e-9ab8ec94b14<wbr>1
| 94e51c30Bdf28de52519 |
d0c20d13-e5b4-4649-821e-9ab8ec<wbr>94b141
| 8dc08f881f2105dD3d75 |
d0c20d13-e5b4-4649-821e-9ab8ec<wbr>94b141
| presence | |
65b96bb6fd203a89fdddc27e45e374<wbr>97-709f
| vbr8o327n1 |
6qgtaasruts2tqsib3rk |
1 | 9634 | <a class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643moz-txt-link-freetext">sip:94e51c30bdf28de52519@95</a>.29<wbr>.8.36:55404;gr=urn:uuid:305d99<wbr>ab-ddf2-46b0-9ec0-74a1eef86595
| | 1507746863 | 1 |
| 2 | tls:<a href="http://172.31.13.191:7443" target="_blank">172.31.13.191:7443</a>
| sip:<a href="http://1.2.3.4:5060" target="_blank">1.2.3.4:5060</a>
| 94e51c30Bdf28de52519 |
d0c20d13-e5b4-4649-821e-9ab8ec<wbr>94b141
| -1 | -1 | 0 |
SIP.js/0.7.3 |<br>
<br>
so it says nothing about that watcher at
the websockets<br>
<br>
<br>
Then i see it builds NOTIFY request
using these params:<br>
<br>
<div> DEBUG: presence [notify.c:1479]:
send_notify_request(): dialog info:</div>
<div> DEBUG: presence [notify.c:122]:
printf_subs(): pres_uri: <a class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643moz-txt-link-freetext">sip:8dc08f881f2105dD3d75@</a>d0c20<wbr>d13-e5b4-4649-821e-9ab8ec94b14<wbr>1</div>
<div> DEBUG: presence [notify.c:123]:
printf_subs():
watcher_user@watcher_domain:
94e51c30Bdf28de52519@d0c20d13-<wbr>e5b4-4649-821e-9ab8ec94b141</div>
<div> DEBUG: presence [notify.c:124]:
printf_subs(): to_user@to_domain:
8dc08f881f2105dD3d75@d0c20d13-<wbr>e5b4-4649-821e-9ab8ec94b141</div>
<div> DEBUG: presence [notify.c:125]:
printf_subs(): from_user@from_domain:
94e51c30Bdf28de52519@d0c20d13-<wbr>e5b4-4649-821e-9ab8ec94b141</div>
<div> DEBUG: presence [notify.c:126]:
printf_subs(): callid/from_tag/to_tag:
11ml332armq1sdjjhr4i/adkeanjkn<wbr>s/65b96bb6fd203a89fdddc27e45e3<wbr>7497-92c7</div>
<div> DEBUG: presence [notify.c:127]:
printf_subs(): local_cseq/remote_cseq:
1/9417</div>
<div> DEBUG: presence [notify.c:128]:
printf_subs(): local_contact/contact:
sip:<a href="http://1.2.3.4:5060/sip:94e51c30bdf28de52519@95.29.8.36:63502;gr=urn:uuid:ad169d10-dc89-48e3-9a83-28635a77f216" target="_blank">1.2.3.4:5060/sip:94e51c30b<wbr>df28de52519@95.29.8.36:63502;g<wbr>r=urn:uuid:ad169d10-dc89-48e3-<wbr>9a83-28635a77f216</a></div>
<div> DEBUG: presence [notify.c:129]:
printf_subs(): record_route:</div>
<div> DEBUG: presence [notify.c:130]:
printf_subs(): sockinfo_str: tls:<a href="http://172.31.13.191:7443" target="_blank">172.31.13.191:7443</a></div>
<div> DEBUG: presence [notify.c:132]:
printf_subs(): event: presence</div>
<div> DEBUG: presence [notify.c:133]:
printf_subs(): status: active</div>
<div> DEBUG: presence [notify.c:134]:
printf_subs(): reason:</div>
<div> DEBUG: presence [notify.c:135]:
printf_subs(): version: 2</div>
<div> DEBUG: presence [notify.c:136]:
printf_subs(): expires: 599</div>
<br>
<br>
So i suppose it sending to UPD because
at the contact field at the database
stores nothing about transport (like
postfix ;transport=ws)<br>
And does not matter how I handle contact
at NAT (by fix_nated_contact() or
add_contact_alias()) because it stores
just a source IPaddress and port. <br>
<br>
fix_nated_register() will not help to
fix this issue because it is just
updates location and uses avp(RECEIVED)
for storing real address and real
transport which never have any entry to
the "active_watchers" table.<br>
<br>
So the only way i found to say where to
send notify is to change $ct variable
with adding postfix ";transport=ws"<br>
Because based on it module wil build
NOTIFY<br>
<br>
but here are 2 troubles<br>
1) $ct variable is readonly (remove and
append contact header has no any effect
for this. msg_apply_changes says:<br>
"cannot apply msg changes
after adding record-route header - it
breaks conditional 2nd header")<br>
2) as i said i can not change anything
at the tm:local-request for notify as i
wrote at the prevoius messages here. IT
changes needed variables but it has no
effect on message<br>
<br>
So main question - how to save real
transport at the contct field at the
active_watchers table.<br>
<br>
Will be happy to any suggession.<br>
<br>
<br>
</div>
<div><br>
</div>
</div>
<div class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643HOEnZb">
<div class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643h5">
<div class="gmail_extra"><br>
<div class="gmail_quote">2017-10-11
13:13 GMT+03:00 Yuriy Gorlichenko <span dir="ltr"><<a href="mailto:ovoshlook@gmail.com" target="_blank">ovoshlook@gmail.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">Hi. Got debug 3
information and found next (here
is pastebin link with dump <br>
<a href="https://pastebin.com/ALHQkM9E" target="_blank">https://pastebin.com/ALHQkM9E</a>)<br>
<br>
After NOTIFY was created i
trying to handle it by
tm:local-request route<br>
and found there one thing afnter
changed $fs and $ru with $du<br>
<br>
DEBUG: tm [uac.c:329]:
t_run_local_req(): apply new
updates without Via to sip msg<br>
<br>
as i understood it applies
changes but not uses it for
redirect request throught needed
socket.<br>
Shoud i use msg_apply_changes()
or something ike that?<br>
<br>
<br>
<br>
<br>
</div>
<div class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643m_-8272670469360761902HOEnZb">
<div class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643m_-8272670469360761902h5">
<div class="gmail_extra"><br>
<div class="gmail_quote">2017-10-04
16:13 GMT+03:00 Yuriy
Gorlichenko <span dir="ltr"><<a href="mailto:ovoshlook@gmail.com" target="_blank">ovoshlook@gmail.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">May be
debug=3 level says
more? I will try to
collect it. I don't
think it is a bug. I
think somethig wrong
at my side, but can
not find anything</div>
<div class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643m_-8272670469360761902m_4215210316818844332HOEnZb">
<div class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643m_-8272670469360761902m_4215210316818844332h5">
<div class="gmail_extra"><br>
<div class="gmail_quote">2017-10-04
14:58 GMT+03:00
Yuriy
Gorlichenko <span dir="ltr"><<a href="mailto:ovoshlook@gmail.com" target="_blank">ovoshlook@gmail.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="auto">I
mean i tried
to change $du
and print it.
It was changed
but notify was
set to
original ruri.
I know that it
worked for
register
requests and
invite. I
built services
using it.
<div dir="auto"><br>
</div>
<div dir="auto">I
found this
trouble only
with NOTIFY</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote"><span>On
Oct 4, 2017
14:35,
"Daniel-Constantin
Mierla" <<a href="mailto:miconda@gmail.com" target="_blank">miconda@gmail.com</a>>
wrote:<br type="attribution">
</span>
<div>
<div class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643m_-8272670469360761902m_4215210316818844332m_1552850676911786553h5">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF">
<p>Can you
print $du
there and see
if it set?
looks like it
is not routed
by r-uri, but
dst uri.</p>
<p>Cheers,<br>
Daniel<br>
</p>
<br>
<div class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355moz-cite-prefix">On
03.10.17
22:58, Yuriy
Gorlichenko
wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">Found
that at the
tm:local-request
$ru modifies
but anyway -
request sent
to old RURI.<br>
<div> INFO:
NOTIFY to WS,
update RURI</div>
<div><br>
</div>
<div>-- here
is making <br>
$ru =
$ru+";transport=ws";</div>
<div>---</div>
<div><br>
</div>
<div> INFO:
NOTIFY to WS,
new RURI: <a class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355moz-txt-link-freetext">sip:94e51c30bdf28de52519@93.81<wbr>.99.68:54733;gr=urn:uuid:88b30<wbr>33f-e65d-4694-ac45-2a1d1a44501<wbr>c;transport=ws</a></div>
<div><br>
--- for now
$ru is updated</div>
<div><br>
</div>
<div>-- but
here also same
result:<br>
<br>
</div>
<div> INFO:
presence
[notify.c:1619]:
send_notify_request(): NOTIFY <a class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355moz-txt-link-freetext">sip:94e51c30Bdf28de52519@d0c20<wbr>d13-e5b4-4649-821e-9ab8ec94b14<wbr>1</a>
via <a class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355moz-txt-link-freetext">sip:94e51c30bdf28de52519@93.81<wbr>.99.68:54733;gr=urn:uuid:88b30<wbr>33f-e65d-4694-ac45-2a1d1a44501<wbr>c</a>
on behalf of <a class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355moz-txt-link-freetext">sip:8dc08f881f2105dD3d75@d0c20<wbr>d13-e5b4-4649-821e-9ab8ec94b14<wbr>1</a>
for event
presence :
3biad4n635ugovv7vmjv</div>
<div><br>
</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">2017-10-03
21:31
GMT+03:00
Yuriy
Gorlichenko <span dir="ltr"><<a href="mailto:ovoshlook@gmail.com" target="_blank">ovoshlook@gmail.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">Can
not find any
entry of this
device at the
active
watchers.<br>
Suppose after
module found
sockets
mistmatch and
didnt got
NOTIFY
response it
removes entry
from active
watchers...<br>
<br>
I added
handling at
the event
route as you
sugested and
tried to do
next<br>
<br>
Firs i tried
fix $ru here
but it does
not work<br>
Also tried to
force socket
but same<br>
<br>
<br>
I see at the
logs that
first kamailio
says about
proto
mistmatch and
only then
calling <span style="font-size:12.8px"> event_route[tm:local-<wbr>request]...</span><br>
<br>
<span style="font-size:12.8px">This
is my log with
most important
variables for
understanding</span><br>
<br>
<div><span style="font-size:12.8px">
INFO:
<script>:
------------------------------<wbr>---------</span></div>
<div><span style="font-size:12.8px">
INFO:
<script>:
#012SUBSCRIBE
| source: <a href="http://93.81.99.68:57031" target="_blank">93.81.99.68:57031</a>,</span></div>
<div><span style="font-size:12.8px">
INFO:
<script>:
#012SUBSCRIBE
| proto: wss,</span></div>
<div><span style="font-size:12.8px">
INFO:
<script>:
#012SUBSCRIBE
| RURI: <a class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355moz-txt-link-freetext">sip:8dc08f881f2105dD3d75@</a>d0c20<wbr>d13-e5b4-4649-821e-9ab8ec94b14<wbr>1,</span></div>
<div><span style="font-size:12.8px">
INFO:
<script>:
#012SUBSCRIBE
| contact:
<<a class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355moz-txt-link-freetext">sip:94e51c30bdf28de52519@</a>d0c2<wbr>0d13-e5b4-4649-821e-9ab8ec94b1<wbr>41;gr=urn:uuid:14f23c6c-166f-4<wbr>649-9b7e-71a66b20450f></span></div>
<div><span style="font-size:12.8px">
INFO:
<script>:
#012SUBSCRIBE
| from :
94e51c30Bdf28de52519</span></div>
<div><span style="font-size:12.8px">
INFO:
<script>:
#012SUBSCRIBE
| to :
8dc08f881f2105dD3d75</span></div>
<div><span style="font-size:12.8px">
INFO:
<script>:
------------------------------<wbr>---------</span></div>
<div><span style="font-size:12.8px">
INFO:
<script>:
SUBSCRIBE :
fixing nated
contact</span></div>
<div><span style="font-size:12.8px">
INFO:
<script>:
SUBSCRIBE from
WSS proto<br>
<br>
----- Here is
handle_subscribe happens<br>
<br>
</span></div>
<div><span style="font-size:12.8px">
WARNING:
<core>
[core/forward.c:231]:
get_send_socket2(): protocol/port mismatch (forced tls:<a href="http://172.31.13.191:7443" target="_blank">172.31.13.191:7443</a>, to udp:<a href="http://93.81.99.68:57031" target="_blank">93.81.99.68:57031</a>)<br>
<br>
---- </span><span style="font-size:12.8px"> event_route[tm:local-req<wbr>uest]</span><span style="font-size:12.8px"><br>
<br>
</span></div>
<div><span style="font-size:12.8px">
INFO:
<script>:
------------------------------<wbr>---------</span></div>
<div><span style="font-size:12.8px">
INFO:
<script>:
#012NOTIFY |
source: <a href="http://172.31.13.191:5060" target="_blank">172.31.13.191:5060</a>,</span></div>
<div><span style="font-size:12.8px">
INFO:
<script>:
#012NOTIFY |
proto: udp,</span></div>
<div><span style="font-size:12.8px">
INFO:
<script>:
#012NOTIFY |
RURI: <a class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355moz-txt-link-freetext">sip:94e51c30bdf28de52519@93</a>.81<wbr>.99.68:57031;gr=urn:uuid:14f23<wbr>c6c-166f-4649-9b7e-71a66b20450<wbr>f,</span></div>
<div><span style="font-size:12.8px">
INFO:
<script>:
#012NOTIFY |
contact:
<sip:<a href="http://34.192.121.47:5060" target="_blank">34.192.121.47:5060</a>;transp<wbr>ort=tls></span></div>
<div><span style="font-size:12.8px">
INFO:
<script>:
#012NOTIFY |
from :
8dc08f881f2105dD3d75</span></div>
<div><span style="font-size:12.8px">
INFO:
<script>:
#012NOTIFY |
to :
94e51c30Bdf28de52519</span></div>
<div><span style="font-size:12.8px">
INFO:
<script>:
------------------------------<wbr>---------</span></div>
<div><span style="font-size:12.8px">
INFO:
<script>:
NOTIFY to WS,
forsing socket
to TLS<br>
<br>
---- here is i
trying to fix
$ru and $fs<br>
<br>
</span></div>
<div><span style="font-size:12.8px">
INFO: presence
[notify.c:1619]: send_notify_request(): NOTIFY <a class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355moz-txt-link-freetext">sip:94e51c30Bdf28de52519@</a>d0c20<wbr>d13-e5b4-4649-821e-9ab8ec94b14<wbr>1
via <a class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355moz-txt-link-freetext">sip:94e51c30bdf28de52519@93</a>.81<wbr>.99.68:57031;gr=urn:uuid:14f23<wbr>c6c-166f-4649-9b7e-71a66b20450<wbr>f
on behalf of <a class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355moz-txt-link-freetext">sip:8dc08f881f2105dD3d75@</a>d0c20<wbr>d13-e5b4-4649-821e-9ab8ec94b14<wbr>1
for event
presence :
8n0erm4mtff6pn9ljgdq</span></div>
<div style="font-size:12.8px"><br>
</div>
<br>
<br>
</div>
<div class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355HOEnZb">
<div class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355h5">
<div class="gmail_extra"><br>
<div class="gmail_quote">2017-10-03
18:43
GMT+03:00
Daniel-Constantin
Mierla <span dir="ltr"><<a href="mailto:miconda@gmail.com" target="_blank">miconda@gmail.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF">
<p>Hello,</p>
<p>you should
use
set_contact_alias()
for subscribe
instead of
fixed_nated_contact(),
is a better
option.</p>
<p>Back to the
reported
topic, can you
paste here the
db record from
active_watchers table?</p>
<p>Then, you
should be able
to update some
parts of the
local
generated
requests by
having an
event_route[tm:local-request]
block in your
kamailio.cfg.</p>
<p>Cheers,<br>
Daniel<br>
</p>
<div>
<div class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355m_1789460293855678517h5">
<br>
<div class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355m_1789460293855678517m_-8712470815786586704moz-cite-prefix">On
03.10.17
10:44, Yuriy
Gorlichenko
wrote:<br>
</div>
</div>
</div>
<blockquote type="cite">
<div>
<div class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355m_1789460293855678517h5">
<div dir="ltr">Also
found at the
lists some
solutions like
"accept
fix_nated_register()
and
fix_nated_contact()
for REGISTER
and SUBSCRIBE"<br>
<br>
Done it. But
still protos
mistmatch...<br>
<br>
kamailio
founds
tls:myip:myport
and forces t
to udp...</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">2017-10-03
10:49
GMT+03:00
Yuriy
Gorlichenko <span dir="ltr"><<a href="mailto:ovoshlook@gmail.com" target="_blank">ovoshlook@gmail.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">Hi.
I have
presence
server and it
works fine for
UDP/TCP/TLS
endpoints.<br>
For now i have
new one type
of endpoints
that runs via
WebSockets<br>
<br>
It sends
SUBSCRIBE
request to the
and then after
handle_subscribe() NOTIFY not comes to the subscriber because of <br>
[core/forward.c:231]: get_send_socket2(): protocol/port mismatch <br>
<br>
I already had
some issues
regarding this
for ACK for
example but i
resolved it
cimply doing<br>
<br>
$ru =
$ru+";transport=wss"<br>
<br>
but NOTIFY
sending is
internal
process and
can't be
controlled by
config file.
So i can not
change $ru for
NOTIFY
directly. <br>
<br>
Any ideas how
to fix this?</div>
</blockquote>
</div>
<br>
</div>
<br>
<fieldset class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355m_1789460293855678517m_-8712470815786586704mimeAttachmentHeader"></fieldset>
<br>
</div>
</div>
<pre>______________________________<wbr>_________________
Kamailio (SER) - Users Mailing List
<a class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355m_1789460293855678517m_-8712470815786586704moz-txt-link-abbreviated" href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a>
<a class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355m_1789460293855678517m_-8712470815786586704moz-txt-link-freetext" href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">https://lists.kamailio.org/cgi<wbr>-bin/mailman/listinfo/sr-users</a><span class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355m_1789460293855678517HOEnZb"><font color="#888888">
</font></span></pre>
<span class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355m_1789460293855678517HOEnZb"><font color="#888888"> </font></span></blockquote>
<span class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355m_1789460293855678517HOEnZb"><font color="#888888"> <br>
<pre class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355m_1789460293855678517m_-8712470815786586704moz-signature" cols="72">--
Daniel-Constantin Mierla
<a class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355m_1789460293855678517m_-8712470815786586704moz-txt-link-abbreviated" href="http://www.twitter.com/miconda" target="_blank">www.twitter.com/miconda</a> -- <a class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355m_1789460293855678517m_-8712470815786586704moz-txt-link-abbreviated" href="http://www.linkedin.com/in/miconda" target="_blank">www.linkedin.com/in/miconda</a>
Kamailio Advanced Training - <a class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355m_1789460293855678517m_-8712470815786586704moz-txt-link-abbreviated" href="http://www.asipto.com" target="_blank">www.asipto.com</a>
Kamailio World Conference - <a class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355m_1789460293855678517m_-8712470815786586704moz-txt-link-abbreviated" href="http://www.kamailioworld.com" target="_blank">www.kamailioworld.com</a></pre>
</font></span></div>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</blockquote>
<br>
<pre class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355moz-signature" cols="72">--
Daniel-Constantin Mierla
<a class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355moz-txt-link-abbreviated" href="http://www.twitter.com/miconda" target="_blank">www.twitter.com/miconda</a> -- <a class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355moz-txt-link-abbreviated" href="http://www.linkedin.com/in/miconda" target="_blank">www.linkedin.com/in/miconda</a>
Kamailio Advanced Training - <a class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355moz-txt-link-abbreviated" href="http://www.asipto.com" target="_blank">www.asipto.com</a>
Kamailio World Conference - <a class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355moz-txt-link-abbreviated" href="http://www.kamailioworld.com" target="_blank">www.kamailioworld.com</a></pre>
</div>
</blockquote>
</div>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</blockquote>
<br>
<pre class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643moz-signature" cols="72">--
Daniel-Constantin Mierla
<a class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643moz-txt-link-abbreviated" href="http://www.twitter.com/miconda" target="_blank">www.twitter.com/miconda</a> -- <a class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643moz-txt-link-abbreviated" href="http://www.linkedin.com/in/miconda" target="_blank">www.linkedin.com/in/miconda</a>
Kamailio Advanced Training - <a class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643moz-txt-link-abbreviated" href="http://www.asipto.com" target="_blank">www.asipto.com</a>
Kamailio World Conference - <a class="m_-6770125551655859523m_-2440636419974977470m_6453189390520495469m_-135032415794415643moz-txt-link-abbreviated" href="http://www.kamailioworld.com" target="_blank">www.kamailioworld.com</a></pre>
</div>
</blockquote>
</div>
</div>
</blockquote>
</div>
</div>
</blockquote>
<br>
<pre class="m_-6770125551655859523m_-2440636419974977470moz-signature" cols="72">--
Daniel-Constantin Mierla
<a class="m_-6770125551655859523m_-2440636419974977470moz-txt-link-abbreviated" href="http://www.twitter.com/miconda" target="_blank">www.twitter.com/miconda</a> -- <a class="m_-6770125551655859523m_-2440636419974977470moz-txt-link-abbreviated" href="http://www.linkedin.com/in/miconda" target="_blank">www.linkedin.com/in/miconda</a>
Kamailio Advanced Training - <a class="m_-6770125551655859523m_-2440636419974977470moz-txt-link-abbreviated" href="http://www.asipto.com" target="_blank">www.asipto.com</a>
Kamailio World Conference - <a class="m_-6770125551655859523m_-2440636419974977470moz-txt-link-abbreviated" href="http://www.kamailioworld.com" target="_blank">www.kamailioworld.com</a></pre>
</div>
</blockquote></div></div>
</blockquote></div></div>