Re: [Freeswitch-users] Many CS_REPORTING state Zombie session
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 wrote: > 2009/11/2 Anthony Minessale : > > #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 > 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 : > >> > Use bgapi originate ... > >> > > >> > On Oct 31, 2009 9:09 PM, "Dome Charoenyost" wrote: > >> > > >> > Yes. i user api_hangup_hook for do callback. > >> > > >> > > >> > may be need originate_timeout > >> > > >> > Dome C. > >> > > >> > > >> > 2009/11/1 Rupa Schomaker : > >> > > >> >> fscore_pb has been updated. > > Next time put in the pastebin url. > >> >> This > >> >> one was 10911. > > Ok, a ... > >> > > >> > ___ > >> > FreeSWITCH-users mailing list > >> > [email protected] > >> > 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 > >> [email protected] > >> 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:[email protected] > > GTALK/JABBER/PAYPAL:[email protected] > > IRC: irc.freenode.net #freeswitch > > > > FreeSWITCH Developer Conference > > sip:[email protected] > > iax:[email protected]/888 > > googletalk:[email protected] > > pstn:213-799-1400 > > > > ___ > > FreeSWITCH-users mailing list > > [email protected] > > 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 > [email protected] > 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:[email protected] GTALK/JABBER/PAYPAL:[email protected] IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:[email protected] iax:[email protected]/888 googletalk:[email protected] pstn:213-799-1400 ___ FreeSWITCH-users mailing list [email protected] http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Re: [Freeswitch-users] Many CS_REPORTING state Zombie session
2009/11/2 Anthony Minessale : > #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 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 : >> > Use bgapi originate ... >> > >> > On Oct 31, 2009 9:09 PM, "Dome Charoenyost" wrote: >> > >> > Yes. i user api_hangup_hook for do callback. >> > >> > >> > may be need originate_timeout >> > >> > Dome C. >> > >> > >> > 2009/11/1 Rupa Schomaker : >> > >> >> fscore_pb has been updated. > > Next time put in the pastebin url. >> >> This >> >> one was 10911. > > Ok, a ... >> > >> > ___ >> > FreeSWITCH-users mailing list >> > [email protected] >> > 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 >> [email protected] >> 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:[email protected] > GTALK/JABBER/PAYPAL:[email protected] > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:[email protected] > iax:[email protected]/888 > googletalk:[email protected] > pstn:213-799-1400 > > ___ > FreeSWITCH-users mailing list > [email protected] > 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 [email protected] http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Re: [Freeswitch-users] Many CS_REPORTING state Zombie session
#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 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 : > > Use bgapi originate ... > > > > On Oct 31, 2009 9:09 PM, "Dome Charoenyost" wrote: > > > > Yes. i user api_hangup_hook for do callback. > > > > > > may be need originate_timeout > > > > Dome C. > > > > > > 2009/11/1 Rupa Schomaker : > > > >> fscore_pb has been updated. > > Next time put in the pastebin url. This > >> one was 10911. > > Ok, a ... > > > > ___ > > FreeSWITCH-users mailing list > > [email protected] > > 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 > [email protected] > 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:[email protected] GTALK/JABBER/PAYPAL:[email protected] IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:[email protected] iax:[email protected]/888 googletalk:[email protected] pstn:213-799-1400 ___ FreeSWITCH-users mailing list [email protected] http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Re: [Freeswitch-users] Many CS_REPORTING state Zombie session
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 : > Use bgapi originate ... > > On Oct 31, 2009 9:09 PM, "Dome Charoenyost" wrote: > > Yes. i user api_hangup_hook for do callback. > > > may be need originate_timeout > > Dome C. > > > 2009/11/1 Rupa Schomaker : > >> fscore_pb has been updated. > > Next time put in the pastebin url. This >> one was 10911. > > Ok, a ... > > ___ > FreeSWITCH-users mailing list > [email protected] > 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 [email protected] http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Re: [Freeswitch-users] Many CS_REPORTING state Zombie session
Use bgapi originate ... On Oct 31, 2009 9:09 PM, "Dome Charoenyost" wrote: Yes. i user api_hangup_hook for do callback. may be need originate_timeout Dome C. 2009/11/1 Rupa Schomaker : > fscore_pb has been updated. > > Next time put in the pastebin url. This one was 10911. > > Ok, a ... ___ FreeSWITCH-users mailing list [email protected] http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Re: [Freeswitch-users] Many CS_REPORTING state Zombie session
Yes. i user api_hangup_hook for do callback.
may be need originate_timeout
Dome C.
2009/11/1 Rupa Schomaker :
> 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/[email protected]:7050|sofia/external/[email protected]"...,
> 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/[email protected]:7050|sofia/external/[email protected]"...,
> 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/[email protected]:7050|sofia/external/[email protected]"...,
> 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 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 :
>>> 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 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 :
You should never do billing inline with the session thread is all I'm
saying.
___
FreeSWITCH-users mailing list
[email protected]
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
>>> [email protected]
>>> 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
>> [email protected]
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>>
>
>
>
> --
> -R
Re: [Freeswitch-users] Many CS_REPORTING state Zombie session
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 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: [email protected] [mailto: > [email protected]] On Behalf Of Rupa Schomaker > Sent: Saturday, October 31, 2009 1:28 PM > To: [email protected] > 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 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 > >> > >> 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 : > >> > 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 > >> > 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 : > >> >> > >> >> You should never do billing inline with the session thread is all I'm > >> >> > >> >> saying. > >> >> > >> >> ___ > >> >> FreeSWITCH-users mailing list > >> >> [email protected] > >> >> 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 > >> > [email protected] > >> > 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 > >> [email protected] > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> UNSUBSCRIBE: > http://li
Re: [Freeswitch-users] Many CS_REPORTING state Zombie session
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: [email protected] [mailto:[email protected]] On Behalf Of Rupa Schomaker Sent: Saturday, October 31, 2009 1:28 PM To: [email protected] 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 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 >> >> 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 : >> > 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 >> > 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 : >> >> >> >> You should never do billing inline with the session thread is all I'm >> >> >> >> saying. >> >> >> >> ___ >> >> FreeSWITCH-users mailing list >> >> [email protected] >> >> 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 >> > [email protected] >> > 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 >> [email protected] >> 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 > [email protected] > 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 [email protected] 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 [email protected] http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
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 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 >> >> 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 : >> > 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 >> > 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 : >> >> >> >> You should never do billing inline with the session thread is all I'm >> >> >> >> saying. >> >> >> >> ___ >> >> FreeSWITCH-users mailing list >> >> [email protected] >> >> 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 >> > [email protected] >> > 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 >> [email protected] >> 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 > [email protected] > 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 [email protected] http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Re: [Freeswitch-users] Many CS_REPORTING state Zombie session
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 > 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 : > > 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 > 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 : > >> > >> You should never do billing inline with the session thread is all I'm > >> > >> saying. > >> > >> ___ > >> FreeSWITCH-users mailing list > >> [email protected] > >> 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 > > [email protected] > > 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 > [email protected] > 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 [email protected] http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Re: [Freeswitch-users] Many CS_REPORTING state Zombie session
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/[email protected]:7050|sofia/external/[email protected]"...,
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/[email protected]:7050|sofia/external/[email protected]"...,
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/[email protected]:7050|sofia/external/[email protected]"...,
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 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 :
>> 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 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 :
>>>
>>> You should never do billing inline with the session thread is all I'm
>>>
>>> saying.
>>>
>>> ___
>>> FreeSWITCH-users mailing list
>>> [email protected]
>>> 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
>> [email protected]
>> 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
> [email protected]
> 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
[email protected]
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
Re: [Freeswitch-users] Many CS_REPORTING state Zombie session
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 : > 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 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 : >> >> You should never do billing inline with the session thread is all I'm >> >> saying. >> >> ___ >> FreeSWITCH-users mailing list >> [email protected] >> 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 > [email protected] > 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 [email protected] http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Re: [Freeswitch-users] Many CS_REPORTING state Zombie session
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 : > 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 : > > You should never do billing inline with the session thread is all I'm > > saying. > > ___ > FreeSWITCH-users mailing list > [email protected] > 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 [email protected] http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Re: [Freeswitch-users] Many CS_REPORTING state Zombie session
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 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 : > > You should never do billing inline with the session thread is all I'm > > saying. > > > > ___ > FreeSWITCH-users mailing list > [email protected] > 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 [email protected] http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Re: [Freeswitch-users] Many CS_REPORTING state Zombie session
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 : You should never do billing inline with the session thread is all I'm saying. ___ FreeSWITCH-users mailing list [email protected] http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Re: [Freeswitch-users] Many CS_REPORTING state Zombie session
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 : > 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 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 >> [email protected] >> 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 > [email protected] > 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 [email protected] http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Re: [Freeswitch-users] Many CS_REPORTING state Zombie session
2009/10/31 Brian West : > 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 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 > [email protected] > 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 [email protected] http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Re: [Freeswitch-users] Many CS_REPORTING state Zombie session
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 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 > [email protected] > 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 [email protected] http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Re: [Freeswitch-users] Many CS_REPORTING state Zombie session
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 [email protected] http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Re: [Freeswitch-users] Many CS_REPORTING state Zombie session
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 : > 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 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/[email protected]: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 > [email protected] > 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 [email protected] http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Re: [Freeswitch-users] Many CS_REPORTING state Zombie session
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 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/[email protected]. 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 [email protected] http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Re: [Freeswitch-users] Many CS_REPORTING state Zombie session
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 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/[email protected]: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 > [email protected] > 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 [email protected] http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
