<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Hello,<br>
    <br>
    On 1/17/12 7:50 PM, Stoyan Mihaylov wrote:
    <blockquote
cite="mid:CAPScudaC50_0nzBQqWS-zfr3UiVk1POTK4N2Rd1uLrgkp1ftMA@mail.gmail.com"
      type="cite">We use kamailio 3.2 and&nbsp;imsdroid to make videocalls,
      send messages etc. What we have to this moment is kamailio 3.2,
      rtpproxy, asterisk and modified imsdroid (for Android phones).
      Asterisk is used for billing and some other services.
      <div>
        Imsdroid can send 2 kind of messages. One of them is called SMS
        and they can go directly using kamailio and rtpproxy. I can get
        logs and provide here as much as possible about this type of
        messages. </div>
    </blockquote>
    <br>
    probably this is via MESSAGE requests, which is so called page-mode
    instant messaging. Kamailio is enough to route them, no need for rtp
    proxy or msrp relay. You can do a ngrep on the kamailio server and
    see what sip requests are passing through.<br>
    <br>
    <blockquote
cite="mid:CAPScudaC50_0nzBQqWS-zfr3UiVk1POTK4N2Rd1uLrgkp1ftMA@mail.gmail.com"
      type="cite">
      <div>For other messages may be exactly something like MSRP is
        must. Doesn't matter what and how we do, best what we receive
        now is "attempt" to send message. Receiver receive notification
        and nothing more - neither user, nor content.</div>
    </blockquote>
    <br>
    Also here, watching the sip traffic on the kamailio server with
    ngrep should give leads about how it is done, if it is SIP at all.
    You can use a command like:<br>
    <br>
    ngrep -d any -qt -W byline port 5060<br>
    <br>
    <blockquote
cite="mid:CAPScudaC50_0nzBQqWS-zfr3UiVk1POTK4N2Rd1uLrgkp1ftMA@mail.gmail.com"
      type="cite">
      <div>We have lot of experience with Asterisk, but only few months
        with Kamailio and almost no experience with messages. May be we
        do something else wrong, but what I can do is using wireshark to
        post here some results.</div>
      <div>By the way - there are variants of imsdroid (with other
        names) for iPhone, and Windows - but with windows version we got
        bad results. Android version works very well.<br>
      </div>
    </blockquote>
    <br>
    Any linux/mac os x variant -- it is where I can test easily.<br>
    <br>
    Thanks,<br>
    Daniel<br>
    <br>
    <blockquote
cite="mid:CAPScudaC50_0nzBQqWS-zfr3UiVk1POTK4N2Rd1uLrgkp1ftMA@mail.gmail.com"
      type="cite">
      <div><br>
        <div class="gmail_quote">On Tue, Jan 17, 2012 at 6:00 PM,
          Carsten Bock <span dir="ltr">&lt;<a moz-do-not-send="true"
              href="mailto:carsten@ng-voice.com">carsten@ng-voice.com</a>&gt;</span>
          wrote:<br>
          <blockquote class="gmail_quote" style="margin:0 0 0
            .8ex;border-left:1px #ccc solid;padding-left:1ex">Thumbs up,
            definitely cool new feature!<br>
            I hope to see you at FOSDEM, not sure if i can make it....<br>
            <br>
            Thanks!<br>
            Carsten<br>
            <br>
            2012/1/17 Daniel-Constantin Mierla &lt;<a
              moz-do-not-send="true" href="mailto:miconda@gmail.com">miconda@gmail.com</a>&gt;:<br>
            <div>
              <div class="h5">&gt; Hello,<br>
                &gt;<br>
                &gt; a new module is now on development branch, named
                msrp, offering an embedded<br>
                &gt; MSRP relay. Message Session Relay Protocol is
                specified by IETF ( core and<br>
                &gt; relay part in RFC4975 and RFC4976), one of typical
                use cases is Instant<br>
                &gt; Messaging sessions negotiated via INVITE-200ok-ACK,
                a different approach<br>
                &gt; than SIP MESSAGE request.<br>
                &gt;<br>
                &gt; There is no external dependency, the transport
                layer from core is reused to<br>
                &gt; manage TCP/TLS connections used for MSRP. A MSRP
                relay is pretty much an<br>
                &gt; independent node, thus you can run Kamailio just to
                deal with MSRP traffic.<br>
                &gt; But there is no problem to run Kamailio to handle
                SIP and MSRP traffic in<br>
                &gt; the same instance, same or different sockets (it is
                working even when<br>
                &gt; SIP/MSRP are sent over the same connection or
                different connections to same<br>
                &gt; port).<br>
                &gt;<br>
                &gt; I couldn't find a reliable and trustable open
                source SIP phone to test with<br>
                &gt; it so far (hints are welcome), the module was
                tested with network tools and<br>
                &gt; chaining Kamailio instances. Help with testing and
                feedback is very<br>
                &gt; appreciated -- I can provide guidelines to adjust
                the config file to fit<br>
                &gt; tester's needs, just contact me off list or via IRC
                channel.<br>
                &gt;<br>
                &gt; For the moment, the relation (user,session)
                management is done in the<br>
                &gt; config, using htable module for example (see the
                README), it may be added<br>
                &gt; inside the module for the future to make it easier
                overall, although is less<br>
                &gt; than 10 lines of config -- this is mainly for extra
                security reasons, to<br>
                &gt; check if the session id matches the connection that
                was opened when the<br>
                &gt; session was created, otherwise the user
                authentication functionality is done<br>
                &gt; reusing existing functions from auth module.
                Another benefit is<br>
                &gt; performances, storing local socket and connection
                IP/port saves some time to<br>
                &gt; lookup the connection.<br>
                &gt;<br>
                &gt; Building MSRP relay on top of SIP server was done
                first for the benefit of<br>
                &gt; reusing the transport layer from the core for
                IPv4/IPv6 and TCP/TLS, which<br>
                &gt; is mature, scalable and offers asynchronous
                communication. Besides that, you<br>
                &gt; have most of the config tools to route SIP requests
                available for routing<br>
                &gt; MSRP (authentication, authorization, IP checking,
                accounting, a.s.o.).<br>
                &gt;<br>
                &gt; I made a news post with more details:<br>
                &gt;<br>
                &gt; &nbsp; * <a moz-do-not-send="true"
                  href="http://www.kamailio.org/w/2012/01/new-module-embedded-msrp-relay/"
                  target="_blank">http://www.kamailio.org/w/2012/01/new-module-embedded-msrp-relay/</a><br>
                &gt;<br>
                &gt; The readme of the new module is available at:<br>
                &gt;<br>
                &gt; &nbsp; * <a moz-do-not-send="true"
                  href="http://kamailio.org/docs/modules/devel/modules/msrp.html"
                  target="_blank">http://kamailio.org/docs/modules/devel/modules/msrp.html</a><br>
                &gt;<br>
                &gt; Cheers,<br>
                &gt; Daniel<br>
                &gt;<br>
                &gt; --<br>
                &gt; Daniel-Constantin Mierla -- <a
                  moz-do-not-send="true" href="http://www.asipto.com"
                  target="_blank">http://www.asipto.com</a><br>
                &gt; <a moz-do-not-send="true"
                  href="http://linkedin.com/in/miconda" target="_blank">http://linkedin.com/in/miconda</a>
                -- <a moz-do-not-send="true"
                  href="http://twitter.com/miconda" target="_blank">http://twitter.com/miconda</a><br>
                &gt;<br>
                &gt;<br>
              </div>
            </div>
            &gt; _______________________________________________<br>
            &gt; SIP Express Router (SER) and Kamailio (OpenSER) -
            sr-users mailing list<br>
            &gt; <a moz-do-not-send="true"
              href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a><br>
            &gt; <a moz-do-not-send="true"
              href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users"
              target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a><br>
            &gt;<br>
            <br>
            <br>
            <br>
            --<br>
            Carsten Bock<br>
            CEO (Gesch&auml;ftsf&uuml;hrer)<br>
            <br>
            ng-voice GmbH<br>
            Schomburgstr. 80<br>
            D-22767 Hamburg / Germany<br>
            <br>
            <a moz-do-not-send="true" href="http://www.ng-voice.com"
              target="_blank">http://www.ng-voice.com</a><br>
            mailto:<a moz-do-not-send="true"
              href="mailto:carsten@ng-voice.com">carsten@ng-voice.com</a><br>
            <br>
            Mobile <a moz-do-not-send="true"
              href="tel:%2B49%20179%202021244" value="+491792021244">+49
              179 2021244</a><br>
            Office <a moz-do-not-send="true"
              href="tel:%2B49%2040%2034927219" value="+494034927219">+49
              40 34927219</a><br>
            Fax <a moz-do-not-send="true"
              href="tel:%2B49%2040%2034927220" value="+494034927220">+49
              40 34927220</a><br>
            <br>
            Sitz der Gesellschaft: Hamburg<br>
            Registergericht: Amtsgericht Hamburg, HRB 120189<br>
            Gesch&auml;ftsf&uuml;hrer: Carsten Bock<br>
            Ust-ID: DE279344284<br>
            <br>
            Hier finden Sie unsere handelsrechtlichen Pflichtangaben:<br>
            <a moz-do-not-send="true"
              href="http://www.ng-voice.com/imprint/" target="_blank">http://www.ng-voice.com/imprint/</a><br>
            <br>
            _______________________________________________<br>
            SIP Express Router (SER) and Kamailio (OpenSER) - sr-users
            mailing list<br>
            <a moz-do-not-send="true"
              href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a><br>
            <a moz-do-not-send="true"
              href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users"
              target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a><br>
          </blockquote>
        </div>
        <br>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a>
<a class="moz-txt-link-freetext" href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a>
</pre>
    </blockquote>
    <br>
    <pre class="moz-signature" cols="72">-- 
Daniel-Constantin Mierla -- <a class="moz-txt-link-freetext" href="http://www.asipto.com">http://www.asipto.com</a>
<a class="moz-txt-link-freetext" href="http://linkedin.com/in/miconda">http://linkedin.com/in/miconda</a> -- <a class="moz-txt-link-freetext" href="http://twitter.com/miconda">http://twitter.com/miconda</a></pre>
  </body>
</html>