<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>sip:8dc08f881f2105dD3d75@d0c20d13-e5b4-4649-821e-9ab8ec94b141 | 94e51c30Bdf28de52519 | d0c20d13-e5b4-4649-821e-9ab8ec94b141 | 8dc08f881f2105dD3d75 | d0c20d13-e5b4-4649-821e-9ab8ec94b141 | presence | | 65b96bb6fd203a89fdddc27e45e37497-709f | vbr8o327n1 | 6qgtaasruts2tqsib3rk | 1 | 9634 | sip:94e51c30bdf28de52519@95.29.8.36:55404;gr=urn:uuid:305d99ab-ddf2-46b0-9ec0-74a1eef86595 | | 1507746863 | 1 | | 2 | tls:<a href="http://172.31.13.191:7443">172.31.13.191:7443</a> | sip:<a href="http://1.2.3.4:5060">1.2.3.4:5060</a> | 94e51c30Bdf28de52519 | d0c20d13-e5b4-4649-821e-9ab8ec94b141 | -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: sip:8dc08f881f2105dD3d75@d0c20d13-e5b4-4649-821e-9ab8ec94b141</div><div> DEBUG: presence [notify.c:123]: printf_subs(): watcher_user@watcher_domain: 94e51c30Bdf28de52519@d0c20d13-e5b4-4649-821e-9ab8ec94b141</div><div> DEBUG: presence [notify.c:124]: printf_subs(): to_user@to_domain: 8dc08f881f2105dD3d75@d0c20d13-e5b4-4649-821e-9ab8ec94b141</div><div> DEBUG: presence [notify.c:125]: printf_subs(): from_user@from_domain: 94e51c30Bdf28de52519@d0c20d13-e5b4-4649-821e-9ab8ec94b141</div><div> DEBUG: presence [notify.c:126]: printf_subs(): callid/from_tag/to_tag: 11ml332armq1sdjjhr4i/adkeanjkns/65b96bb6fd203a89fdddc27e45e37497-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">1.2.3.4:5060/sip:94e51c30bdf28de52519@95.29.8.36:63502;gr=urn:uuid:ad169d10-dc89-48e3-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">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="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="HOEnZb"><div class="h5"><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_4215210316818844332HOEnZb"><div class="m_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_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_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_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_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355moz-txt-link-freetext">sip:94e51c30Bdf28de52519@d0c20<wbr>d13-e5b4-4649-821e-9ab8ec94b14<wbr>1</a>
via
<a class="m_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_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_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_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_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_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355moz-txt-link-freetext">sip:94e51c30Bdf28de52519@</a>d0c20<wbr>d13-e5b4-4649-821e-9ab8ec94b14<wbr>1
via <a class="m_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_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_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355HOEnZb">
<div class="m_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_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355m_1789460293855678517h5"> <br>
<div class="m_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_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_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355m_1789460293855678517m_-8712470815786586704mimeAttachmentHeader"></fieldset>
<br>
</div>
</div>
<pre>______________________________<wbr>_________________
Kamailio (SER) - Users Mailing List
<a class="m_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_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_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355m_1789460293855678517HOEnZb"><font color="#888888">
</font></span></pre>
<span class="m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355m_1789460293855678517HOEnZb"><font color="#888888"> </font></span></blockquote>
<span class="m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355m_1789460293855678517HOEnZb"><font color="#888888"> <br>
<pre class="m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355m_1789460293855678517m_-8712470815786586704moz-signature" cols="72">--
Daniel-Constantin Mierla
<a class="m_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_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_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_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_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355moz-signature" cols="72">--
Daniel-Constantin Mierla
<a class="m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355moz-txt-link-abbreviated" href="http://www.twitter.com/miconda" target="_blank">www.twitter.com/miconda</a> -- <a class="m_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_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355moz-txt-link-abbreviated" href="http://www.asipto.com" target="_blank">www.asipto.com</a>
Kamailio World Conference - <a class="m_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>