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
Did you put any load to get several CPS? Or just out of several sequential calls, some of them bridges, some not? 2011/5/24 Antonio Teixeira <eagle.antonio@gmail.com>:
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 http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Hello Anton No , this was made on our test environment so only one call at FS. Manually started some would bridge and some not using the same endpoints. 2011/5/24 Anton VG <anton.vazir@gmail.com>
Did you put any load to get several CPS? Or just out of several sequential calls, some of them bridges, some not?
2011/5/24 Antonio Teixeira <eagle.antonio@gmail.com>:
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 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
Kind of strange, I suppose there is something wrong with your code, since otherwise, there is some huge bug in FS, which looks much less likely, since it would be already noticed 2011/5/24 Antonio Teixeira <eagle.antonio@gmail.com>:
Hello Anton
No , this was made on our test environment so only one call at FS.
Manually started some would bridge and some not using the same endpoints.
2011/5/24 Anton VG <anton.vazir@gmail.com>
Did you put any load to get several CPS? Or just out of several sequential calls, some of them bridges, some not?
2011/5/24 Antonio Teixeira <eagle.antonio@gmail.com>:
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 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
_______________________________________________ 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
For G729 we use : Mod com g729All calls are using G729, I can even do this without ESL just need two phone that are Park() and the FS Console to do the UUID_Bridge , the results will be the same . I wil try today with G711 to see how it goes :) Regards A/T 2011/5/24 Anton VG <anton.vazir@gmail.com>
Kind of strange, I suppose there is something wrong with your code, since otherwise, there is some huge bug in FS, which looks much less likely, since it would be already noticed
2011/5/24 Antonio Teixeira <eagle.antonio@gmail.com>:
Hello Anton
No , this was made on our test environment so only one call at FS.
Manually started some would bridge and some not using the same endpoints.
2011/5/24 Anton VG <anton.vazir@gmail.com>
Did you put any load to get several CPS? Or just out of several sequential calls, some of them bridges, some not?
2011/5/24 Antonio Teixeira <eagle.antonio@gmail.com>:
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 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
_______________________________________________ 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
uuid_bridge returning +OK just means the API command executed ok starting the bridge, it doesn't indicate the bridge is successful. You'd need to watch the events to verify that. You say you're using G729, a transcoding codec. Which module are you using to provide this? If you try to bridge a parked G729 call to a non-G729 call and you're not using a transcoding version with available licenses, the call will drop. -Steve On 24 May 2011 10:33, Antonio Teixeira <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 http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Interesting point Steven, while bridging the 2 call legs, with different codecs, they should be transcoded automatically, if there is a codec available in the system, isn't it? 2011/5/24 Steven Ayre <steveayre@gmail.com>:
uuid_bridge returning +OK just means the API command executed ok starting the bridge, it doesn't indicate the bridge is successful. You'd need to watch the events to verify that.
You say you're using G729, a transcoding codec. Which module are you using to provide this?
If you try to bridge a parked G729 call to a non-G729 call and you're not using a transcoding version with available licenses, the call will drop.
-Steve
On 24 May 2011 10:33, Antonio Teixeira <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 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
Yes, but for G729 you must use a licensed codec. Do you have that installed? /Peter ________________________________________ Från: freeswitch-users-bounces@lists.freeswitch.org [freeswitch-users-bounces@lists.freeswitch.org] för Anton VG [anton.vazir@gmail.com] Skickat: den 24 maj 2011 14:50 Till: FreeSWITCH Users Help Ämne: Re: [Freeswitch-users] UUID_Bridge Fails But Reports +OK Interesting point Steven, while bridging the 2 call legs, with different codecs, they should be transcoded automatically, if there is a codec available in the system, isn't it? 2011/5/24 Steven Ayre <steveayre@gmail.com>:
uuid_bridge returning +OK just means the API command executed ok starting the bridge, it doesn't indicate the bridge is successful. You'd need to watch the events to verify that.
You say you're using G729, a transcoding codec. Which module are you using to provide this?
If you try to bridge a parked G729 call to a non-G729 call and you're not using a transcoding version with available licenses, the call will drop.
-Steve
On 24 May 2011 10:33, Antonio Teixeira <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 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
_______________________________________________ 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 !DSPAM:4ddba9d332761894489277!
120 of it :D 2011/5/24 Peter Olsson <peter.olsson@visionutveckling.se>
Yes, but for G729 you must use a licensed codec. Do you have that installed?
/Peter ________________________________________ Från: freeswitch-users-bounces@lists.freeswitch.org [ freeswitch-users-bounces@lists.freeswitch.org] för Anton VG [ anton.vazir@gmail.com] Skickat: den 24 maj 2011 14:50 Till: FreeSWITCH Users Help Ämne: Re: [Freeswitch-users] UUID_Bridge Fails But Reports +OK
Interesting point Steven, while bridging the 2 call legs, with different codecs, they should be transcoded automatically, if there is a codec available in the system, isn't it?
2011/5/24 Steven Ayre <steveayre@gmail.com>:
uuid_bridge returning +OK just means the API command executed ok starting the bridge, it doesn't indicate the bridge is successful. You'd need to watch the events to verify that.
You say you're using G729, a transcoding codec. Which module are you using to provide this?
If you try to bridge a parked G729 call to a non-G729 call and you're not using a transcoding version with available licenses, the call will drop.
-Steve
On 24 May 2011 10:33, Antonio Teixeira <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 http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:
http://lists.freeswitch.org/mailman/options/freeswitch-users
_______________________________________________ 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
!DSPAM:4ddba9d332761894489277!
_______________________________________________ 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
When tha call drops, examine the log and find out why the call was disconnected. /Peter Från: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] För Antonio Teixeira Skickat: den 24 maj 2011 15:04 Till: FreeSWITCH Users Help Ämne: Re: [Freeswitch-users] UUID_Bridge Fails But Reports +OK 120 of it :D 2011/5/24 Peter Olsson <peter.olsson@visionutveckling.se<mailto:peter.olsson@visionutveckling.se>> Yes, but for G729 you must use a licensed codec. Do you have that installed? /Peter ________________________________________ Från: freeswitch-users-bounces@lists.freeswitch.org<mailto:freeswitch-users-bounces@lists.freeswitch.org> [freeswitch-users-bounces@lists.freeswitch.org<mailto:freeswitch-users-bounces@lists.freeswitch.org>] för Anton VG [anton.vazir@gmail.com<mailto:anton.vazir@gmail.com>] Skickat: den 24 maj 2011 14:50 Till: FreeSWITCH Users Help Ämne: Re: [Freeswitch-users] UUID_Bridge Fails But Reports +OK Interesting point Steven, while bridging the 2 call legs, with different codecs, they should be transcoded automatically, if there is a codec available in the system, isn't it? 2011/5/24 Steven Ayre <steveayre@gmail.com<mailto:steveayre@gmail.com>>:
uuid_bridge returning +OK just means the API command executed ok starting the bridge, it doesn't indicate the bridge is successful. You'd need to watch the events to verify that.
You say you're using G729, a transcoding codec. Which module are you using to provide this?
If you try to bridge a parked G729 call to a non-G729 call and you're not using a transcoding version with available licenses, the call will drop.
-Steve
On 24 May 2011 10:33, 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
_______________________________________________ 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
_______________________________________________ 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 _______________________________________________ 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:4ddbad1032764323210182!
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> 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 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 GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
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>
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> 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 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 GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
_______________________________________________ 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
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>
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>
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> 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 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 GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
_______________________________________________ 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
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!
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
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
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
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
participants (5)
-
Anthony Minessale
-
Anton VG
-
Antonio Teixeira
-
Peter Olsson
-
Steven Ayre