Dear All, I'm disable all CDR and use nibble_bill (modify) and odbc_query for create CDR and dedcut balance. but i found many zombie channel and can't kill Like a 51555b02-c5ba-11de-af77-774e15238dbe,outbound,2009-10-30 18:11:38,1256951498,sofia/external/66848087977@xxx.xxx.xx.191:7050,CS_REPORTING,FreeSWITCH,66850304266,xxx.xxx.xxx.191,7050,,,XML,public,,,,, I'm using FreeSWITCH Version 1.0.5pre3 (hacked) How to fix ? Dome C.
I believe this means you are hung up in CDR reporting. You can get a core of the running system and look at the stack traces to see where exactly it is hung up. Try using: support-d/fscore_pb gcore yourname This will put a copy of the stacktrace on the pastebin for poeple (or you) to look at. On Sat, Oct 31, 2009 at 6:08 AM, Dome Charoenyost <dome@tel.co.th> wrote:
Dear All, I'm disable all CDR and use nibble_bill (modify) and odbc_query for create CDR and dedcut balance. but i found many zombie channel and can't kill Like a 51555b02-c5ba-11de-af77-774e15238dbe,outbound,2009-10-30 18:11:38,1256951498,sofia/external/66848087977@xxx.xxx.xx.191:7050,CS_REPORTING,FreeSWITCH,66850304266,xxx.xxx.xxx.191,7050,,,XML,public,,,,,
I'm using FreeSWITCH Version 1.0.5pre3 (hacked)
How to fix ?
Dome C.
_______________________________________________ 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
-- -Rupa
So you're doing your billing INLINE with the session using the OSBC Query app? Not the most optimal way! /b On Oct 31, 2009, at 10:59 AM, Rupa Schomaker wrote:
I believe this means you are hung up in CDR reporting. You can get a core of the running system and look at the stack traces to see where exactly it is hung up.
Try using:
support-d/fscore_pb gcore yourname
This will put a copy of the stacktrace on the pastebin for poeple (or you) to look at.
On Sat, Oct 31, 2009 at 6:08 AM, Dome Charoenyost <dome@tel.co.th> wrote:
Dear All, I'm disable all CDR and use nibble_bill (modify) and odbc_query for create CDR and dedcut balance. but i found many zombie channel and can't kill Like a 51555b02-c5ba-11de-af77-774e15238dbe,outbound,2009-10-30 18:11:38,1256951498,sofia/external/66848087977@xxx.xxx.xx. 191:7050,CS_REPORTING,FreeSWITCH,66850304266,xxx.xxx.xxx. 191,7050,,,XML,public,,,,,
I'm using FreeSWITCH Version 1.0.5pre3 (hacked)
How to fix ?
Dome C.
I use odbc_query for retrive balance and get LCR from my billing DB. and use nibble_bill Dome C. 2009/10/31 Brian West <brian@freeswitch.org>:
So you're doing your billing INLINE with the session using the OSBC Query app? Not the most optimal way! /b On Oct 31, 2009, at 10:59 AM, Rupa Schomaker wrote:
I believe this means you are hung up in CDR reporting. You can get a core of the running system and look at the stack traces to see where exactly it is hung up.
Try using:
support-d/fscore_pb gcore yourname
This will put a copy of the stacktrace on the pastebin for poeple (or you) to look at.
On Sat, Oct 31, 2009 at 6:08 AM, Dome Charoenyost <dome@tel.co.th> wrote:
Dear All,
I'm disable all CDR and use nibble_bill (modify) and
odbc_query for create CDR and dedcut balance. but i found many zombie
channel and can't kill
Like a
51555b02-c5ba-11de-af77-774e15238dbe,outbound,2009-10-30
18:11:38,1256951498,sofia/external/66848087977@xxx.xxx.xx.191:7050,CS_REPORTING,FreeSWITCH,66850304266,xxx.xxx.xxx.191,7050,,,XML,public,,,,,
I'm using FreeSWITCH Version 1.0.5pre3 (hacked)
How to fix ?
Dome C.
_______________________________________________ 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
Dome, just to explain what Brian is saying: Doing billing inline in this case means that the session thread (what you see in show channels). If, for whatever reason, something goes wrong on the DB connection or task for the billing, this session thread will be stuck with it leaving it dangling around the system. This is what most likely is happening to you. The right way to do it is to let the session thread go (which mod_cdr_csv does) and then process the billing. None of the methods you have described do that. You might consider post-processing your CDR/billing information to avoid coming up with this kind of problem that are very hard to predict. Hope that helps, JM PS: Nonetheless, I still think it is valid to get a core dump like Rupa metioned. On Sat, Oct 31, 2009 at 2:44 PM, Brian West <brian@freeswitch.org> wrote:
You should never do billing inline with the session thread is all I'm saying.
/b
On Oct 31, 2009, at 11:32 AM, Dome Charoenyost wrote:
I use odbc_query for retrive balance and get LCR from my billing DB. and use nibble_bill
Dome C.
_______________________________________________ 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
Thanks JM. So mod_nibblebill not good for running with high traffic. so we can't do realtime billing ? Dome C. 2009/10/31 João Mesquita <jmesquita@freeswitch.org>:
Dome, just to explain what Brian is saying:
Doing billing inline in this case means that the session thread (what you see in show channels). If, for whatever reason, something goes wrong on the DB connection or task for the billing, this session thread will be stuck with it leaving it dangling around the system. This is what most likely is happening to you. The right way to do it is to let the session thread go (which mod_cdr_csv does) and then process the billing.
None of the methods you have described do that. You might consider post-processing your CDR/billing information to avoid coming up with this kind of problem that are very hard to predict.
Hope that helps,
JM
PS: Nonetheless, I still think it is valid to get a core dump like Rupa metioned.
On Sat, Oct 31, 2009 at 2:44 PM, Brian West <brian@freeswitch.org> wrote:
You should never do billing inline with the session thread is all I'm saying.
/b
On Oct 31, 2009, at 11:32 AM, Dome Charoenyost wrote:
I use odbc_query for retrive balance and get LCR from my billing DB. and use nibble_bill
Dome C.
_______________________________________________ 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
2009/10/31 Brian West <brian@freeswitch.org>:
You should never do billing inline with the session thread is all I'm saying. Sorry I don't understand. This is my example dialplan <action application="set" data="dialoption=nibble_account=${caller_id_number},nibble_rate=0.001,ignore_early_media=false,originate_timeout=20/> <action application="odbc_query" data="select carrier_name As provider_id,balance::text As lcr_balance,(balance/rate)::int as lcr_timeout,(balance/rate*60)::int as lcr_timeout_sec from lcr('${caller_id_number}','$1','external');"/> <action application="log" data="ALERT Balance ${lcr_balance}"/> <action application="log" data="ALERT timeout ${lcr_timeout}"/> <action application="execute_extension" data="ck_zerobalance_${lcr_balance} XML public"/> <action application="execute_extension" data="tz_say_min_${lcr_timeout} XML public"/> <action application="sched_hangup" data="+${lcr_timeout_sec} alloted_timeout"/> <action application="log" data="ALERT timeout_sec ${lcr_timeout_sec}"/> <action application="odbc_query" data="select 'route_'||route_id::text As name,gw_prefix||prefix||gw_suffix As value from lcr('${caller_id_number}','$1','external') ;"/> <action application="bridge" data="{${dialoption}},${route_1}"/> <action application="bridge" data="{${dialoption}},${route_2}"/> <action application="bridge" data="{${dialoption}},${route_3}"/>
Dome C.
/b
On Oct 31, 2009, at 11:32 AM, Dome Charoenyost wrote:
I use odbc_query for retrive balance and get LCR from my billing DB. and use nibble_bill
Dome C.
_______________________________________________ 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
I think once you get the backtrace like rupa said we can see that maybe odbc_query is really hanging or something similar. /b On Oct 31, 2009, at 12:05 PM, Dome Charoenyost wrote:
2009/10/31 Brian West <brian@freeswitch.org>:
You should never do billing inline with the session thread is all I'm saying.
No, mod_nibblebill definetely needs to be enhanced but it is not the problem and it can be used with high load traffic. The one I am not sure about is odbc_query since it was not developed for that. Do what Rupa said, please. Regards, JM On Sat, Oct 31, 2009 at 3:11 PM, Brian West <brian@freeswitch.org> wrote:
I think once you get the backtrace like rupa said we can see that maybe odbc_query is really hanging or something similar.
/b
On Oct 31, 2009, at 12:05 PM, Dome Charoenyost wrote:
2009/10/31 Brian West <brian@freeswitch.org>:
You should never do billing inline with the session thread is all I'm
saying.
_______________________________________________ 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
I found bug in fscore_pb $pwd should be $mypwd Now i post already. please help me check. Dome C. 2009/11/1 João Mesquita <jmesquita@freeswitch.org>:
No, mod_nibblebill definetely needs to be enhanced but it is not the problem and it can be used with high load traffic.
The one I am not sure about is odbc_query since it was not developed for that.
Do what Rupa said, please.
Regards,
JM
On Sat, Oct 31, 2009 at 3:11 PM, Brian West <brian@freeswitch.org> wrote:
I think once you get the backtrace like rupa said we can see that maybe odbc_query is really hanging or something similar. /b On Oct 31, 2009, at 12:05 PM, Dome Charoenyost wrote:
2009/10/31 Brian West <brian@freeswitch.org>:
You should never do billing inline with the session thread is all I'm
saying.
_______________________________________________ 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
fscore_pb has been updated. Next time put in the pastebin url. This one was 10911. Ok, a suspicious thread looks below. If I read it right, you are doing an originate from within the hangup handler. That doesn't look normal or sane to me. Thread 41 (process 30732): #0 0xb7a5e007 in select () from /lib/libc.so.6 #1 0xb7dde39f in apr_sleep (t=1000) at time/unix/time.c:246 #2 0xb7db12c0 in do_sleep (t=1000) at src/switch_time.c:109 #3 0xb7db15ac in switch_cond_next () at src/switch_time.c:196 #4 0xb7d862b8 in switch_ivr_originate (session=0x0, bleg=0xb48c2f00, cause=0xb48c2ed4, bridgeto=0xb1133340 "{origination_caller_id_number=0857151465,callback_uuid=c32f54cc-c6b8-11de-af77-774e15238dbe,ignore_early_media=true}sofia/external/66857151465@115.178.62.191:7050|sofia/external/66857151465@115.178.62"..., timelimit_sec=60, table=0x0, cid_name_override=0xb7e8c976 "FreeSWITCH", cid_num_override=0x90ec0800 "0857151465", caller_profile_override=0x0, ovars=0x0, flags=0) at src/switch_ivr_originate.c:2132 #5 0xb6f0def1 in originate_function (cmd=0x90164ce2 "{origination_caller_id_number=0857151465,callback_uuid=c32f54cc-c6b8-11de-af77-774e15238dbe,ignore_early_media=true}sofia/external/66857151465@115.178.62.191:7050|sofia/external/66857151465@115.178.62"..., session=0x0, stream=0xb48c3004) at mod_commands.c:2413 #6 0xb7d66fb1 in switch_api_execute (cmd=0x90164cd8 "originate", arg=0x90164ce2 "{origination_caller_id_number=0857151465,callback_uuid=c32f54cc-c6b8-11de-af77-774e15238dbe,ignore_early_media=true}sofia/external/66857151465@115.178.62.191:7050|sofia/external/66857151465@115.178.62"..., session=0x0, stream=0xb48c3004) at src/switch_loadable_module.c:1567 #7 0xb7d53c4a in switch_core_session_hangup_state (session=0x958ab678) at src/switch_core_state_machine.c:506 #8 0xb7d385e6 in switch_channel_perform_hangup (channel=0x958afd70, file=0xb6af8788 "mod_dptools.c", func=0xb6af8ba8 "hangup_function", line=637, hangup_cause=SWITCH_CAUSE_NORMAL_CLEARING) at src/switch_channel.c:1898 #9 0xb6aee906 in hangup_function (session=0x958ab678, data=0xb7e82ea5 "") at mod_dptools.c:637 #10 0xb7d4fe1f in switch_core_session_exec (session=0x958ab678, application_interface=0xb6e10ec0, arg=0xb7e82ea5 "") at src/switch_core_session.c:1552 #11 0xb7d4f73e in switch_core_session_execute_application (session=0x958ab678, app=0x90163a80 "hangup", arg=0xb7e82ea5 "") at src/switch_core_session.c:1474 #12 0xb7d51131 in switch_core_standard_on_execute (session=0x958ab678) at src/switch_core_state_machine.c:166 #13 0xb7d5215a in switch_core_session_run (session=0x958ab678) at src/switch_core_state_machine.c:340 #14 0xb7d4e199 in switch_core_session_thread (thread=0x9020bd98, obj=0x958ab678) at src/switch_core_session.c:1135 #15 0xb7ddc2fc in dummy_worker (opaque=0x9020bd98) at threadproc/unix/thread.c:138 #16 0xb7caaf3b in start_thread () from /lib/libpthread.so.0 #17 0xb7a64bee in clone () from /lib/libc.so.6 On Sat, Oct 31, 2009 at 12:34 PM, Dome Charoenyost <dome@tel.co.th> wrote:
I found bug in fscore_pb $pwd should be $mypwd
Now i post already. please help me check.
Dome C.
2009/11/1 João Mesquita <jmesquita@freeswitch.org>:
No, mod_nibblebill definetely needs to be enhanced but it is not the problem and it can be used with high load traffic.
The one I am not sure about is odbc_query since it was not developed for that.
Do what Rupa said, please.
Regards,
JM
On Sat, Oct 31, 2009 at 3:11 PM, Brian West <brian@freeswitch.org> wrote:
I think once you get the backtrace like rupa said we can see that maybe odbc_query is really hanging or something similar. /b On Oct 31, 2009, at 12:05 PM, Dome Charoenyost wrote:
2009/10/31 Brian West <brian@freeswitch.org>:
You should never do billing inline with the session thread is all I'm
saying.
_______________________________________________ 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
-- -Rupa
Yes. i user api_hangup_hook for do callback. <action application="set" data="api_hangup_hook=originate {origination_caller_id_number=${caller_id_number},callback_uuid=${uuid},ignore_early_media=true}${route_1}|${route_2}|${route_3} call_ivr${caller_id_number} XML public "/> may be need originate_timeout Dome C. 2009/11/1 Rupa Schomaker <rupa@rupa.com>:
fscore_pb has been updated.
Next time put in the pastebin url. This one was 10911.
Ok, a suspicious thread looks below. If I read it right, you are doing an originate from within the hangup handler. That doesn't look normal or sane to me.
Thread 41 (process 30732): #0 0xb7a5e007 in select () from /lib/libc.so.6 #1 0xb7dde39f in apr_sleep (t=1000) at time/unix/time.c:246 #2 0xb7db12c0 in do_sleep (t=1000) at src/switch_time.c:109 #3 0xb7db15ac in switch_cond_next () at src/switch_time.c:196 #4 0xb7d862b8 in switch_ivr_originate (session=0x0, bleg=0xb48c2f00, cause=0xb48c2ed4, bridgeto=0xb1133340 "{origination_caller_id_number=0857151465,callback_uuid=c32f54cc-c6b8-11de-af77-774e15238dbe,ignore_early_media=true}sofia/external/66857151465@115.178.62.191:7050|sofia/external/66857151465@115.178.62"..., timelimit_sec=60, table=0x0, cid_name_override=0xb7e8c976 "FreeSWITCH", cid_num_override=0x90ec0800 "0857151465", caller_profile_override=0x0, ovars=0x0, flags=0) at src/switch_ivr_originate.c:2132 #5 0xb6f0def1 in originate_function (cmd=0x90164ce2 "{origination_caller_id_number=0857151465,callback_uuid=c32f54cc-c6b8-11de-af77-774e15238dbe,ignore_early_media=true}sofia/external/66857151465@115.178.62.191:7050|sofia/external/66857151465@115.178.62"..., session=0x0, stream=0xb48c3004) at mod_commands.c:2413 #6 0xb7d66fb1 in switch_api_execute (cmd=0x90164cd8 "originate", arg=0x90164ce2 "{origination_caller_id_number=0857151465,callback_uuid=c32f54cc-c6b8-11de-af77-774e15238dbe,ignore_early_media=true}sofia/external/66857151465@115.178.62.191:7050|sofia/external/66857151465@115.178.62"..., session=0x0, stream=0xb48c3004) at src/switch_loadable_module.c:1567 #7 0xb7d53c4a in switch_core_session_hangup_state (session=0x958ab678) at src/switch_core_state_machine.c:506 #8 0xb7d385e6 in switch_channel_perform_hangup (channel=0x958afd70, file=0xb6af8788 "mod_dptools.c", func=0xb6af8ba8 "hangup_function", line=637, hangup_cause=SWITCH_CAUSE_NORMAL_CLEARING) at src/switch_channel.c:1898 #9 0xb6aee906 in hangup_function (session=0x958ab678, data=0xb7e82ea5 "") at mod_dptools.c:637 #10 0xb7d4fe1f in switch_core_session_exec (session=0x958ab678, application_interface=0xb6e10ec0, arg=0xb7e82ea5 "") at src/switch_core_session.c:1552 #11 0xb7d4f73e in switch_core_session_execute_application (session=0x958ab678, app=0x90163a80 "hangup", arg=0xb7e82ea5 "") at src/switch_core_session.c:1474 #12 0xb7d51131 in switch_core_standard_on_execute (session=0x958ab678) at src/switch_core_state_machine.c:166 #13 0xb7d5215a in switch_core_session_run (session=0x958ab678) at src/switch_core_state_machine.c:340 #14 0xb7d4e199 in switch_core_session_thread (thread=0x9020bd98, obj=0x958ab678) at src/switch_core_session.c:1135 #15 0xb7ddc2fc in dummy_worker (opaque=0x9020bd98) at threadproc/unix/thread.c:138 #16 0xb7caaf3b in start_thread () from /lib/libpthread.so.0 #17 0xb7a64bee in clone () from /lib/libc.so.6
On Sat, Oct 31, 2009 at 12:34 PM, Dome Charoenyost <dome@tel.co.th> wrote:
I found bug in fscore_pb $pwd should be $mypwd
Now i post already. please help me check.
Dome C.
2009/11/1 João Mesquita <jmesquita@freeswitch.org>:
No, mod_nibblebill definetely needs to be enhanced but it is not the problem and it can be used with high load traffic.
The one I am not sure about is odbc_query since it was not developed for that.
Do what Rupa said, please.
Regards,
JM
On Sat, Oct 31, 2009 at 3:11 PM, Brian West <brian@freeswitch.org> wrote:
I think once you get the backtrace like rupa said we can see that maybe odbc_query is really hanging or something similar. /b On Oct 31, 2009, at 12:05 PM, Dome Charoenyost wrote:
2009/10/31 Brian West <brian@freeswitch.org>:
You should never do billing inline with the session thread is all I'm
saying.
_______________________________________________ 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
-- -Rupa
_______________________________________________ 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
Use bgapi originate ... On Oct 31, 2009 9:09 PM, "Dome Charoenyost" <dome@tel.co.th> wrote: Yes. i user api_hangup_hook for do callback. <action application="set" data="api_hangup_hook=originate {origination_caller_id_number=${caller_id_number},callback_uuid=${uuid},ignore_early_media=true}${route_1}|${route_2}|${route_3} call_ivr${caller_id_number} XML public "/> may be need originate_timeout Dome C. 2009/11/1 Rupa Schomaker <rupa@rupa.com>:
fscore_pb has been updated. > > Next time put in the pastebin url. This one was 10911. > > Ok, a ...
How to use bgapi in my flow. 1. user call did 2. FS send ringing and check balance, LCR from DB (by mod_odbc_quey) 3. Hangup (by use or timeout) 4. FS callback to user and bridge to IVR I'm not sure bgapi can do after channel hangup. Dome C. 2009/11/1 Anthony Minessale <anthony.minessale@gmail.com>:
Use bgapi originate ...
On Oct 31, 2009 9:09 PM, "Dome Charoenyost" <dome@tel.co.th> wrote:
Yes. i user api_hangup_hook for do callback. <action application="set" data="api_hangup_hook=originate {origination_caller_id_number=${caller_id_number},callback_uuid=${uuid},ignore_early_media=true}${route_1}|${route_2}|${route_3} call_ivr${caller_id_number} XML public "/>
may be need originate_timeout
Dome C.
2009/11/1 Rupa Schomaker <rupa@rupa.com>:
fscore_pb has been updated. > > Next time put in the pastebin url. This one was 10911. > > Ok, a ...
_______________________________________________ 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
#4 makes no sense to me. Are you just trying to create a call that the channel does not participate in? Then for sure you want to use bgapi to cause the originate to happen in the background. Also your gcore report has to be taken while you have the stuck channels to see why they are stuck. I can promise you this problem should be filed under misuse/abuse. On Sat, Oct 31, 2009 at 8:45 PM, Dome Charoenyost <dome@tel.co.th> wrote:
How to use bgapi in my flow. 1. user call did 2. FS send ringing and check balance, LCR from DB (by mod_odbc_quey) 3. Hangup (by use or timeout) 4. FS callback to user and bridge to IVR
I'm not sure bgapi can do after channel hangup.
Dome C.
2009/11/1 Anthony Minessale <anthony.minessale@gmail.com>:
Use bgapi originate ...
On Oct 31, 2009 9:09 PM, "Dome Charoenyost" <dome@tel.co.th> wrote:
Yes. i user api_hangup_hook for do callback. <action application="set" data="api_hangup_hook=originate
{origination_caller_id_number=${caller_id_number},callback_uuid=${uuid},ignore_early_media=true}${route_1}|${route_2}|${route_3}
call_ivr${caller_id_number} XML public "/>
may be need originate_timeout
Dome C.
2009/11/1 Rupa Schomaker <rupa@rupa.com>:
fscore_pb has been updated. > > Next time put in the pastebin url. This one was 10911. > > Ok, a ...
_______________________________________________ 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
-- 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 <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
2009/11/2 Anthony Minessale <anthony.minessale@gmail.com>:
#4 makes no sense to me. This solution call "miss callback". some contry cost for toll free number is so high. but call to user cheaper. so when user want to use international call. they call to my DID and my system callback to them.
Are you just trying to create a call that the channel does not participate in? Then for sure you want to use bgapi to cause the originate to happen in the background. Give me example how bgapi work when user hangup call
Dome C.
Also your gcore report has to be taken while you have the stuck channels to see why they are stuck. I can promise you this problem should be filed under misuse/abuse.
On Sat, Oct 31, 2009 at 8:45 PM, Dome Charoenyost <dome@tel.co.th> wrote:
How to use bgapi in my flow. 1. user call did 2. FS send ringing and check balance, LCR from DB (by mod_odbc_quey) 3. Hangup (by use or timeout) 4. FS callback to user and bridge to IVR
I'm not sure bgapi can do after channel hangup.
Dome C.
2009/11/1 Anthony Minessale <anthony.minessale@gmail.com>:
Use bgapi originate ...
On Oct 31, 2009 9:09 PM, "Dome Charoenyost" <dome@tel.co.th> wrote:
Yes. i user api_hangup_hook for do callback. <action application="set" data="api_hangup_hook=originate
{origination_caller_id_number=${caller_id_number},callback_uuid=${uuid},ignore_early_media=true}${route_1}|${route_2}|${route_3} call_ivr${caller_id_number} XML public "/>
may be need originate_timeout
Dome C.
2009/11/1 Rupa Schomaker <rupa@rupa.com>:
fscore_pb has been updated. > > Next time put in the pastebin url. This one was 10911. > > Ok, a ...
_______________________________________________ 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
-- 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 iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org pstn:213-799-1400
_______________________________________________ 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
if you set the variable to: "originate foo bar baz" "bgapi originate foo bar baz" bgapi is itself an api command that takes the argument string and runs it in a separate thread and returns instantly. This will stop it from hanging at that point. On Sun, Nov 1, 2009 at 1:53 PM, Dome Charoenyost <dome@tel.co.th> wrote:
2009/11/2 Anthony Minessale <anthony.minessale@gmail.com>:
#4 makes no sense to me. This solution call "miss callback". some contry cost for toll free number is so high. but call to user cheaper. so when user want to use international call. they call to my DID and my system callback to them.
Are you just trying to create a call that the channel does not participate in? Then for sure you want to use bgapi to cause the originate to happen in the background. Give me example how bgapi work when user hangup call
Dome C.
Also your gcore report has to be taken while you have the stuck channels
to
see why they are stuck. I can promise you this problem should be filed under misuse/abuse.
On Sat, Oct 31, 2009 at 8:45 PM, Dome Charoenyost <dome@tel.co.th> wrote:
How to use bgapi in my flow. 1. user call did 2. FS send ringing and check balance, LCR from DB (by mod_odbc_quey) 3. Hangup (by use or timeout) 4. FS callback to user and bridge to IVR
I'm not sure bgapi can do after channel hangup.
Dome C.
2009/11/1 Anthony Minessale <anthony.minessale@gmail.com>:
Use bgapi originate ...
On Oct 31, 2009 9:09 PM, "Dome Charoenyost" <dome@tel.co.th> wrote:
Yes. i user api_hangup_hook for do callback. <action application="set" data="api_hangup_hook=originate
{origination_caller_id_number=${caller_id_number},callback_uuid=${uuid},ignore_early_media=true}${route_1}|${route_2}|${route_3}
call_ivr${caller_id_number} XML public "/>
may be need originate_timeout
Dome C.
2009/11/1 Rupa Schomaker <rupa@rupa.com>:
fscore_pb has been updated. > > Next time put in the pastebin url. This one was 10911. > > Ok, a ...
_______________________________________________ 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
-- 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 <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
_______________________________________________ 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
-- 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 <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
I also got some zombie channels, if someone can help me take a look that's really nice. http://pastebin.freeswitch.org/10912 I only loaded mod_cdr_csv Is it ok to use mod_xml_cdr? Thanks. 2009/11/1 Dome Charoenyost <dome@tel.co.th>
I found bug in fscore_pb $pwd should be $mypwd
Now i post already. please help me check.
Dome C.
2009/11/1 João Mesquita <jmesquita@freeswitch.org>:
No, mod_nibblebill definetely needs to be enhanced but it is not the problem and it can be used with high load traffic.
The one I am not sure about is odbc_query since it was not developed for that.
Do what Rupa said, please.
Regards,
JM
On Sat, Oct 31, 2009 at 3:11 PM, Brian West <brian@freeswitch.org> wrote:
I think once you get the backtrace like rupa said we can see that maybe odbc_query is really hanging or something similar. /b On Oct 31, 2009, at 12:05 PM, Dome Charoenyost wrote:
2009/10/31 Brian West <brian@freeswitch.org>:
You should never do billing inline with the session thread is all I'm
saying.
_______________________________________________ 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
Nothing jumps out at me on this one. mod_cdr_csv and/or mod_xml_cdr should be fine. On Sat, Oct 31, 2009 at 1:24 PM, Seven Du <dujinfang@gmail.com> wrote:
I also got some zombie channels, if someone can help me take a look that's really nice.
http://pastebin.freeswitch.org/10912
I only loaded mod_cdr_csv Is it ok to use mod_xml_cdr?
Thanks.
2009/11/1 Dome Charoenyost <dome@tel.co.th>
I found bug in fscore_pb $pwd should be $mypwd
Now i post already. please help me check.
Dome C.
2009/11/1 João Mesquita <jmesquita@freeswitch.org>:
No, mod_nibblebill definetely needs to be enhanced but it is not the problem and it can be used with high load traffic.
The one I am not sure about is odbc_query since it was not developed for that.
Do what Rupa said, please.
Regards,
JM
On Sat, Oct 31, 2009 at 3:11 PM, Brian West <brian@freeswitch.org> wrote:
I think once you get the backtrace like rupa said we can see that maybe odbc_query is really hanging or something similar. /b On Oct 31, 2009, at 12:05 PM, Dome Charoenyost wrote:
2009/10/31 Brian West <brian@freeswitch.org>:
You should never do billing inline with the session thread is all I'm
saying.
_______________________________________________ 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
-- -Rupa
Which revision? Wasn't there some read-write lock issues on sessions checked in during the last week? FWIW, we do inline billing, but the message queue timeouts are very low. Upgrading to current SVN kills us (~15025 works fine) -- some channels stay in CS_EXECUTE, some in CS_REPORTING. We know it's not our code blocking, because there'd be transaction timeouts within 30 seconds, and these are hanging around for a long time. I suspect it's something with how we do our originates and state handlers. If we _overwrite_ the default originate handlers AND patch originate to blank out dialplan/context after duplicating the caller profile, it works fine. If we "do the right thing" and let the default handler set CS_CONSUME_MEDIA, then we get the calls hanging around forever. As I said, I suspect this is mismatch in what FS does and what our app assumes it does. -Michael -----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Rupa Schomaker Sent: Saturday, October 31, 2009 1:28 PM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Many CS_REPORTING state Zombie session Nothing jumps out at me on this one. mod_cdr_csv and/or mod_xml_cdr should be fine. On Sat, Oct 31, 2009 at 1:24 PM, Seven Du <dujinfang@gmail.com> wrote:
I also got some zombie channels, if someone can help me take a look that's really nice.
http://pastebin.freeswitch.org/10912
I only loaded mod_cdr_csv Is it ok to use mod_xml_cdr?
Thanks.
2009/11/1 Dome Charoenyost <dome@tel.co.th>
I found bug in fscore_pb $pwd should be $mypwd
Now i post already. please help me check.
Dome C.
2009/11/1 João Mesquita <jmesquita@freeswitch.org>:
No, mod_nibblebill definetely needs to be enhanced but it is not the problem and it can be used with high load traffic.
The one I am not sure about is odbc_query since it was not developed for that.
Do what Rupa said, please.
Regards,
JM
On Sat, Oct 31, 2009 at 3:11 PM, Brian West <brian@freeswitch.org> wrote:
I think once you get the backtrace like rupa said we can see that maybe odbc_query is really hanging or something similar. /b On Oct 31, 2009, at 12:05 PM, Dome Charoenyost wrote:
2009/10/31 Brian West <brian@freeswitch.org>:
You should never do billing inline with the session thread is all I'm
saying.
_______________________________________________ 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
-- -Rupa _______________________________________________ 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
it something doing a read/write lock then not clearing it or its bad build and you have to rebuild clean. the trace had no session threads present in it. look in the code of any non-standard mods you are using for something that did either switch_ivr_originate or switch_core_session_locate and never called switch_core_session_rwunlock #define SWITCH_DEBUG_RWLOCKS at the top of switch.h and make clean ; make install to get rwlock debugging. On Sat, Oct 31, 2009 at 3:00 PM, Michael Giagnocavo <mgg@giagnocavo.net>wrote:
Which revision? Wasn't there some read-write lock issues on sessions checked in during the last week?
FWIW, we do inline billing, but the message queue timeouts are very low. Upgrading to current SVN kills us (~15025 works fine) -- some channels stay in CS_EXECUTE, some in CS_REPORTING. We know it's not our code blocking, because there'd be transaction timeouts within 30 seconds, and these are hanging around for a long time.
I suspect it's something with how we do our originates and state handlers. If we _overwrite_ the default originate handlers AND patch originate to blank out dialplan/context after duplicating the caller profile, it works fine. If we "do the right thing" and let the default handler set CS_CONSUME_MEDIA, then we get the calls hanging around forever. As I said, I suspect this is mismatch in what FS does and what our app assumes it does.
-Michael
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto: freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Rupa Schomaker Sent: Saturday, October 31, 2009 1:28 PM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Many CS_REPORTING state Zombie session
Nothing jumps out at me on this one.
mod_cdr_csv and/or mod_xml_cdr should be fine.
On Sat, Oct 31, 2009 at 1:24 PM, Seven Du <dujinfang@gmail.com> wrote:
I also got some zombie channels, if someone can help me take a look that's really nice.
http://pastebin.freeswitch.org/10912
I only loaded mod_cdr_csv Is it ok to use mod_xml_cdr?
Thanks.
2009/11/1 Dome Charoenyost <dome@tel.co.th>
I found bug in fscore_pb $pwd should be $mypwd
Now i post already. please help me check.
Dome C.
2009/11/1 João Mesquita <jmesquita@freeswitch.org>:
No, mod_nibblebill definetely needs to be enhanced but it is not the problem and it can be used with high load traffic.
The one I am not sure about is odbc_query since it was not developed
for
that.
Do what Rupa said, please.
Regards,
JM
On Sat, Oct 31, 2009 at 3:11 PM, Brian West <brian@freeswitch.org> wrote:
I think once you get the backtrace like rupa said we can see that
maybe
odbc_query is really hanging or something similar. /b On Oct 31, 2009, at 12:05 PM, Dome Charoenyost wrote:
2009/10/31 Brian West <brian@freeswitch.org>:
You should never do billing inline with the session thread is all I'm
saying.
_______________________________________________ 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
-- -Rupa
_______________________________________________ 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
-- 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 <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
i try support-d/fscore_pb gcore root but only get [New Thread 0xb7656b90 (LWP 28445)] [New Thread 0xb77bbb90 (LWP 28444)] 0xb7a5e007 in select () from /lib/libc.so.6 Saved corefile core.28443 i got core file but no more file Dome C. 2009/11/1 Brian West <brian@freeswitch.org>:
I think once you get the backtrace like rupa said we can see that maybe odbc_query is really hanging or something similar. /b On Oct 31, 2009, at 12:05 PM, Dome Charoenyost wrote:
2009/10/31 Brian West <brian@freeswitch.org>:
You should never do billing inline with the session thread is all I'm
saying.
_______________________________________________ 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 (7)
-
Anthony Minessale
-
Brian West
-
Dome Charoenyost
-
João Mesquita
-
Michael Giagnocavo
-
Rupa Schomaker
-
Seven Du