The park state is where the channel goes to be kept alive while you hold the socket.

The channel has to be in constant motion reading and writing audio or the audio would build up, akin to a gui app blocking and you can't press any of the buttons.

it may be possible for the park loop to tighten up when the call is not answered or in early media in advance
but it would not be able to do anything besides a few things like get and set variables until it was meda-enabled


On Tue, May 12, 2009 at 12:49 PM, David Knell <dave@3c.co.uk> wrote:
This is something I've been wondering about as well.  What's the reason
for the channel being parked?

Cheers --

Dave

> the socket app will always open early media, it's not currently
> possible to park a channel that does not have media, you could try to
> post a bounty for such a feature but it would have to be an elegant
> solution
>
>
> 2009/5/12 Ýbrahim TUNALI <ibrahim.tunali@comturk.com>
>         Hi,
>         I am trying to build a SBC but a kind of different described
>         on wiki.
>
>         I immediately send incoming leg A to a socket app and connect
>         bridge with my socket python application. I will handle all
>         business logic on python side.
>
>         My dialplan is so simple;
>
>             <extension name="SBCSocket">
>                 <condition field="destination_number"
>         expression="^1000$">
>                 <action application="socket" data="127.0.0.1:1905
>         async full"/>
>                 </condition>
>             </extension>
>
>         Freeswitch send calls to parking and 183 early media through
>         mod_sofia. This is unacceptable on my SBC scenario. Because I
>         not receive 183 or 180 from leg B yet. I want to relay early
>         media or ringing when I received from B leg
>
>         I realize this is not a bug. It is a feature but i need to
>         know is this possible.
>
>         I would appreciate all suggestions and clues.
>
>         Regards,
>         ibrahim
>         _______________________________________________
>         Freeswitch-users mailing list
>         Freeswitch-users@lists.freeswitch.org
>         http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>         UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>         http://www.freeswitch.org
>
>
>
>
> --
> Anthony Minessale II
>
> FreeSWITCH http://www.freeswitch.org/
> ClueCon http://www.cluecon.com/
>
> AIM: anthm
> MSN:anthony_minessale@hotmail.com
> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com
> IRC: irc.freenode.net #freeswitch
>
> FreeSWITCH Developer Conference
> sip:888@conference.freeswitch.org
> iax:guest@conference.freeswitch.org/888
> googletalk:conf+888@conference.freeswitch.org
> pstn:213-799-1400
> _______________________________________________
> Freeswitch-users mailing list
> Freeswitch-users@lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org


_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org



--
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/

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

FreeSWITCH Developer Conference
sip:888@conference.freeswitch.org
iax:guest@conference.freeswitch.org/888
googletalk:conf+888@conference.freeswitch.org
pstn:213-799-1400