[Freeswitch-users] mod_event_socket 183 early media

[David Knell]

Gotcha - but in the case where the call hasn't yet got to a point where
there's a 183 been sent then I guess this wouldn't apply - there
shouldn't be any audio from the far end at this point, nor would the far
end be expecting any.

I'd suggest (and would volunteer to knock together a patch) adding a
'nopark' option to the socket command, which doesn't park the call - nor
would it change existing behaviour.  Obviously, in a situation like that
outlined by Ibrahim where the socket app handles all aspects of the
call, then it'll need to make sure that it signals ringing, answer or
whatever to make the call state flow work.

--Dave

> 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 at 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 at 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 at 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 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
>         > iax:guest at conference.freeswitch.org/888
>         > googletalk:conf+888 at conference.freeswitch.org
>         > pstn:213-799-1400
>         > _______________________________________________
>         > Freeswitch-users mailing list
>         > Freeswitch-users at 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 at 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 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
> iax:guest at conference.freeswitch.org/888
> googletalk:conf+888 at conference.freeswitch.org
> pstn:213-799-1400
> _______________________________________________
> Freeswitch-users mailing list
> Freeswitch-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org