[Freeswitch-dev] Freeswitch and Google PUSH (C2DM)

Anthony Minessale anthony.minessale at gmail.com
Wed Jul 6 01:49:26 MSD 2011


it can be left out of FS code but still part of contrib if an external
solution is developed.


On Tue, Jul 5, 2011 at 1:20 PM, Kristian Kielhofner <kris at kriskinc.com> wrote:
> Jose,
>
>  Whether it's C2DM or APNS (Apple) this functionality is best left
> out of FreeSWITCH.  FreeSWITCH has plenty of other existing means
> (XML_CURL, socket, etc) to drive dynamic call functionality and
> interact with other technologies.
>
>  How do you ask?  An imcoming call to FreeSWITCH could hit static
> dialplan and execute a socket connection to some other custom server.
> This server could tell FreeSWITCH to do something (play media,
> ringback, messages, whatever) while it sends a PUSH (via C2DM or APNS,
> for example).
>
>  One could implement such a socket program easily.  It can be
> extended and maintained separately as new push technologies become
> available.
>
> On Mon, Jul 4, 2011 at 7:48 AM, Nacho <leucaruth at gmail.com> wrote:
>> Hello all.
>> My name is Jose. This is my first post here. I joined the list because I was
>> wondering about developing a feature for Freeswitch and I would like to know
>> your opinion.
>> The idea is about making a non-persistent client for cell phones that works
>> with PUSH technology (C2DM and Android for example). These clients wouldn't
>> be connected to the Freeswitch server at first, but if there is an incoming
>> call, the Freeswitch server would send a PUSH message to these clients, the
>> client would process it and, if accepted by the user, the client would
>> awake, connect to Freeswitch and then receive the the call invite message
>> and accept it automatically.
>> I don't know if this idea is plausible due to the real time restrictions we
>> have to face in phone calls. If the delay introduced by C2DM delivery is
>> high, the waiting time for the caller is probably something that he isn't
>> willing to accept in order to get his call answered.
>> Another question is about the battery life time it would save because the
>> application woulnd't need to be answering the "still alive" ACKS from
>> Freeswitch.
>> I'm new in freeswitch developing and still learning about it, but I'm really
>> interested in this, so any help would be kindly appreciated.
>> --
>> Aquellos que hablan son esclavos de sus palabras y los que callan dueños de
>> su silencio.
>>
>> _______________________________________________
>> Join us at ClueCon 2011, Aug 9-11, Chicago
>> http://www.cluecon.com 877-7-4ACLUE
>>
>> FreeSWITCH-dev mailing list
>> FreeSWITCH-dev at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev
>> http://www.freeswitch.org
>>
>>
>
>
>
> --
> Kristian Kielhofner
>
> _______________________________________________
> Join us at ClueCon 2011, Aug 9-11, Chicago
> http://www.cluecon.com 877-7-4ACLUE
>
> FreeSWITCH-dev mailing list
> FreeSWITCH-dev at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev
> http://www.freeswitch.org
>



-- 
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/
Twitter: http://twitter.com/FreeSWITCH_wire

AIM: anthm
MSN:anthony_minessale at hotmail.com
GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888 at conference.freeswitch.org
googletalk:conf+888 at conference.freeswitch.org
pstn:+19193869900



More information about the FreeSWITCH-dev mailing list