[Freeswitch-users] UUID_Bridge Fails But Reports +OK

Antonio Teixeira eagle.antonio at gmail.com
Thu Jun 9 13:51:51 MSD 2011


Ok So here i Come with more news regarding this problem :
Based on current GIT HEAD.

FreeSWITCH Version 1.0.head (git-e2ed8c0 2011-06-08 19-32-18 -0500)

Using valet_park together with ESL INBOUND + G711. I'm almost capable of
obtaining 100% ( above 95%) success.

With uuid_bridge + Park()
Even on non-esl generated call just a plain dialplan with Answer() , Park()
, then uuid_bridge on FS console.

Some calls will connect correctly arround 80% while others will freeze in
the following log line SOFT_EXECUTE in mod_sofia
There is no audio between the two phones.
And even reissuing the uuid_bridge command does nothing.


Besides that i'm a happy DEV :D
If you need some more testing drop me an e-mail :)

A/T


2011/5/30 Antonio Teixeira <eagle.antonio at gmail.com>

> Hello Anton.
>
> Still no iḿ setting a tottaly different enviroment to test other variables
> like network our Voice Provider and also pressure on FS.
> Will keep you guys updated.
>
>
> Regards
> A/T
>
>
> 2011/5/29 Anton VG <anton.vazir at gmail.com>
>
>> Have you resolved the issue?
>>
>> 2011/5/25 Anton VG <anton.vazir at gmail.com>:
>> > Anthony, I do use the same scheme, and did not experienced the
>> > problem. But I do use park everywhere instead of ValetPark - can it be
>> > the reason?
>> >
>> > 2011/5/25 Peter Olsson <peter.olsson at visionutveckling.se>:
>> >> You need to provide the entire debug trace from this, nor just only
>> after calling uuid_bridge.
>> >>
>> >> /Peter
>> >> ________________________________________
>> >> Från: freeswitch-users-bounces at lists.freeswitch.org [
>> freeswitch-users-bounces at lists.freeswitch.org] f&#246;r Antonio Teixeira
>> [eagle.antonio at gmail.com]
>> >> Skickat: den 25 maj 2011 10:32
>> >> Till: FreeSWITCH Users Help
>> >> Ämne: Re: [Freeswitch-users] UUID_Bridge Fails But Reports +OK
>> >>
>> >> Good Morning List As Promised.
>> >>
>> >> I Have tested with G711 the problem remains and appears not be affected
>> by the codec change.
>> >>
>> >> Here i have my debug log :
>> >> http://pastebin.freeswitch.org/16369
>> >>
>> >> Just a short explanation :
>> >>
>> >> the call XXXX1010 is Leg A and is currently valet_park()
>> >>
>> >> call XXXX371 is Leg B and is currently on park()
>> >>
>> >> Strangely FS says LEG A is out of order but i can hear MOH and
>> sometimes with this exact software it connects fine.
>> >>
>> >> Hope you can help me out i will keep testing during the day.
>> >>
>> >> Regards
>> >> A/T
>> >>
>> >>
>> >> 2011/5/24 Antonio Teixeira <eagle.antonio at gmail.com<mailto:
>> eagle.antonio at gmail.com>>
>> >> Ok Anthony.
>> >>
>> >> I will provide you with data regarding the use of G711 and full debug
>> logs.
>> >> Will keep an eye on the logs.
>> >>
>> >> Regards
>> >> A/T
>> >>
>> >>
>> >> 2011/5/24 Anthony Minessale <anthony.minessale at gmail.com<mailto:
>> anthony.minessale at gmail.com>>
>> >> The +OK only means the attempt to bridge was successful, if something
>> >> else goes wrong after that, you will not know because it happens
>> >> later.
>> >>
>> >> As suggested, look at the cause of the hangup on the failed bridge.
>> >>
>> >>
>> >> On Tue, May 24, 2011 at 4:33 AM, Antonio Teixeira
>> >> <eagle.antonio at gmail.com<mailto:eagle.antonio at gmail.com>> wrote:
>> >>> Hello List , Good Morning.
>> >>>
>> >>> In my fight to get ESL & Python & Freeswitch all to behave properly i
>> >>> noticed a possible BUG ( need the veterans to confirm).
>> >>>
>> >>> Scenario :
>> >>>
>> >>> Originate & ValetPark () + MOH OR  Just Park() , Both show the same
>> problem.
>> >>> Codec G729
>> >>>
>> >>> I Make another call:
>> >>> originate & park()
>> >>> codec G729
>> >>>
>> >>> Now Python ESL Inbound Or FS Console :
>> >>>
>> >>> uuid_bridge uuid1 uuid2
>> >>>
>> >>> +OK uuid
>> >>>
>> >>> Now one of the two things happen :
>> >>>
>> >>> 1) One the call gets connected hurray :) , Audio Perfect  , etc.
>> >>>
>> >>> 2) The call gets dropped :(
>> >>>
>> >>> In both cases uuid_bridge reports +OK even in the case the call is
>> dropped.
>> >>> Even if i Park() Both Calls using the dialplan XML ( NO ESL with those
>> >>> SYN/ASYNC Problems)  I still get sometimes ( not always) a dropped
>> call
>> >>> could this be related to the use of G729 ?
>> >>>
>> >>> I have lots of available licenses.
>> >>>
>> >>> Regards
>> >>> António Teixeira
>> >>>
>> >>>
>> >>>
>> >>>
>> >>>
>> >>> _______________________________________________
>> >>> FreeSWITCH-users mailing list
>> >>> FreeSWITCH-users at lists.freeswitch.org<mailto:
>> 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/
>> >> Twitter: http://twitter.com/FreeSWITCH_wire
>> >>
>> >> AIM: anthm
>> >> MSN:anthony_minessale at hotmail.com<mailto:
>> MSN%3Aanthony_minessale at hotmail.com>
>> >> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com<mailto:
>> PAYPAL%3Aanthony.minessale at gmail.com>
>> >> IRC: irc.freenode.net<http://irc.freenode.net> #freeswitch
>> >>
>> >> FreeSWITCH Developer Conference
>> >> sip:888 at conference.freeswitch.org<mailto:
>> sip%3A888 at conference.freeswitch.org>
>> >> googletalk:conf+888 at conference.freeswitch.org<mailto:
>> googletalk%3Aconf%2B888 at conference.freeswitch.org>
>> >> pstn:+19193869900
>> >>
>> >> _______________________________________________
>> >> FreeSWITCH-users mailing list
>> >> FreeSWITCH-users at lists.freeswitch.org<mailto:
>> 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
>> >>
>> >>
>> >> !DSPAM:4ddcbfed32761527616399!
>> >>
>> >> _______________________________________________
>> >> 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
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20110609/35c83cb7/attachment-0001.html 


More information about the FreeSWITCH-users mailing list