- FreeSWITCH-users - FreeSWITCH Mailing Lists

How to overcome 415 Unsupported Media Type
by Peter P GMX 17 Dec '09

17 Dec '09

I try to attach Bravis video conference clients to Freeswitch. Those video conference clients are really working good (Multilingual clients for testing ca be downloaded here: http://www.bravis.eu/) Some big companies here in Germany use them in large installations. They are based on SIP, but do not use any publicly known codecs. Normally they are maintained and routed via our OpenSIPS server, but I would like to integrate them into our Freeswitch system. That way I do not have to manage 2 SIP servers for phone calls and video conferencing calls. However the SIP message does not provide Content-Type: application/sdp. Instead it provides Content-Type: application/BRAVIS. The clients register successfully but they do not invite. Freeswitch answers "SIP/2.0 415 Unsupported Media Type." I have added bypass_media=true into the dialplan and inbound-late-negotiation true in the internal profile but this didn't help. I think Freeswitch complains about the content-type. Is there any way how I may overcome this? Here is a sample Invite INVITE sip:835352@sip5.mydomain.com SIP/2.0. From: myname <sip:835351@sip5.mydomain.com>;tag=5c5c3ef6bbe9de119f1aa11f7ca41a5f. To: sip:835352@sip5.mydomain.com. Via: SIP/2.0/UDP 217.xxx.xxx.xx6:5530;iid=9931;branch=z9hG4bKc4583ef6bbe9de119f1aa11f7ca41a5f;uas-addr=217.24.11.190;rport. CSeq: 4711 INVITE. Call-ID: 2-ee3d3ef6-bbe9-de11-9fa1-a11f7ca41a5f. Contact: "myname" <sip:835351@217.xxx.xxx.xx6:5530>. User-Agent: BRAVIS/1.5.20.27.4585 (Linux 2.6.31-16-generic; generic; Ubuntu 9.10; i686; de; 8). Max-Forwards: 70. Allow: INVITE, BYE, ACK, REFER, MESSAGE, INFO, NOTIFY, OPTIONS. Supported: 100rel. Content-Type: application/BRAVIS. Content-Length: 174. ACAABAAAFDAAABAAMEFBHCGLACAACAAACPKNBHGOAPLDABAAFAAADBABAAPPAAAAELAFAACAAAHDHCGGGMHIPPUPPPPPOPBEKHHHAPLDOPBEKHHHAPLDABAAAAAADCABAAADFBMDHOAEAAAAAAGIGPHDHEAAPPPPPPJFKGAPLHHNKF. Best regards Peter

1 0

[freeswitch-users] Gateway in Directory Loaded via xml curl
by Paulo Vicentini 17 Dec '09

17 Dec '09

Hi,I am trying to define Gateways (for inbound and outbound calls via SIP provider) within Directory (under "internal" sample profile) using XML CURLBut I am getting this warning:2009-12-17 14:42:03.294519 [WARNING] sofia_reg.c:2115 Gateway 'MyGW' not found. And sofia status gateway MyGWAPI CALL [sofia(status gateway MyGW)] output:Invalid Gateway! This is my configuration (overlook language details ) "<section name=\"directory\">"+ "<domain name=\"10.0.0.124\">"+ "<user id=\"test\">"+ "<gateways>"+ "<gateway name=\"MyGW\">"+ " <param name=\"username\" value=\"234wf423\"/>"+ "<param name=\"password\" value=\"pwdpwd\"/>"+ "<param name=\"realm\" value=\"testvoip.com\"/>"+ "<param name=\"proxy\" value=\"my.provider.com\"/>"+ "<param name=\"register\" value=\"true\"/>"+ "</gateway>"+ "</gateways>"+ "<params>"+ "<param name=\"password\" value=\"1234\"/>"+ "<param name=\"dial-string\" value=\"{presence_id=${dialed_user}@${dialed_domain}}${sofia_contact(${dialed_user}@${dialed_domain})}\"/>"+ "</params>"+ "<variables>"+ "<variable name=\"register-gateway\" value=\"MyGW\"/>"+ "<variable name=\"accountcode\" value=\"test\"/>"+ "<variable name=\"user_context\" value=\"mycontext\"/>"+ "<variable name=\"effective_caller_id_name\" value=\"Test User\"/>"+ "<variable name=\"effective_caller_id_number\" value=\"1234\"/>"+ "</variables>"+ "</user>"+ "</domain>"+ "</section>"+ "</document>"; User id "test" is able to register and call other internal users In my sip_profiles/internal.xml I have:  <domain name="all" parse="true"/>  <domain name="all" alias="true" parse="true"/> Can you help me with this issue? Thank youPaulo _________________________________________________________________ Keep your friends updated—even when you’re not signed in. http://www.microsoft.com/middleeast/windows/windowslive/see-it-in-action/so…

2 3

detecting rtp packet for zombie channels
by Juan Backson 17 Dec '09

17 Dec '09

Hi, I am having problem with around 1 % of the channels always get zombilized. What I want to do is to have a background thread that regularly check all the channels that have been in existance for like > 1 hr, and then check to see if there is any RTP coming in and going out. If there is no RTP, then I just hangup that channel. Does anyone know if there is anyway to do that in a freeswitch module? Which API can I use to accomplish this purpose? Alternatively, is there anyway to configure freeswitch so that it will hangup the calls where there is no media in and out for so many seconds? Thanks, jb

4 7

Getting 502 Bad Gateway with 1.0.5.pre9
by Jerry Richards 17 Dec '09

17 Dec '09

I upgraded to the latest 1.0.5pre9 and now if I try to call from an internal phone to an external number on my Sangoma PRI, I get a "502 Bad Gateway" reply. Below is the console loglevel 7 output. It says the destination is out-of-order. I'm not sure what this means. Any help is appreciated. 2009-12-16 14:10:46.410656 [DEBUG] sofia.c:5285 0 acls to check for proxy 2009-12-16 14:10:46.411629 [DEBUG] sofia.c:5303 network ip is a proxy [0] 2009-12-16 14:10:46.411629 [DEBUG] sofia.c:5331 IP 192.168.72.32 Rejected by acl "domains". Falling back to Digest auth. 2009-12-16 14:10:46.452626 [DEBUG] sofia.c:5285 0 acls to check for proxy 2009-12-16 14:10:46.452626 [DEBUG] sofia.c:5303 network ip is a proxy [0] 2009-12-16 14:10:46.452626 [DEBUG] sofia.c:5331 IP 192.168.72.32 Rejected by acl "domains". Falling back to Digest auth. 2009-12-16 14:10:46.457607 [NOTICE] switch_channel.c:613 New Channel sofia/internal/5381@192.168.72.141:5060 [e58e763f-7688-4600-aa70-481bbc359f58] 2009-12-16 14:10:46.457607 [DEBUG] sofia.c:3787 Channel sofia/internal/5381@192.168.72.141:5060 entering state [received][100] 2009-12-16 14:10:46.457607 [DEBUG] sofia.c:3798 Remote SDP: v=0 o=TC 1100638826 1100638826 IN IP4 192.168.72.32 s=session c=IN IP4 192.168.72.32 t=0 0 m=audio 1760 RTP/AVP 0 18 4 101 a=rtpmap:0 PCMU/8000 a=rtpmap:18 G729/8000 a=rtpmap:4 G723/8000 a=rtpmap:101 telephone-event/8000/1 a=ptime:20 a=ptime:20 2009-12-16 14:10:46.457607 [DEBUG] sofia.c:3923 (sofia/internal/5381@192.168.72.141:5060) State Change CS_NEW -> CS_INIT 2009-12-16 14:10:46.457607 [DEBUG] switch_core_session.c:1018 Send signal sofia/internal/5381@192.168.72.141:5060 [BREAK] 2009-12-16 14:10:46.457607 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/5381@192.168.72.141:5060) Running State Change CS_INIT 2009-12-16 14:10:46.457607 [DEBUG] switch_core_state_machine.c:338 (sofia/internal/5381@192.168.72.141:5060) State INIT 2009-12-16 14:10:46.457607 [DEBUG] mod_sofia.c:83 sofia/internal/5381@192.168.72.141:5060 SOFIA INIT 2009-12-16 14:10:46.457607 [DEBUG] mod_sofia.c:111 (sofia/internal/5381@192.168.72.141:5060) State Change CS_INIT -> CS_ROUTING 2009-12-16 14:10:46.457607 [DEBUG] switch_core_session.c:1018 Send signal sofia/internal/5381@192.168.72.141:5060 [BREAK] 2009-12-16 14:10:46.457607 [DEBUG] switch_core_state_machine.c:338 (sofia/internal/5381@192.168.72.141:5060) State INIT going to sleep 2009-12-16 14:10:46.457607 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/5381@192.168.72.141:5060) Running State Change CS_ROUTING 2009-12-16 14:10:46.458582 [DEBUG] switch_core_state_machine.c:341 (sofia/internal/5381@192.168.72.141:5060) State ROUTING 2009-12-16 14:10:46.458582 [DEBUG] mod_sofia.c:132 sofia/internal/5381@192.168.72.141:5060 SOFIA ROUTING 2009-12-16 14:10:46.458582 [DEBUG] switch_core_state_machine.c:78 sofia/internal/5381@192.168.72.141:5060 Standard ROUTING 2009-12-16 14:10:46.458582 [INFO] mod_dialplan_xml.c:408 Processing Anonymous->93491028 in context default Dialplan: sofia/internal/5381@192.168.72.141:5060 parsing [default->unloop] continue=false Dialplan: sofia/internal/5381@192.168.72.141:5060 Regex (PASS) [unloop] ${unroll_loops}(true) =~ /^true$/ break=on-false Dialplan: sofia/internal/5381@192.168.72.141:5060 Regex (FAIL) [unloop] ${sip_looped_call}() =~ /^true$/ break=on-false Dialplan: sofia/internal/5381@192.168.72.141:5060 parsing [default->tod_example] continue=true Dialplan: day of week[4] =~ 2-6 (PASS) Dialplan: hour[14] =~ 9-18 (PASS) Dialplan: sofia/internal/5381@192.168.72.141:5060 Date/Time Match (PASS) [tod_example] break=on-false Dialplan: sofia/internal/5381@192.168.72.141:5060 Action set(open=true) Dialplan: sofia/internal/5381@192.168.72.141:5060 parsing [default->holiday_example] continue=true Dialplan: month[12] =~ 1 (FAIL) Dialplan: sofia/internal/5381@192.168.72.141:5060 Date/Time Match (FAIL) [holiday_example] break=on-false Dialplan: sofia/internal/5381@192.168.72.141:5060 parsing [default->Mediant1000] continue=false Dialplan: sofia/internal/5381@192.168.72.141:5060 Regex (FAIL) [Mediant1000] destination_number(93491028) =~ /^8(\d+)$/ break=on-false Dialplan: sofia/internal/5381@192.168.72.141:5060 parsing [default->SangomaPRI] continue=false Dialplan: sofia/internal/5381@192.168.72.141:5060 Regex (PASS) [SangomaPRI] destination_number(93491028) =~ /^9(\d+)$/ break=on-false Dialplan: sofia/internal/5381@192.168.72.141:5060 Action set(effective_caller_id_number=425740${caller_id_number}) Dialplan: sofia/internal/5381@192.168.72.141:5060 Action bridge(openzap/smg_prid/a/3491028@g1) 2009-12-16 14:10:46.459538 [DEBUG] switch_core_state_machine.c:122 (sofia/internal/5381@192.168.72.141:5060) State Change CS_ROUTING -> CS_EXECUTE 2009-12-16 14:10:46.459538 [DEBUG] switch_core_session.c:1018 Send signal sofia/internal/5381@192.168.72.141:5060 [BREAK] 2009-12-16 14:10:46.459538 [DEBUG] switch_core_state_machine.c:341 (sofia/internal/5381@192.168.72.141:5060) State ROUTING going to sleep 2009-12-16 14:10:46.459538 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/5381@192.168.72.141:5060) Running State Change CS_EXECUTE 2009-12-16 14:10:46.459538 [DEBUG] switch_core_state_machine.c:348 (sofia/internal/5381@192.168.72.141:5060) State EXECUTE 2009-12-16 14:10:46.459538 [DEBUG] mod_sofia.c:181 sofia/internal/5381@192.168.72.141:5060 SOFIA EXECUTE 2009-12-16 14:10:46.459538 [DEBUG] switch_core_state_machine.c:159 sofia/internal/5381@192.168.72.141:5060 Standard EXECUTE EXECUTE sofia/internal/5381@192.168.72.141:5060 set(open=true) 2009-12-16 14:10:46.459538 [DEBUG] mod_dptools.c:768 sofia/internal/5381@192.168.72.141:5060 SET [open]=[true] EXECUTE sofia/internal/5381@192.168.72.141:5060 set(effective_caller_id_number=4257405381) 2009-12-16 14:10:46.460549 [DEBUG] mod_dptools.c:768 sofia/internal/5381@192.168.72.141:5060 SET [effective_caller_id_number]=[4257405381] EXECUTE sofia/internal/5381@192.168.72.141:5060 bridge(openzap/smg_prid/a/3491028@g1) 2009-12-16 14:10:46.479629 [ERR] mod_openzap.c:945 Invalid dial string 2009-12-16 14:10:46.479629 [ERR] switch_ivr_originate.c:2249 Cannot create outgoing channel of type [openzap] cause: [DESTINATION_OUT_OF_ORDER] 2009-12-16 14:10:46.479629 [DEBUG] switch_ivr_originate.c:3009 Originate Resulted in Error Cause: 27 [DESTINATION_OUT_OF_ORDER] 2009-12-16 14:10:46.488521 [INFO] mod_dptools.c:2303 Originate Failed. Cause: DESTINATION_OUT_OF_ORDER 2009-12-16 14:10:46.488521 [NOTICE] mod_dptools.c:2366 Hangup sofia/internal/5381@192.168.72.141:5060 [CS_EXECUTE] [DESTINATION_OUT_OF_ORDER] 2009-12-16 14:10:46.488521 [DEBUG] switch_channel.c:1912 Send signal sofia/internal/5381@192.168.72.141:5060 [KILL] 2009-12-16 14:10:46.488521 [DEBUG] switch_core_session.c:1018 Send signal sofia/internal/5381@192.168.72.141:5060 [BREAK] 2009-12-16 14:10:46.488521 [DEBUG] switch_core_state_machine.c:348 (sofia/internal/5381@192.168.72.141:5060) State EXECUTE going to sleep 2009-12-16 14:10:46.488521 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/5381@192.168.72.141:5060) Running State Change CS_HANGUP 2009-12-16 14:10:46.489603 [DEBUG] switch_core_state_machine.c:494 (sofia/internal/5381@192.168.72.141:5060) State HANGUP 2009-12-16 14:10:46.489603 [DEBUG] mod_sofia.c:358 Channel sofia/internal/5381@192.168.72.141:5060 hanging up, cause: DESTINATION_OUT_OF_ORDER 2009-12-16 14:10:46.489603 [DEBUG] mod_sofia.c:421 Responding to INVITE with: 502 2009-12-16 14:10:46.489603 [DEBUG] switch_core_state_machine.c:46 sofia/internal/5381@192.168.72.141:5060 Standard HANGUP, cause: DESTINATION_OUT_OF_ORDER 2009-12-16 14:10:46.489603 [DEBUG] switch_core_state_machine.c:494 (sofia/internal/5381@192.168.72.141:5060) State HANGUP going to sleep 2009-12-16 14:10:46.489603 [DEBUG] switch_core_state_machine.c:333 (sofia/internal/5381@192.168.72.141:5060) State Change CS_HANGUP -> CS_REPORTING 2009-12-16 14:10:46.489603 [DEBUG] switch_core_session.c:1018 Send signal sofia/internal/5381@192.168.72.141:5060 [BREAK] 2009-12-16 14:10:46.489603 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/5381@192.168.72.141:5060) Running State Change CS_REPORTING 2009-12-16 14:10:46.489603 [DEBUG] switch_core_state_machine.c:585 (sofia/internal/5381@192.168.72.141:5060) State REPORTING 2009-12-16 14:10:46.562662 [DEBUG] switch_core_state_machine.c:53 sofia/internal/5381@192.168.72.141:5060 Standard REPORTING, cause: DESTINATION_OUT_OF_ORDER 2009-12-16 14:10:46.562662 [DEBUG] switch_core_state_machine.c:585 (sofia/internal/5381@192.168.72.141:5060) State REPORTING going to sleep 2009-12-16 14:10:46.562662 [DEBUG] switch_core_state_machine.c:327 (sofia/internal/5381@192.168.72.141:5060) State Change CS_REPORTING -> CS_DESTROY 2009-12-16 14:10:46.562662 [DEBUG] switch_core_session.c:1018 Send signal sofia/internal/5381@192.168.72.141:5060 [BREAK] 2009-12-16 14:10:46.562662 [DEBUG] switch_core_session.c:1155 Session 1 (sofia/internal/5381@192.168.72.141:5060) Locked, Waiting on external entities 2009-12-16 14:10:46.562662 [NOTICE] switch_core_session.c:1173 Session 1 (sofia/internal/5381@192.168.72.141:5060) Ended 2009-12-16 14:10:46.562662 [NOTICE] switch_core_session.c:1175 Close Channel sofia/internal/5381@192.168.72.141:5060 [CS_DESTROY] 2009-12-16 14:10:46.562662 [DEBUG] switch_core_state_machine.c:423 (sofia/internal/5381@192.168.72.141:5060) Running State Change CS_DESTROY 2009-12-16 14:10:46.562662 [DEBUG] switch_core_state_machine.c:434 (sofia/internal/5381@192.168.72.141:5060) State DESTROY 2009-12-16 14:10:46.562662 [DEBUG] mod_sofia.c:293 sofia/internal/5381@192.168.72.141:5060 SOFIA DESTROY 2009-12-16 14:10:46.562662 [DEBUG] switch_core_state_machine.c:60 sofia/internal/5381@192.168.72.141:5060 Standard DESTROY 2009-12-16 14:10:46.562662 [DEBUG] switch_core_state_machine.c:434 (sofia/internal/5381@192.168.72.141:5060) State DESTROY going to sleep Best Regards, Jerry

2 3

Polycom 501 conferencing with FreeSwitch
by Yehavi Bourvine 17 Dec '09

17 Dec '09

Hello, I am trying to set a Polycom 501 phone to do conferencing via the conference room on Freeswitch rather than on the phone (as on the phone it is limited to 3 participants only). Anyone had success with it? I have on the Freeswitch an extension named Conf.* which activates the conference application (it works with other brands). On the Polycom I tried to define voIpProt.SIP.*conference*.address=sip:Conf0000@freeswitch-server. The phone continues to create the conference locally and add the above Conf0000 to it, without REFERing the parties to it. The first phone which called is left on hold... Anyone managed to make this feature work? We use firmware 3.1.3. Thanks! __Yehavi:

3 5

Mirroring wiki with wget for offline browsing?
by Fred-145 17 Dec '09

17 Dec '09

Hello I'm no wget expert, and figured I should ask here first: I'd like to download the whole wiki using wget for off-line reading. Using the following didn't work: wget -m -np http://wiki.freeswitch.org/wiki/Main_Page If I move the wiki/ directory to the root directory of my web server, and try to open http://localhost/wiki/Main_Page, FireFox tries to download the page with this dialog box: "You have chosen to open Main_Page which is a: application/octet-stream" I assume wget can do this, but I don't know enough. Has someone succeeded in downloading the whole wiki with wget and could give the right switches to use? Thank you. -- View this message in context: http://old.nabble.com/Mirroring-wiki-with-wget-for-offline-browsing--tp2683… Sent from the Freeswitch-users mailing list archive at Nabble.com.

2 2

Small delay in registration validity
by mayamatakeshi 17 Dec '09

17 Dec '09

It seems to me, in previous revisions of FS, we could successfully call a registered user as soon as his terminal gets 200 OK for REGISTER. But after testing recent revisions, it seems we must wait a little (I wait 1 second) otherwise a call to bridge would end with this: 2009-12-17 22:46:14.155163 [ERR] switch_ivr_originate.c:2249 Cannot create outgoing channel of type [sofia] cause: [USER_NOT_REGISTERED] Similar thing is happening when the terminal unregisters: after unregistration an immediate call to bridge sofia/profile/user%domain will succeed. Has anything changed recently in the way registration works that could explain this? br, takeshi

2 2

mod_voicemail question
by Steve Steffler 17 Dec '09

17 Dec '09

Hi all, What is the difference between the mod_voicemail "vm_message_ext" parameter and the "file-extension" parameter? I want all my voicemail in .WAV format except for a couple of extensions which need to be in MP3. I'm getting strange results playing with these settings, for example, after logging into the voicemail, it will say "You have 1 new message. First message at <date and time>", and then instead of the voicemail message there will be silence and a long pause. Then it will repeat the message count and loop this behavior. During the silence, I seem to be able to press keys to trigger voicemail events, like for example I am allowed to delete the message (although it isn't playing the message to me, and I am instead hearing silence). Any ideas? Steve

2 2

mod_shout.so: undefined symbol: ogg_sync_wrote
by Sean Ferguson 17 Dec '09

17 Dec '09

FreeSWITCH seems to be unable to read MP3 files, citing that it's an unknown format. Looking through the log, I found this during startup: 2009-11-07 02:43:45.749328 [CRIT] switch_loadable_module.c:871 Error Loading module /usr/local/freeswitch/mod/mod_shout.so **/usr/local/freeswitch/mod/mod_shout.so: undefined symbol: ogg_sync_wrote** There don't seem to be any compile-time errors, yet I can't seem to eliminate this issue. Any help would be appreciated.

4 6

How to set the Session Name on a SDP?
by Oscav 17 Dec '09

17 Dec '09

Hi, Is it possible to set (rewrite) the Session Name in the SDP of a 183 progress sent to inbound ? Many thanks -- View this message in context: http://old.nabble.com/How-to-set-the-Session-Name-on-a-SDP--tp26815554p2681… Sent from the Freeswitch-users mailing list archive at Nabble.com.

2 2