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@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@gmail.com>
Have you resolved the issue?
2011/5/25 Anton VG <anton.vazir@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@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@lists.freeswitch.org [ freeswitch-users-bounces@lists.freeswitch.org] för Antonio Teixeira [eagle.antonio@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@gmail.com<mailto: eagle.antonio@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@gmail.com<mailto: anthony.minessale@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@gmail.com<mailto:eagle.antonio@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@lists.freeswitch.org<mailto: 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/ Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm MSN:anthony_minessale@hotmail.com<mailto: MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<mailto: PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net<http://irc.freenode.net> #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org<mailto: sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<mailto: googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org<mailto: 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
!DSPAM:4ddcbfed32761527616399!
_______________________________________________ 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