<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <p>Thanks so much for thes information.</p>
    <p>I understand that Apple is looking to optimize the battery
      lifetime but this basically forces all softphone developpers for
      iOS to build a dependency to Apple infrastructure. <br>
    </p>
    <p>If I understand the implication correctly, this means that the
      softphone vendor will need to provide an infrastructure JUST for
      waking up the app.</p>
    <p>Sorry for the rant but this is stupid ! They should have enable a
      couple of signalling protocols such as SIP to register a way to
      wake up a background app ...</p>
    <p>But I guess this is the new "open" world dominated by a couple of
      giant companies that we live in. We have no choice. So much for
      open and standard protocols.<br>
    </p>
    <p>/Manu<br>
    </p>
    <br>
    <div class="moz-cite-prefix">Le 2017-06-30 à 10:28, Kjeld Flarup a
      écrit :<br>
    </div>
    <blockquote
      cite="mid:bd41783a-7195-5068-50ef-4084f2e48a20@viptel.dk"
      type="cite">
      <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
      <p>Thanks Frederico</p>
      <p>Thanks for that. The Tsilo module simplifies this a lot. <br>
      </p>
      <p>One thing I still see as a challenge is in the multi client
        scenario, where we may have a plain SIP phone, an IOS and an
        Android. How to manage which push to enable, or do we always try
        to push. <br>
      </p>
      <p><br>
      </p>
      <pre class="moz-signature" cols="72">Med venlig hilsen / Best regards
Kjeld Flarup (Christensen) M.Sc E.E, Teknisk chef 
Viptel ApS, Hammershusvej 16C, DK-7400 Herning
Telefon: +45 46949949, Telefax: +45 46949950, <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://viptel.dk">http://viptel.dk</a></pre>
      <div class="moz-cite-prefix">On 2017-06-30 14:31, Federico Cabiddu
        wrote:<br>
      </div>
      <blockquote type="cite"
cite="mid:CAFOaF_jmeXsO8C+w7-7duQM1t-yBUodOjmtwfQFN6e50rv2guw@mail.gmail.com">
        <meta http-equiv="Content-Type" content="text/html;
          charset=utf-8">
        <div dir="ltr">Hi,
          <div>good news: you can easily handle this scenario with
            Kamailio!</div>
          <div>If you want to have an overall view of
            VoIP&Push&Kamailio you can have a look at this
            speech I gave at Kamailio World 2015: <a
              href="https://www.youtube.com/watch?v=4XIrR9bwUkM"
              target="_blank" moz-do-not-send="true">https://www.youtube.com/<wbr>watch?v=4XIrR9bwUkM</a>.</div>
          <div>And the slides: <a
href="https://www.kamailio.org/events/2015-KamailioWorld/Day2/20-Federico.Cabiddu-Kamailio-In-A-Mobile-World.pdf"
              target="_blank" moz-do-not-send="true">https://www.kamailio.<wbr>org/events/2015-KamailioWorld/<wbr>Day2/20-Federico.Cabiddu-<wbr>Kamailio-In-A-Mobile-World.pdf</a><wbr>.</div>
          <div><br>
          </div>
          <div>Cheers,</div>
          <div><br>
          </div>
          <div>Federico</div>
          <div class="gmail_extra"><br>
            <div class="gmail_quote">On Fri, Jun 30, 2017 at 2:07 PM,
              Kjeld Flarup <span dir="ltr"><<a
                  href="mailto:kfc@viptel.dk" target="_blank"
                  moz-do-not-send="true">kfc@viptel.dk</a>></span>
              wrote:<br>
              <blockquote class="gmail_quote" style="margin:0 0 0
                .8ex;border-left:1px #ccc solid;padding-left:1ex">Rumours
                is that Apple no longer accepts apps which can do
                persistent connections in the background.<br>
                <br>
                To my best knowledge that means that IOS no longer
                supports SIP incoming calls.<br>
                The app should now use Push Notifications, but SIP does
                not support this.<br>
                <br>
                Anybody faced this problem?<br>
                <br>
                Is the solution to call an external program when
                processing an Invite? This leaves some issues.<br>
                <br>
                1. Should we wait some seconds before proceeding or wait
                until the Push notification has been processed, to give
                the app time to register.<br>
                We cannot start to send invites, before we have a
                correct registration. An old registration may change
                ports when the app wakes up and makes a new register via
                NAT.<br>
                <br>
                2. How do we know, if a given user should have a push
                notification?<br>
                <br>
                3. Which information do we need to be able to send the
                push notification?<br>
                <br>
                4. Does this give a penalty to Android users, because we
                have to wait for IOS?<span
                  class="m_-7062238068950949053HOEnZb"><font
                    color="#888888"><br>
                    <br>
                    <br>
                    <br>
                    -- <br>
                    Med venlig hilsen / Best regards<br>
                    Kjeld Flarup (Christensen) M.Sc E.E, Teknisk chef<br>
                    Viptel ApS, Hammershusvej 16C, DK-7400 Herning<br>
                    Telefon: <a href="tel:%2B45%2046949949"
                      value="+4546949949" target="_blank"
                      moz-do-not-send="true">+45 46949949</a>, Telefax:
                    <a href="tel:%2B45%2046949950" value="+4546949950"
                      target="_blank" moz-do-not-send="true">+45
                      46949950</a>, <a href="http://viptel.dk"
                      rel="noreferrer" target="_blank"
                      moz-do-not-send="true">http://viptel.dk</a><br>
                    <br>
                    <br>
                    ______________________________<wbr>_________________<br>
                    Kamailio (SER) - Users Mailing List<br>
                    <a href="mailto:sr-users@lists.kamailio.org"
                      target="_blank" moz-do-not-send="true">sr-users@lists.kamailio.org</a><br>
                    <a
                      href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users"
                      rel="noreferrer" target="_blank"
                      moz-do-not-send="true">https://lists.kamailio.org/cgi<wbr>-bin/mailman/listinfo/sr-users</a><br>
                  </font></span></blockquote>
            </div>
            <br>
          </div>
        </div>
        <br>
        <fieldset class="mimeAttachmentHeader"></fieldset>
        <br>
        <pre wrap="">_______________________________________________
Kamailio (SER) - Users Mailing List
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:sr-users@lists.kamailio.org">sr-users@lists.kamailio.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a>
</pre>
      </blockquote>
      <br>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Kamailio (SER) - Users Mailing List
<a class="moz-txt-link-abbreviated" href="mailto:sr-users@lists.kamailio.org">sr-users@lists.kamailio.org</a>
<a class="moz-txt-link-freetext" href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>