March 2014 - FreeSWITCH-users - FreeSWITCH Mailing Lists

Freeswitch as A-SBC
by Helena Garcia-Nieto 26 Mar '14

26 Mar '14

Hi All, I am newbie at freeswitch but what I have read so far seems a great project! I am interested on deploying a freeswitch used as Access SBC for a network. I am still trying to outline the design but I'd like your advice about the feasibility of doing all that with freeswitch in a more or less standard way (since I still have to learn a lot about freeswitch) conditions would be something like: -TCP via public link with apps -UDP via private link with current network -pass registers and invites form apps to network to handle doing the top hiding. ( that point is critical since all the provisioning process is too complex to connect the "sbc" with that) -receive invites from network to terminate on app -receive invites from apps to deliver to the network -anchoring media to solve audio problems due NAT. But no codec transcoding My initial idea was to set the network in the internal profile and the external accepting incoming messages from all apps. I'll appreciate your comments on if that is easy for a newbie with freeswitch. I'll keep reading the files and the info!! Thanks in advanced Helena

3 6

Route on timeout
by Keith 26 Mar '14

26 Mar '14

Hi All, Bit of a weird question, I am using FS to bridge calls between outside and inside. On the inside is an asterisk box. If that asterisk box fails mid call I want to send the call to the 2nd box. Is there any way this could be done during a call? I presume it would have to do something when the SIP OPTIONS times out? Cheers Keith

3 2

(no subject)
by Ryan Gholam 26 Mar '14

26 Mar '14

How could i set the recommended ULIMIT settings on windows , to achieve the best performance ? Is there a way ? Thank you

1 0

RTP problem, wrong timestamp
by Miha 26 Mar '14

26 Mar '14

Hi, today I have experianced strange problem. In wireshark trace I sow that all call's RTP has been drop by wrong timestamp. All users we experiacing delays, echo's,... I did not noticed any problem (error's in logs, etc) on server where FS is running. But after restart everything seems to be normal. Did someone experiance some problem? what could cause this? tnx! br miha

2 2

Unknown Say type=[18]
by Chris Martineau 26 Mar '14

26 Mar '14

Hi, I am trying to install some languages for a basic voicemail implementation not using tts. For PT, DE and ES I get Unknown Say type=[18] Looking for references to this it indicates that SST_SHORT_DATE_TIME is missing from the relevant module file and when you look at the .c files they do not have this. Another blog indicated that they had issues with Italian on this and adjusted the .c file. I have the latest master build and was wondering why these do not have these inbuilt as the voicemail does not work without it and seems to make the language files pointless? I have tried adding the type in very quickly to see if it finds it but when I recompile, install and load the module it still gives the same error. Can anyone give some pointers as to how I can get round this? Regards Chris

1 0

voice mail question
by Darcy Primrose 26 Mar '14

26 Mar '14

On older versions of freeswitch, when someone dialed their number and went to voice mail, if they pressed the '*' key, they were questioned to enter their password. We just installed a new freeswitch (growth) but on this one, when the '*' key is pressed, it asks to enter your ID, then your password. I cannot find where or if there is a setting to skip the ID question. Any help would be appreciated. Darcy Primrose 4713 Corbett Street Prescott ON K0E 1T0 PH 613-704-1248 Fax 613-909-1190

1 0

Re: [Freeswitch-users] Originate fails for freetdm channel
by Kshitij Saxena 26 Mar '14

26 Mar '14

I did install libsng_isdn before running bootstrap.sh; these were my thoughts as well that I might have missed installing libsng_isdn before running bootstrap.sh so after finding the issue, I re-compiled libsng_isdn, ran make clean on FS and then ran bootstrap.sh again but the check was still failing. Also, I have installed freetdm several times and got the FS installation to work flawlessly before but the configuration scripts are not detecting libsng correctly this time. Any ideas? Regards, Kshitij Saxena --------------------- Hi, Did you follow the install instructions for wanrouter driver and libsng_isdn library? These have to be performed before the Freeswitch bootstrap step. Freeswitch detects installed libraries during the ./bootstrap step. http://wiki.sangoma.com/wanpipe-freeswitch-ftdm-installation Regards, Robert On Tue, Mar 25, 2014 at 11:34 PM, Kshitij Saxena <ksaxmail(a)gmail.com> wrote: > Solved this in a very hacky way - replying here in case this helps someone > (although very hacky). > > open freeswitch/libs/freetdm/configure.ac > > find HAVE_SNG_ISDN="no" > > and change it to HAVE_SNG_ISDN="yes" > > finally, build FS again > > Please take care that this tells configure to build ftmod_sangoma_isdn > even if its check for the library fails! > > Is there a less hacky / more straitforward way? > > Regards, > Kshitij Saxena > > > > > > > On Tue, Mar 25, 2014 at 7:46 PM, Kshitij Saxena <ksaxmail(a)gmail.com>wrote: > >> ok. The problem seems to be that ftmod_sangoma_isdn hasn't been compiled. >> >> This is strange because I had compiled both wanpipe as well as >> libsng_isdn before configuring FS. >> >> I repeated the steps again in case I had missed something - recompiled >> libsng_isdn, began FS with make clean, then bootstrap, then configure and >> make but ftmod_sangoma_isdn is still not being compiled! >> >> Am I missing something? Is this a bug? >> >> Regards, >> Kshitij >> >> >> On Tue, Mar 25, 2014 at 6:03 PM, Kshitij Saxena <ksaxmail(a)gmail.com>wrote: >> >>> The setup is a Sangoma A101E card being run through Wanpipe 7.0.10 on an >>> Ubuntu 13.10 machine. >>> >>> wanrouter status shows "connected" but "originate freetdm/1/a/xxxxxxxxxx >>> &bridge..." fails with the following error: >>> >>> [ERR] ftdm_io.c:2674 [s1c1][1:1] outgoing_call method not implemented in >>> this span! >>> >>> Note that originate is successful with for other cahnnels (i.e. >>> "originate user/1001 &bridge(9198)" works for example) >>> >>> Would appreciate any guidance. Thanks! >>> >>> Regards, >>> Kshitij Saxena >>> >> >> >

2 1

(no subject)
by Ryan Gholam 26 Mar '14

26 Mar '14

Hi , I have this problem that has been taking quite some time , I have 600 concurrent calls running on freeswitch in WINDOWS , and running on another pc (UBUNTU ) , i find that freeswitch on ubuntu is much more efficient than windows . The basic error that i am getting on Windows when running it for 10 hours is : [CRIT] mod_event_socket.c 2618 Socket Error! At Originate Result : *NORMAL_CLEARING, which is due to Socket Error .* *Is there some way i can have the same efficiency ? *

2 4

Blind transfer from Bria 3
by Thorleif Stene 26 Mar '14

26 Mar '14

Caller put into mod_fifo queue. Caller listens tp the ring tone. Mod_fifo connects the caller tp the agent. The caller and the agent are conferencing. The agent presses the "first" TRANSFER (telephone icon) button in Bria. Caller listens to moh. The agent keys in the number to transfer to and then the TRANSFER button. The agent receives "Transfer succeeded» The caller hears the ring tone (not the transfer ring tone) because the caller is back into the control of the fifo. It seems like the original call comes back in to the dial plan via the sofia profile.. A bit lost here. Any ideas ? Thoreif From the freeswitch log. 2014-03-26 09:36:20.508640 [DEBUG] sofia.c:6889 Process REFER to [73951111@133582] 2014-03-26 09:36:20.508640 [DEBUG] switch_ivr.c:1831 (sofia/external/73951110(a)sip1.vmlab.iplink.no) State Change CS_EXCHANGE_MEDIA -> CS_ROUTING 2014-03-26 09:36:20.508640 [DEBUG] switch_core_session.c:1351 Send signal sofia/external/73951110(a)sip1.vmlab.iplink.no [BREAK] 2014-03-26 09:36:20.508640 [DEBUG] switch_core_session.c:871 Send signal sofia/external/73951110(a)sip1.vmlab.iplink.no [BREAK] 2014-03-26 09:36:20.508640 [NOTICE] switch_ivr.c:1838 Transfer sofia/external/73951110(a)sip1.vmlab.iplink.no to XML[73951111@133582] 2014-03-26 09:36:20.528557 [DEBUG] switch_ivr_play_say.c:1717 done playing file local_stream://moh 2014-03-26 09:36:20.528557 [DEBUG] switch_core_session.c:871 Send signal sofia/external/73951110(a)sip1.vmlab.iplink.no [BREAK] 2014-03-26 09:36:20.528557 [DEBUG] switch_ivr_bridge.c:386 Send signal sofia/internal/sip:1002@10.211.55.253:64608 [BREAK] 2014-03-26 09:36:20.528557 [DEBUG] switch_ivr_bridge.c:645 BRIDGE THREAD DONE [sofia/internal/sip:1002@10.211.55.253:64608] 2014-03-26 09:36:20.528557 [DEBUG] switch_channel.c:1952 (sofia/internal/sip:1002@10.211.55.253:64608) Callstate Change HELD -> UNHOLD 2014-03-26 09:36:20.528557 [DEBUG] switch_channel.c:1963 (sofia/internal/sip:1002@10.211.55.253:64608) Callstate Change UNHOLD -> ACTIVE 2014-03-26 09:36:20.528557 [DEBUG] switch_ivr_bridge.c:675 Send signal sofia/external/73951110(a)sip1.vmlab.iplink.no [BREAK] 2014-03-26 09:36:20.528557 [DEBUG] switch_core_session.c:871 Send signal sofia/external/73951110(a)sip1.vmlab.iplink.no [BREAK] 2014-03-26 09:36:20.528557 [DEBUG] switch_core_session.c:871 Send signal sofia/internal/sip:1002@10.211.55.253:64608 [BREAK] 2014-03-26 09:36:20.528557 [DEBUG] mod_fifo.c:3506 sofia/internal/sip:1002@10.211.55.253:64608 is still alive, tracking call. 2014-03-26 09:36:20.528557 [DEBUG] mod_fifo.c:2354 sofia/internal/sip:1002@10.211.55.253:64608 tracking call on uuid 096198194e8c47a66fd1477ceb17c16b! 2014-03-26 09:36:20.528557 [NOTICE] switch_core_state_machine.c:262 sofia/internal/sip:1002@10.211.55.253:64608 has executed the last dialplan instruction, hanging up. 2014-03-26 09:36:20.528557 [NOTICE] switch_core_state_machine.c:264 Hangup sofia/internal/sip:1002@10.211.55.253:64608 [CS_EXECUTE] [NORMAL_CLEARING] 2014-03-26 09:36:20.528557 [DEBUG] switch_channel.c:3187 Send signal sofia/internal/sip:1002@10.211.55.253:64608 [KILL] 2014-03-26 09:36:20.528557 [DEBUG] switch_core_session.c:1351 Send signal sofia/internal/sip:1002@10.211.55.253:64608 [BREAK] 2014-03-26 09:36:20.528557 [DEBUG] switch_core_state_machine.c:478 (sofia/internal/sip:1002@10.211.55.253:64608) State EXECUTE going to sleep 2014-03-26 09:36:20.528557 [DEBUG] switch_core_state_machine.c:415 (sofia/internal/sip:1002@10.211.55.253:64608) Running State Change CS_HANGUP 2014-03-26 09:36:20.528557 [DEBUG] mod_fifo.c:2267 sofia/internal/sip:1002@10.211.55.253:64608 untracking call on uuid 096198194e8c47a66fd1477ceb17c16b! 2014-03-26 09:36:20.528557 [DEBUG] switch_core_state_machine.c:678 (sofia/internal/sip:1002@10.211.55.253:64608) Callstate Change ACTIVE -> HANGUP 2014-03-26 09:36:20.528557 [DEBUG] switch_core_state_machine.c:680 (sofia/internal/sip:1002@10.211.55.253:64608) State HANGUP 2014-03-26 09:36:20.528557 [DEBUG] mod_sofia.c:506 Channel sofia/internal/sip:1002@10.211.55.253:64608 hanging up, cause: NORMAL_CLEARING 2014-03-26 09:36:20.528557 [DEBUG] mod_sofia.c:558 Sending BYE to sofia/internal/sip:1002@10.211.55.253:64608 2014-03-26 09:36:20.528557 [DEBUG] switch_core_state_machine.c:48 sofia/internal/sip:1002@10.211.55.253:64608 Standard HANGUP, cause: NORMAL_CLEARING 2014-03-26 09:36:20.528557 [DEBUG] switch_core_state_machine.c:680 (sofia/internal/sip:1002@10.211.55.253:64608) State HANGUP going to sleep 2014-03-26 09:36:20.528557 [DEBUG] switch_core_state_machine.c:447 (sofia/internal/sip:1002@10.211.55.253:64608) State Change CS_HANGUP -> CS_REPORTING 2014-03-26 09:36:20.528557 [DEBUG] switch_core_session.c:1351 Send signal sofia/internal/sip:1002@10.211.55.253:64608 [BREAK] 2014-03-26 09:36:20.528557 [DEBUG] switch_core_state_machine.c:415 (sofia/internal/sip:1002@10.211.55.253:64608) Running State Change CS_REPORTING 2014-03-26 09:36:20.528557 [DEBUG] switch_core_state_machine.c:764 (sofia/internal/sip:1002@10.211.55.253:64608) State REPORTING 2014-03-26 09:36:20.528557 [DEBUG] switch_core_state_machine.c:92 sofia/internal/sip:1002@10.211.55.253:64608 Standard REPORTING, cause: NORMAL_CLEARING 2014-03-26 09:36:20.528557 [DEBUG] switch_core_state_machine.c:764 (sofia/internal/sip:1002@10.211.55.253:64608) State REPORTING going to sleep 2014-03-26 09:36:20.528557 [DEBUG] switch_core_state_machine.c:441 (sofia/internal/sip:1002@10.211.55.253:64608) State Change CS_REPORTING -> CS_DESTROY 2014-03-26 09:36:20.528557 [DEBUG] switch_core_session.c:1351 Send signal sofia/internal/sip:1002@10.211.55.253:64608 [BREAK] 2014-03-26 09:36:20.528557 [DEBUG] switch_core_session.c:1559 Session 11 (sofia/internal/sip:1002@10.211.55.253:64608) Locked, Waiting on external entities 2014-03-26 09:36:20.588437 [DEBUG] switch_ivr_bridge.c:569 sofia/internal/sip:1002@10.211.55.253:64608 ending bridge by request from write function 2014-03-26 09:36:20.588437 [DEBUG] switch_ivr_bridge.c:645 BRIDGE THREAD DONE [sofia/external/73951110(a)sip1.vmlab.iplink.no] 2014-03-26 09:36:20.588437 [DEBUG] switch_ivr_bridge.c:675 Send signal sofia/internal/sip:1002@10.211.55.253:64608 [BREAK] 2014-03-26 09:36:20.588437 [DEBUG] switch_core_state_machine.c:481 (sofia/external/73951110(a)sip1.vmlab.iplink.no) State EXCHANGE_MEDIA going to sleep 2014-03-26 09:36:20.588437 [DEBUG] switch_core_state_machine.c:415 (sofia/external/73951110(a)sip1.vmlab.iplink.no) Running State Change CS_ROUTING 2014-03-26 09:36:20.588437 [DEBUG] switch_channel.c:2163 (sofia/external/73951110(a)sip1.vmlab.iplink.no) Callstate Change ACTIVE -> RINGING 2014-03-26 09:36:20.588437 [DEBUG] switch_core_state_machine.c:471 (sofia/external/73951110(a)sip1.vmlab.iplink.no) State ROUTING 2014-03-26 09:36:20.588437 [DEBUG] mod_sofia.c:150 sofia/external/73951110(a)sip1.vmlab.iplink.no SOFIA ROUTING 2014-03-26 09:36:20.588437 [DEBUG] switch_core_state_machine.c:117 sofia/external/73951110(a)sip1.vmlab.iplink.no Standard ROUTING 2014-03-26 09:36:20.588437 [INFO] mod_dialplan_xml.c:558 Processing Outbound Call <1002>->73951111 in context 133582 2014-03-26 09:36:20.588437 [NOTICE] switch_core_session.c:1577 Session 11 (sofia/internal/sip:1002@10.211.55.253:64608) Ended 2014-03-26 09:36:20.588437 [NOTICE] switch_core_session.c:1581 Close Channel sofia/internal/sip:1002@10.211.55.253:64608 [CS_DESTROY] Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no parsing [133582->main] continue=true Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no Regex (FAIL) [main] destination_number(73951111) =~ /^in|^out|^custom/ break=on-false Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no ANTI-Action set(return_to_main=true) INLINE EXECUTE sofia/external/73951110(a)sip1.vmlab.iplink.no set(return_to_main=true) 2014-03-26 09:36:20.588437 [DEBUG] switch_core_state_machine.c:566 (sofia/internal/sip:1002@10.211.55.253:64608) Callstate Change HANGUP -> DOWN 2014-03-26 09:36:20.588437 [DEBUG] mod_dptools.c:1402 sofia/external/73951110(a)sip1.vmlab.iplink.no SET [return_to_main]=[true] 2014-03-26 09:36:20.588437 [DEBUG] switch_core_state_machine.c:569 (sofia/internal/sip:1002@10.211.55.253:64608) Running State Change CS_DESTROY Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no ANTI-Action set(domain_name=${context}) INLINE EXECUTE sofia/external/73951110(a)sip1.vmlab.iplink.no set(domain_name=133582) 2014-03-26 09:36:20.588437 [DEBUG] switch_core_state_machine.c:579 (sofia/internal/sip:1002@10.211.55.253:64608) State DESTROY 2014-03-26 09:36:20.588437 [DEBUG] mod_sofia.c:399 sofia/internal/sip:1002@10.211.55.253:64608 SOFIA DESTROY 2014-03-26 09:36:20.588437 [DEBUG] switch_core_state_machine.c:99 sofia/internal/sip:1002@10.211.55.253:64608 Standard DESTROY 2014-03-26 09:36:20.588437 [DEBUG] switch_core_state_machine.c:579 (sofia/internal/sip:1002@10.211.55.253:64608) State DESTROY going to sleep 2014-03-26 09:36:20.588437 [DEBUG] mod_dptools.c:1402 sofia/external/73951110(a)sip1.vmlab.iplink.no SET [domain_name]=[133582] Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no ANTI-Action set(domain=${context}) INLINE EXECUTE sofia/external/73951110(a)sip1.vmlab.iplink.no set(domain=133582) 2014-03-26 09:36:20.588437 [DEBUG] mod_dptools.c:1402 sofia/external/73951110(a)sip1.vmlab.iplink.no SET [domain]=[133582] Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no ANTI-Action set(return_to_main=true) INLINE EXECUTE sofia/external/73951110(a)sip1.vmlab.iplink.no set(return_to_main=true) 2014-03-26 09:36:20.588437 [DEBUG] mod_dptools.c:1402 sofia/external/73951110(a)sip1.vmlab.iplink.no SET [return_to_main]=[true] Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no ANTI-Action set(gateway_to_context_75400400=${domain_name}) INLINE EXECUTE sofia/external/73951110(a)sip1.vmlab.iplink.no set(gateway_to_context_75400400=133582) 2014-03-26 09:36:20.588437 [DEBUG] mod_dptools.c:1402 sofia/external/73951110(a)sip1.vmlab.iplink.no SET [gateway_to_context_75400400]=[133582] Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no ANTI-Action set(gateway_to_context_31003145=${domain_name}) INLINE EXECUTE sofia/external/73951110(a)sip1.vmlab.iplink.no set(gateway_to_context_31003145=133582) 2014-03-26 09:36:20.588437 [DEBUG] mod_dptools.c:1402 sofia/external/73951110(a)sip1.vmlab.iplink.no SET [gateway_to_context_31003145]=[133582] Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no ANTI-Action set(allGateways=75400400|33503300|69698800|21050869|31003145) INLINE EXECUTE sofia/external/73951110(a)sip1.vmlab.iplink.no set(allGateways=75400400|33503300|69698800|21050869|31003145) 2014-03-26 09:36:20.588437 [DEBUG] mod_dptools.c:1402 sofia/external/73951110(a)sip1.vmlab.iplink.no SET [allGateways]=[75400400|33503300|69698800|21050869|31003145] Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no ANTI-Action set(defaultGateway=75400400) INLINE EXECUTE sofia/external/73951110(a)sip1.vmlab.iplink.no set(defaultGateway=75400400) 2014-03-26 09:36:20.588437 [DEBUG] mod_dptools.c:1402 sofia/external/73951110(a)sip1.vmlab.iplink.no SET [defaultGateway]=[75400400] Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no ANTI-Action set(faxGateway_1=) INLINE EXECUTE sofia/external/73951110(a)sip1.vmlab.iplink.no set(faxGateway_1=) 2014-03-26 09:36:20.588437 [DEBUG] mod_dptools.c:1402 sofia/external/73951110(a)sip1.vmlab.iplink.no SET [faxGateway_1]=[UNDEF] Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no ANTI-Action transfer(${destination_number} XML CallHandler) Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no parsing [133582->customCheckMainTimeTable] continue=false Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no Regex (FAIL) [customCheckMainTimeTable] destination_number(73951111) =~ /^customCheckMainTimeTable_(\d+)$/ break=on-false Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no parsing [133582->custom_voicemail_1] continue=false Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no Regex (FAIL) [custom_voicemail_1] destination_number(73951111) =~ /^custom_voicemail_1$/ break=on-true Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no parsing [133582->inbound] continue=false Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no Regex (FAIL) [inbound] destination_number(73951111) =~ /^inbound_to_(75400400|31003145)$/ break=on-true Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no Regex (FAIL) [inbound] destination_number(73951111) =~ /^inbound_to_(\d{8})$/ break=on-true Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no parsing [133582->custom_menu_1] continue=false Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no Regex (FAIL) [custom_menu_1] destination_number(73951111) =~ /^custom_menu_1$/ break=on-true Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no parsing [133582->custom_callout_1] continue=false Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no Regex (FAIL) [custom_callout_1] destination_number(73951111) =~ /^custom_callout_1_(\d+)$/ break=on-false Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no parsing [133582->custom_queue_1] continue=false Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no Regex (FAIL) [custom_queue_1] destination_number(73951111) =~ /^custom_queue_1$/ break=on-true Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no parsing [133582->custom_queue_2] continue=false Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no Regex (FAIL) [custom_queue_2] destination_number(73951111) =~ /^custom_queue_2$/ break=on-true Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no parsing [133582->custom_queue_3] continue=false Dialplan: sofia/external/73951110(a)sip1.vmlab.iplink.no Regex (FAIL) [custom_queue_3] destination_number(73951111) =~ /^custom_queue_3$/ break=on-true 2014-03-26 09:36:20.588437 [INFO] switch_channel.c:3027 sofia/external/73951110(a)sip1.vmlab.iplink.no Flipping CID from "Outbound Call" <1002> to "73951110" <73951110> ?????????????? What happens here !!!!!!! 2014-03-26 09:36:20.588437 [DEBUG] switch_core_state_machine.c:167 (sofia/external/73951110(a)sip1.vmlab.iplink.no) State Change CS_ROUTING -> CS_EXECUTE 2014-03-26 09:36:20.588437 [DEBUG] switch_core_session.c:1351 Send signal sofia/external/73951110(a)sip1.vmlab.iplink.no [BREAK] 2014-03-26 09:36:20.588437 [DEBUG] switch_core_state_machine.c:471 (sofia/external/73951110(a)sip1.vmlab.iplink.no) State ROUTING going to sleep 2014-03-26 09:36:20.588437 [DEBUG] switch_core_state_machine.c:415 (sofia/external/73951110(a)sip1.vmlab.iplink.no) Running State Change CS_EXECUTE 2014-03-26 09:36:20.588437 [DEBUG] switch_channel.c:2165 (sofia/external/73951110(a)sip1.vmlab.iplink.no) Callstate Change RINGING -> ACTIVE 2014-03-26 09:36:20.588437 [DEBUG] switch_core_state_machine.c:478 (sofia/external/73951110(a)sip1.vmlab.iplink.no) State EXECUTE 2014-03-26 09:36:20.588437 [DEBUG] mod_sofia.c:243 sofia/external/73951110(a)sip1.vmlab.iplink.no SOFIA EXECUTE 2014-03-26 09:36:20.588437 [DEBUG] switch_core_state_machine.c:209 sofia/external/73951110(a)sip1.vmlab.iplink.no Standard EXECUTE EXECUTE sofia/external/73951110(a)sip1.vmlab.iplink.no transfer(75400400 XML CallHandler) 2014-03-26 09:36:20.588437 [DEBUG] switch_ivr.c:1831 (sofia/external/73951110(a)sip1.vmlab.iplink.no) State Change CS_EXECUTE -> CS_ROUTING 2014-03-26 09:36:20.588437 [DEBUG] switch_core_session.c:1351 Send signal sofia/external/73951110(a)sip1.vmlab.iplink.no [BREAK] 2014-03-26 09:36:20.588437 [DEBUG] switch_core_session.c:871 Send signal sofia/external/73951110(a)sip1.vmlab.iplink.no [BREAK] 2014

1 0

international carrier interopt problem
by Jason Holden 26 Mar '14

26 Mar '14

All, I need to remove the x-fs-support header as well as remove the cng 13 in my invite. In my dialplan before the bridge I've set suppress cng to true and I've tried setting ignore display updates to true but both items above are still showing in my capture. How would I remove these items from the initial invite?

3 4