November 2010 - FreeSWITCH-users - FreeSWITCH Mailing Lists

mod_nibblebill cdr
by budi wibowo 10 Nov '10

10 Nov '10

dear all i have installed mod_nibblebill and works perfectly, can nibble_bill produce cdr with info for calling and called number? regards budi

5 9

No Busy Tone and No Announcement Messages on ISDN-VoIP SIP Calls
by Raymond Chan 10 Nov '10

10 Nov '10

Hi all, We are using Freeswitch and using Cisco 2811 as gateway, we have SIP phones registered in our Freeswitch and trying to call a non-exit number (mobile number). We found the SIP phone still has ringtone. When we use PSTN to call that number, there is announcement that "this number does not exist." We cannot make the SIP phone has the same announcement. But it success when we calling a land-line non exist number. Busy tone is generated. Below are the Cisco debug and highlight the 2 different ISDN disconnect cause code. Do I need to configure anything in the Freeswitch? ---------------------------------------------------------------------------- ---------------------------------------------------- Calling non-exist mobile number: *Nov 10 05:54:24.019: %ISDN-6-DISCONNECT: Interface Serial0/0/0:22 disconnected from 95127917 , call lasted 205 seconds *Nov 10 05:54:51.727: //216086/xxxxxxxxxxxx/CCAPI/cc_api_caps_ind: Call Entry Is Not Found *Nov 10 05:54:51.731: //-1/DE6E855A8453/CCAPI/cc_api_display_ie_subfields: cc_api_call_setup_ind_common: cisco-username=31754251 ----- ccCallInfo IE subfields ----- cisco-ani=31754251 cisco-anitype=0 cisco-aniplan=0 cisco-anipi=0 cisco-anisi=1 dest=92882810 cisco-desttype=0 cisco-destplan=0 cisco-rdie=FFFFFFFF cisco-rdn= cisco-rdntype=0 cisco-rdnplan=0 cisco-rdnpi=0 cisco-rdnsi=0 cisco-redirectreason=-1 *Nov 10 05:54:51.731: //-1/DE6E855A8453/CCAPI/cc_api_call_setup_ind_common: Interface=0x451F6154, Call Info( Calling Number=31754251(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed), Called Number=92882810(TON=Unknown, NPI=Unknown), Calling Translated=FALSE, Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE, Incoming Dial-peer=0, Progress Indication=NULL(0), Calling IE Present=TRUE, Source Trkgrp Route Label=, Target Trkgrp Route Label=, CLID Transparent=FALSE), Call Id=216086 *Nov 10 05:54:51.731: //216086/DE6E855A8453/CCAPI/cc_api_call_setup_ind_common: Set Up Event Sent; Call Info(Calling Number=31754251(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed), Called Number=92882810(TON=Unknown, NPI=Unknown)) *Nov 10 05:54:51.735: //216086/DE6E855A8453/CCAPI/cc_process_call_setup_ind: Event=0x456648F0 *Nov 10 05:54:51.735: //216086/DE6E855A8453/CCAPI/ccCallSetContext: Context=0x467619B4 *Nov 10 05:54:51.735: //216086/DE6E855A8453/CCAPI/cc_process_call_setup_ind: >>>>CCAPI handed cid 216086 with tag 0 to app "_ManagedAppProcess_Default" *Nov 10 05:54:51.735: //216086/DE6E855A8453/CCAPI/ccCallProceeding: Progress Indication=NULL(0) *Nov 10 05:54:51.735: //216086/DE6E855A8453/CCAPI/ccCallSetupRequest: Destination=, Calling IE Present=TRUE, Mode=0, Outgoing Dial-peer=1, Params=0x4740AA5C, Progress Indication=ORIGINATING SIDE IS NON ISDN(3) *Nov 10 05:54:51.735: //216086/DE6E855A8453/CCAPI/ccCheckClipClir: In: Calling Number=31754251(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed) *Nov 10 05:54:51.735: //216086/DE6E855A8453/CCAPI/ccCheckClipClir: Out: Calling Number=31754251(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed) *Nov 10 05:54:51.735: //216086/DE6E855A8453/CCAPI/ccCallSetupRequest: Destination Pattern=.T, Called Number=92882810, Digit Strip=FALSE *Nov 10 05:54:51.735: //216086/DE6E855A8453/CCAPI/ccCallSetupRequest: Calling Number=31754251(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed), Called Number=92882810(TON=Unknown, NPI=Unknown), Redirect Number=, Display Info=31754251 Account Number=31754251, Final Destination Flag=TRUE, Guid=DE6E855A-EBC5-11DF-8453-C1363B6B99C1, Outgoing Dial-peer=1 *Nov 10 05:54:51.739: //216086/DE6E855A8453/CCAPI/cc_api_display_ie_subfields: ccCallSetupRequest: cisco-username=31754251 ----- ccCallInfo IE subfields ----- cisco-ani=31754251 cisco-anitype=0 cisco-aniplan=0 cisco-anipi=0 cisco-anisi=1 dest=92882810 cisco-desttype=0 cisco-destplan=0 cisco-rdie=FFFFFFFF cisco-rdn= cisco-rdntype=0 cisco-rdnplan=0 cisco-rdnpi=0 cisco-rdnsi=0 cisco-redirectreason=-1 *Nov 10 05:54:51.739: //216086/DE6E855A8453/CCAPI/ccIFCallSetupRequestPrivate: Interface=0x456ACB10, Interface Type=6, Destination=, Mode=0x0, Call Params(Calling Number=31754251(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed), Called Number=92882810(TON=Unknown, NPI=Unknown), Calling Translated=FALSE, Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE, Outgoing Dial-peer=1, Call Count On=FALSE, Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Application Call Id=) *Nov 10 05:54:51.739: //216087/DE6E855A8453/CCAPI/ccIFCallSetupRequestPrivate: SPI Call Setup Request Is Success; Interface Type=6, FlowMode=1 *Nov 10 05:54:51.739: //216087/DE6E855A8453/CCAPI/ccCallSetContext: Context=0x4740AA0C *Nov 10 05:54:51.739: //216086/DE6E855A8453/CCAPI/ccSaveDialpeerTag: Outgoing Dial-peer=1 *Nov 10 05:54:51.779: //216087/DE6E855A8453/CCAPI/cc_api_call_proceeding: Interface=0x456ACB10, Progress Indication=NULL(0) *Nov 10 05:54:52.947: //216087/DE6E855A8453/CCAPI/cc_api_call_alert: Interface=0x456ACB10, Progress Indication=NULL(0), Signal Indication=NOT PRESENT(255) *Nov 10 05:54:52.947: //216087/DE6E855A8453/CCAPI/cc_api_call_alert: Call Entry(Retry Count=0, Responsed=TRUE) *Nov 10 05:54:52.947: //216086/DE6E855A8453/CCAPI/ccCallAlert: Progress Indication=NULL(0), Signal Indication=NOT PRESENT(255) *Nov 10 05:54:52.947: //216086/DE6E855A8453/CCAPI/ccCallAlert: Call Entry(Responsed=TRUE, AlertSent=TRUE) *Nov 10 05:55:50.971: //216086/DE6E855A8453/CCAPI/cc_api_call_disconnected: Cause Value=16, Interface=0x451F6154, Call Id=216086 *Nov 10 05:55:50.971: //216086/DE6E855A8453/CCAPI/cc_api_call_disconnected: Call Entry(Responsed=TRUE, Cause Value=16, Retry Count=0) *Nov 10 05:55:50.971: //216087/DE6E855A8453/CCAPI/ccCallDisconnect: Cause Value=16, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0) *Nov 10 05:55:50.971: //216087/DE6E855A8453/CCAPI/ccCallDisconnect: Cause Value=16, Call Entry(Responsed=TRUE, Cause Value=16) *Nov 10 05:55:50.971: //216087/DE6E855A8453/CCAPI/cc_api_get_transfer_info: Transfer Number Is Null *Nov 10 05:55:50.975: //216086/DE6E855A8453/CCAPI/ccCallDisconnect: Cause Value=16, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=16) *Nov 10 05:55:50.975: //216086/DE6E855A8453/CCAPI/ccCallDisconnect: Cause Value=16, Call Entry(Responsed=TRUE, Cause Value=16) *Nov 10 05:55:50.983: //216086/DE6E855A8453/CCAPI/cc_api_call_disconnect_done: Disposition=0, Interface=0x451F6154, Tag=0x0, Call Id=216086, Call Entry(Disconnect Cause=16, Voice Class Cause Code=0, Retry Count=0) *Nov 10 05:55:50.983: //216086/DE6E855A8453/CCAPI/cc_api_call_disconnect_done: Call Disconnect Event Sent ---------------------------------------------------------------------------- --------------------------------------------- Calling non-exist land line number: cvghk-vgw1#sh log Syslog logging: enabled (11 messages dropped, 74 messages rate-limited, 68247 flushes, 0 overruns, xml disabled, filtering disabled) Console logging: level debugging, 2492150 messages logged, xml disabled, filtering disabled Monitor logging: level debugging, 0 messages logged, xml disabled, filtering disabled Buffer logging: level debugging, 2285346 messages logged, xml disabled, filtering disabled Logging Exception size (4096 bytes) Count and timestamp logging messages: disabled No active filter modules. Trap logging: level informational, 109823 message lines logged Log Buffer (8000 bytes): *Nov 10 06:01:45.127: //216094/xxxxxxxxxxxx/CCAPI/cc_api_caps_ind: Call Entry Is Not Found *Nov 10 06:01:45.127: //-1/D4D5BF13845B/CCAPI/cc_api_display_ie_subfields: cc_api_call_setup_ind_common: cisco-username=31754250 ----- ccCallInfo IE subfields ----- cisco-ani=31754250 cisco-anitype=0 cisco-aniplan=0 cisco-anipi=0 cisco-anisi=1 dest=22222222 cisco-desttype=0 cisco-destplan=0 cisco-rdie=FFFFFFFF cisco-rdn= cisco-rdntype=0 cisco-rdnplan=0 cisco-rdnpi=0 cisco-rdnsi=0 cisco-redirectreason=-1 *Nov 10 06:01:45.127: //-1/D4D5BF13845B/CCAPI/cc_api_call_setup_ind_common: Interface=0x451F6154, Call Info( Calling Number=31754250(TON=Unknown, NPI=Unknown, Screening=User, Passed, Pre sentation=Allowed), Called Number=22222222(TON=Unknown, NPI=Unknown), Calling Translated=FALSE, Subscriber Type Str=Unknown, FinalDestinationFlag=T RUE, Incoming Dial-peer=0, Progress Indication=NULL(0), Calling IE Present=TRUE, Source Trkgrp Route Label=, Target Trkgrp Route Label=, CLID Transparent=FALS E), Call Id=216094 *Nov 10 06:01:45.131: //216094/D4D5BF13845B/CCAPI/cc_api_call_setup_ind_common: Set Up Event Sent; Call Info(Calling Number=31754250(TON=Unknown, NPI=Unknown, Screening=User, P assed, Presentation=Allowed), Called Number=22222222(TON=Unknown, NPI=Unknown)) *Nov 10 06:01:45.131: //216094/D4D5BF13845B/CCAPI/cc_process_call_setup_ind: Event=0x45661160 *Nov 10 06:01:45.131: //216094/D4D5BF13845B/CCAPI/ccCallSetContext: Context=0x48B4C074 *Nov 10 06:01:45.131: //216094/D4D5BF13845B/CCAPI/cc_process_call_setup_ind: >>>>CCAPI handed cid 216094 with tag 0 to app "_ManagedAppProcess_Default" *Nov 10 06:01:45.131: //216094/D4D5BF13845B/CCAPI/ccCallProceeding: Progress Indication=NULL(0) *Nov 10 06:01:45.135: //216094/D4D5BF13845B/CCAPI/ccCallSetupRequest: Destination=, Calling IE Present=TRUE, Mode=0, Outgoing Dial-peer=1, Params=0x46AD67F0, Progress Indication=ORIGINATING SIDE IS NON ISDN(3) *Nov 10 06:01:45.135: //216094/D4D5BF13845B/CCAPI/ccCheckClipClir: In: Calling Number=31754250(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed) *Nov 10 06:01:45.135: //216094/D4D5BF13845B/CCAPI/ccCheckClipClir: Out: Calling Number=31754250(TON=Unknown, NPI=Unknown, Screening=User, Passed , Presentation=Allowed) *Nov 10 06:01:45.135: //216094/D4D5BF13845B/CCAPI/ccCallSetupRequest: Destination Pattern=.T, Called Number=22222222, Digit Strip=FALSE *Nov 10 06:01:45.135: //216094/D4D5BF13845B/CCAPI/ccCallSetupRequest: Calling Number=31754250(TON=Unknown, NPI=Unknown, Screening=User, Passed, Pre sentation=Allowed), Called Number=22222222(TON=Unknown, NPI=Unknown), Redirect Number=, Display Info=31754250 Account Number=31754250, Final Destination Flag=TRUE, Guid=D4D5BF13-EBC6-11DF-845B-C1363B6B99C1, Outgoing Dial-peer=1 *Nov 10 06:01:45.135: //216094/D4D5BF13845B/CCAPI/cc_api_display_ie_subfields: ccCallSetupRequest: cisco-username=31754250 ----- ccCallInfo IE subfields ----- cisco-ani=31754250 cisco-anitype=0 cisco-aniplan=0 cisco-anipi=0 cisco-anisi=1 dest=22222222 cisco-desttype=0 cisco-destplan=0 cisco-rdie=FFFFFFFF cisco-rdn= cisco-rdntype=0 cisco-rdnplan=0 cisco-rdnpi=0 cisco-rdnsi=0 cisco-redirectreason=-1 *Nov 10 06:01:45.135: //216094/D4D5BF13845B/CCAPI/ccIFCallSetupRequestPrivate: Interface=0x456ACB10, Interface Type=6, Destination=, Mode=0x0, Call Params(Calling Number=31754250(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed), Called Number=22222222(TON=Unknown, NPI=Unknown), Calling Translated=FALSE, Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE, Outgoing Dial-peer=1, Call Count On=FALSE, Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Appl ication Call Id=) *Nov 10 06:01:45.139: //216095/D4D5BF13845B/CCAPI/ccIFCallSetupRequestPrivate: SPI Call Setup Request Is Success; Interface Type=6, FlowMode=1 *Nov 10 06:01:45.139: //216095/D4D5BF13845B/CCAPI/ccCallSetContext: Context=0x46AD67A0 *Nov 10 06:01:45.139: //216094/D4D5BF13845B/CCAPI/ccSaveDialpeerTag: Outgoing Dial-peer=1 *Nov 10 06:01:45.183: //216095/D4D5BF13845B/CCAPI/cc_api_call_proceeding: Interface=0x456ACB10, Progress Indication=NULL(0) *Nov 10 06:01:45.443: //216095/D4D5BF13845B/CCAPI/cc_api_call_disconnected: Cause Value=1, Interface=0x456ACB10, Call Id=216095 *Nov 10 06:01:45.443: //216095/D4D5BF13845B/CCAPI/cc_api_call_disconnected: Call Entry(Responsed=TRUE, Cause Value=1, Retry Count=0) *Nov 10 06:01:45.443: //216095/D4D5BF13845B/CCAPI/ccCallSetAAA_Accounting: Accounting=0, Call Id=216095 *Nov 10 06:01:45.443: //216095/D4D5BF13845B/CCAPI/ccCallDisconnect: Cause Value=1, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Ca use=1) *Nov 10 06:01:45.443: //216095/D4D5BF13845B/CCAPI/ccCallDisconnect: Cause Value=1, Call Entry(Responsed=TRUE, Cause Value=1) *Nov 10 06:01:45.443: //216095/D4D5BF13845B/CCAPI/cc_api_get_transfer_info: Transfer Number Is Null *Nov 10 06:01:45.463: //216095/D4D5BF13845B/CCAPI/cc_api_call_disconnect_done: Disposition=0, Interface=0x456ACB10, Tag=0x0, Call Id=216095, Call Entry(Disconnect Cause=1, Voice Class Cause Code=0, Retry Count=0) *Nov 10 06:01:45.463: //216095/D4D5BF13845B/CCAPI/cc_api_call_disconnect_done: Call Disconnect Event Sent *Nov 10 06:01:45.463: //216094/D4D5BF13845B/CCAPI/ccCallDisconnect: Cause Value=1, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Ca use=0) *Nov 10 06:01:45.463: //216094/D4D5BF13845B/CCAPI/ccCallDisconnect: Cause Value=1, Call Entry(Responsed=TRUE, Cause Value=1) *Nov 10 06:01:45.471: //216094/D4D5BF13845B/CCAPI/cc_api_call_disconnect_done: Disposition=0, Interface=0x451F6154, Tag=0x0, Call Id=216094, Call Entry(Disconnect Cause=1, Voice Class Cause Code=0, Retry Count=0) Please help. Thanks Raymond Chan Technical Manager (Hong Kong and Macau) Commverge Solutions Limited Mobile: +852 98403073 Direct: +852 29022420

2 1

Nested conditions
by Santiago Soares 10 Nov '10

10 Nov '10

Hello everybody, I'd like to handle my calls like this: If callee sends a "486 User Busy" AND a certain header is present in the response, Freeswitch would send a "404 Not Found" to the caller. The following code would solve my problem: <extension name="header_test_extension"> <condition field="network_addr" expression="10.1.1.1"> <action application="set" data="continue_on_fail=USER_BUSY"/> <action application="bridge" data="sofia/gateway/profile/${sip_to_user}"/> <condition field="${sip_h_X-Header-Name}" expression="Header Value"> <action application="respond" data="404"/> <action application="hangup"/> </condition> </condition> </extension> But the thing is that Freeswitch doesn't allow nested conditions. Any ideas on how I can handle this? Santiago Soares Fone: (41) 8488-0537

5 6

trap ##
by Wasim Baig 10 Nov '10

10 Nov '10

*need to trap ## to hangup b-leg in a ESL calling card application, please advise* previously they were happy with #, so we were using <action application="set" data="bridge_terminate_key=#" /> <action application="set" data="origination_cancel_key=#" /> but these are single digits (if we could get those to take 2 digits, that would the best solution) then i tried <action application="bind_digit_action" data="default,##,exec:hangup,USER_BUSY"/> which works fine in the dialplan, but in ESL it doesn't then i tried Action set(bind_meta_key=#) Action bind_meta_app(# a o hangup) 2010-11-10 08:17:29.352707 [INFO] switch_ivr_async.c:2991 Bound A-Leg: #0 hangup but # gets translated to 0 ... -- wasim h. baig | principal consultant | convergence pk | +92 30 0850 8070 | peace be upon you ...

4 4

is this possible to "return" from the transfer?
by Boris Kovalenko 10 Nov '10

10 Nov '10

Hello! With "bridge" we can do something like: <action application="set" data="continue_on_fail=true"/> <action application="bridge" ..."/> <action application="bridge" ..."/> <action application="bridge" ..."/> Is this possible to get same behavior with "transfer"? For example: <action application="set" data="continue_on_fail=true"/> <action application="tranfer" data="$1 XML context1"/> <action application="tranfer" data="$1 XML context2"/> <action application="tranfer" data="$1 XML context3"/> The idea - to find what context may serve the called number. -- С уважением, Борис Коваленко ЗАО "Тагнет" (3435) 494991

7 24

FreeSWITCH Conference Call Today
by Michael Collins 10 Nov '10

10 Nov '10

Hey folks, Today's agenda is here: http://wiki.freeswitch.org/wiki/FS_weekly_2010_11_10 We have a special announcement from Chad Philips and Kristian Kielhofner so be sure to join us today! -Michael

1 0

Can someone stop the mailsystem sending me (currently 97 MByte) of dups from the List?
by Michelle Konzack 10 Nov '10

10 Nov '10

Can someone stop the mailsystem sending me (currently 97 MByte) of dups from the List? Thanks, Greetings and nice Day/Evening Michelle Konzack -- ##################### Debian GNU/Linux Consultant ###################### Development of Intranet and Embedded Systems with Debian GNU/Linux itsystems@tdnet France EURL itsystems@tdnet UG (limited liability) Owner Michelle Konzack Owner Michelle Konzack Apt. 917 (homeoffice) 50, rue de Soultz Kinzigstraße 17 67100 Strasbourg/France 77694 Kehl/Germany Tel: +33-6-61925193 mobil Tel: +49-177-9351947 mobil Tel: +33-9-52705884 fix <http://www.itsystems.tamay-dogan.net/> <http://www.flexray4linux.org/> <http://www.debian.tamay-dogan.net/> <http://www.can4linux.org/> Jabber linux4michelle(a)jabber.ccc.de ICQ #328449886 Linux-User #280138 with the Linux Counter, http://counter.li.org/

1 0

Fax Machine
by Antonio 10 Nov '10

10 Nov '10

Hello I'm new to FreeSwitch and am having some doubts with the implantation of a fax system. In the company I am introducing a machine with FreeSwitch that make the function of gateway (ISDN & SIP) with different provider. We have a server (SIP) for the treatment of users: registration, location, acounting (to know you spend each user and department, etc.). I'm having real problems (well, I have more since I am a rookie with FreeSwitch) with the configuration of sending fax. After checking FreeSwitch wiki, the fax receiving does not see much complication, will receive the fax and send it to an email address ;-), but the problem comes when I send a fax and make the accounting :-(. If traffic T38, would pass by the main server and this would make the accounting treatment, but we will use email sending or winprint (hylafax virtual printer) and therefore does not pass through the main server :'( . He had intended to create in FreeSwitch a sip provider that is the connection to the server and forwarding the traffic back to FreeSwitch (gateway), so traffic would be recorded. FreeSwitch (gateway & fax) -> server (accounting) -> FreeSwitch (gateway & fax) -> providers. What do you think this solution? You think of any better idea? Do not enter a loop to send traffic that is going to route it back outside? thank you very much. Greetings

2 1

Lua
by Bill Kunyiha 10 Nov '10

10 Nov '10

How can i set a dialstring in lua and use it in the XML dialplan?

3 3

Re: [Freeswitch-users] skyopen stopped working
by Jian Ren 10 Nov '10

10 Nov '10

It was working fine. Then I tried adding more instances, got the error below. Now I reduced to only single skype instance, it still doesn't work. Does anyone know about this error? "Cannot create outgoing channel of type [skypopen] cause: [NORMAL_CIRCUIT_CONGESTION]" 2010-11-09 13:25:25.877817 [NOTICE] switch_channel.c:784 New Channel sofia/internal/1001(a)192.168.11.50 [b8e08602-ec2e-11df-a2b6-2963548c9de5] 2010-11-09 13:25:25.913732 [INFO] mod_dialplan_xml.c:331 Processing 1001 <1001>->19789474373 in context default 2010-11-09 13:25:25.919523 [NOTICE] mod_skypopen.c:1302 Close Channel N/A [CS_NEW] 2010-11-09 13:25:25.920537 [ERR] switch_ivr_originate.c:2618 Cannot create outgoing channel of type [skypopen] cause: [NORMAL_CIRCUIT_CONGESTION] 2010-11-09 13:25:25.920537 [INFO] mod_dptools.c:2579 Originate Failed. Cause: NORMAL_CIRCUIT_CONGESTION 2010-11-09 13:25:25.921552 [NOTICE] mod_dptools.c:2642 Hangup sofia/internal/1001(a)192.168.11.50 [CS_EXECUTE] [NORMAL_CIRCUIT_CONGESTION] 2010-11-09 13:25:25.937934 [NOTICE] switch_core_session.c:1242 Session 1 (sofia/internal/1001(a)192.168.11.50) Ended 2010-11-09 13:25:25.937934 [NOTICE] switch_core_session.c:1244 Close Channel sofia/internal/1001(a)192.168.11.50 [CS_DESTROY] Thanks! Jian

2 1