- FreeSWITCH-users - FreeSWITCH Mailing Lists

OT: SIP and IP spoofing
by Jonas Gauffin 04 Mar '10

04 Mar '10

Hello, My sip gateway provider are using both IP address locking (only my servers IP addresses can use my gateway account) and Digest authentication on every call. I asked why and they said that the account would be vulnerable to IP spoofing otherwise. Is that possible? I mean, if someone fakes my servers IP address in the packets, shouldn't the responses be sent back to my server and not the one creating the fake packets? Are there any other reasons to use both ip locking and digest authentication? Regards, Jonas

3 3

RFC3326 Reason Header field
by Helmut Kuper 04 Mar '10

04 Mar '10

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, I'm looking for a way to add a reason header field (like 'Reason: SIP;cause=200;text="Call completed elsewhere"') to SIP CANCEL message send by bridge application when a call times out or was denied. I would like to set it on demand in dialplan, e.g. when a queue is calling a queue member and I don't want to have that call in the phone's missed calls list. Is there a way in FS to do this, yet? best regards helmut -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) iD8DBQFLjqd34tZeNddg3dwRAvaTAJ46LCweLzvE1pupvcsX3HVR/XW0MACdE5yr hcWP9lUEFxINGpyLXgfDKLU= =8qjy -----END PGP SIGNATURE-----

2 3

Splitting a Call
by Anders Brownworth 03 Mar '10

03 Mar '10

Hello fellow FreeSWITCH users, I'm using FreeSWITCH Version 1.0.trunk (16883) and I'm using the event socket to break an in-progress call into two independently controlled legs. I want to be able to work with each leg completely independently - hanging up one without affecting the other. Per the docs: http://wiki.freeswitch.org/wiki/Mod_commands#uuid_transfer I'm using uuid_transfer with an inline lua script to work with one leg without hanging up on the other. I'm setting "hangup_after_bridge" to false on both channels and invoking uuid_transfer with the -bleg option but as soon as I transfer, FreeSWITCH hangs up on one of the legs. Here's what I'm sending on the event socket. (everything gets an "OK" response from FreeSWITCH) Set hangup_after_bridge: api uuid_setvar 53d37581-1f90-44bf-860a-addbc8430e3a hangup_after_bridge false api uuid_setvar 9d1a4f2d-2ce6-40e5-ac84-62ad8c2d4654 hangup_after_bridge false And then do the uuid_transfer: api uuid_transfer 53d37581-1f90-44bf-860a-addbc8430e3a -bleg 'lua:callee.lua' inline api uuid_transfer 9d1a4f2d-2ce6-40e5-ac84-62ad8c2d4654 -bleg 'lua:caller.lua' inline The callee leg (53d37581-1f90-44bf-860a-addbc8430e3a) is immediately hung up and the caller leg runs fine. Here's the log messages: (6505551212 is the caller and 5165551212 is the callee) 2010-03-03 21:29:56.086319 [DEBUG] switch_ivr.c:1441 (sofia/external/+ 16505551212(a)192.168.27.72) State Change CS_EXECUTE -> CS_ROUTING 2010-03-03 21:29:56.086319 [DEBUG] switch_core_session.c:1018 Send signal sofia/external/+16505551212(a)192.168.27.72 [BREAK] 2010-03-03 21:29:56.086319 [DEBUG] switch_core_session.c:638 Send signal sofia/external/+16505551212(a)192.168.27.72 [BREAK] 2010-03-03 21:29:56.086319 [NOTICE] switch_ivr.c:1447 Transfer sofia/external/+16505551212(a)192.168.27.72 to inline[lua:callee.lua@public] 2010-03-03 21:29:56.092461 [DEBUG] switch_core_session.c:638 Send signal sofia/external/+16505551212(a)192.168.27.72 [BREAK] 2010-03-03 21:29:56.092461 [DEBUG] switch_ivr_bridge.c:565 BRIDGE THREAD DONE [sofia/external/+16505551212(a)192.168.27.72] 2010-03-03 21:29:56.092461 [DEBUG] switch_ivr_bridge.c:585 Send signal sofia/external/+15165551212 [BREAK] 2010-03-03 21:29:56.092461 [DEBUG] switch_rtp.c:1626 Send middle packet for [1] ts=91040 dur=1760/1760/2440 seq=7493 2010-03-03 21:29:56.092461 [DEBUG] switch_core_session.c:638 Send signal sofia/external/+15165551212 [BREAK] 2010-03-03 21:29:56.092461 [DEBUG] switch_ivr_bridge.c:565 BRIDGE THREAD DONE [sofia/external/+15165551212] 2010-03-03 21:29:56.092461 [DEBUG] switch_ivr_bridge.c:585 Send signal sofia/external/+16505551212(a)192.168.27.72 [BREAK] 2010-03-03 21:29:56.092461 [NOTICE] switch_ivr_bridge.c:637 Hangup sofia/external/+15165551212 [CS_EXCHANGE_MEDIA] [NORMAL_CLEARING] 2010-03-03 21:29:56.092461 [DEBUG] switch_channel.c:2071 Send signal sofia/external/+15165551212 [KILL] 2010-03-03 21:29:56.092461 [DEBUG] switch_core_session.c:1018 Send signal sofia/external/+15165551212 [BREAK] 2010-03-03 21:29:56.092461 [DEBUG] switch_core_state_machine.c:351 (sofia/external/+15165551212) State EXCHANGE_MEDIA going to sleep 2010-03-03 21:29:56.092461 [DEBUG] switch_core_state_machine.c:314 (sofia/external/+15165551212) Running State Change CS_HANGUP 2010-03-03 21:29:56.092461 [DEBUG] switch_core_state_machine.c:499 (sofia/external/+15165551212) State HANGUP 2010-03-03 21:29:56.092461 [DEBUG] mod_sofia.c:411 Channel sofia/external/+15165551212 hanging up, cause: NORMAL_CLEARING 2010-03-03 21:29:56.092461 [DEBUG] mod_sofia.c:454 Sending BYE to sofia/external/+15165551212 2010-03-03 21:29:56.092461 [DEBUG] switch_core_state_machine.c:46 sofia/external/+15165551212 Standard HANGUP, cause: NORMAL_CLEARING 2010-03-03 21:29:56.092461 [DEBUG] switch_core_state_machine.c:499 (sofia/external/+15165551212) State HANGUP going to sleep 2010-03-03 21:29:56.092461 [DEBUG] switch_core_state_machine.c:333 (sofia/external/+15165551212) State Change CS_HANGUP -> CS_REPORTING 2010-03-03 21:29:56.092461 [DEBUG] switch_core_session.c:1018 Send signal sofia/external/+15165551212 [BREAK] 2010-03-03 21:29:56.092461 [DEBUG] switch_core_state_machine.c:314 (sofia/external/+15165551212) Running State Change CS_REPORTING 2010-03-03 21:29:56.093481 [DEBUG] switch_core_state_machine.c:590 (sofia/external/+15165551212) State REPORTING 2010-03-03 21:29:56.093481 [DEBUG] switch_core_state_machine.c:348 (sofia/external/+16505551212(a)192.168.27.72) State EXECUTE going to sleep 2010-03-03 21:29:56.093481 [DEBUG] switch_core_state_machine.c:314 (sofia/external/+16505551212(a)192.168.27.72) Running State Change CS_ROUTING 2010-03-03 21:29:56.093481 [DEBUG] switch_core_state_machine.c:341 (sofia/external/+16505551212(a)192.168.27.72) State ROUTING 2010-03-03 21:29:56.093481 [DEBUG] mod_sofia.c:140 sofia/external/+ 16505551212(a)192.168.27.72 SOFIA ROUTING 2010-03-03 21:29:56.093481 [DEBUG] switch_core_state_machine.c:77 sofia/external/+16505551212(a)192.168.27.72 Standard ROUTING 2010-03-03 21:29:56.093481 [DEBUG] switch_core_state_machine.c:119 (sofia/external/+16505551212(a)192.168.27.72) State Change CS_ROUTING -> CS_EXECUTE 2010-03-03 21:29:56.093481 [DEBUG] switch_core_session.c:1018 Send signal sofia/external/+16505551212(a)192.168.27.72 [BREAK] 2010-03-03 21:29:56.093481 [DEBUG] switch_core_state_machine.c:341 (sofia/external/+16505551212(a)192.168.27.72) State ROUTING going to sleep 2010-03-03 21:29:56.093481 [DEBUG] switch_core_state_machine.c:314 (sofia/external/+16505551212(a)192.168.27.72) Running State Change CS_EXECUTE 2010-03-03 21:29:56.093481 [DEBUG] switch_core_state_machine.c:348 (sofia/external/+16505551212(a)192.168.27.72) State EXECUTE 2010-03-03 21:29:56.093481 [DEBUG] mod_sofia.c:226 sofia/external/+ 16505551212(a)192.168.27.72 SOFIA EXECUTE 2010-03-03 21:29:56.093481 [DEBUG] switch_core_state_machine.c:157 sofia/external/+16505551212(a)192.168.27.72 Standard EXECUTE EXECUTE sofia/external/+16505551212(a)192.168.27.72 lua(callee.lua) 2010-03-03 21:29:56.095544 [DEBUG] switch_core_state_machine.c:53 sofia/external/+15165551212 Standard REPORTING, cause: NORMAL_CLEARING 2010-03-03 21:29:56.095544 [DEBUG] switch_core_state_machine.c:590 (sofia/external/+15165551212) State REPORTING going to sleep 2010-03-03 21:29:56.095544 [DEBUG] switch_core_state_machine.c:327 (sofia/external/+15165551212) State Change CS_REPORTING -> CS_DESTROY 2010-03-03 21:29:56.095544 [DEBUG] switch_core_session.c:1018 Send signal sofia/external/+15165551212 [BREAK] 2010-03-03 21:29:56.095544 [DEBUG] switch_core_session.c:1161 Session 24 (sofia/external/+15165551212) Locked, Waiting on external entities 2010-03-03 21:29:56.095544 [NOTICE] switch_core_session.c:1179 Session 24 (sofia/external/+15165551212) Ended 2010-03-03 21:29:56.095544 [NOTICE] switch_core_session.c:1181 Close Channel sofia/external/+15165551212 [CS_DESTROY] 2010-03-03 21:29:56.095544 [DEBUG] switch_core_state_machine.c:428 (sofia/external/+15165551212) Running State Change CS_DESTROY 2010-03-03 21:29:56.095544 [DEBUG] switch_core_state_machine.c:439 (sofia/external/+15165551212) State DESTROY 2010-03-03 21:29:56.095544 [DEBUG] mod_sofia.c:338 sofia/external/+15165551212 SOFIA DESTROY 2010-03-03 21:29:56.095544 [DEBUG] switch_core_state_machine.c:60 sofia/external/+15165551212 Standard DESTROY 2010-03-03 21:29:56.095544 [DEBUG] switch_core_state_machine.c:439 (sofia/external/+15165551212) State DESTROY going to sleep 2010-03-03 21:29:56.127189 [DEBUG] switch_ivr.c:1441 (sofia/external/+ 16505551212(a)192.168.27.72) State Change CS_EXECUTE -> CS_ROUTING 2010-03-03 21:29:56.127189 [DEBUG] switch_core_session.c:1018 Send signal sofia/external/+16505551212(a)192.168.27.72 [BREAK] 2010-03-03 21:29:56.127189 [DEBUG] switch_core_session.c:638 Send signal sofia/external/+16505551212(a)192.168.27.72 [BREAK] 2010-03-03 21:29:56.127189 [NOTICE] switch_ivr.c:1447 Transfer sofia/external/+16505551212(a)192.168.27.72 to inline[lua:caller.lua] 2010-03-03 21:29:56.875077 [DEBUG] switch_core_media_bug.c:360 Attaching BUG to sofia/external/+16505551212(a)192.168.27.72 2010-03-03 21:29:56.909780 [DEBUG] switch_core_media_bug.c:442 Removing BUG from sofia/external/+16505551212(a)192.168.27.72 2010-03-03 21:29:56.910802 [ERR] inline:1 Session is not active! 2010-03-03 21:29:56.910802 [DEBUG] switch_core_state_machine.c:348 (sofia/external/+16505551212(a)192.168.27.72) State EXECUTE going to sleep 2010-03-03 21:29:56.910802 [DEBUG] switch_core_state_machine.c:314 (sofia/external/+16505551212(a)192.168.27.72) Running State Change CS_ROUTING 2010-03-03 21:29:56.910802 [DEBUG] switch_core_state_machine.c:341 (sofia/external/+16505551212(a)192.168.27.72) State ROUTING 2010-03-03 21:29:56.910802 [DEBUG] mod_sofia.c:140 sofia/external/+ 16505551212(a)192.168.27.72 SOFIA ROUTING 2010-03-03 21:29:56.910802 [DEBUG] switch_core_state_machine.c:77 sofia/external/+16505551212(a)192.168.27.72 Standard ROUTING 2010-03-03 21:29:56.910802 [DEBUG] switch_core_state_machine.c:119 (sofia/external/+16505551212(a)192.168.27.72) State Change CS_ROUTING -> CS_EXECUTE 2010-03-03 21:29:56.910802 [DEBUG] switch_core_session.c:1018 Send signal sofia/external/+16505551212(a)192.168.27.72 [BREAK] 2010-03-03 21:29:56.910802 [DEBUG] switch_core_state_machine.c:341 (sofia/external/+16505551212(a)192.168.27.72) State ROUTING going to sleep 2010-03-03 21:29:56.910802 [DEBUG] switch_core_state_machine.c:314 (sofia/external/+16505551212(a)192.168.27.72) Running State Change CS_EXECUTE 2010-03-03 21:29:56.910802 [DEBUG] switch_core_state_machine.c:348 (sofia/external/+16505551212(a)192.168.27.72) State EXECUTE 2010-03-03 21:29:56.910802 [DEBUG] mod_sofia.c:226 sofia/external/+ 16505551212(a)192.168.27.72 SOFIA EXECUTE 2010-03-03 21:29:56.910802 [DEBUG] switch_core_state_machine.c:157 sofia/external/+16505551212(a)192.168.27.72 Standard EXECUTE EXECUTE sofia/external/+16505551212(a)192.168.27.72 lua(caller.lua) 2010-03-03 21:29:56.911830 [NOTICE] switch_cpp.cpp:1142 *********** Caller.lua - Success: 53d37581-1f90-44bf-860a-addbc8430e3a *********** 2010-03-03 21:29:56.911830 [ERR] switch_core_session.c:357 Could not locate channel type 53d37581-1f90-44bf-860a-addbc8430e3a 2010-03-03 21:29:56.911830 [ERR] switch_ivr_originate.c:2389 Cannot create outgoing channel of type [53d37581-1f90-44bf-860a-addbc8430e3a] cause: [CHAN_NOT_IMPLEMENTED] 2010-03-03 21:29:56.911830 [DEBUG] switch_ivr_originate.c:3187 Originate Resulted in Error Cause: 66 [CHAN_NOT_IMPLEMENTED] 2010-03-03 21:29:56.911830 [ERR] switch_cpp.cpp:618 session is not initalized 2010-03-03 21:29:57.032095 [DEBUG] switch_ivr_play_say.c:1156 Codec Activated L16@8000hz 1 channels 20ms How can I get the callee leg to stay up? Is this not what -bleg is supposed to do? Am I doing something wrong here? I've tried parking both legs and invoking the lua on the channels but one of the channels still drops and the uuid is no-longer available in the event socket. Is there some other preferred way to split a call apart? Thanks. -Anders

1 1

Tienes una invitaci�n de Jason White a ClubWNC
by Jason White 03 Mar '10

03 Mar '10

ClubWNC freeswitch-users: Tienes una invitación de Jason White a ClubWNC   Hola He creado un perfil en ClubWNC donde puedo hacer listas de regalos, publicar reseñas sobre productos, ver a mis amigos de Facebook y lo que les gusta, lo que han comprado, y lo que quieren que les regalen, y quiero agregarte a mis amigos para que puedas verlo. Para ello, necesitas registrarte en ClubWNC y, después, podrás crear también tu propio perfil. Para registrarte en ClubWNC, sigue este enlace:http://www.clubwnc.com/eshop/create_eshop_account.php?cdr=2465 Jason White ha invitado a freeswitch-users a unirse a ClubWNC. Si no quieres recibir este tipo de mensajes de ClubWNC, haz clic aquí para borrar tu nombre de la lista de personas suscritas.

1 0

"Throttle Error" after updating to trunk
by mayamatakeshi 03 Mar '10

03 Mar '10

Hello, was any timing related change done recently in FS? I have updated to trunk r. 16873 (was just some 200 revisions behind) and now I'm seeing several messages like this when I try as little as 5 calls per second: 2010-03-03 16:55:16.139880 [CRIT] switch_core_session.c:1496 Throttle Error! 111 When this happens, FS refuses the related call with "503 Maximum Calls In Progress" although, I'm using default config files (sessions-per-second=30). So it seems to me FS is wrongly aggregating incoming calls on the same interval. I have tested this in a CentOS5.3 64-bit and with a CentOS5.2 32-bit. FS never showed this before in any of them. regards, takeshi

2 2

FreeSWITCH Conference Call Agenda
by Michael Collins 03 Mar '10

03 Mar '10

Hello all. We have a nice agenda today: http://bit.ly/9zDiBq We invite everyone to join us. I believe that today we may have user todpunk giving a talk on mod_fifo. Talk to you all soon, Michael

1 0

How to exchange media when I developed new endpoint module?
by 杨江骅 03 Mar '10

03 Mar '10

Hi, I am developping a new endpoint module, now I can make an inbound call and execute IVR. When I make an outbound call and bridge the inbound leg and outbound leg, I receive remote alerting and pickup remote phone but there isn't any voice exchange. So how to exchange media next? ---------------------------------------------------------------------- gtalk: spiritonly(a)gmail.com

4 8

make current - System Hangs
by lakshmanan ganapathy 03 Mar '10

03 Mar '10

Hi all, I did make current from my freeswitch src directory, but the system got hanged. Any one know why this happened. Here is the output that is printed when I run make current http://pastebin.freeswitch.org/12279

3 3

help on codec negotiation, got incompatable destination
by Seven Du 03 Mar '10

03 Mar '10

I have iLBC configured in profile internal CODECS IN PCMU,PCMA,iLBC@30i,GSM CODECS OUT PCMU,PCMA,iLBC@30i,GSM and <param name="inbound-codec-negotiation" value="generous"/> but it seems not comparing with iLBC 010-03-02 01:43:48.183785 [DEBUG] sofia_glue.c:3533 Audio Codec Compare [iLBC:97:8000:30]/[PCMU:0:8000:20] 2010-03-02 01:43:48.183785 [DEBUG] sofia_glue.c:3533 Audio Codec Compare [iLBC:97:8000:30]/[PCMA:8:8000:20] 2010-03-02 01:43:48.183785 [DEBUG] sofia_glue.c:3533 Audio Codec Compare [iLBC:97:8000:30]/[GSM:3:8000:20] 2010-03-02 01:43:48.183785 [DEBUG] sofia_glue.c:3489 Set 2833 dtmf payload to 101 2010-03-02 01:43:48.183785 [DEBUG] sofia_glue.c:3533 Audio Codec Compare [telephone-event:101:8000:30]/[PCMU:0:8000:20] 2010-03-02 01:43:48.183785 [DEBUG] sofia_glue.c:3533 Audio Codec Compare [telephone-event:101:8000:30]/[PCMA:8:8000:20] 2010-03-02 01:43:48.183785 [DEBUG] sofia_glue.c:3533 Audio Codec Compare [telephone-event:101:8000:30]/[GSM:3:8000:20] 2010-03-02 01:43:48.183785 [DEBUG] sofia_glue.c:3533 Audio Codec Compare [CN:13:8000:30]/[PCMU:0:8000:20] 2010-03-02 01:43:48.183785 [DEBUG] sofia_glue.c:3533 Audio Codec Compare [CN:13:8000:30]/[PCMA:8:8000:20] 2010-03-02 01:43:48.183785 [DEBUG] sofia_glue.c:3533 Audio Codec Compare [CN:13:8000:30]/[GSM:3:8000:20] can anyone help on this? see full log at http://pastebin.freeswitch.org/12278 . Thanks.

2 7

What FS is doing when idle?
by Sergey Okhapkin 03 Mar '10

03 Mar '10

FS (r16858) consumes 4-5% of CPU time with spikes to 10% when idle. No single SIP request hits it. What does it doing? I unloaded all modules which can be unloaded, no difference. Tried with both -vm and -heavy-timer start up options. I'm running gentoo linux. # uname -a Linux 2.6.28-tuxonice-r10 #1 SMP Sat Oct 17 08:58:15 EDT 2009 i686 Intel(R) Pentium(R) 4 CPU 2.80GHz GenuineIntel GNU/Linux

11 26