- FreeSWITCH-users - FreeSWITCH Mailing Lists

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

destination_number a&b leg, please help
by Miha Zoubek 01 Mar '12

01 Mar '12

Hi, how can I set in dialplan, that destination_number variable will be the same for a and b leg? thank you! Miha

2 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

fs_cli -x 'cdr_csv rotate' does not always rotate cdr_csv-files.
by Antonio 01 Mar '12

01 Mar '12

Using the latest git version, on executing cdr rotation, using "cdr_csv rotate" doesn't work as expected... -- NO ROTATION IS PERFORMED: After reload the mod_cdr_csv: freeswitch@internal> reload mod_cdr_csv +OK module unloaded +OK Reloading XML +OK module loaded NOTE: (this output happens also happens after an entire restart of fresswitch) freeswitch@internal> cdr_csv rotate +OK After some call: freeswitch@internal> cdr_csv rotate +OK 2012-03-01 11:29:14.137741 [NOTICE] mod_cdr_csv.c:122 Re-opened CDR logfile /opt/freeswitch/log/cdr-csv/Master.csv -- I COULD GET ROTATION ONCE... but i don't know what i did... i just start work until i reload cdr_csv again... freeswitch@internal> cdr_csv rotate +OK 2012-03-01 11:23:44.397733 [NOTICE] mod_cdr_csv.c:122 Rotated CDR logfile /opt/freeswitch/log/cdr-csv/Master.csv CDR_CSV.XML: http://pastebin.freeswitch.org/18553 If you need more information to track the error, please let me know. If you think is appropriated i could open a jira issue. Thanks, António

1 0

Re: [Freeswitch-users] CallerID changing after Bridge using SLA on Polycom Phones
by Bob McCarthy 01 Mar '12

01 Mar '12

spoke too soon, with <action application="set" data="ignore_display_updates=true"/> the callerid name and number work perfectly, however when phone 2 barges in both phones display's the shared line data. with <action application="set" data="ignore_display_updates=false"/> the callerid name is always correct but 20% of the time the Callerid number is blank. placing the call on hold or when phone 2 barges in restores the callerid number. From: freeswitch-users-bounces(a)lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Bob McCarthy Sent: Wednesday, February 29, 2012 3:19 PM To: 'FreeSWITCH Users Help' Subject: Re: [Freeswitch-users] CallerID changing after Bridge using SLA on Polycom Phones worked like a champ! From: freeswitch-users-bounces(a)lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Weigel, Stefan Sent: Wednesday, February 29, 2012 8:17 AM To: 'FreeSWITCH Users Help' Subject: Re: [Freeswitch-users] CallerID changing after Bridge using SLA on Polycom Phones Hi, that's working for me. [..] <action application="export" data="caller_id_number=."/> <action application="export" data=" effective_caller_id_number=."/> <action application="set_profile_var" data="caller_id_number=."/> <action application="set_profile_var" data="effective_caller_id_number=."/> <action application="set" data="ignore_display_updates=true"/> [..] then do the bridge. Best regards, Stefan Von: freeswitch-users-bounces(a)lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] Im Auftrag von Bob McCarthy Gesendet: Mittwoch, 29. Februar 2012 11:13 An: freeswitch-users(a)lists.freeswitch.org Cc: bill.oneil(a)experient.com Betreff: [Freeswitch-users] CallerID changing after Bridge using SLA on Polycom Phones I am having an issue similar to that experienced by Wellie Chao in his email "Caller ID on inbound calls on Polycom" 2010/4/22. The call is from an Audiocodes gateway with a dial string of *NXXXXXX# CallerID number sent is 101 which corresponds to the FXS port it came from, there is no CallerID Name. I modify the CallerID name and number in the dialplan before the bridge. <action application="export" data="effective_caller_id_name=some name"/> <action application="export" data="effective_caller_id_number=XXX-XXX-XXXX"/> <action application="export" data="ignore_display_updates=false"/> <action application="export" data="import=effective_caller_id_name"/> <action application="export" data="import=effective_caller_id_number"/> <action application="bridge" data="user/CO999x1001.3@${domain_name}"/> <action application="answer"/> On Ring the CallerID name and number are what I have changed it to. On Bridge, 80% of the time the CallerID name and number follow thru, 20% of the time it changes to what Leg A had originally before I used the export application.( name is blank and number is 101). if I put the call on Hold it reverts back to what I expected. I have tried to use set, moved the import after the bridge, ignore_display_updates=true. Any Ideas? On a further note, when phone 2 presses the shared line it shows the same CallerID name and number as phone 1. When you press BargeIn both the CallerID name and number change to 101. i.e. name is 101 number is 101 on both phones. this happens every time, is there a way to stop this behavior as well ? Thanks Bob McCarthy

1 0

nibble_bill (and limit) on an external transfer from IVR
by DP . 01 Mar '12

01 Mar '12

Hi List, I'm currently unable to get nibble_bill (and mod_limit) to bill on a call that arrives at an IVR, dials an extension (105) and is transferred (internally or externally) directly from the IVR. The dialed extension is simply: <extension name="Jemery-Cell" > <condition field="destination_number" expression="^105$" > <action application="transfer" data="1212555xxxx" /> </condition></extension> and the DID has the following variables: <action application="limit" data="hash line ${domain_name} 3 no_free_lines XML over_limit_actions"/> <action application="set" data="nibble_rate=0.10" /> <action application="set" data="nibble_account=125"/> I've tried set, export, and bridge_export on both nibble_rate and nibble_account. However the cash value is always returned as nan once the call is actually transferred externally via the IVR. I've modified the transfer section above to include an internal extension (just for testing) and got the same result. DB error:2012-02-29 19:06:46.808298 [ERR] switch_odbc.c:494 ERR: [UPDATE accounts SET cash=cash-nan WHERE id='5'] The call still connects just fine, just the billing portion that stops. Dialing registered local extensions from the IVR also connect and bill just fine. However we would like to have an extension off the IVR that dials external numbers to be billed accordingly. -Damian

1 0

Mailing List Reminders
by Michael Collins 01 Mar '12

01 Mar '12

Hello All! It seems we've had a bit of drama on the mailing list (ML) lately so I thought it would be good to take this opportunity to send out a few reminders: - This is a public list, so anything you say will be forever etched into the annals of Internet lore. Please think before you click Send. - This is a public list, so be aware that others may say things that are offensive to you personally but not to the subscribers in general. Please be ready to "deal with it" on occasion. - This list is moderated to a degree. We keep only a loose reign on the users here. However, if after several warnings a user repeatedly engages in trollish behavior then he or she WILL get moderated. Those who are incorrigibly trollish will be banned. I appreciate that most of our readers don't need these reminders, so thank you for indulging us. Keep up the good work! -Michael

2 1

fail to build git version of freeswitch
by Lubimov Alexey 01 Mar '12

01 Mar '12

https://bugzilla.redhat.com/show_bug.cgi?id=667529 Patch utlity do not allow to modify files in parent directories anymore. These patch solve this poblem. cat mod_shout.patch --- src/mod/formats/mod_shout/Makefile.orig 2012-02-27 22:47:13.721919787 +0400 +++ src/mod/formats/mod_shout/Makefile 2012-02-27 22:47:42.562919843 +0400 @@ -49,7 +49,7 @@ $(SHOUT_DIR): $(GETLIB) $(SHOUT).tar.gz - patch -p0 -i hack_out_ogg.diff + patch -p 6 -d ../../../../libs/libshout-2.2.2 < hack_out_ogg.diff $(SHOUT_BUILDDIR)/Makefile: $(SHOUT_DIR) mkdir -p $(SHOUT_BUILDDIR)

9 24

Re: [Freeswitch-users] CallerID changing after Bridge using SLA on Polycom Phones
by Weigel, Stefan 29 Feb '12

29 Feb '12

Hi, that's working for me... [..] <action application="export" data="caller_id_number=..."/> <action application="export" data=" effective_caller_id_number=..."/> <action application="set_profile_var" data="caller_id_number=..."/> <action application="set_profile_var" data="effective_caller_id_number=..."/> <action application="set" data="ignore_display_updates=true"/> [..] then do the bridge. Best regards, Stefan Von: freeswitch-users-bounces(a)lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] Im Auftrag von Bob McCarthy Gesendet: Mittwoch, 29. Februar 2012 11:13 An: freeswitch-users(a)lists.freeswitch.org Cc: bill.oneil(a)experient.com Betreff: [Freeswitch-users] CallerID changing after Bridge using SLA on Polycom Phones I am having an issue similar to that experienced by Wellie Chao in his email "Caller ID on inbound calls on Polycom" 2010/4/22. The call is from an Audiocodes gateway with a dial string of *NXXXXXX# CallerID number sent is 101 which corresponds to the FXS port it came from, there is no CallerID Name. I modify the CallerID name and number in the dialplan before the bridge. <action application="export" data="effective_caller_id_name=some name"/> <action application="export" data="effective_caller_id_number=XXX-XXX-XXXX"/> <action application="export" data="ignore_display_updates=false"/> <action application="export" data="import=effective_caller_id_name"/> <action application="export" data="import=effective_caller_id_number"/> <action application="bridge" data="user/CO999x1001.3@${domain_name}"/> <action application="answer"/> On Ring the CallerID name and number are what I have changed it to. On Bridge, 80% of the time the CallerID name and number follow thru, 20% of the time it changes to what Leg A had originally before I used the export application.( name is blank and number is 101). if I put the call on Hold it reverts back to what I expected. I have tried to use set, moved the import after the bridge, ignore_display_updates=true. Any Ideas? On a further note, when phone 2 presses the shared line it shows the same CallerID name and number as phone 1. When you press BargeIn both the CallerID name and number change to 101. i.e. name is 101 number is 101 on both phones. this happens every time, is there a way to stop this behavior as well ? Thanks Bob McCarthy

2 1

attended transfer cdr
by Miha Zoubek 29 Feb '12

29 Feb '12

Hi, in cdr.cvs.xml I have set only for B leg as I need only b. Scenaria: A calls B. Than B makes call FW do C. When this happens I do not get any CDR, so the call can not be charged. Please help me! Thanks Pastebin: http://pastebin.freeswitch.org/18528

2 3