- FreeSWITCH-users - FreeSWITCH Mailing Lists

mod_callcenter makes me BREAK_OUT
by Sayyed Mohammad Emami Razavi 04 Jul '13

04 Jul '13

After configuring agents and queues, when i call and join to the queue, call center makes me BREAK_OUT Any solution?! FS logs paste bin http://pastebin.freeswitch.org/21144

1 1

ptime transcoding does not pass rfc2833
by Chris Martineau 04 Jul '13

04 Jul '13

Hi, Does anyone know if this is a bug or a setting? If I use an incoming call ptime of say 40 on gsm to save client bandwidth and output to a carrier at 20 the rtp is transcoded to the smaller ptime fine but any rfc2833 dtmf signalling is not passed through. I have tried the pass_rfc2833 setting both on and off but it has no effect. I have done some web searches but can find nothing refering to this issue. Any help you could offer would be greatly appreciated. FreeSWITCH version: 1.0.head (git-58c3c3a 2011-11-22 18-22-57 -0600) Regards Chris

2 3

effective_caller_id_name &effective_caller_id_number - not working
by Avi Marcus 04 Jul '13

04 Jul '13

... but it's not in the siptrace at all... Can we get more lines of the fs_cli log? From the setting of CID to the actual log? -Avi On Tue, Jul 2, 2013 at 3:10 AM, Moishe Grunstein <max(a)nysolutions.com>wrote: > What type of caller ID format is your ITSP expecting? Who is the ITSP?**** > > http://wiki.freeswitch.org/wiki/Channel_Variables#Caller_ID_Related**** > > ** ** > > ** ** > > ** ** > > Thanks,**** > > ** ** > > Moishe Grunstein**** > > Tornado Computer Systems, Inc.**** > > 212.400.7650 888.IPPBX.US > *Service Request Email: support(a)nysolutions.com ***** > > Polycom Certified VAR > Microsoft Small Business Specialist, Cisco SMB Select Certified**** > > [image: cid:image001.jpg@01C72F94.9EE45D60] <http://www.nysolutions.com/>* > *** > > Computer Networking * Managed Services * IP Video Surveillance * Network > Assessments * Web Solutions * Voice over IP * Disaster Recovery * Network > Security * Site Surveys * CMS**** > > ** ** > > *From:* freeswitch-users-bounces(a)lists.freeswitch.org [mailto: > freeswitch-users-bounces(a)lists.freeswitch.org] *On Behalf Of *Lloyd > Aloysius > *Sent:* Monday, July 01, 2013 7:39 PM > *To:* FreeSWITCH Users Help > *Subject:* spam>spam>[Freeswitch-users] effective_caller_id_name > &effective_caller_id_number - not working**** > > ** ** > > Hi All,**** > > ** ** > > When sending calls out from gateway the caller id name and number not > working. Please find the freeswitch cli log and sip invite trace. Any help > is appreciated.**** > > ** ** > > *freeswitch cli***** > > ** ** > > EXECUTE sofia/sipinterface_1/barbara(a)alcan.mydomain.caset(effective_caller_id_name=Alcan Cable) > **** > > 2013-07-01 19:23:21.676990 [DEBUG] mod_dptools.c:1373 sofia/sipinterface_1/ > barbara(a)alcan.mydomain.ca SET [effective_caller_id_name]=[Alcan Cable]**** > > EXECUTE sofia/sipinterface_1/barbara(a)alcan.mydomain.caset(effective_caller_id_number= > 9052066900)**** > > 2013-07-01 19:23:21.676990 [DEBUG] mod_dptools.c:1373 sofia/sipinterface_1/ > barbara(a)alcan.mydomain.ca SET [effective_caller_id_number]=[9052066900]*** > * > > ** ** > > *SIP Trace***** > > ** ** > > ** ** > > INVITE sip:4164750401@alcan.mydomain.ca SIP/2.0**** > > ** ** > > Via: SIP/2.0/UDP 192.168.240.105:5060;branch=z9hG4bK17bfd0ad4**** > > ** ** > > Max-Forwards: 70**** > > ** ** > > Content-Length: 285**** > > ** ** > > To: 4164750401 <sip:4164750401@alcan.mydomain.ca>**** > > ** ** > > From: Barbara Ladner <sip:barbara@alcan.mydomain.ca>;tag=02f4abe9bef3a7f** > ** > > ** ** > > Call-ID: 43016333178f7b0882c3767aab886c1d(a)192.168.240.105**** > > ** ** > > CSeq: 1894816474 INVITE**** > > ** ** > > Supported: timer**** > > ** ** > > Allow-Events: talk,hold,conference**** > > ** ** > > Allow:NOTIFY,REFER,OPTIONS,INVITE,ACK,CANCEL,BYE,INFO**** > > ** ** > > Content-Type: application/sdp**** > > ** ** > > Contact: Barbara Ladner <sip:barbara@192.168.240.105:5060;transport=udp>** > ** > > ** ** > > Supported: replaces**** > > ** ** > > User-Agent: Aastra 9133i/1.4.3.1001 Brcm Callctrl/1.5.1.0 MxSF/v3.2.8.45** > ** > > ** ** > > ** ** > > ** ** > > v=0**** > > ** ** > > o=MxSIP 0 575681134 IN IP4 192.168.240.105**** > > ** ** > > s=SIP Call**** > > ** ** > > c=IN IP4 192.168.240.105**** > > ** ** > > t=0 0**** > > ** ** > > m=audio 3000 RTP/AVP 0 8 18 101**** > > ** ** > > a=rtpmap:0 PCMU/8000**** > > ** ** > > a=rtpmap:8 PCMA/8000**** > > ** ** > > a=rtpmap:18 G729/8000**** > > ** ** > > a=rtpmap:101 telephone-event/8000**** > > ** ** > > a=fmtp:101 0-15**** > > ** ** > > a=ptime:20**** > > ** ** > > a=silenceSupp:off - - - -**** > > ** ** > > ** ** > > SIP/2.0 100 Trying**** > > ** ** > > Via: SIP/2.0/UDP 192.168.240.105:5060 > ;branch=z9hG4bK17bfd0ad4;received=99.247.64.220;rport=16511**** > > ** ** > > From: Barbara Ladner <sip:barbara@alcan.mydomain.ca>;tag=02f4abe9bef3a7f** > ** > > ** ** > > To: 4164750401 <sip:4164750401@alcan.mydomain.ca>**** > > ** ** > > Call-ID: 43016333178f7b0882c3767aab886c1d(a)192.168.240.105**** > > ** ** > > CSeq: 1894816474 INVITE**** > > ** ** > > User-Agent: FreeSWITCH-mod_sofia/1.5.3b+git~20130628T160527Z~a52a604fbb*** > * > > ** ** > > Content-Length: 0**** > > ** ** > > ** ** > > Thanks**** > > Lloyd**** > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting(a)freeswitch.org > http://www.freeswitchsolutions.com > > FreeSWITCH-powered IP PBX: The CudaTel Communication Server > http://www.cudatel.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users(a)lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > >

4 11

[announce] mod_GsmOpen: IMEI and IMSI based device discovery on Linux
by Giovanni Maruzzelli 04 Jul '13

04 Jul '13

Hello FreeSWITCHers, mod_gsmopen allows for connecting to the cellular network for originating and terminating voice calls and SMSes using cheap dongles (eg: internet keys). Many peoples found annoying to have to discover by trial and error which are the correct ttyUSB devices name to write in configuration file. Also because on Linux they can (and do) change at reboot if you use multiple dongles. IMEI is the identifier-id built in in each dongle, unique worldwide for each individual device - like MAC address for Ethernet. IMSI is the worldwide unique-id built in each SIM card. With this new configuration parameters you will just specify the IMEI and/or the IMSI and mod_gsmopen will automatically discover the correct devices names (so, you can leave them out from the config file). So, being done at startup, is reboot safe, and you can also move around the dongles in different USB ports or hubs, etc (not while FreeSWITCH is running, heh ;) ). Please, update to the latest code, and have a look at the wiki page: http://wiki.freeswitch.org/wiki/GSMopen#IMEI_and_IMSI_automatic_device_disc… -- Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618

2 1

crypto tag in sdp in webrtc INVITE message
by Iwan Budi Kusnanto 04 Jul '13

04 Jul '13

Hi All, Need some clarification here. It seems that by default Freeswitch will use DTLS in webrtc. According to this http://tools.ietf.org/html/rfc4568, crypto tag is used by SDES. And according to this https://bugzilla.mozilla.org/show_bug.cgi?id=825515, crypto tag shouldn't be in the SDP. Is it correct to have crypto tag in SDP when we use DTLS? FYI, I have made some modification to jssip and make it works with firefox 23 & Freeswitch https://groups.google.com/forum/#!topic/jssip/wXWrcBYHJ28 But it only works when the call initiated by firefox. It gives me no audio when the call initiated by SIP phone or using originate command. And i guess one of the causes is this crypto tag existence. Thanks. -- Iwan Budi Kusnanto

1 0

IP Phone w/ Broken G722 codec
by Nandy Dagondon 04 Jul '13

04 Jul '13

Hello guys, I have IP phones that (incorrectly) presents SDP G722:9/16000. Searching the mailing list archives, I found G722_8. Is this the workaround to this problem? Is this still active in the master HEAD since I found out that mod_g722.c was deleted sometime ago. How do I activate it? Thanks. /Nandy

2 1

Secure B-Leg from PSTN call - how to?
by Peter Waldheim 03 Jul '13

03 Jul '13

Hi, I'm trying to secure (SRTP) the b-leg for a call coming in via pstn (pri/freetdm). For this I'm setting sip_secure_media and also trying sdp_secure_savp_only, but it seems freeswitch does not offer SAVP to my client (which in turn will refuse). SIP-to-SIP this works fine. Here the the portion of the log where I would have expected to see SAVP in the sdp: EXECUTE FreeTDM/1:5/21 bridge(sofia/external5090/21%10.1.1.12) 2013-06-28 09:20:10.800816 [DEBUG] switch_channel.c:1176 FreeTDM/1:5/21 EXPORTING[export_vars] [sip_secure_media]=[true] to event 2013-06-28 09:20:10.800816 [DEBUG] switch_channel.c:1176 FreeTDM/1:5/21 EXPORTING[export_vars] [dialed_extension]=[21] to event 2013-06-28 09:20:10.800816 [DEBUG] switch_channel.c:1176 FreeTDM/1:5/21 EXPORTING[export_vars] [sip_secure_media]=[true] to event 2013-06-28 09:20:10.800816 [DEBUG] switch_channel.c:1176 FreeTDM/1:5/21 EXPORTING[export_vars] [sdp_secure_savp_only]=[true] to event 2013-06-28 09:20:10.800816 [DEBUG] switch_ivr_originate.c:2050 Parsing global variables 2013-06-28 09:20:10.800816 [NOTICE] switch_channel.c:1030 New Channel sofia/external5090/21 [2b0bff7e-dfc3-11e2-b111-c96542f7174a] 2013-06-28 09:20:10.800816 [DEBUG] mod_sofia.c:4420 (sofia/external5090/21) State Change CS_NEW -> CS_INIT 2013-06-28 09:20:10.800816 [DEBUG] switch_core_session.c:1341 Send signal sofia/external5090/21 [BREAK] 2013-06-28 09:20:10.800816 [DEBUG] switch_core_state_machine.c:416 (sofia/external5090/21) Running State Change CS_INIT 2013-06-28 09:20:10.800816 [DEBUG] switch_core_state_machine.c:455 (sofia/external5090/21) State INIT 2013-06-28 09:20:10.800816 [DEBUG] mod_sofia.c:87 sofia/external5090/21 SOFIA INIT 2013-06-28 09:20:10.800816 [DEBUG] sofia_glue.c:1191 sip:21@client.ip.is.secret:49915;rinstance=e177370cb4131e9f;transport=tls Setting proxy route to sofia/external5090/21 2013-06-28 09:20:10.800816 [DEBUG] sofia_glue.c:1220 Local SDP: v=0 o=FreeSWITCH 1372384350 1372384351 IN IP4 my.ip.is.secret s=FreeSWITCH c=IN IP4 my.ip.is.secret t=0 0 m=audio 19660 RTP/AVP 8 3 101 13 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20 a=sendrecv m=video 20590 RTP/AVP 34 98 a=rtpmap:34 H263/90000 a=rtpmap:98 H264/90000 Any help with this would be greatly appreciated. Regards Peter

4 7

Intermittent 'NORMAL_UNSPECIFIED' errors when originating a call throug a gateway
by Rafal Gwizdala 03 Jul '13

03 Jul '13

Hi, I'm trying to originate a call to an external endpoint (a mobile phone) through a gateway (freeconet.pl) service and I'm getting intermittent 'NORMAL_UNSPECIFIED' errors. The command will randomly succeed or fail with the following result. originate {call_timeout=60,origination_uuid=d399361f-56a1-4c7c-acd8-447a6e1ea742}sofia/gateway/freeconet/602415455 6668 Event: FAILURE, Body: -ERR NORMAL_UNSPECIFIED The destination extension (6668) is an IVR service based on mod_httapi, but I don't think this is related to my application as there are no httapi calls made. The 'freeconet' gateway is REGED. Corresponding freeswitch log is below. Can you please help me figure out what's going on? Best regards Rafal 2013-07-03 11:14:05.016851 [DEBUG] switch_ivr_originate.c:2050 Parsing global variables 2013-07-03 11:14:05.016851 [DEBUG] switch_event.c:1617 Parsing variable [call_timeout]=[60] 2013-07-03 11:14:05.016851 [DEBUG] switch_event.c:1617 Parsing variable [origination_uuid]=[d399361f-56a1-4c7c-acd8-447a6e1ea742] 2013-07-03 11:14:05.016851 [NOTICE] switch_channel.c:1030 New Channel sofia/external/602415455 [d399361f-56a1-4c7c-acd8-447a6e1ea742] 2013-07-03 11:14:05.016851 [DEBUG] mod_sofia.c:4420 (sofia/external/602415455) State Change CS_NEW -> CS_INIT 2013-07-03 11:14:05.016851 [DEBUG] switch_core_session.c:1341 Send signal sofia/external/602415455 [BREAK] 2013-07-03 11:14:05.016851 [DEBUG] switch_core_session.c:583 sofia/external/602415455 set UUID=d399361f-56a1-4c7c-acd8-447a6e1ea742 2013-07-03 11:14:05.026852 [DEBUG] switch_core_state_machine.c:416 (sofia/external/602415455) Running State Change CS_INIT 2013-07-03 11:14:05.026852 [DEBUG] switch_core_state_machine.c:455 (sofia/external/602415455) State INIT 2013-07-03 11:14:05.026852 [DEBUG] mod_sofia.c:87 sofia/external/602415455 SOFIA INIT 2013-07-03 11:14:05.026852 [DEBUG] sofia_glue.c:1220 Local SDP: v=0 o=FreeSWITCH 1372826251 1372826252 IN IP4 192.168.119.50 s=FreeSWITCH c=IN IP4 192.168.119.50 t=0 0 m=audio 16594 RTP/AVP 0 8 3 101 13 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20 a=sendrecv 2013-07-03 11:14:05.026852 [DEBUG] mod_sofia.c:114 (sofia/external/602415455) State Change CS_INIT -> CS_ROUTING 2013-07-03 11:14:05.026852 [DEBUG] switch_core_session.c:1341 Send signal sofia/external/602415455 [BREAK] 2013-07-03 11:14:05.026852 [DEBUG] switch_core_state_machine.c:455 (sofia/external/602415455) State INIT going to sleep 2013-07-03 11:14:05.026852 [DEBUG] switch_core_state_machine.c:416 (sofia/external/602415455) Running State Change CS_ROUTING 2013-07-03 11:14:05.026852 [DEBUG] switch_core_state_machine.c:471 (sofia/external/602415455) State ROUTING 2013-07-03 11:14:05.026852 [DEBUG] mod_sofia.c:137 sofia/external/602415455 SOFIA ROUTING 2013-07-03 11:14:05.026852 [DEBUG] switch_ivr_originate.c:67 (sofia/external/602415455) State Change CS_ROUTING -> CS_CONSUME_MEDIA 2013-07-03 11:14:05.026852 [DEBUG] switch_core_session.c:1341 Send signal sofia/external/602415455 [BREAK] 2013-07-03 11:14:05.026852 [DEBUG] switch_core_state_machine.c:471 (sofia/external/602415455) State ROUTING going to sleep 2013-07-03 11:14:05.026852 [DEBUG] switch_core_state_machine.c:416 (sofia/external/602415455) Running State Change CS_CONSUME_MEDIA 2013-07-03 11:14:05.026852 [DEBUG] switch_core_state_machine.c:490 (sofia/external/602415455) State CONSUME_MEDIA 2013-07-03 11:14:05.026852 [DEBUG] switch_core_state_machine.c:490 (sofia/external/602415455) State CONSUME_MEDIA going to sleep 2013-07-03 11:14:05.036853 [DEBUG] switch_core_session.c:1006 Send signal sofia/external/602415455 [BREAK] 2013-07-03 11:14:05.036853 [DEBUG] sofia.c:5764 Channel sofia/external/602415455 entering state [calling][0] 2013-07-03 11:14:05.096861 [DEBUG] switch_core_session.c:1006 Send signal sofia/external/602415455 [BREAK] 2013-07-03 11:14:05.096861 [DEBUG] switch_core_session.c:1006 Send signal sofia/external/602415455 [BREAK] 2013-07-03 11:14:05.096861 [DEBUG] sofia.c:5764 Channel sofia/external/602415455 entering state [calling][0] 2013-07-03 11:14:05.126865 [DEBUG] switch_core_session.c:1006 Send signal sofia/external/602415455 [BREAK] 2013-07-03 11:14:05.126865 [DEBUG] switch_core_session.c:1006 Send signal sofia/external/602415455 [BREAK] 2013-07-03 11:14:05.126865 [DEBUG] switch_core_session.c:1006 Send signal sofia/external/602415455 [BREAK] 2013-07-03 11:14:05.126865 [DEBUG] switch_core_session.c:1006 Send signal sofia/external/602415455 [BREAK] 2013-07-03 11:14:05.126865 [DEBUG] sofia.c:5764 Channel sofia/external/602415455 entering state [terminated][904] 2013-07-03 11:14:05.126865 [NOTICE] sofia.c:6572 Hangup sofia/external/602415455 [CS_CONSUME_MEDIA] [NORMAL_UNSPECIFIED] 2013-07-03 11:14:05.126865 [DEBUG] switch_channel.c:3135 Send signal sofia/external/602415455 [KILL] 2013-07-03 11:14:05.126865 [DEBUG] switch_core_session.c:1341 Send signal sofia/external/602415455 [BREAK] 2013-07-03 11:14:05.126865 [DEBUG] switch_core_state_machine.c:416 (sofia/external/602415455) Running State Change CS_HANGUP 2013-07-03 11:14:05.126865 [DEBUG] switch_core_state_machine.c:679 (sofia/external/602415455) State HANGUP 2013-07-03 11:14:05.126865 [DEBUG] mod_sofia.c:463 Channel sofia/external/602415455 hanging up, cause: NORMAL_UNSPECIFIED 2013-07-03 11:14:05.126865 [DEBUG] switch_core_state_machine.c:48 sofia/external/602415455 Standard HANGUP, cause: NORMAL_UNSPECIFIED 2013-07-03 11:14:05.126865 [DEBUG] switch_core_state_machine.c:679 (sofia/external/602415455) State HANGUP going to sleep 2013-07-03 11:14:05.126865 [DEBUG] switch_core_state_machine.c:692 (sofia/external/602415455) Callstate Change DOWN -> HANGUP 2013-07-03 11:14:05.126865 [DEBUG] switch_core_state_machine.c:447 (sofia/external/602415455) State Change CS_HANGUP -> CS_REPORTING 2013-07-03 11:14:05.126865 [DEBUG] switch_core_session.c:1341 Send signal sofia/external/602415455 [BREAK] 2013-07-03 11:14:05.126865 [DEBUG] switch_core_state_machine.c:416 (sofia/external/602415455) Running State Change CS_REPORTING 2013-07-03 11:14:05.126865 [DEBUG] switch_core_state_machine.c:764 (sofia/external/602415455) State REPORTING 2013-07-03 11:14:05.126865 [DEBUG] switch_core_state_machine.c:92 sofia/external/602415455 Standard REPORTING, cause: NORMAL_UNSPECIFIED 2013-07-03 11:14:05.126865 [DEBUG] switch_core_state_machine.c:764 (sofia/external/602415455) State REPORTING going to sleep 2013-07-03 11:14:05.126865 [DEBUG] switch_core_state_machine.c:441 (sofia/external/602415455) State Change CS_REPORTING -> CS_DESTROY 2013-07-03 11:14:05.126865 [DEBUG] switch_core_session.c:1341 Send signal sofia/external/602415455 [BREAK] 2013-07-03 11:14:05.126865 [DEBUG] switch_core_session.c:1549 Session 85 (sofia/external/602415455) Locked, Waiting on external entities 2013-07-03 11:14:05.146867 [DEBUG] switch_ivr_originate.c:3622 Originate Resulted in Error Cause: 31 [NORMAL_UNSPECIFIED] 2013-07-03 11:14:05.146867 [NOTICE] switch_core_session.c:1567 Session 85 (sofia/external/602415455) Ended 2013-07-03 11:14:05.146867 [NOTICE] switch_core_session.c:1571 Close Channel sofia/external/602415455 [CS_DESTROY] 2013-07-03 11:14:05.146867 [DEBUG] switch_core_state_machine.c:566 (sofia/external/602415455) Callstate Change HANGUP -> DOWN 2013-07-03 11:14:05.146867 [DEBUG] switch_core_state_machine.c:569 (sofia/external/602415455) Running State Change CS_DESTROY 2013-07-03 11:14:05.146867 [DEBUG] switch_core_state_machine.c:579 (sofia/external/602415455) State DESTROY 2013-07-03 11:14:05.146867 [DEBUG] mod_sofia.c:373 sofia/external/602415455 SOFIA DESTROY 2013-07-03 11:14:05.146867 [DEBUG] switch_core_state_machine.c:99 sofia/external/602415455 Standard DESTROY 2013-07-03 11:14:05.146867 [DEBUG] switch_core_state_machine.c:579 (sofia/external/602415455) State DESTROY going to sleep

2 2

Attended transfer failure - sip trace attached - please help
by Garey Arrington 03 Jul '13

03 Jul '13

I am having an issue with attended transfers failing, it seems that the server is trying to send the invite after the REFER to itself. Almost as if it is resolving the registration/location domain (a.domain1.com in this case) and sending the invite to that IP. SIP trace available here: http://pastebin.com/dyvYpZNc I have googled this and found several others having this issue in the past but no resolution was posted afterwards. Please help. :)

1 0

Activate in sofia: enable-100rel
by Antonio Silva 03 Jul '13

03 Jul '13

Hi, I wanted to enable the parameter in sofia profiles "enable-100rel" but in the wiki there is a warning that might crash fs. wiki: "Enabling this may cause FreeSWITCH to crash, see FSCORE-392. " This message is quite old.. so my question, is it safe now to enable this option? Thanks, António

1 0