[Freeswitch-users] mod_event_socket 183 early media

[Anthony Minessale]

please test r13294 ASAP
i do not want to create any regressions that last more than a day.




On Wed, May 13, 2009 at 8:15 AM, Mikael Aleksander Bjerkeland <
mikael at bjerkeland.com> wrote:

> If you could make it in such a way that 183 or early media is sent only
> when media is really needed like you suggested yourself, it would work
> in the exact way most users would expect.
>
> A clarification of what happens if I do transfer or execute_extension on
> a socket parked call would also be neat. I remember reading that a
> transfer would alter the state of the call, but I haven't seen any
> proper documentation for this claim.
>
> Maybe if you're lucky Santa comes earlier this year.
>
>
> El mié, 13-05-2009 a las 07:58 -0500, Anthony Minessale escribió:
> > you *need* park because you have to have somewhere to anchor the call
> > to and the park function is the routine
> > that actually parses all the DTMF and the commands you send the
> > channel with sendmsg etc.
> >
> > I would have to look into refactoring it so when there is no media on
> > the channel, it would sleep in place
> > of reading audio but if you send it any instruction that required
> > media like playback etc it would still instantly send
> > a 183.
> >
> > Don't forget we are a b2bua here so proxying calls is only smoke and
> > mirrors for us.
> >
> > Just as if you put a playback "please_wait.wav" before bridge, when
> > you try to use a media enabled app
> > it will automatically generate a 183 to establish early media to make
> > it possible.
> >
> > I'll see what I can do, it may be difficult to avoid regressions,
> > don't forget my wishlist if i pull it off ;)
> >
> >
> >
> >
> > On Wed, May 13, 2009 at 2:30 AM, Mikael Aleksander Bjerkeland
> > <mikael at bjerkeland.com> wrote:
> >         I've been looking for something like this as well, to make the
> >         outbound
> >         event socket behave more like FastAGI and handle the logic.
> >
> >
> >         El mié, 13-05-2009 a las 00:12 -0700, ibrahim tunali escribió:
> >         > "nopark" option would be great. FS sends "100 trying" while
> >         opening socket
> >         > and leg A waits other responses from socket. If I send
> >         pre-answer command it
> >         > reply via 183 early media and activate RTP path.
> >         >
> >         > Regards,
> >         > ibrahim
> >         >
> >         >
> >         > David Knell wrote:
> >         > >
> >         > > 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
> >         > >
> >         > >
> >         >
> >
> >
> >
> >
> >         _______________________________________________
> >         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 <MSN%3Aanthony_minessale at hotmail.com>
> > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com<PAYPAL%3Aanthony.minessale at gmail.com>
> > IRC: irc.freenode.net #freeswitch
> >
> > FreeSWITCH Developer Conference
> > sip:888 at conference.freeswitch.org <sip%3A888 at conference.freeswitch.org>
> > iax:guest at conference.freeswitch.org/888
> > googletalk:conf+888 at conference.freeswitch.org<googletalk%3Aconf%2B888 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 <MSN%3Aanthony_minessale at hotmail.com>
GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com<PAYPAL%3Aanthony.minessale at gmail.com>
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888 at conference.freeswitch.org <sip%3A888 at conference.freeswitch.org>
iax:guest at conference.freeswitch.org/888
googletalk:conf+888 at conference.freeswitch.org<googletalk%3Aconf%2B888 at conference.freeswitch.org>
pstn:213-799-1400
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20090513/4e257ca9/attachment-0002.html