August 2010 - FreeSWITCH-users - FreeSWITCH Mailing Lists

On FS-HA feature: HA + Balancing ?
by Fabio Pietrosanti (naif) 05 Aug '10

05 Aug '10

Hi guys, first of all my compliments for FS-HA features, something really enterprise that make the life of infrastructure architect and system administration much simpler. My simpler question is: Does FS with HA features can do "High availability AND Load Balancing" without using third party SIP Proxy? If so the FS would simplify a lot most of the IP architecture as it may be possible to just put more FS boxes into a HA+Balancing "server farm" when you need more power. Is that possible? Fabio

2 2

destination_number question
by Madovsky 05 Aug '10

05 Aug '10

if I call from a sip phone for ex 99999999@mydomain and use <condition field="destination_number" expression="^(99999999})"/> in dialplan it fails. I need to remove the << ^ >> and it works. so I there any chars in front of the number in destination_number variable if I call from SIP phone ? Thanks Franck

2 2

any disaster lurking in this over all plan?
by Robust Process 05 Aug '10

05 Aug '10

All, when it comes to VOIP, I was born yesterday (but I staid up all night). I was about to buy a Digium TDM404E with 4 FXO (Red) Modules and eight Aastra 6755i phones when it occurred to me I probably should ask the FreeSWITCH community if what I'm about to do is sane :] 8 endpoints (planned to be aastra 6755i) 6 people using phones (four concurrent PSTN lines busy at peak usage) (55 to 60 long distance calls at a current cost of $55 to $70/mo) I hope to create a VOIP hybrid (at first) where just the long distance calls are done via SIP. Later, I would disconnect PSTN2 and PSTN3 and use the SIP DID as the roll over group/hunt group once I have the system stabilized. ---------------------------------------------------------------------------- Inbound Calls ---------------------------------------------------------------------------- PSTN1->TDM404E| PSTN2->TDM404E|->FreeSWITCH->local ethernet network->(aastra 6755i endpoints) PSTN3->TDM404E| PSTN4->TDM404E| {will later disconnect PSTN2 and PSTN3 and use SIP DID as roll over group -and hunt for outgoing} ---------------------------------------------------------------------------- ---------------------------------------------------------------------------- Outbound Calls ---------------------------------------------------------------------------- SIP service (one DID)<-FreeSWITCH<-local ethernet network<-(long distance calls via aastra 6755i) PSTN2->TDM404E|<-FreeSWITCH<-local ethernet network<-(local calls via aastra 6755i) PSTN3->TDM404E| PSTN4->TDM404E| ---------------------------------------------------------------------------- ---------------------------------------------------------------------------- Ethernet Configuration ---------------------------------------------------------------------------- | -TDM404E->PSTN -DSL Modem NAT---3com Ethernet Switch---FreeSWITCH| | |_aastra 6755i--Computer (this represents eight endpoints/PCs) ---------------------------------------------------------------------------- ---------------------------------------------------------------------------- FreeSWITCH Server ---------------------------------------------------------------------------- Dell 1400sc Service Tag: JRRXJ01 **************** Hardware **************** BIOS ver A03 CPUs Two 1000MHz, fsb 133 Mhz, L2 256kb RAM 512MB ECC Video ATI Rage XL FDD CDROM Tape Drive (Archive Python 06408-xxx) Raid Controller: American Megatrends Perc2/D2 (Now LSI) bois v1p00, firmware ver 1.01 DRAM 128MB 15 scsi ids on each channel Harddisk Space: 66GB RAID 5, 3 stripes, Stripe Size 64kb, Wide Termination (one 34,578MB Seagate ST336607LW, two 34,938MB Seagate ST336807LW ) PS/2 Keyboard PS/2 Mouse Two DB 9 pin serial ports One 25 pin lpt port 2 USB ports Serverworks One onboard Intel NIC 10/100M, MAC 00B0D0D094E8 Card Slots: Slot 4, planned to place TDM404E in this slot Slot 5, Intel NIC 10/100M Slot 6, Intel SCSI ---------------------------------------------------------------------------- So, is the above sane or am I going to have to stay up all weekend? -seriously, let me know if you see looming disaster (and it'd be useful if you told me the specific disaster you see and how to avoid it). Thanks, Orin

2 1

Re: [Freeswitch-users] destination_number question
by Madovsky 05 Aug '10

05 Aug '10

have some doubt can I have destination_number stacked condition like <condition field="destination_number" expression="^(1\d{10,15})"/> <condition field="destination_number" expression="^(54\d{10,14})"> blablablaa </condition> Thanks ----- Original Message ----- From: Madovsky To: freeswitch-users(a)lists.freeswitch.org Sent: Thursday, August 05, 2010 2:00 PM Subject: destination_number question if I call from a sip phone for ex 99999999@mydomain and use <condition field="destination_number" expression="^(99999999})"/> in dialplan it fails. I need to remove the << ^ >> and it works. so I there any chars in front of the number in destination_number variable if I call from SIP phone ? Thanks Franck

1 0

Re: [Freeswitch-users] On FS-HA feature: HA + Balancing ?
by Madovsky 05 Aug '10

05 Aug '10

of course you have to use a proxy if are behind a fw ----- Original Message ----- From: "Madovsky" <infos(a)madovsky.org> To: "FreeSWITCH Users Help" <freeswitch-users(a)lists.freeswitch.org> Sent: Thursday, August 05, 2010 1:27 PM Subject: Re: [Freeswitch-users] On FS-HA feature: HA + Balancing ? > For now I use NAPTR SRV for load balancing (it's round robin but it avoids > any proxy) > for HA you have LVS, Pacemaker, Linix-HA, IBM cluster etc... > > ----- Original Message ----- > From: "Fabio Pietrosanti (naif)" <lists(a)infosecurity.ch> > To: "FreeSWITCH Users Help" <freeswitch-users(a)lists.freeswitch.org> > Sent: Thursday, August 05, 2010 3:55 AM > Subject: [Freeswitch-users] On FS-HA feature: HA + Balancing ? > > >> Hi guys, >> >> first of all my compliments for FS-HA features, something really >> enterprise that make the life of infrastructure architect and system >> administration much simpler. >> >> My simpler question is: >> >> Does FS with HA features can do "High availability AND Load Balancing" >> without using third party SIP Proxy? >> >> If so the FS would simplify a lot most of the IP architecture as it may >> be possible to just put more FS boxes into a HA+Balancing "server farm" >> when you need more power. >> >> Is that possible? >> >> Fabio >> >> _______________________________________________ >> 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 > > > _______________________________________________ > 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

1 0

Freeswitch Implementation
by Stephen Cattaneo 05 Aug '10

05 Aug '10

Is there anyone in the US that would be interested in doing a basic Freeswitch implementation for us? Please contact me at stephen(a)fitnyc.edu Thanks, Stephen C -All of my email addresses go to the same place -Save Paper, think before you print

4 3

Error occurring while compiling ASR Grammar
by ovvenkat 05 Aug '10

05 Aug '10

hi to all, I have followed the this wiki page http://wiki.freeswitch.org/wiki/Examples_directory_lua_asr_tts As said in the wiki page, I have created a file called *directory.sent* inside the director * /usr/local/freeswitch/grammar*. After that, I have issued the following command to compile (my current directory is *director /usr/local/freeswitch/grammar* ) *make /usr/local/freeswitch/grammar directory* ( or ) *make /usr/local/freeswitch/grammar directory.sent *I am getting the following error message make: Nothing to be done for `/usr/local/freeswitch/grammar'. make: *** No rule to make target `directory'. Stop.* * Can you anyone please correct me, where I m dong wrong? Regards Venkatesan OV.

1 0

Help on reading the log better
by Nyamul Hassan 05 Aug '10

05 Aug '10

Hi, I've finished the book, and was able to send a call through to another switch that we use. There was an initial codec mismatch (G729), but after reading the debug logs (fs_cli /log 7), it was identified and after fixing that, the call went through just fine. Today, I was trying some more changes on the default config, and the call will not go through. While that is not a problem as I can always go back to the default conf, what was bothering me is that I could not find out the right cause by reading the logs. The call also did not hit the other switch. Perhaps I am not reading something right. Can someone please help me identify what part of the logs below are showing where the calls are failing? The log is given below my signature. I changed my IPs and dialed number. Sorry for the inconvenience. Regards HASSAN 2010-08-04 13:06:47.459004 [DEBUG] sofia.c:6000 IP 192.168.254.10 Rejected by acl "domains". Falling back to Digest auth. 2010-08-04 13:06:48.853933 [DEBUG] sofia.c:6000 IP 192.168.254.10 Rejected by acl "domains". Falling back to Digest auth. 2010-08-04 13:06:48.855161 [NOTICE] switch_channel.c:779 New Channel sofia/internal/hassan(a)a.b.c.d [3b01cb99-20dd-4a9d-8084-2f2e16a5aee6] 2010-08-04 13:06:48.855161 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/hassan(a)a.b.c.d) Running State Change CS_NEW 2010-08-04 13:06:48.855161 [DEBUG] switch_core_state_machine.c:320 (sofia/internal/hassan(a)a.b.c.d) State NEW 2010-08-04 13:06:48.856895 [DEBUG] sofia.c:6823 Setting NAT mode based on nat.auto 2010-08-04 13:06:48.856895 [DEBUG] sofia.c:4318 Channel sofia/internal/hassan(a)a.b.c.d entering state [received][100] 2010-08-04 13:06:48.856895 [DEBUG] sofia.c:4329 Remote SDP: v=0 o=- 9 2 IN IP4 192.168.254.10 s=CounterPath Bria c=IN IP4 192.168.254.10 t=0 0 m=audio 63242 RTP/AVP 18 101 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=alt:1 2 : wsPFY2UY ge45TD7O a1.b1.c1.d1 63242 a=alt:2 1 : mCzsWRNJ nH/GgDGG 192.168.254.10 63242 a=x-rtp-session-id:C59D45BA9189497CB4C041AC656702E2 2010-08-04 13:06:48.856895 [DEBUG] sofia_glue.c:3845 Audio Codec Compare [G729:18:8000:20]/[G729:18:8000:20] 2010-08-04 13:06:48.856895 [DEBUG] sofia_glue.c:2442 Set Codec sofia/internal/hassan(a)a.b.c.d G729/8000 20 ms 160 samples 2010-08-04 13:06:48.856895 [DEBUG] sofia_glue.c:3941 Set 2833 dtmf send/recv payload to 101 2010-08-04 13:06:48.856895 [DEBUG] sofia.c:4476 (sofia/internal/hassan(a)a.b.c.d) State Change CS_NEW -> CS_INIT 2010-08-04 13:06:48.856895 [DEBUG] switch_core_session.c:1039 Send signal sofia/internal/hassan(a)a.b.c.d [BREAK] 2010-08-04 13:06:48.856895 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/hassan(a)a.b.c.d) Running State Change CS_INIT 2010-08-04 13:06:48.856895 [DEBUG] switch_core_state_machine.c:338 (sofia/internal/hassan(a)a.b.c.d) State INIT 2010-08-04 13:06:48.856895 [DEBUG] mod_sofia.c:83 sofia/internal/hassan(a)a.b.c.d SOFIA INIT 2010-08-04 13:06:48.856895 [DEBUG] mod_sofia.c:119 (sofia/internal/hassan(a)a.b.c.d) State Change CS_INIT -> CS_ROUTING 2010-08-04 13:06:48.856895 [DEBUG] switch_core_session.c:1039 Send signal sofia/internal/hassan(a)a.b.c.d [BREAK] 2010-08-04 13:06:48.856895 [DEBUG] switch_core_state_machine.c:338 (sofia/internal/hassan(a)a.b.c.d) State INIT going to sleep 2010-08-04 13:06:48.856895 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/hassan(a)a.b.c.d) Running State Change CS_ROUTING 2010-08-04 13:06:48.856895 [DEBUG] switch_channel.c:1512 (sofia/internal/hassan(a)a.b.c.d) Callstate Change DOWN -> RINGING 2010-08-04 13:06:48.856895 [DEBUG] switch_core_state_machine.c:341 (sofia/internal/hassan(a)a.b.c.d) State ROUTING 2010-08-04 13:06:48.856895 [DEBUG] mod_sofia.c:142 sofia/internal/hassan(a)a.b.c.d SOFIA ROUTING 2010-08-04 13:06:48.856895 [DEBUG] switch_core_state_machine.c:77 sofia/internal/hassan(a)a.b.c.d Standard ROUTING 2010-08-04 13:06:48.856895 [INFO] mod_dialplan_xml.c:331 Processing hassan->0111234567890 in context sky189 Dialplan: sofia/internal/hassan(a)a.b.c.d parsing [sky189->dial_sky189] continue=false Dialplan: sofia/internal/hassan(a)a.b.c.d Regex (PASS) [dial_sky189] destination_number(0111234567890) =~ /^011(\d+)$/ break=on-false Dialplan: sofia/internal/hassan(a)a.b.c.d Action set(effective_caller_id_number=${outbound_caller_id_number}) Dialplan: sofia/internal/hassan(a)a.b.c.d Action set(effective_caller_id_name=${outbound_caller_id_name}) Dialplan: sofia/internal/hassan(a)a.b.c.d Action bridge(sofia/external/1234567890@sky189) 2010-08-04 13:06:48.858888 [DEBUG] switch_core_state_machine.c:119 (sofia/internal/hassan(a)a.b.c.d) State Change CS_ROUTING -> CS_EXECUTE 2010-08-04 13:06:48.858888 [DEBUG] switch_core_session.c:1039 Send signal sofia/internal/hassan(a)a.b.c.d [BREAK] 2010-08-04 13:06:48.858888 [DEBUG] switch_core_state_machine.c:341 (sofia/internal/hassan(a)a.b.c.d) State ROUTING going to sleep 2010-08-04 13:06:48.858888 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/hassan(a)a.b.c.d) Running State Change CS_EXECUTE 2010-08-04 13:06:48.858888 [DEBUG] switch_core_state_machine.c:348 (sofia/internal/hassan(a)a.b.c.d) State EXECUTE 2010-08-04 13:06:48.858888 [DEBUG] mod_sofia.c:235 sofia/internal/hassan(a)a.b.c.d SOFIA EXECUTE 2010-08-04 13:06:48.858888 [DEBUG] switch_core_state_machine.c:157 sofia/internal/hassan(a)a.b.c.d Standard EXECUTE EXECUTE sofia/internal/hassan(a)a.b.c.d set(effective_caller_id_number=) 2010-08-04 13:06:48.858888 [DEBUG] mod_dptools.c:854 sofia/internal/hassan(a)a.b.c.d SET [effective_caller_id_number]=[UNDEF] EXECUTE sofia/internal/hassan(a)a.b.c.d set(effective_caller_id_name=) 2010-08-04 13:06:48.858888 [DEBUG] mod_dptools.c:854 sofia/internal/hassan(a)a.b.c.d SET [effective_caller_id_name]=[UNDEF] EXECUTE sofia/internal/hassan@a.b.c.dbridge(sofia/external/1234567890@sky189 ) 2010-08-04 13:06:48.858888 [NOTICE] switch_channel.c:779 New Channel sofia/external/1234567890@sky189 [cfbd2d4f-87fc-4c59-b320-2290a5a076b3] 2010-08-04 13:06:48.858888 [DEBUG] mod_sofia.c:3892 (sofia/external/1234567890@sky189) State Change CS_NEW -> CS_INIT 2010-08-04 13:06:48.858888 [DEBUG] switch_core_session.c:1039 Send signal sofia/external/1234567890@sky189 [BREAK] 2010-08-04 13:06:48.858888 [DEBUG] switch_core_state_machine.c:314 (sofia/external/1234567890@sky189) Running State Change CS_INIT 2010-08-04 13:06:48.858888 [DEBUG] switch_core_state_machine.c:338 (sofia/external/1234567890@sky189) State INIT 2010-08-04 13:06:48.858888 [DEBUG] mod_sofia.c:83 sofia/external/1234567890@sky189 SOFIA INIT 2010-08-04 13:06:48.858888 [DEBUG] mod_sofia.c:119 (sofia/external/1234567890@sky189) State Change CS_INIT -> CS_ROUTING 2010-08-04 13:06:48.858888 [DEBUG] switch_core_session.c:1039 Send signal sofia/external/1234567890@sky189 [BREAK] 2010-08-04 13:06:48.858888 [DEBUG] switch_core_state_machine.c:338 (sofia/external/1234567890@sky189) State INIT going to sleep 2010-08-04 13:06:48.858888 [DEBUG] switch_core_state_machine.c:314 (sofia/external/1234567890@sky189) Running State Change CS_ROUTING 2010-08-04 13:06:48.858888 [DEBUG] switch_channel.c:1512 (sofia/external/1234567890@sky189) Callstate Change DOWN -> RINGING 2010-08-04 13:06:48.858888 [DEBUG] switch_core_state_machine.c:341 (sofia/external/1234567890@sky189) State ROUTING 2010-08-04 13:06:48.858888 [DEBUG] mod_sofia.c:142 sofia/external/1234567890@sky189 SOFIA ROUTING 2010-08-04 13:06:48.858888 [DEBUG] switch_ivr_originate.c:66 (sofia/external/1234567890@sky189) State Change CS_ROUTING -> CS_CONSUME_MEDIA 2010-08-04 13:06:48.858888 [DEBUG] switch_core_session.c:1039 Send signal sofia/external/1234567890@sky189 [BREAK] 2010-08-04 13:06:48.858888 [DEBUG] switch_core_state_machine.c:341 (sofia/external/1234567890@sky189) State ROUTING going to sleep 2010-08-04 13:06:48.858888 [DEBUG] switch_core_state_machine.c:314 (sofia/external/1234567890@sky189) Running State Change CS_CONSUME_MEDIA 2010-08-04 13:06:48.858888 [DEBUG] switch_core_state_machine.c:360 (sofia/external/1234567890@sky189) State CONSUME_MEDIA 2010-08-04 13:06:48.858888 [DEBUG] switch_core_state_machine.c:360 (sofia/external/1234567890@sky189) State CONSUME_MEDIA going to sleep 2010-08-04 13:06:48.858888 [DEBUG] sofia.c:4318 Channel sofia/external/1234567890@sky189 entering state [calling][0] 2010-08-04 13:06:48.861065 [DEBUG] sofia.c:4318 Channel sofia/external/1234567890@sky189 entering state [terminated][503] 2010-08-04 13:06:48.861065 [DEBUG] switch_channel.c:2309 (sofia/external/1234567890@sky189) Callstate Change RINGING -> HANGUP 2010-08-04 13:06:48.861065 [NOTICE] sofia.c:4932 Hangup sofia/external/1234567890@sky189 [CS_CONSUME_MEDIA] [NORMAL_TEMPORARY_FAILURE] 2010-08-04 13:06:48.861065 [DEBUG] switch_channel.c:2325 Send signal sofia/external/1234567890@sky189 [KILL] 2010-08-04 13:06:48.861065 [DEBUG] switch_core_session.c:1039 Send signal sofia/external/1234567890@sky189 [BREAK] 2010-08-04 13:06:48.861065 [DEBUG] switch_core_state_machine.c:314 (sofia/external/1234567890@sky189) Running State Change CS_HANGUP 2010-08-04 13:06:48.861065 [DEBUG] switch_core_state_machine.c:535 (sofia/external/1234567890@sky189) State HANGUP 2010-08-04 13:06:48.861065 [DEBUG] mod_sofia.c:447 sofia/external/1234567890@sky189 Overriding SIP cause 503 with 503 from the other leg 2010-08-04 13:06:48.861065 [DEBUG] mod_sofia.c:453 Channel sofia/external/1234567890@sky189 hanging up, cause: NORMAL_TEMPORARY_FAILURE 2010-08-04 13:06:48.861065 [DEBUG] switch_core_state_machine.c:46 sofia/external/1234567890@sky189 Standard HANGUP, cause: NORMAL_TEMPORARY_FAILURE 2010-08-04 13:06:48.861065 [DEBUG] switch_core_state_machine.c:535 (sofia/external/1234567890@sky189) State HANGUP going to sleep 2010-08-04 13:06:48.861065 [DEBUG] switch_core_state_machine.c:333 (sofia/external/1234567890@sky189) State Change CS_HANGUP -> CS_REPORTING 2010-08-04 13:06:48.861065 [DEBUG] switch_core_session.c:1039 Send signal sofia/external/1234567890@sky189 [BREAK] 2010-08-04 13:06:48.861065 [DEBUG] switch_core_state_machine.c:314 (sofia/external/1234567890@sky189) Running State Change CS_REPORTING 2010-08-04 13:06:48.861065 [DEBUG] switch_core_state_machine.c:595 (sofia/external/1234567890@sky189) State REPORTING 2010-08-04 13:06:48.861065 [DEBUG] switch_core_state_machine.c:53 sofia/external/1234567890@sky189 Standard REPORTING, cause: NORMAL_TEMPORARY_FAILURE 2010-08-04 13:06:48.861065 [DEBUG] switch_core_state_machine.c:595 (sofia/external/1234567890@sky189) State REPORTING going to sleep 2010-08-04 13:06:48.861065 [DEBUG] switch_core_state_machine.c:327 (sofia/external/1234567890@sky189) State Change CS_REPORTING -> CS_DESTROY 2010-08-04 13:06:48.861065 [DEBUG] switch_core_session.c:1039 Send signal sofia/external/1234567890@sky189 [BREAK] 2010-08-04 13:06:48.861065 [DEBUG] switch_ivr_originate.c:3431 Originate Resulted in Error Cause: 41 [NORMAL_TEMPORARY_FAILURE] 2010-08-04 13:06:48.861065 [INFO] mod_dptools.c:2393 Originate Failed. Cause: NORMAL_TEMPORARY_FAILURE 2010-08-04 13:06:48.861065 [DEBUG] switch_channel.c:2309 (sofia/internal/hassan(a)a.b.c.d) Callstate Change RINGING -> HANGUP 2010-08-04 13:06:48.861065 [NOTICE] mod_dptools.c:2456 Hangup sofia/internal/hassan(a)a.b.c.d [CS_EXECUTE] [NORMAL_TEMPORARY_FAILURE] 2010-08-04 13:06:48.861065 [DEBUG] switch_channel.c:2325 Send signal sofia/internal/hassan(a)a.b.c.d [KILL] 2010-08-04 13:06:48.861065 [DEBUG] switch_core_session.c:1039 Send signal sofia/internal/hassan(a)a.b.c.d [BREAK] 2010-08-04 13:06:48.861065 [DEBUG] switch_core_session.c:1905 sofia/internal/hassan(a)a.b.c.d skip receive message [APPLICATION_EXEC_COMPLETE] (channel is hungup already) 2010-08-04 13:06:48.861065 [DEBUG] switch_core_state_machine.c:348 (sofia/internal/hassan(a)a.b.c.d) State EXECUTE going to sleep 2010-08-04 13:06:48.861065 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/hassan(a)a.b.c.d) Running State Change CS_HANGUP 2010-08-04 13:06:48.861065 [DEBUG] switch_core_state_machine.c:535 (sofia/internal/hassan(a)a.b.c.d) State HANGUP 2010-08-04 13:06:48.861065 [DEBUG] mod_sofia.c:447 sofia/internal/hassan(a)a.b.c.d Overriding SIP cause 503 with 503 from the other leg 2010-08-04 13:06:48.861065 [DEBUG] mod_sofia.c:453 Channel sofia/internal/hassan(a)a.b.c.d hanging up, cause: NORMAL_TEMPORARY_FAILURE 2010-08-04 13:06:48.861065 [DEBUG] switch_core_session.c:1202 Session 11 (sofia/external/1234567890@sky189) Locked, Waiting on external entities 2010-08-04 13:06:48.861065 [NOTICE] switch_core_session.c:1220 Session 11 (sofia/external/1234567890@sky189) Ended 2010-08-04 13:06:48.862912 [NOTICE] switch_core_session.c:1222 Close Channel sofia/external/1234567890@sky189 [CS_DESTROY] 2010-08-04 13:06:48.862912 [DEBUG] switch_core_state_machine.c:427 (sofia/external/1234567890@sky189) Callstate Change HANGUP -> DOWN 2010-08-04 13:06:48.862912 [DEBUG] switch_core_state_machine.c:430 (sofia/external/1234567890@sky189) Running State Change CS_DESTROY 2010-08-04 13:06:48.862912 [DEBUG] switch_core_state_machine.c:440 (sofia/external/1234567890@sky189) State DESTROY 2010-08-04 13:06:48.862912 [DEBUG] mod_sofia.c:358 sofia/external/1234567890@sky189 SOFIA DESTROY 2010-08-04 13:06:48.862912 [DEBUG] switch_core_state_machine.c:60 sofia/external/1234567890@sky189 Standard DESTROY 2010-08-04 13:06:48.862912 [DEBUG] switch_core_state_machine.c:440 (sofia/external/1234567890@sky189) State DESTROY going to sleep 2010-08-04 13:06:48.864893 [DEBUG] mod_sofia.c:515 Responding to INVITE with: 503 2010-08-04 13:06:48.864893 [DEBUG] switch_core_state_machine.c:46 sofia/internal/hassan(a)a.b.c.d Standard HANGUP, cause: NORMAL_TEMPORARY_FAILURE 2010-08-04 13:06:48.864893 [DEBUG] switch_core_state_machine.c:535 (sofia/internal/hassan(a)a.b.c.d) State HANGUP going to sleep 2010-08-04 13:06:48.864893 [DEBUG] switch_core_state_machine.c:333 (sofia/internal/hassan(a)a.b.c.d) State Change CS_HANGUP -> CS_REPORTING 2010-08-04 13:06:48.864893 [DEBUG] switch_core_session.c:1039 Send signal sofia/internal/hassan(a)a.b.c.d [BREAK] 2010-08-04 13:06:48.864893 [DEBUG] switch_core_state_machine.c:314 (sofia/internal/hassan(a)a.b.c.d) Running State Change CS_REPORTING 2010-08-04 13:06:48.864893 [DEBUG] switch_core_state_machine.c:595 (sofia/internal/hassan(a)a.b.c.d) State REPORTING 2010-08-04 13:06:48.864893 [DEBUG] switch_core_state_machine.c:53 sofia/internal/hassan(a)a.b.c.d Standard REPORTING, cause: NORMAL_TEMPORARY_FAILURE 2010-08-04 13:06:48.864893 [DEBUG] switch_core_state_machine.c:595 (sofia/internal/hassan(a)a.b.c.d) State REPORTING going to sleep 2010-08-04 13:06:48.864893 [DEBUG] switch_core_state_machine.c:327 (sofia/internal/hassan(a)a.b.c.d) State Change CS_REPORTING -> CS_DESTROY 2010-08-04 13:06:48.864893 [DEBUG] switch_core_session.c:1039 Send signal sofia/internal/hassan(a)a.b.c.d [BREAK] 2010-08-04 13:06:48.864893 [DEBUG] switch_core_session.c:1202 Session 10 (sofia/internal/hassan(a)a.b.c.d) Locked, Waiting on external entities 2010-08-04 13:06:48.864893 [NOTICE] switch_core_session.c:1220 Session 10 (sofia/internal/hassan(a)a.b.c.d) Ended 2010-08-04 13:06:48.864893 [NOTICE] switch_core_session.c:1222 Close Channel sofia/internal/hassan(a)a.b.c.d [CS_DESTROY] 2010-08-04 13:06:48.864893 [DEBUG] switch_core_state_machine.c:427 (sofia/internal/hassan(a)a.b.c.d) Callstate Change HANGUP -> DOWN 2010-08-04 13:06:48.864893 [DEBUG] switch_core_state_machine.c:430 (sofia/internal/hassan(a)a.b.c.d) Running State Change CS_DESTROY 2010-08-04 13:06:48.866921 [DEBUG] switch_core_state_machine.c:440 (sofia/internal/hassan(a)a.b.c.d) State DESTROY 2010-08-04 13:06:48.866921 [DEBUG] mod_sofia.c:358 sofia/internal/hassan(a)a.b.c.d SOFIA DESTROY 2010-08-04 13:06:48.866921 [DEBUG] switch_core_state_machine.c:60 sofia/internal/hassan(a)a.b.c.d Standard DESTROY 2010-08-04 13:06:48.866921 [DEBUG] switch_core_state_machine.c:440 (sofia/internal/hassan(a)a.b.c.d) State DESTROY going to sleep

5 10

FS HA-cluster
by viewpoint 05 Aug '10

05 Aug '10

Hello. I currently have a project where I'm researching how to establish a clustered platform wieth failover time ~= some milliseconds. At present we have: 2 identical servers FS, wieth established Pacemaker (http://www.clusterlabs.org/wiki/Install#From_Source) - heartbeat. On the one hand it is possible to tell that all works, as, at refusal of the first server, the second server receives cluster-ip. A problem that FreeSWITCH it is necessary to restart (or simply to start) that it began to work with the new IP-address. As the result, a switching total time makes 10-20 sec which basic part is necessary on launch FreeSwitch. any ideas? Thanks.

12 22

Re: [Freeswitch-users] sips dial string question
by Kristian Kielhofner 05 Aug '10

05 Aug '10

Heh... I love that I got a verbal response in person at almost exactly this same time yesterday. Cluecon rocks!!! -- Kristian Kielhofner http://blog.krisk.org ------------------------------ *From*: freeswitch-users-bounces(a)lists.freeswitch.org < freeswitch-users-bounces(a)lists.freeswitch.org> *To*: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> *Sent*: Thu Aug 05 09:40:58 2010 *Subject*: Re: [Freeswitch-users] sips dial string question It does but their might be cases that aren't handled properly. Since Aastra is the only phone I know of that does it like that and testing was limited. /b On Aug 4, 2010, at 10:24 AM, Kristian Kielhofner wrote: Does freeswitch support the sips uri scheme? -- Kristian Kielhofner http://blog.krisk.org

1 0