Menu

#724 [long term] support c2dm for inbound calls to save battery

Invalid
nobody
None
Low
Enhancement
2013-01-02
2011-02-18
Anonymous
No

Originally created by: ferna...@bugabundo.net

to have a GAE instance that connects to SIP providers in-place of user, and use c2dm to fire CSS to receive an inbound call

this is a future wishbug

Related

Tickets: #1790
Tickets: #2157

Discussion

  • Anonymous

    Anonymous - 2011-02-18

    Originally posted by: r3gis...@gmail.com

    If such Google App engine exists would be extremely interesting. (it has been discussed quickly in issue 81 comment 31).

    However I've a lot of doubt about that and would be probably very complicated to handle :
    It would mean the GAE to be registered ... ok fine no problem to do that.
    But what to do when there is an incoming invite?
    Ok launch a c2d notification... but what the GAE will reply? It will be probably to late for CSS when registered to get the incoming call? Besides it would probably mean that the sip server support two registration from different points. Or would mean the GAE to be a sip proxy.

    I think really complicated. However, if such a GAE exists, I can of course implement something on my side. But first step will be the GAE, and not relevant of CSipSimple cause could benefit all SIP clients on android.

    So really really good idea, but for now, not relevant of this project ;).
    I mean even if "I" do it, it would be a different project on google code cause it could benefit sipdroid, linphone and imsdroid.

    Labels: -Type-Defect -Priority-Medium Type-Enhancement Priority-Low
    Status: Invalid

     

    Related

    Tickets: #81

  • Anonymous

    Anonymous - 2011-02-18

    Originally posted by: ferna...@bugabundo.net

    well it could be a TURN service... but not sure GAE would allow that.

     
  • Anonymous

    Anonymous - 2011-04-26

    Originally posted by: ferna...@bugabundo.net

    and i just found out about this:
    https://notifo.com/

    we can use it to send the commands to start / receive the call on the client side.
    all we need is the webhook on pbxes alike servers

     
  • Anonymous

    Anonymous - 2011-07-25

    Originally posted by: dmi...@gmail.com

    There is another way we can benefit from C2DM without introducing separate GAE or standalone SIP-C2DM proxy server.

    GoogleTalk already has C2DM integrated, so why not to use GTalk service instead of standalone SIP server for call signaling? Then we can identify users by their existing GTalk ID's as well, no need for standalone PBX just to keep SIP registrations and addressing.

    If we can somehow put a trigger to launch our app upon receiving a GTalk message of specific format (containing IP and port of the calling party) then we can simply initiate a call back RTP (or zRTP) session.

    Someone in the list told that this will require much more time to initiate session, but this is only compared to VoIP call in ideal situation. This is not true when using mobile networks. Sometimes establishing a SIP call when both sides are on 3G or EDGE requires a couple of minutes and several attempts :(

     
  • Anonymous

    Anonymous - 2012-06-26

    Originally posted by: prasd....@gmail.com

    Any solution should be standalone and not rely on any other service or IDs or accounts. Iphone has some apps with nice push notification that work terrific.

     
  • Anonymous

    Anonymous - 2012-06-26

    Originally posted by: r3gis...@gmail.com

    For the record on ios it actually rely on your apple id and it's totally linked to apple at least. Then due to certificates deployment in apple world there is necessarily one other server linked to the application.
    Never guess,read the developer's docs. ;)

     
  • Anonymous

    Anonymous - 2012-07-09

    Originally posted by: prasd....@gmail.com

    You are right. They should allow it to specify a user defined push server.

    I think some good elements required are given below.

    https://developer.android.com/guide/google/gcm/gs.html

    The exact API for the messages must interop with the server. Since no such VOIP server has this kind of capability yet, csipsimple can probably define the details and servers can try to follow perhaps.

    Regis, alternatively, you can have this defined and also push to add this in freeswitch. I think push server methods for voip server are important now and some standard protocol definition would be great. I can contribute in the protocol/architecture level.

     

Log in to post a comment.