February 2012 - FreeSWITCH-users - FreeSWITCH Mailing Lists

TDM400P spans
by Jeremy Johnson 20 Mar '12

20 Mar '12

I'm trying to convert from Asterisk to Freeswitch, and have a question about spans. I read the freetdm configuration example for TDM400 and am wondering what exactly is a span. I have 2 TDM400P cards in my computer, one card has 2 FXS modules for connecting analog phones. The other card has 3 FXO modules for connecting to 3 PSTN trunk lines. # lsdahdi ### Span 1: WCTDM/4 "Wildcard TDM400P REV I Board 5" 1 FXS FXOKS (In use) (EC: OSLEC - INACTIVE) 2 FXS FXOKS (In use) (EC: OSLEC - INACTIVE) 3 unknown Reserved 4 unknown Reserved ### Span 2: WCTDM/4 "Wildcard TDM400P REV I Board 5" (MASTER) 5 FXO FXSKS (In use) (EC: OSLEC - INACTIVE) 6 FXO FXSKS (In use) (EC: OSLEC - INACTIVE) 7 FXO FXSKS (In use) (EC: OSLEC - INACTIVE) 8 unknown Reserved Do I configure freetdm as in the example for TDM400 with separate spans for each module like the following? or should I have just two spans as shown by lsdahsi? Thanks. #cat freetdm.conf [general] cpu_monitor => yes cpu_monitoring_interval => 2000 ; monitor usage every 2 seconds cpu_set_alarm_threshold => 90 ; whenever 90% of global CPU usage is reached, trigger the alarm. cpu_reset_alarm_threshold => 80 ; when the CPU usage decreases at 80%, clear the alarm. cpu_alarm_action => reject,warn ; Start rejecting calls when the CPU alarm is triggered and also print warnings. ; ANALOG PHONES [span zt FXS1] fxs-channel => 1 analog-start-type => kewl ;txgain => ;rxgain => ;number => [span zt FXS2] fxs-channel => 2 analog-start-type => kewl ;txgain => ;rxgain => ;number => ; PSTN TRUNK LINES [span zt FXO5] trunk-type => FXO fxo-channel => 5 analog-start-type => kewl ;txgain => ;rxgain => ;number => [span zt FXO6] trunk-type => FXO fxo-channel => 6 analog-start-type => kewl ;txgain => ;rxgain => ;number => [span zt FXO7] trunk-type => FXO fxo-channel => 7 analog-start-type => kewl ;txgain => ;rxgain => ;number =>

5 4

removing caller_id_name
by François Delawarde 12 Mar '12

12 Mar '12

Hi list, I'd like to be able to remove the caller_id_name when sending a call to my Grandstream HT503, because it makes it hard for me to manage in my analog phone directory. It can be changed easily using "effective_caller_id_name", but setting it to empty string doesn't work. Apparently, setting "effective_caller_id_name" to "_undef_" could be an option, but it only removes it in the "From" field, and not from the PAI or RPID headers. My current workaround is to do that and set sip_cid_type to none, so the Grandstream fetches the CID in the From header. Is there any other way to set it to empty string that I might have missed? Thanks, François.

4 12

Why doesn't continue_on_fail continue?
by Harry Coin 06 Mar '12

06 Mar '12

This is a 'why doesn't continue_on_fail' continue question. session:setVariable("continue_on_fail", "true"); session:setVariable("ignore_early_media", "true"); session:setVariable("hangup_after_bridge", "true"); # Try some local registered extensions session:execute("bridge", "[leg_timeout=28]loopback/202/default/XML"); # Ok, this works, we get here only when nobody picks up. # Use the dial plan leading to a bridge sofia/internal/xxx@voip2pstn1|sofia/internal/xxx@voip2pstn session:execute("bridge", "[leg_timeout=30][accountcode=4499090]sofia/internal/5551212@${domain}"); # If fails for any reason (all outgoing voip->pstn lines are busy or if voip2pstn device is dead/busy) continue here. # Problem is -- We never get here if the above fails. # The reason is 'NORMAL_TEMPORARY_FAILURE' but it just hangs up the calling extension. session:execute("bridge", "[leg_timeout=136]loopback/*99008"); #should leave voicemail, never gets called. What am I doing wrong? Harry

3 2

MWI does not working anymore?
by Yehavi Bourvine 06 Mar '12

06 Mar '12

Hello, I've noticed a problem started in the last two weeks, but I don't see anyone else reporting it... MWI status is not updated anymore. It is only updated at the initial boot of the phone. Do others that use GIT from the last two weeks notice it? Thanks, __Yehavi:

3 10

Flipping CID from ....
by Miha Zoubek 06 Mar '12

06 Mar '12

Hi, Flipping CID from "018108500" <018108500> to "Outbound Call" <38651357952>, FS does this after attended trafers happens. For b leg in my outbound call I can see there written Outbound Call not number. Is is possible to change this? I was looking at variable but did not noticed that caller-id is set to Outbound Call. Thanks! Miha

2 1

For all
by 逆水行舟 04 Mar '12

04 Mar '12

Hi, I would like to use my own equipment for the endpoints transcoding not by freeswitch. So I want to modify the sdp. The media stream to point to the transcoding device. Is there anyway of modifying o= and c= in sdp protocol? (modify ip and port of rtp server in sdp) How to modify the sdp with in C code. Other methods to achieve it? Any idea? Thanks ! best regards!

3 2

FreeSWITCH Cookbook Is Published!
by Michael Collins 01 Mar '12

01 Mar '12

Hey all, Just wanted to mention a little story I wrote up on the main FreeSWITCH website: http://www.freeswitch.org/node/381 Packt has officially published the the cookbook, so get your copy today! -Michael

7 9

Problems with t38_gateway
by Steven Lam, KeenSystems B.V. 01 Mar '12

01 Mar '12

Hi all, I'm experimenting with the t38_gateway in mod_spandsp to build a gateway that fully supports "passive" T_38. My test config looks like this: <extension name="test"> <condition> <action application="set" data="fax_enable_t38=true"/> <action application="set" data="sip_execute_on_image=t38_gateway self nocng"/> <action application="bridge" data="{sip_execute_on_image='t38_gateway self nocng'}sofia/internal/1234@hostB"/> </condition> </extension> This works perfectly when: - the A-leg sends a T38 re-INVITE and the B-leg doesn't or - the A-leg doesn't send a T38 re-INVITE but the B-leg does or - nor the A-leg, nor the B-leg send a T38 re-INVITE This does _NOT_ work when both the A-leg and the B-leg send a T38 re-INVITE, in this case the call is hangup. A snipped from the logging on the cli after the second T38 re-INVITE is received shows: 2012-02-29 14:11:34.044702 [DEBUG] sofia.c:5526 Channel sofia/wan_out/+3188xxx(a)xxx.xxx.xxx.xxx entering state [received][100] 2012-02-29 14:11:34.044702 [DEBUG] sofia.c:5537 Remote SDP: v=0 o=keen 1348795719 1348795720 IN IP4 xxx.xxx.xxx.xxx s=Keen c=IN IP4 xxx.xxx.xxx.xxx t=0 0 m=image 4568 udptl t38 a=T38FaxVersion:0 a=T38MaxBitRate:14400 a=T38FaxRateManagement:transferredTCF a=T38FaxMaxDatagram:849 a=T38FaxUdpEC:t38UDPFEC EXECUTE sofia/wan_out/+3188xxx(a)xxx.xxx.xxx.xxx t38_gateway(self nocng) 2012-02-29 14:11:34.044702 [DEBUG] mod_spandsp_fax.c:1950 sofia/wan_in/anonymous(a)xxx.xxx.xxx.xxx starting gateway mode to sofia/wan_out/+3188xxx(a)xxx.xxx.xxx.xxx 2012-02-29 14:11:34.044702 [DEBUG] mod_spandsp_fax.c:1965 (sofia/wan_out/+3188xxx(a)xxx.xxx.xxx.xxx) State Change CS_CONSUME_MEDIA -> CS_RESET 2012-02-29 14:11:34.044702 [DEBUG] switch_core_session.c:1180 Send signal sofia/wan_out/+3188xxx(a)xxx.xxx.xxx.xxx [BREAK] 2012-02-29 14:11:34.044702 [DEBUG] mod_spandsp_fax.c:1968 (sofia/wan_in/anonymous(a)xxx.xxx.xxx.xxx) State Change CS_SOFT_EXECUTE -> CS_RESET 2012-02-29 14:11:34.044702 [DEBUG] switch_core_session.c:1180 Send signal sofia/wan_in/anonymous(a)xxx.xxx.xxx.xxx [BREAK] 2012-02-29 14:11:34.044702 [DEBUG] switch_core_session.c:729 Send signal sofia/wan_in/anonymous(a)xxx.xxx.xxx.xxx [BREAK] 2012-02-29 14:11:34.044702 [DEBUG] switch_channel.c:2848 (sofia/wan_out/+3188xxx(a)xxx.xxx.xxx.xxx) Callstate Change ACTIVE -> HANGUP 2012-02-29 14:11:34.044702 [DEBUG] switch_core_session.c:2285 sofia/wan_out/+3188xxx(a)xxx.xxx.xxx.xxx skip receive message [APPLICATION_EXEC_COMPLETE] (channel is hungup already) 2012-02-29 14:11:34.044702 [NOTICE] mod_spandsp_fax.c:1663 Hangup sofia/wan_out/+3188xxx(a)xxx.xxx.xxx.xxx [CS_RESET] [NORMAL_CLEARING] 2012-02-29 14:11:34.044702 [DEBUG] switch_channel.c:2871 Send signal sofia/wan_out/+3188xxx(a)xxx.xxx.xxx.xxx [KILL] 2012-02-29 14:11:34.044702 [DEBUG] switch_core_session.c:1180 Send signal sofia/wan_out/+3188xxx(a)xxx.xxx.xxx.xxx [BREAK] 2012-02-29 14:11:34.044702 [DEBUG] switch_channel.c:2848 (sofia/wan_in/anonymous(a)xxx.xxx.xxx.xxx) Callstate Change ACTIVE -> HANGUP 2012-02-29 14:11:34.044702 [NOTICE] mod_spandsp_fax.c:1671 Hangup sofia/wan_in/anonymous(a)xxx.xxx.xxx.xxx [CS_RESET] [NORMAL_CLEARING] 2012-02-29 14:11:34.044702 [DEBUG] mod_spandsp_fax.c:1858 sofia/wan_out/+3188xxx(a)xxx.xxx.xxx.xxx skip receive message [UNBRIDGE] (channel is hungup already) Does anybody know what goes wrong here? Steven

2 2

Segmentation fault
by a b 01 Mar '12

01 Mar '12

Hi, I just noticed that if I bridge a call to a user that exists in the directory but doesn't have the dial-string param set, FreeSWITCH will crash. this is happening on git from yesterday. can someone confirm if this is a bug or something in my setup? Thanks

3 3

Re: [Freeswitch-users] Update on Brian West's condition
by Ivan Kovacevic 01 Mar '12

01 Mar '12

Hi Folks, We would like to help out and will do the same thing Norm did - for this week. So Star Telecom will match total donations between the last conf call and end-of-day Wednesday, up to $1,000. So, giddyup and give us something to match J. Best Regards, Ivan Kovacevic Star Telecom | www.startelecom.ca T: + 18557827835 x205 On Feb 16, 2012, at 3:56 PM, Ken Rice wrote: >* As you already know Brian West is back in the hospital. The previous issue* >* with the cyst has returned this time the Doctors have decided they need to* >* go in and excise the cyst to relieve pressure on a nerve that is causing* >* the heart problems.* >* * >* Here's a quick Update from Brian himself :* >* * >* "OK they are going in next tuesday (the 21st we can argue what NEXT tuesday* >* vs THIS tuesday means later seems to be a HUGE debate). They may let me go* >* home or they may not between now and then. They are NOT opening my chest* >* they are going in thru my right side between the ribs. I'll have 5-10+ days* >* of recovery after the surgery."* >* * >* * >* See http://jira.freeswitch.org/browse/BKW-1 for more info on how you can* >* help out and semi regular updates from Brian's hospital room* >* * >* Ken*

8 14