<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:<sip:$fU@$si:$sp;transport=ws>\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>sip:8dc08f881f2105dD3d75@<wbr>d0c20d13-e5b4-4649-821e-<wbr>9ab8ec94b141  | 94e51c30Bdf28de52519 | d0c20d13-e5b4-4649-821e-<wbr>9ab8ec94b141 | 8dc08f881f2105dD3d75 | d0c20d13-e5b4-4649-821e-<wbr>9ab8ec94b141 | presence |          | 65b96bb6fd203a89fdddc27e45e374<wbr>97-709f | vbr8o327n1       | 6qgtaasruts2tqsib3rk             |          1 |        9634 | sip:94e51c30bdf28de52519@95.<wbr>29.8.36:55404;gr=urn:uuid:<wbr>305d99ab-ddf2-46b0-9ec0-<wbr>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-<wbr>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@<wbr>d0c20d13-e5b4-4649-821e-<wbr>9ab8ec94b141</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/<wbr>adkeanjkns/<wbr>65b96bb6fd203a89fdddc27e45e374<wbr>97-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:<wbr>94e51c30bdf28de52519@95.29.8.<wbr>36:63502;gr=urn:uuid:ad169d10-<wbr>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" 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="HOEnZb"><div class="h5"><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_-8272670469360761902HOEnZb"><div class="m_-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_-8272670469360761902m_4215210316818844332HOEnZb"><div class="m_-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_-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_-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_-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_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355moz-txt-link-freetext">sip:94e51c30Bdf28de52519@d0c20<wbr>d13-e5b4-4649-821e-9ab8ec94b14<wbr>1</a>
          via
<a class="m_-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_-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_-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_-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_-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_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355moz-txt-link-freetext">sip:94e51c30Bdf28de52519@</a>d0c20<wbr>d13-e5b4-4649-821e-9ab8ec94b14<wbr>1
                  via <a class="m_-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_-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_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355HOEnZb">
              <div class="m_-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_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355m_1789460293855678517h5"> <br>
                            <div class="m_-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_-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_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355m_1789460293855678517m_-8712470815786586704mimeAttachmentHeader"></fieldset>
                              <br>
                            </div>
                          </div>
                          <pre>______________________________<wbr>_________________
Kamailio (SER) - Users Mailing List
<a class="m_-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_-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_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355m_1789460293855678517HOEnZb"><font color="#888888">
</font></span></pre>
                          <span class="m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355m_1789460293855678517HOEnZb"><font color="#888888"> </font></span></blockquote>
                        <span class="m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355m_1789460293855678517HOEnZb"><font color="#888888"> <br>
                            <pre class="m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355m_1789460293855678517m_-8712470815786586704moz-signature" cols="72">-- 
Daniel-Constantin Mierla
<a class="m_-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_-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_-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_-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_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355moz-signature" cols="72">-- 
Daniel-Constantin Mierla
<a class="m_-8272670469360761902m_4215210316818844332m_1552850676911786553m_666683689924871138m_-6465158562263467355moz-txt-link-abbreviated" href="http://www.twitter.com/miconda" target="_blank">www.twitter.com/miconda</a> -- <a class="m_-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_-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_-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>