<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    The presence_reginfo is handling subscriptions and sending notify
    requests. pua_reginfo should be the module that generates publish
    requests based on location events and sends them to
    presence_reginfo. Combining the two modules, you should get a config
    to enable a user to monitor its subscription state.<br>
    <br>
    Daniel<br>
    <br>
    <div class="moz-cite-prefix">On 24/09/15 18:35, Stefan Ljung wrote:<br>
    </div>
    <blockquote
cite="mid:04C8896AB876B549BE3F8B8C1C120DBA3D577E8C@ESESSMB303.ericsson.se"
      type="cite">
      <meta http-equiv="Content-Type" content="text/html;
        charset=windows-1252">
      <meta name="Generator" content="Microsoft Word 14 (filtered
        medium)">
      <style><!--
/* Font Definitions */
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
span.EmailStyle17
        {mso-style-type:personal-compose;
        font-family:"Calibri","sans-serif";
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri","sans-serif";}
@page WordSection1
        {size:612.0pt 792.0pt;
        margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
      <div class="WordSection1">
        <p class="MsoNormal">(A continuation on an old thread)<o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal">In the RFC 3680 it is described how a UE
          can subscribe to its own registration state(s). As soon as
          it’s own registration state changes in any way – like a
          refresch registration – a NOTIFY is send to the subscribing
          terminal.
          <o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal">What made me hopeful was when I in the
          Overview’s use case section for the module pua_reginfo read
          the line:<o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal">“A client could subscribe to it's own
          registration-status, so he would get notified as soon as his
          account gets administratively unregistered.”<o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal">That’s in line with how I would like to use
          it - Is it in any way possible to achieve that in the
          Kamailio?<o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal"><span lang="SV">/Stefan<o:p></o:p></span></p>
        <p class="MsoNormal"><span lang="SV"><o:p> </o:p></span></p>
        <p class="MsoNormal"><span lang="SV"><o:p> </o:p></span></p>
        <p class="MsoNormal"><span lang="SV">From: Stefan Ljung <o:p></o:p></span></p>
        <p class="MsoNormal"><span lang="SV">Sent: den 18 februari 2015
            09:32<o:p></o:p></span></p>
        <p class="MsoNormal">To: <a class="moz-txt-link-abbreviated" href="mailto:miconda@gmail.com">miconda@gmail.com</a><o:p></o:p></p>
        <p class="MsoNormal">Subject: RE: [SR-Users] Event reg -
          questions<o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal">From the pua_regInfo module description:<o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal">Use cases for this might be: <o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal">Keeping different Servers in Sync regarding
          the location database
          <o:p></o:p></p>
        <p class="MsoNormal">Get notified, when a user registers: A
          presence-server, which handles offline message storage for an
          account, would get notified, when the user comes online.
          <o:p></o:p></p>
        <p class="MsoNormal">A client could subscribe to it's own
          registration-status, so he would get notified as soon as his
          account gets administratively unregistered.
          <o:p></o:p></p>
        <p class="MsoNormal">...<o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal">So it’s the last line  I want to deploy.
          Maybe Im over-interpreting “A client could subscribe to it's
          own registration-status”
          <o:p></o:p></p>
        <p class="MsoNormal">I want to be able to simulate (As close a
          possible) a VoLTE clients reg events handling. Only the part
          between to and from the UE.<o:p></o:p></p>
        <p class="MsoNormal">So no PUBLISH is needed – Kamailio needs to
          notify the UE about its registration status.<o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal">/Stefan<o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal">From: Daniel-Constantin Mierla
          [<a class="moz-txt-link-freetext" href="mailto:miconda@gmail.com">mailto:miconda@gmail.com</a>] <o:p>
          </o:p></p>
        <p class="MsoNormal"><span lang="SV">Sent: den 16 februari 2015
            17:43<o:p></o:p></span></p>
        <p class="MsoNormal"><span lang="SV">To: Kamailio (SER) - Users
            Mailing List; Stefan Ljung<o:p></o:p></span></p>
        <p class="MsoNormal">Subject: Re: [SR-Users] Event reg -
          questions<o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal">Hello,<o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal">afaik, the pua_reginfo is for publishing
          details of location records to another sip server node, main
          purpose being location replication. I don't think it is
          something for an end UA.<o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal">If you want publishing online/offline
          states for an user based on its registration state, look at
          pua_usrloc module.<o:p></o:p></p>
        <p class="MsoNormal">On 12/02/15 15:17, Stefan Ljung wrote:<o:p></o:p></p>
        <p class="MsoNormal">I made a test configuration for trying the
          pua_regEvent module.
          <o:p></o:p></p>
        <p class="MsoNormal">There were two things I want to ask about.<o:p></o:p></p>
        <p class="MsoNormal">First – when the SUBSCRIBE to event ‘reg’
          following a UEs registration to the Kamailio is responded with
          a NOTIFY – there was no body in the NOTIFY. I expected a XML
          body with registration status.<o:p></o:p></p>
        <p class="MsoNormal">Second – When the UE re-registers to
          Kamailio – I expected a NOTIFY to be send on the existing
          ‘reg’ subscription, but nothing happened.<o:p></o:p></p>
        <p class="MsoNormal"><o:p></o:p></p>
        <p class="MsoNormal">Or am I missing some configuration ?<o:p></o:p></p>
        <p class="MsoNormal"><o:p></o:p></p>
        <p class="MsoNormal">Here’s some of the conf script:<o:p></o:p></p>
        <p class="MsoNormal"><o:p></o:p></p>
        <p class="MsoNormal">[..] <o:p></o:p></p>
        <p class="MsoNormal">modparam("pua_reginfo", "publish_reginfo",
          0)<o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal">Btw, with the above parameter value, the
          module is no longer sending PUBLISH requests, in other words,
          it is not informing the other peers that there is some update
          to location records.<o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal">Cheers,<o:p></o:p></p>
        <p class="MsoNormal">Daniel<o:p></o:p></p>
        <p class="MsoNormal">-- <o:p></o:p></p>
        <p class="MsoNormal">Daniel-Constantin Mierla<o:p></o:p></p>
        <p class="MsoNormal"><a class="moz-txt-link-freetext" href="http://twitter.com/#!/miconda">http://twitter.com/#!/miconda</a> -
          <a class="moz-txt-link-freetext" href="http://www.linkedin.com/in/miconda">http://www.linkedin.com/in/miconda</a><o:p></o:p></p>
        <p class="MsoNormal">Kamailio World Conference, May 27-29, 2015<o:p></o:p></p>
        <p class="MsoNormal">Berlin, Germany -
          <a class="moz-txt-link-freetext" href="http://www.kamailioworld.com">http://www.kamailioworld.com</a><o:p></o:p></p>
      </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://twitter.com/#!/miconda">http://twitter.com/#!/miconda</a> - <a class="moz-txt-link-freetext" href="http://www.linkedin.com/in/miconda">http://www.linkedin.com/in/miconda</a>
Book: SIP Routing With Kamailio - <a class="moz-txt-link-freetext" href="http://www.asipto.com">http://www.asipto.com</a>
Kamailio Advanced Training, Sep 28-30, 2015, in Berlin - <a class="moz-txt-link-freetext" href="http://asipto.com/u/kat">http://asipto.com/u/kat</a></pre>
  </body>
</html>