- FreeSWITCH-users - FreeSWITCH Mailing Lists

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

06 Aug '10

I think I need to rest, drink and smoke again.... what I neded was simply an expression like this <condition field="destination_number" expression="^(1|5|23|etc...\d{10,15})"/> ----- Original Message ----- From: msc(a)freeswitch.org To: Madovsky Sent: Thursday, August 05, 2010 9:02 PM Subject: Re: [Freeswitch-users] destination_number question You could but why? In your example the blahblah would never get executed because there is no dest num that could possibly match both conditions. What are you trying to accomplish? Also, don't forget that Darren did a great job of explaining this kind of thing in chapter 8 of the FS book. -MC - Sent from my HTC on the Now Network from Sprint! ----- Reply message ----- From: "Madovsky" <infos(a)madovsky.org> Date: Thu, Aug 5, 2010 2:30 pm Subject: [Freeswitch-users] destination_number question To: <freeswitch-users(a)lists.freeswitch.org> 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

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