RTP delay > 100ms by performance testing with freeswitch as trancoding device SILK to G711a
Gents, I am trying to do some load testing on a freeswitch for transcoding from SILK to G711a. The question is: Is the limit for RTP sessions limited to CPU power or are there also limits on the freeswitch application and can I tune freeswitch to do the job for 1500 sessions or more. At the moment freeswitch is the best transcoding device for SILK to G711a that I know of. Also compared to the big companies who deliver transcoding devices. SETUP: 3 X G7 HP DL 380 with 16 G mem 6 core 12 CPU's 1 for SIPP UAC (1Gb interface for media and Signaling) 1 for Freeswitch (trancoding function SILK to G711a) 1Gb interface for media and Signaling 1 for SIPP UAS (1Gb interface for media and Signaling) First tuning OS (with help from the wiki and some LINUX sysctl tuning) SIPP UAC <-> Freeswitch root@mnd-rc0001-srvot02:~# iperf -c 172.23.125.46 -u -d -b 400m ------------------------------------------------------------ Server listening on UDP port 5001 Receiving 1470 byte datagrams UDP buffer size: 64.0 KByte (default) ------------------------------------------------------------ ------------------------------------------------------------ Client connecting to 172.23.125.46, UDP port 5001 Sending 1470 byte datagrams UDP buffer size: 64.0 KByte (default) ------------------------------------------------------------ [ 4] local 172.23.125.42 port 46443 connected with 172.23.125.46 port 5001 [ 3] local 172.23.125.42 port 5001 connected with 172.23.125.46 port 39259 [ ID] Interval Transfer Bandwidth [ 4] 0.0-10.0 sec 483 MBytes 405 Mbits/sec [ 4] Sent 344796 datagrams [ 3] 0.0-10.0 sec 483 MBytes 406 Mbits/sec 0.001 ms 0/344828 (0%) [ 3] 0.0-10.0 sec 1 datagrams received out-of-order [ 4] Server Report: [ 4] 0.0-10.0 sec 483 MBytes 405 Mbits/sec 0.004 ms 261/344795 (0.076%) [ 4] 0.0-10.0 sec 1 datagrams received out-of-order root@mnd-rc0001-srvot02:~# Linux mnd-rc0001-srvot06 2.6.32-28-vserver #55~ppa1-Ubuntu SMP Fri Feb 4 21:25:09 UTC 2011 x86_64 GNU/Linux Ubuntu 10.04 LTS Welcome to Ubuntu! * Documentation: https://help.ubuntu.com/ Last login: Thu Jun 21 15:01:35 2012 from 172.21.88.65 root@mnd-rc0001-srvot06:~# iperf -s -u -i1 ------------------------------------------------------------ Server listening on UDP port 5001 Receiving 1470 byte datagrams UDP buffer size: 64.0 KByte (default) ------------------------------------------------------------ ------------------------------------------------------------ Client connecting to 172.23.125.42, UDP port 5001 Sending 1470 byte datagrams UDP buffer size: 64.0 KByte (default) ------------------------------------------------------------ [ 5] local 172.23.125.46 port 39259 connected with 172.23.125.42 port 5001 [ 3] local 172.23.125.46 port 5001 connected with 172.23.125.42 port 46443 [ ID] Interval Transfer Bandwidth [ 5] 0.0- 1.0 sec 48.3 MBytes 406 Mbits/sec [ 3] 0.0- 1.0 sec 48.4 MBytes 406 Mbits/sec 0.004 ms 262/34754 (0.75%) [ 5] 1.0- 2.0 sec 48.3 MBytes 406 Mbits/sec [ 3] 1.0- 2.0 sec 48.3 MBytes 405 Mbits/sec 0.005 ms 0/34476 (0%) [ 5] 2.0- 3.0 sec 48.3 MBytes 406 Mbits/sec [ 3] 2.0- 3.0 sec 48.3 MBytes 405 Mbits/sec 0.005 ms 0/34480 (0%) [ 5] 3.0- 4.0 sec 48.3 MBytes 406 Mbits/sec [ 3] 3.0- 4.0 sec 48.3 MBytes 406 Mbits/sec 0.004 ms 0/34483 (0%) [ 5] 4.0- 5.0 sec 48.3 MBytes 406 Mbits/sec [ 3] 4.0- 5.0 sec 48.3 MBytes 406 Mbits/sec 0.005 ms 0/34482 (0%) [ 5] 5.0- 6.0 sec 48.3 MBytes 406 Mbits/sec [ 3] 5.0- 6.0 sec 48.3 MBytes 405 Mbits/sec 0.004 ms 0/34474 (0%) [ 5] 6.0- 7.0 sec 48.3 MBytes 406 Mbits/sec [ 3] 6.0- 7.0 sec 48.3 MBytes 405 Mbits/sec 0.005 ms 0/34477 (0%) [ 5] 7.0- 8.0 sec 48.3 MBytes 406 Mbits/sec [ 3] 7.0- 8.0 sec 48.3 MBytes 405 Mbits/sec 0.004 ms 0/34480 (0%) [ 5] 8.0- 9.0 sec 48.3 MBytes 406 Mbits/sec [ 3] 8.0- 9.0 sec 48.3 MBytes 406 Mbits/sec 0.005 ms 0/34482 (0%) [ 5] 9.0-10.0 sec 48.3 MBytes 406 Mbits/sec [ 5] 0.0-10.0 sec 483 MBytes 406 Mbits/sec [ 5] Sent 344829 datagrams [ 3] 0.0-10.0 sec 483 MBytes 405 Mbits/sec 0.004 ms 261/344795 (0.076%) [ 3] 0.0-10.0 sec 1 datagrams received out-of-order [ 5] Server Report: [ 5] 0.0-10.0 sec 483 MBytes 406 Mbits/sec 0.000 ms 0/344828 (0%) [ 5] 0.0-10.0 sec 1 datagrams received out-of-order UDP traffic looks fine. SIPP (UAC) inject SILK RTP (PCAP ) and send this to Freeswitch. Freeswitch send this G711a to the SIPP( UAS). I doing some testing and until 700 sessions it look fine (Packed loss <0.1% and delay <40ms) If I do more sessions 10% of packet have no packet loss but delay of more the 100ms. SIPP uac side: ------------------------------ Scenario Screen -------- [1-9]: Change Screen -- Call-rate(length) Port Total-time Total-calls Remote-host 50.0(0 ms)/1.000s 5060 230.53 s 2000 172.23.125.12:5060(UDP) Call limit reached (-m 2000), 0.000 s period 0 ms scheduler resolution 0 calls (limit 4500) Peak was 2000 calls, after 40 s 0 Running, 1654 Paused, 0 Woken up 0 dead call msg (discarded) 6459 out-of-call msg (discarded) 1 open sockets Messages Retrans Timeout Unexpected-Msg Pause [ 2000ms] 2000 0 INVITE ----------> 2000 0 0 100 <---------- 2000 0 0 0 183 <---------- 0 0 0 0 400 <---------- 0 0 0 0 401 <---------- 0 0 0 0 403 <---------- 0 0 0 0 404 <---------- 0 0 0 0 405 <---------- 0 0 0 0 406 <---------- 0 0 0 0 408 <---------- 0 0 0 0 415 <---------- 0 0 0 0 433 <---------- 0 0 0 0 480 <---------- 0 0 0 0 481 <---------- 0 0 0 0 484 <---------- 0 0 0 0 485 <---------- 0 0 0 0 486 <---------- 0 0 0 0 487 <---------- 0 0 0 0 488 <---------- 0 0 0 0 489 <---------- 0 0 0 0 500 <---------- 0 0 0 0 502 <---------- 0 0 0 0 503 <---------- 0 0 0 0 180 <---------- 2000 0 0 0 200 <---------- E-RTD1 2000 0 0 0 ACK ----------> 2000 0 Pause [ 500ms] 2000 0 [ NOP ] BYE <---------- 2000 0 0 0 200 ----------> 2000 0 ------------------------------ Test Terminated -------------------------------- ----------------------------- Statistics Screen ------- [1-9]: Change Screen -- Start Time | 2012-06-28 20:17:17:312 1340907437.312927 Last Reset Time | 2012-06-28 20:21:07:857 1340907667.857562 Current Time | 2012-06-28 20:21:07:857 1340907667.857769 -------------------------+---------------------------+-------------------------- Counter Name | Periodic value | Cumulative value -------------------------+---------------------------+-------------------------- Elapsed Time | 00:00:00:000 | 00:03:50:544 Call Rate | 0.000 cps | 8.675 cps -------------------------+---------------------------+-------------------------- Incoming call created | 0 | 0 OutGoing call created | 0 | 2000 Total Call created | | 2000 Current Call | 0 | SIPP UAS side: ------------------------------ Scenario Screen -------- [1-9]: Change Screen -- Port Total-time Total-calls Transport 5060 65.10 s 2000 UDP 0 new calls during 1.001 s period 1 ms scheduler resolution 2000 calls Peak was 2000 calls, after 44 s 0 Running, 2002 Paused, 4 Woken up 0 dead call msg (discarded) 3 open sockets 2021 Total echo RTP pckts 1st stream 5.327 last period RTP rate (kB/s) 0 Total echo RTP pckts 2nd stream 0.000 last period RTP rate (kB/s) Messages Retrans Timeout Unexpected-Msg ----------> INVITE 2000 0 0 0 <---------- 100 2000 0 [ 500ms] Pause 2000 0 <---------- 180 2000 0 <---------- 200 2000 0 0 ----------> ACK 2000 0 0 0 [ 3:08] Pause 2000 0 <---------- BYE 0 0 0 ----------> 200 0 0 0 0 ------------------------------ Sipp Server Mode ------------------------------- ############################################################################## MPSTAT -A 5 on freeswitch: 8:29:50 CPU %usr %nice %sys %iowait %irq %soft %steal %guest %idle 18:29:55 all 24.84 0.00 25.63 0.00 0.02 7.46 0.00 0.00 42.05 18:29:55 0 43.52 0.00 26.72 0.00 0.00 4.05 0.00 0.00 25.71 18:29:55 1 27.88 0.00 39.18 0.00 0.00 3.12 0.00 0.00 29.82 18:29:55 2 27.70 0.00 33.40 0.00 0.00 4.17 0.00 0.00 34.72 18:29:55 3 25.57 0.00 35.98 0.00 0.00 3.03 0.00 0.00 35.42 18:29:55 4 27.36 0.00 27.56 0.00 0.00 2.56 0.00 0.00 42.52 18:29:55 5 25.45 0.00 24.44 0.00 0.00 2.22 0.00 0.00 47.88 18:29:55 6 24.77 0.00 31.28 0.00 0.00 2.98 0.00 0.00 40.97 18:29:55 7 23.05 0.00 23.81 0.00 0.00 2.67 0.00 0.00 50.48 18:29:55 8 22.22 0.00 23.03 0.00 0.20 2.02 0.00 0.00 52.53 18:29:55 9 4.84 0.00 5.71 0.00 0.00 62.86 0.00 0.00 26.59 18:29:55 10 23.36 0.00 17.01 0.00 0.00 2.46 0.00 0.00 57.17 18:29:55 11 20.21 0.00 15.11 0.00 0.00 2.98 0.00 0.00 61.70 18:29:50 CPU intr/s 18:29:55 all 30433.80 18:29:55 0 0.00 18:29:55 1 0.00 18:29:55 2 0.00 18:29:55 3 0.00 18:29:55 4 0.00 18:29:55 5 0.00 18:29:55 6 0.00 18:29:55 7 0.00 18:29:55 8 0.00 18:29:55 9 0.00 18:29:55 10 0.00 18:29:55 11 0.00 18:29:50 CPU 0/s 1/s 8/s 18:29:55 0 0.00 0.00 0.00 18:29:55 1 0.00 0.00 0.00 18:29:55 2 0.00 0.00 0.00 18:29:55 3 0.00 0.00 0.00 18:29:55 4 0.00 0.00 0.00 18:29:55 5 0.00 0.00 0.00 18:29:55 6 0.00 0.00 0.00 18:29:55 7 0.00 0.00 0.00 18:29:55 8 0.00 0.00 0.00 18:29:55 9 0.00 0.00 0.00 18:29:55 10 0.00 0.00 0.00 18:29:55 11 0.00 0.00 0.00 I tested it with G711a to G711a and got the same result. I tested also some RTP parameters like <param name="rtp-autoflush-during-bridge" value="true"/> or false <param name="rtp-autoflush" value="true"/> or false The lot of the module are not activated like CDR stuff. mvg, Edwin ________________________________ This message is confidential and may be privileged. Any review, retransmission, dissemination or other use of, taking any action with reference to this information by persons other then the intended recipient is prohibited. If you receive this message in error, please notify the sender by reply e-mail and delete this message from all computers. Please note that e-mails are susceptible to change. The sender will not accept liability for the improper or incomplete transmission of the information contained in this message. Spaar het milieu door deze e-mail niet te printen/Please consider the environment before printing this email.
Session limit is configurable. Have a look at switch.conf.xml file. On 28/06/12 21:41, Hoexum, Edwin wrote:
I am trying to do some load testing on a freeswitch for transcoding from SILK to G711a. The question is: Is the limit for RTP sessions limited to CPU power or are there also limits on the freeswitch application and can I tune freeswitch to do the job for 1500 sessions or more.
========================================================= Данное сообщение и любые вложения («Сообщение») являются конфиденциальными, предназначенными исключительно для адресатов, и могут содержать сведения, охраняемые в соответствии с законодательством. Любое несанкционированное использование или распространение Сообщения запрещено. Электронная почта не гарантирует подлинности Сообщений. Ни ЗАО "АКБ "БЕЛРОСБАНК", ни любые его подразделения или дочерние организации не несут ответственности за Сообщение в случае его подмены, изменения либо фальсификации. ========================================================= This message and any attachments (the “message”) are confidential, intended solely for the addressees, and may contain legally privileged information. Any unauthorized use or dissemination is prohibited. E-mails are susceptible to alteration. Neither JSC “BELROSBANK” nor any of its subsidiaries or affiliates shall be liable for the message if altered, changed or falsified. =========================================================
you could do with more than 2 cpu, the more cores the better you will do. For similar prices you could find a 8 or 12 core box. The 3 most important things in a FS server are, as many CPU cores as possible, as much ram as possible, the best possible CPU with shared bus to RAM and CPU. 2012/6/29 Eugene Shcherbatyuk <shcherbatyuk@belrosbank.by>:
Session limit is configurable. Have a look at switch.conf.xml file.
On 28/06/12 21:41, Hoexum, Edwin wrote:
I am trying to do some load testing on a freeswitch for transcoding from SILK to G711a. The question is: Is the limit for RTP sessions limited to CPU power or are there also limits on the freeswitch application and can I tune freeswitch to do the job for 1500 sessions or more.
=========================================================
Данное сообщение и любые вложения (<<Сообщение>>) являются конфиденциальными, предназначенными исключительно для адресатов, и могут содержать сведения, охраняемые в соответствии с законодательством. Любое несанкционированное использование или распространение Сообщения запрещено. Электронная почта не гарантирует подлинности Сообщений. Ни ЗАО "АКБ "БЕЛРОСБАНК", ни любые его подразделения или дочерние организации не несут ответственности за Сообщение в случае его подмены, изменения либо фальсификации.
=========================================================
This message and any attachments (the "message") are confidential, intended solely for the addressees, and may contain legally privileged information. Any unauthorized use or dissemination is prohibited. E-mails are susceptible to alteration. Neither JSC "BELROSBANK" nor any of its subsidiaries or affiliates shall be liable for the message if altered, changed or falsified.
=========================================================
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
Thanks for your response. I think the box is good the OS ubuntu 64bit is ok 10.04 (little bit old but still). Interrupts are also fine traffic is on eth1 ? Can load balancing the RTP/SIP over more eth interfaces give better performance. ? The key point is that the box is not very busy but I introduce Delay in the RTP more than 100ms on 20% of the packets I am very impressed with this box flexibily and feature rich. If I can upscale the RTP sessions and can prove that it is the hardware/Os that is causing the limits I can look for a solution for that. root@mnd-rc0001-srvot06:~# cat /proc/interrupts CPU0 CPU1 CPU2 CPU3 CPU4 CPU5 CPU6 CPU7 CPU8 CPU9 CPU10 CPU11 0: 69683 0 0 0 0 0 0 0 0 0 0 0 IO-APIC-edge timer 1: 2 0 0 0 0 0 0 0 0 0 0 0 IO-APIC-edge i8042 8: 1 0 0 0 0 0 0 0 0 0 0 0 IO-APIC-edge rtc0 9: 0 0 0 0 0 0 0 0 0 0 0 0 IO-APIC-fasteoi acpi 12: 4 0 0 0 0 0 0 0 0 0 0 0 IO-APIC-edge i8042 17: 117 0 0 0 0 0 0 0 0 0 0 0 IO-APIC-fasteoi ata_piix, uhci_hcd:usb6, hpilo 20: 0 0 0 0 0 0 0 0 0 0 0 0 IO-APIC-fasteoi ehci_hcd:usb1, uhci_hcd:usb2 22: 0 0 0 0 0 0 0 0 0 0 0 0 IO-APIC-fasteoi uhci_hcd:usb4 23: 0 0 0 0 0 0 0 0 0 0 0 0 IO-APIC-fasteoi uhci_hcd:usb3, uhci_hcd:usb5 63: 7959851 0 0 0 0 0 0 0 0 0 0 0 PCI-MSI-edge cciss0 65: 209078530 0 564128112 27706399 791204941 23 9322 6045075 1592 0 0 268 PCI-MSI-edge eth0-0 66: 137960307 0 1582289 0 4940 298816564 10884351 10426 0 186127 0 0 PCI-MSI-edge eth0-1 67: 915 0 9646 0 394 2 73497 1854844 490614 0 576 0 PCI-MSI-edge eth0-2 68: 874899 0 794424 0 0 0 323647 269982 0 0 18 6493 PCI-MSI-edge eth0-3 69: 2669 0 422 42 6590154 3406669 0 0 0 30 0 903 PCI-MSI-edge eth0-4 70: 41932 0 0 0 0 0 495253 30756 407 0 95 1201810 PCI-MSI-edge eth0-5 71: 560 0 0 0 0 0 1010 0 124 1880079 832733 0 PCI-MSI-edge eth0-6 72: 464 0 0 0 0 0 0 0 0 0 1237460 590278 PCI-MSI-edge eth0-7 90: 47515 342579 29 0 0 26 10993393 636 229587566 309472596 0 0 PCI-MSI-edge eth1-0 91: 53030059 0 75345905 17924308 0 0 50523045 122821 99843488 0 0 0 PCI-MSI-edge eth1-1 92: 76891342 6123 0 0 0 3731477 26657193 381158 168532115 0 0 0 PCI-MSI-edge eth1-2 93: 91 0 0 0 6292 110184701 71884833 344882089 0 0 0 0 PCI-MSI-edge eth1-3 94: 1854321 117636 32951731 15344357 0 3837296 7813757 6339 48898569 5782626 81065749 100168154 PCI-MSI-edge eth1-4 95: 2190993 122282228 26207097 23270728 11389030 178851 4200707 677260 7872638 478713281 0 0 PCI-MSI-edge eth1-5 96: 81 0 7073 0 503040924 0 148032258 0 0 0 0 0 PCI-MSI-edge eth1-6 97: 34 0 0 0 0 0 120430131 0 0 0 0 0 PCI-MSI-edge eth1-7 99: 21 0 0 0 0 357998 0 27 0 78 0 252009 PCI-MSI-edge eth2-0 100: 105 0 0 218420433 0 222 0 111 4866 3996 104 203 PCI-MSI-edge eth2-1 101: 23 0 0 0 0 0 458 0 0 0 0 0 PCI-MSI-edge eth2-2 102: 25 0 0 0 0 0 3 47 278 0 0 0 PCI-MSI-edge eth2-3 103: 32 0 0 0 0 0 9 39 2 80 246248 357997 PCI-MSI-edge eth2-4 104: 22 0 0 0 0 0 110 16 1647 3929 0 0 PCI-MSI-edge eth2-5 105: 76464 0 218499029 0 0 2212 111 4877 116 0 213 4372 PCI-MSI-edge eth2-6 106: 22124779 0 0 0 0 33 692 8912306 29 0 636 375 PCI-MSI-edge eth2-7 NMI: 0 0 0 0 0 0 0 0 0 0 0 0 Non-maskable interrupts LOC: 531441723 604557984 442098088 191760494 355469815 385314458 454471543 516991693 445322058 189023248 295447258 396084299 Local timer interrupts SPU: 0 0 0 0 0 0 0 0 0 0 0 0 Spurious interrupts PMI: 0 0 0 0 0 0 0 0 0 0 0 0 Performance monitoring interrupts PND: 0 0 0 0 0 0 0 0 0 0 0 0 Performance pending work RES: 16982423 17383275 11711037 7496750 10565637 8566169 11456190 14451915 8547242 4777805 7432008 6263465 Rescheduling interrupts CAL: 86 121 94 120 118 115 109 117 115 121 118 120 Function call interrupts TLB: 5069457 4983872 4744031 4253779 4813250 4745450 4611803 4793054 4597800 4393898 4440386 4381963 TLB shootdowns TRM: 0 0 0 0 0 0 0 0 0 0 0 0 Thermal event interrupts THR: 0 0 0 0 0 0 0 0 0 0 0 0 Threshold APIC interrupts MCE: 0 0 0 0 0 0 0 0 0 0 0 0 Machine check exceptions MCP: 69655 69655 69655 69655 69655 69655 69655 69655 69655 69655 69655 69655 Machine check polls ERR: 11 MIS: 0 mvg, Edwin Edwin Hoexum | Senior Systeeem Specialist | Voice Management _________________________________________________________________ Dr. van Deenweg 120, Zwolle | Postbus 9501 | 9703 LM Groningen | www.ziggo.nl Tel: +31887172699 | Mobiel: +31655148679| e-mailadres: Edwin.hoexum@office.ziggo.nl Werk Locaties: Maandag en Woensdag locatie Utrecht Dinsdag, Donderdag en Vrijdag locatie Zwolle -----Oorspronkelijk bericht----- Van: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] Namens Anthony Minessale Verzonden: vrijdag 29 juni 2012 19:07 Aan: FreeSWITCH Users Help Onderwerp: Re: [Freeswitch-users] RTP delay > 100ms by performance testing with freeswitch as trancoding device SILK to G711a you could do with more than 2 cpu, the more cores the better you will do. For similar prices you could find a 8 or 12 core box. The 3 most important things in a FS server are, as many CPU cores as possible, as much ram as possible, the best possible CPU with shared bus to RAM and CPU. 2012/6/29 Eugene Shcherbatyuk <shcherbatyuk@belrosbank.by>:
Session limit is configurable. Have a look at switch.conf.xml file.
On 28/06/12 21:41, Hoexum, Edwin wrote:
I am trying to do some load testing on a freeswitch for transcoding from SILK to G711a. The question is: Is the limit for RTP sessions limited to CPU power or are there also limits on the freeswitch application and can I tune freeswitch to do the job for 1500 sessions or more.
=========================================================
Данное сообщение и любые вложения (<<Сообщение>>) являются конфиденциальными, предназначенными исключительно для адресатов, и могут содержать сведения, охраняемые в соответствии с законодательством. Любое несанкционированное использование или распространение Сообщения запрещено. Электронная почта не гарантирует подлинности Сообщений. Ни ЗАО "АКБ "БЕЛРОСБАНК", ни любые его подразделения или дочерние организации не несут ответственности за Сообщение в случае его подмены, изменения либо фальсификации.
=========================================================
This message and any attachments (the "message") are confidential, intended solely for the addressees, and may contain legally privileged information. Any unauthorized use or dissemination is prohibited. E-mails are susceptible to alteration. Neither JSC "BELROSBANK" nor any of its subsidiaries or affiliates shall be liable for the message if altered, changed or falsified.
=========================================================
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900 _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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 Join Us At ClueCon - Aug 7-9, 2012 FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org This message is confidential and may be privileged. Any review, retransmission, dissemination or other use of, taking any action with reference to this information by persons other then the intended recipient is prohibited. If you receive this message in error, please notify the sender by reply e-mail and delete this message from all computers. Please note that e-mails are susceptible to change. The sender will not accept liability for the improper or incomplete transmission of the information contained in this message. Spaar het milieu door deze e-mail niet te printen/Please consider the environment before printing this email.
Thanks for the short/straight pointers re: what matters most for freeswitch performance. Are there any equivalent pearls of wisdom "best practices" re: CPU, RAM and Shared Memory/Bus that you or others can advise on, if this was to run in a virtual environment in a private cloud of Xen Server, KVM or vCloud etc? Probably it will depend on the underlying hardware or not? kernel tuning of the Linux guest as well as resource sharing? Any light you or anyone else can shed on this would be greatly appreciated Thanks in advance On Fri, Jun 29, 2012 at 1:07 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
you could do with more than 2 cpu, the more cores the better you will do. For similar prices you could find a 8 or 12 core box.
The 3 most important things in a FS server are, as many CPU cores as possible, as much ram as possible, the best possible CPU with shared bus to RAM and CPU.
2012/6/29 Eugene Shcherbatyuk <shcherbatyuk@belrosbank.by>:
Session limit is configurable. Have a look at switch.conf.xml file.
On 28/06/12 21:41, Hoexum, Edwin wrote:
I am trying to do some load testing on a freeswitch for transcoding from SILK to G711a. The question is: Is the limit for RTP sessions limited to CPU power or are there also limits on the freeswitch application and can I tune freeswitch to do the job for 1500 sessions or more.
=========================================================
Данное сообщение и любые вложения (<<Сообщение>>) являются конфиденциальными, предназначенными исключительно для адресатов, и могут содержать сведения, охраняемые в соответствии с законодательством. Любое несанкционированное использование или распространение Сообщения запрещено. Электронная почта не гарантирует подлинности Сообщений. Ни ЗАО "АКБ "БЕЛРОСБАНК", ни любые его подразделения или дочерние организации не несут ответственности за Сообщение в случае его подмены, изменения либо фальсификации.
=========================================================
This message and any attachments (the "message") are confidential, intended solely for the addressees, and may contain legally privileged information. Any unauthorized use or dissemination is prohibited. E-mails are susceptible to alteration. Neither JSC "BELROSBANK" nor any of its subsidiaries or affiliates shall be liable for the message if altered, changed or falsified.
=========================================================
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900 _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Like I said "Really Really Nice Motherboard", as many CPU as possible/affordable, and a good chunk of RAM. Motherboard is the most important, a cheap motherboard with a ton of cores is a waste. On Thu, Jul 5, 2012 at 3:27 PM, A E G <all.eforums@gmail.com> wrote:
Thanks for the short/straight pointers re: what matters most for freeswitch performance.
Are there any equivalent pearls of wisdom "best practices" re: CPU, RAM and Shared Memory/Bus that you or others can advise on, if this was to run in a virtual environment in a private cloud of Xen Server, KVM or vCloud etc? Probably it will depend on the underlying hardware or not? kernel tuning of the Linux guest as well as resource sharing?
Any light you or anyone else can shed on this would be greatly appreciated
Thanks in advance
On Fri, Jun 29, 2012 at 1:07 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
you could do with more than 2 cpu, the more cores the better you will do. For similar prices you could find a 8 or 12 core box.
The 3 most important things in a FS server are, as many CPU cores as possible, as much ram as possible, the best possible CPU with shared bus to RAM and CPU.
2012/6/29 Eugene Shcherbatyuk <shcherbatyuk@belrosbank.by>:
Session limit is configurable. Have a look at switch.conf.xml file.
On 28/06/12 21:41, Hoexum, Edwin wrote:
I am trying to do some load testing on a freeswitch for transcoding from SILK to G711a. The question is: Is the limit for RTP sessions limited to CPU power or are there also limits on the freeswitch application and can I tune freeswitch to do the job for 1500 sessions or more.
=========================================================
Данное сообщение и любые вложения (<<Сообщение>>) являются конфиденциальными, предназначенными исключительно для адресатов, и могут содержать сведения, охраняемые в соответствии с законодательством. Любое несанкционированное использование или распространение Сообщения запрещено. Электронная почта не гарантирует подлинности Сообщений. Ни ЗАО "АКБ "БЕЛРОСБАНК", ни любые его подразделения или дочерние организации не несут ответственности за Сообщение в случае его подмены, изменения либо фальсификации.
=========================================================
This message and any attachments (the "message") are confidential, intended solely for the addressees, and may contain legally privileged information. Any unauthorized use or dissemination is prohibited. E-mails are susceptible to alteration. Neither JSC "BELROSBANK" nor any of its subsidiaries or affiliates shall be liable for the message if altered, changed or falsified.
=========================================================
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900 _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
Hello, It is an interesting thread :) How do we know which motherboards are "really really nice? Which parameters are the most important? Maybe a brand (eg. supermicro) or price range could help choosing? Br, Jalsot On Fri, Jul 6, 2012 at 6:54 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
Like I said "Really Really Nice Motherboard", as many CPU as possible/affordable, and a good chunk of RAM. Motherboard is the most important, a cheap motherboard with a ton of cores is a waste.
On Thu, Jul 5, 2012 at 3:27 PM, A E G <all.eforums@gmail.com> wrote:
Thanks for the short/straight pointers re: what matters most for freeswitch performance.
Are there any equivalent pearls of wisdom "best practices" re: CPU, RAM and Shared Memory/Bus that you or others can advise on, if this was to run in a virtual environment in a private cloud of Xen Server, KVM or vCloud etc? Probably it will depend on the underlying hardware or not? kernel tuning of the Linux guest as well as resource sharing?
Any light you or anyone else can shed on this would be greatly appreciated
Thanks in advance
On Fri, Jun 29, 2012 at 1:07 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
you could do with more than 2 cpu, the more cores the better you will
do.
For similar prices you could find a 8 or 12 core box.
The 3 most important things in a FS server are, as many CPU cores as possible, as much ram as possible, the best possible CPU with shared bus to RAM and CPU.
2012/6/29 Eugene Shcherbatyuk <shcherbatyuk@belrosbank.by>:
Session limit is configurable. Have a look at switch.conf.xml file.
On 28/06/12 21:41, Hoexum, Edwin wrote:
I am trying to do some load testing on a freeswitch for transcoding from SILK to G711a. The question is: Is the limit for RTP sessions limited to CPU power or are there also limits on the freeswitch application and can I tune freeswitch to do the job for 1500 sessions or more.
=========================================================
Данное сообщение и любые вложения (<<Сообщение>>) являются конфиденциальными, предназначенными исключительно для адресатов, и могут содержать сведения, охраняемые в соответствии с законодательством. Любое несанкционированное использование или распространение Сообщения запрещено. Электронная почта не гарантирует подлинности Сообщений. Ни ЗАО "АКБ "БЕЛРОСБАНК", ни любые его подразделения или дочерние организации не несут ответственности за Сообщение в случае его подмены, изменения либо фальсификации.
=========================================================
This message and any attachments (the "message") are confidential, intended solely for the addressees, and may contain legally privileged information. Any unauthorized use or dissemination is prohibited. E-mails are susceptible to alteration. Neither JSC "BELROSBANK" nor any of its subsidiaries or affiliates shall be liable for the message if altered, changed or falsified.
=========================================================
Professional FreeSWITCH Consulting Services: consulting@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
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
Professional FreeSWITCH Consulting Services: consulting@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
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
The ones that are not nice tend to be the ones who use a shared bus for all the resources so if you are using them all at once like FS does things are waiting for each other. like RAM, DISK, CPU have to take turns. The last gen of xeon are somewhat nice. They are basically the same architecture as i5/i7 but still xeon and you can have multiples of 6 at a time in one box. These CPU http://www.newegg.com/Product/Product.aspx?Item=N82E16819117256 and this barebones supermicro http://www.newegg.com/Product/Product.aspx?Item=N82E16816101314 is what I use on my dev box with 24 gigs of ram. On Fri, Jul 6, 2012 at 1:16 PM, Tamas Jalsovszky <jalsot@gmail.com> wrote:
Hello,
It is an interesting thread :) How do we know which motherboards are "really really nice? Which parameters are the most important? Maybe a brand (eg. supermicro) or price range could help choosing?
Br, Jalsot
On Fri, Jul 6, 2012 at 6:54 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
Like I said "Really Really Nice Motherboard", as many CPU as possible/affordable, and a good chunk of RAM. Motherboard is the most important, a cheap motherboard with a ton of cores is a waste.
On Thu, Jul 5, 2012 at 3:27 PM, A E G <all.eforums@gmail.com> wrote:
Thanks for the short/straight pointers re: what matters most for freeswitch performance.
Are there any equivalent pearls of wisdom "best practices" re: CPU, RAM and Shared Memory/Bus that you or others can advise on, if this was to run in a virtual environment in a private cloud of Xen Server, KVM or vCloud etc? Probably it will depend on the underlying hardware or not? kernel tuning of the Linux guest as well as resource sharing?
Any light you or anyone else can shed on this would be greatly appreciated
Thanks in advance
On Fri, Jun 29, 2012 at 1:07 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
you could do with more than 2 cpu, the more cores the better you will do. For similar prices you could find a 8 or 12 core box.
The 3 most important things in a FS server are, as many CPU cores as possible, as much ram as possible, the best possible CPU with shared bus to RAM and CPU.
2012/6/29 Eugene Shcherbatyuk <shcherbatyuk@belrosbank.by>:
Session limit is configurable. Have a look at switch.conf.xml file.
On 28/06/12 21:41, Hoexum, Edwin wrote:
I am trying to do some load testing on a freeswitch for transcoding from SILK to G711a. The question is: Is the limit for RTP sessions limited to CPU power or are there also limits on the freeswitch application and can I tune freeswitch to do the job for 1500 sessions or more.
=========================================================
Данное сообщение и любые вложения (<<Сообщение>>) являются конфиденциальными, предназначенными исключительно для адресатов, и могут содержать сведения, охраняемые в соответствии с законодательством. Любое несанкционированное использование или распространение Сообщения запрещено. Электронная почта не гарантирует подлинности Сообщений. Ни ЗАО "АКБ "БЕЛРОСБАНК", ни любые его подразделения или дочерние организации не несут ответственности за Сообщение в случае его подмены, изменения либо фальсификации.
=========================================================
This message and any attachments (the "message") are confidential, intended solely for the addressees, and may contain legally privileged information. Any unauthorized use or dissemination is prohibited. E-mails are susceptible to alteration. Neither JSC "BELROSBANK" nor any of its subsidiaries or affiliates shall be liable for the message if altered, changed or falsified.
=========================================================
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
On Fri, Jul 6, 2012 at 4:10 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
The ones that are not nice tend to be the ones who use a shared bus for all the resources so if you are using them all at once like FS does things are waiting for each other. like RAM, DISK, CPU have to take turns.
The last gen of xeon are somewhat nice. They are basically the same architecture as i5/i7 but still xeon and you can have multiples of 6 at a time in one box. These CPU http://www.newegg.com/Product/Product.aspx?Item=N82E16819117256
and this barebones supermicro http://www.newegg.com/Product/Product.aspx?Item=N82E16816101314
is what I use on my dev box with 24 gigs of ram.
I like this one http://www.newegg.com/Product/Product.aspx?Item=N82E16816110061 -- ------------ Itamar Reis Peixoto msn, google talk: itamar@ispbrasil.com.br +55 11 4063 5033 (FIXO SP) +55 34 9158 9329 (TIM) +55 34 8806 3989 (OI) +55 34 3221 8599 (FIXO MG)
On Fri, 6 Jul 2012 20:16:50 +0200 Tamas Jalsovszky <jalsot@gmail.com> wrote:
How do we know which motherboards are "really really nice? Which parameters are the most important?
AM told you: cores NB + RAM + Server Mobo (not especially a top 1, but studied to pipe a maximum in parallel processing)
Maybe a brand (eg. supermicro) or price range could help choosing?
Supermicro has recentered its mobo gammut more on intel cpus than AMD these last years, and their quality/price isn't, uh... very good. http://www.tyan.com/product_SKU_spec.aspx?ProductType=MB&pid=670&SKU=6000001... It hasn't a low cost but that doesn't matter very much for a professional use, and this one can go up to 64 cores & 512 GB RAM. If you're patient (and if FS work on them?), HP and some others as concocting multi-many-bi/quad-core-ARM-A7~A9 server mobos which will give you a tremendous number of cores & RAM with the benefit of (very) low power consumption. Jean-Yves -- <OMG style> children make stupidities in the dark =P <Miou> stupidities in the dark make children...
Yup got that, and are you saying the same is applicable and true even if one was to try and run FreeSWITCH on a private cloud or in a virtual environment? assuming of course that those tips would then apply to the machine on which the Hypervisor will run. Just trying to get a handle on whether running FreeSWITCH to do something like wholesale or calling card traffic in a purely virtual environment is / has proven to work. You probably know the most in terms of all different environments people are running FS in, and if you (or they) have pointers specific to it being run in a virtual environment. Thanks so much On Fri, Jul 6, 2012 at 12:54 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
Like I said "Really Really Nice Motherboard", as many CPU as possible/affordable, and a good chunk of RAM. Motherboard is the most important, a cheap motherboard with a ton of cores is a waste.
On Thu, Jul 5, 2012 at 3:27 PM, A E G <all.eforums@gmail.com> wrote:
Thanks for the short/straight pointers re: what matters most for freeswitch performance.
Are there any equivalent pearls of wisdom "best practices" re: CPU, RAM and Shared Memory/Bus that you or others can advise on, if this was to run in a virtual environment in a private cloud of Xen Server, KVM or vCloud etc? Probably it will depend on the underlying hardware or not? kernel tuning of the Linux guest as well as resource sharing?
Any light you or anyone else can shed on this would be greatly appreciated
Thanks in advance
On Fri, Jun 29, 2012 at 1:07 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
you could do with more than 2 cpu, the more cores the better you will
do.
For similar prices you could find a 8 or 12 core box.
The 3 most important things in a FS server are, as many CPU cores as possible, as much ram as possible, the best possible CPU with shared bus to RAM and CPU.
2012/6/29 Eugene Shcherbatyuk <shcherbatyuk@belrosbank.by>:
Session limit is configurable. Have a look at switch.conf.xml file.
On 28/06/12 21:41, Hoexum, Edwin wrote:
I am trying to do some load testing on a freeswitch for transcoding from SILK to G711a. The question is: Is the limit for RTP sessions limited to CPU power or are there also limits on the freeswitch application and can I tune freeswitch to do the job for 1500 sessions or more.
=========================================================
Данное сообщение и любые вложения (<<Сообщение>>) являются конфиденциальными, предназначенными исключительно для адресатов, и могут содержать сведения, охраняемые в соответствии с законодательством. Любое несанкционированное использование или распространение Сообщения запрещено. Электронная почта не гарантирует подлинности Сообщений. Ни ЗАО "АКБ "БЕЛРОСБАНК", ни любые его подразделения или дочерние организации не несут ответственности за Сообщение в случае его подмены, изменения либо фальсификации.
=========================================================
This message and any attachments (the "message") are confidential, intended solely for the addressees, and may contain legally privileged information. Any unauthorized use or dissemination is prohibited. E-mails are susceptible to alteration. Neither JSC "BELROSBANK" nor any of its subsidiaries or affiliates shall be liable for the message if altered, changed or falsified.
=========================================================
Professional FreeSWITCH Consulting Services: consulting@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
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
Professional FreeSWITCH Consulting Services: consulting@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
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
I would be insane to endorse using it in a virtual world. The support expectations would consume the rest of my life. I try to make the code work well on real boxes and if it works on virtual ones then that's a bonus =D We have good luck with openVZ since its a single real kernel and virtual runtimes but either way we do not recommend it so its a use at your own risk kind of thing. On Fri, Jul 6, 2012 at 3:59 PM, A E G <all.eforums@gmail.com> wrote:
Yup got that, and are you saying the same is applicable and true even if one was to try and run FreeSWITCH on a private cloud or in a virtual environment? assuming of course that those tips would then apply to the machine on which the Hypervisor will run.
Just trying to get a handle on whether running FreeSWITCH to do something like wholesale or calling card traffic in a purely virtual environment is / has proven to work. You probably know the most in terms of all different environments people are running FS in, and if you (or they) have pointers specific to it being run in a virtual environment.
Thanks so much
On Fri, Jul 6, 2012 at 12:54 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
Like I said "Really Really Nice Motherboard", as many CPU as possible/affordable, and a good chunk of RAM. Motherboard is the most important, a cheap motherboard with a ton of cores is a waste.
On Thu, Jul 5, 2012 at 3:27 PM, A E G <all.eforums@gmail.com> wrote:
Thanks for the short/straight pointers re: what matters most for freeswitch performance.
Are there any equivalent pearls of wisdom "best practices" re: CPU, RAM and Shared Memory/Bus that you or others can advise on, if this was to run in a virtual environment in a private cloud of Xen Server, KVM or vCloud etc? Probably it will depend on the underlying hardware or not? kernel tuning of the Linux guest as well as resource sharing?
Any light you or anyone else can shed on this would be greatly appreciated
Thanks in advance
On Fri, Jun 29, 2012 at 1:07 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
you could do with more than 2 cpu, the more cores the better you will do. For similar prices you could find a 8 or 12 core box.
The 3 most important things in a FS server are, as many CPU cores as possible, as much ram as possible, the best possible CPU with shared bus to RAM and CPU.
2012/6/29 Eugene Shcherbatyuk <shcherbatyuk@belrosbank.by>:
Session limit is configurable. Have a look at switch.conf.xml file.
On 28/06/12 21:41, Hoexum, Edwin wrote:
I am trying to do some load testing on a freeswitch for transcoding from SILK to G711a. The question is: Is the limit for RTP sessions limited to CPU power or are there also limits on the freeswitch application and can I tune freeswitch to do the job for 1500 sessions or more.
=========================================================
Данное сообщение и любые вложения (<<Сообщение>>) являются конфиденциальными, предназначенными исключительно для адресатов, и могут содержать сведения, охраняемые в соответствии с законодательством. Любое несанкционированное использование или распространение Сообщения запрещено. Электронная почта не гарантирует подлинности Сообщений. Ни ЗАО "АКБ "БЕЛРОСБАНК", ни любые его подразделения или дочерние организации не несут ответственности за Сообщение в случае его подмены, изменения либо фальсификации.
=========================================================
This message and any attachments (the "message") are confidential, intended solely for the addressees, and may contain legally privileged information. Any unauthorized use or dissemination is prohibited. E-mails are susceptible to alteration. Neither JSC "BELROSBANK" nor any of its subsidiaries or affiliates shall be liable for the message if altered, changed or falsified.
=========================================================
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
On Fri, Jul 6, 2012 at 5:43 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
I would be insane to endorse using it in a virtual world. The support expectations would consume the rest of my life. I try to make the code work well on real boxes and if it works on virtual ones then that's a bonus =D
We have good luck with openVZ since its a single real kernel and virtual runtimes but either way we do not recommend it so its a use at your own risk kind of thing.
Yup agree and acknowledge that you wouldn't endorse or offer to support it, and nor should you. Simply trying to pick your (and anyone else who wants to chime in) brain on the topic. Totally PoC'ing it at my own risk :) So, in that spirit, just one last message about it. Just like sharing the experience with OpenVZ, let's just say that I am insane and I still want to try it in a private cloud. Would you say the resource consumption of FS (assuming it's just receiving the call, having it routed by a custom routing engine via ESL, and switching it) be more than that in the "real" world for the same call volume barring any clock sync/skew/jitter issues? Would something like Cloudstack on hardware (like the one you recommended earlier) with a FS VM with 12 vcpu cores, 24GB RAM and DAS be able to handle something like 300-400 concurrent calls or am I out of my mind? Thx
On Fri, Jul 6, 2012 at 3:59 PM, A E G <all.eforums@gmail.com> wrote:
Yup got that, and are you saying the same is applicable and true even if one was to try and run FreeSWITCH on a private cloud or in a virtual environment? assuming of course that those tips would then apply to the machine on which the Hypervisor will run.
Just trying to get a handle on whether running FreeSWITCH to do something like wholesale or calling card traffic in a purely virtual environment is / has proven to work. You probably know the most in terms of all different environments people are running FS in, and if you (or they) have pointers specific to it being run in a virtual environment.
Thanks so much
On Fri, Jul 6, 2012 at 12:54 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
Like I said "Really Really Nice Motherboard", as many CPU as possible/affordable, and a good chunk of RAM. Motherboard is the most important, a cheap motherboard with a ton of cores is a waste.
Hundreds of calls should be no problem. Thousands start to take some finesse.... Like Doc says, "roads, where we're going we don't need roads...." On Fri, Jul 6, 2012 at 5:23 PM, A E G <all.eforums@gmail.com> wrote:
On Fri, Jul 6, 2012 at 5:43 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
I would be insane to endorse using it in a virtual world. The support expectations would consume the rest of my life. I try to make the code work well on real boxes and if it works on virtual ones then that's a bonus =D
We have good luck with openVZ since its a single real kernel and virtual runtimes but either way we do not recommend it so its a use at your own risk kind of thing.
Yup agree and acknowledge that you wouldn't endorse or offer to support it, and nor should you. Simply trying to pick your (and anyone else who wants to chime in) brain on the topic. Totally PoC'ing it at my own risk :)
So, in that spirit, just one last message about it. Just like sharing the experience with OpenVZ, let's just say that I am insane and I still want to try it in a private cloud. Would you say the resource consumption of FS (assuming it's just receiving the call, having it routed by a custom routing engine via ESL, and switching it) be more than that in the "real" world for the same call volume barring any clock sync/skew/jitter issues? Would something like Cloudstack on hardware (like the one you recommended earlier) with a FS VM with 12 vcpu cores, 24GB RAM and DAS be able to handle something like 300-400 concurrent calls or am I out of my mind?
Thx
On Fri, Jul 6, 2012 at 3:59 PM, A E G <all.eforums@gmail.com> wrote:
Yup got that, and are you saying the same is applicable and true even if one was to try and run FreeSWITCH on a private cloud or in a virtual environment? assuming of course that those tips would then apply to the machine on which the Hypervisor will run.
Just trying to get a handle on whether running FreeSWITCH to do something like wholesale or calling card traffic in a purely virtual environment is / has proven to work. You probably know the most in terms of all different environments people are running FS in, and if you (or they) have pointers specific to it being run in a virtual environment.
Thanks so much
On Fri, Jul 6, 2012 at 12:54 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
Like I said "Really Really Nice Motherboard", as many CPU as possible/affordable, and a good chunk of RAM. Motherboard is the most important, a cheap motherboard with a ton of cores is a waste.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
OpenVZ and XEN VPS'es are usually fine for quick prototyping and feature tests. Also they would be fine for private PBXes with low call volumes. For hundreds of simultaneous calls, it's probably cheaper to rent dedicated hardware servers. On the other side, if you have some smart load balancing, probably you can build a scalable design with VPS'es and eventually migrate to physical servers when volumes are high enough. also for a calling card business, probably the most critical CPU resource would be needed for the IVR and real-time billing, but not for the calls themselves.
________________________________ From: A E G <all.eforums@gmail.com> To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> Sent: Saturday, July 7, 2012 12:23 AM Subject: Re: [Freeswitch-users] RTP delay > 100ms by performance testing with freeswitch as trancoding device SILK to G711a
On Fri, Jul 6, 2012 at 5:43 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
I would be insane to endorse using it in a virtual world. The support
expectations would consume the rest of my life. I try to make the code work well on real boxes and if it works on virtual ones then that's a bonus =D
We have good luck with openVZ since its a single real kernel and virtual runtimes but either way we do not recommend it so its a use at your own risk kind of thing.
Yup agree and acknowledge that you wouldn't endorse or offer to support it, and nor should you. Simply trying to pick your (and anyone else who wants to chime in) brain on the topic. Totally PoC'ing it at my own risk :)
So, in that spirit, just one last message about it. Just like sharing the experience with OpenVZ, let's just say that I am insane and I still want to try it in a private cloud. Would you say the resource consumption of FS (assuming it's just receiving the call, having it routed by a custom routing engine via ESL, and switching it) be more than that in the "real" world for the same call volume barring any clock sync/skew/jitter issues? Would something like Cloudstack on hardware (like the one you recommended earlier) with a FS VM with 12 vcpu cores, 24GB RAM and DAS be able to handle something like 300-400 concurrent calls or am I out of my mind?
Thx
On Fri, Jul 6, 2012 at 3:59 PM, A E G <all.eforums@gmail.com> wrote:
Yup got that, and are you saying the same is applicable and true even if one was to try and run FreeSWITCH on a private cloud or in a virtual environment? assuming of course that those tips would then apply to the machine on which the Hypervisor will run.
Just trying to get a handle on whether running FreeSWITCH to do something like wholesale or calling card traffic in a purely virtual environment is / has proven to work. You probably know the most in terms of all different environments people are running FS in, and if you (or they) have pointers specific to it being run in a virtual environment.
Thanks so much
On Fri, Jul 6, 2012 at 12:54 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
Like I said "Really Really Nice Motherboard", as many CPU as possible/affordable, and a good chunk of RAM. Motherboard is the most important, a cheap motherboard with a ton of cores is a waste.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
On Fri, Jul 6, 2012 at 7:27 PM, Stanislav Sinyagin <ssinyagin@yahoo.com>wrote:
OpenVZ and XEN VPS'es are usually fine for quick prototyping and feature tests. Also they would be fine for private PBXes with low call volumes. For hundreds of simultaneous calls, it's probably cheaper to rent dedicated hardware servers. On the other side, if you have some smart load balancing, probably you can build a scalable design with VPS'es and eventually migrate to physical servers when volumes are high enough.
also for a calling card business, probably the most critical CPU resource would be needed for the IVR and real-time billing, but not for the calls themselves.
Thanks Anthony and Stanislav. I think I have enough warning along with some encouraging words to build a strategy. Thanks again., Now the search for the right IaaS provider begins.
------------------------------ *From:* A E G <all.eforums@gmail.com> *To:* FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> *Sent:* Saturday, July 7, 2012 12:23 AM *Subject:* Re: [Freeswitch-users] RTP delay > 100ms by performance testing with freeswitch as trancoding device SILK to G711a
On Fri, Jul 6, 2012 at 5:43 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
I would be insane to endorse using it in a virtual world. The support expectations would consume the rest of my life. I try to make the code work well on real boxes and if it works on virtual ones then that's a bonus =D
We have good luck with openVZ since its a single real kernel and virtual runtimes but either way we do not recommend it so its a use at your own risk kind of thing.
Yup agree and acknowledge that you wouldn't endorse or offer to support it, and nor should you. Simply trying to pick your (and anyone else who wants to chime in) brain on the topic. Totally PoC'ing it at my own risk :)
So, in that spirit, just one last message about it. Just like sharing the experience with OpenVZ, let's just say that I am insane and I still want to try it in a private cloud. Would you say the resource consumption of FS (assuming it's just receiving the call, having it routed by a custom routing engine via ESL, and switching it) be more than that in the "real" world for the same call volume barring any clock sync/skew/jitter issues? Would something like Cloudstack on hardware (like the one you recommended earlier) with a FS VM with 12 vcpu cores, 24GB RAM and DAS be able to handle something like 300-400 concurrent calls or am I out of my mind?
Thx
On Fri, Jul 6, 2012 at 3:59 PM, A E G <all.eforums@gmail.com> wrote:
Yup got that, and are you saying the same is applicable and true even if one was to try and run FreeSWITCH on a private cloud or in a virtual environment? assuming of course that those tips would then apply to the machine on which the Hypervisor will run.
Just trying to get a handle on whether running FreeSWITCH to do something like wholesale or calling card traffic in a purely virtual environment is / has proven to work. You probably know the most in terms of all different environments people are running FS in, and if you (or they) have pointers specific to it being run in a virtual environment.
Thanks so much
On Fri, Jul 6, 2012 at 12:54 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
Like I said "Really Really Nice Motherboard", as many CPU as possible/affordable, and a good chunk of RAM. Motherboard is the most important, a cheap motherboard with a ton of cores is a waste.
Gents, Thank you for the discussion I will try to test on a box without virtualization. And play with de Ethernet cards (intel ) to divide the traffic maybe some bonding of interfaces (interrupts stuff) etc.. I will let you know the results. mvg, Edwin [cid:image001.gif@01CD6A4C.8EC89060] Edwin Hoexum | Senior Systeeem Specialist | Voice Management _________________________________________________________________ Dr. van Deenweg 120, Zwolle | Postbus 9501 | 9703 LM Groningen | www.ziggo.nl<http://www.office.ziggo.nl/> Tel: +31887172699 | Mobiel: +31655148679| e-mailadres: Edwin.hoexum@office.ziggo.nl<mailto:Edwin.hoexum@office.ziggo.nl> Werk Locaties: Maandag en Woensdag locatie Utrecht Dinsdag, Donderdag en Vrijdag locatie Zwolle Van: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] Namens A E G Verzonden: zaterdag 7 juli 2012 3:58 Aan: FreeSWITCH Users Help Onderwerp: Re: [Freeswitch-users] RTP delay > 100ms by performance testing with freeswitch as trancoding device SILK to G711a On Fri, Jul 6, 2012 at 7:27 PM, Stanislav Sinyagin <ssinyagin@yahoo.com<mailto:ssinyagin@yahoo.com>> wrote: OpenVZ and XEN VPS'es are usually fine for quick prototyping and feature tests. Also they would be fine for private PBXes with low call volumes. For hundreds of simultaneous calls, it's probably cheaper to rent dedicated hardware servers. On the other side, if you have some smart load balancing, probably you can build a scalable design with VPS'es and eventually migrate to physical servers when volumes are high enough. also for a calling card business, probably the most critical CPU resource would be needed for the IVR and real-time billing, but not for the calls themselves. Thanks Anthony and Stanislav. I think I have enough warning along with some encouraging words to build a strategy. Thanks again., Now the search for the right IaaS provider begins. ________________________________ From: A E G <all.eforums@gmail.com<mailto:all.eforums@gmail.com>> To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org<mailto:freeswitch-users@lists.freeswitch.org>> Sent: Saturday, July 7, 2012 12:23 AM Subject: Re: [Freeswitch-users] RTP delay > 100ms by performance testing with freeswitch as trancoding device SILK to G711a On Fri, Jul 6, 2012 at 5:43 PM, Anthony Minessale <anthony.minessale@gmail.com<mailto:anthony.minessale@gmail.com>> wrote: I would be insane to endorse using it in a virtual world. The support expectations would consume the rest of my life. I try to make the code work well on real boxes and if it works on virtual ones then that's a bonus =D We have good luck with openVZ since its a single real kernel and virtual runtimes but either way we do not recommend it so its a use at your own risk kind of thing. Yup agree and acknowledge that you wouldn't endorse or offer to support it, and nor should you. Simply trying to pick your (and anyone else who wants to chime in) brain on the topic. Totally PoC'ing it at my own risk :) So, in that spirit, just one last message about it. Just like sharing the experience with OpenVZ, let's just say that I am insane and I still want to try it in a private cloud. Would you say the resource consumption of FS (assuming it's just receiving the call, having it routed by a custom routing engine via ESL, and switching it) be more than that in the "real" world for the same call volume barring any clock sync/skew/jitter issues? Would something like Cloudstack on hardware (like the one you recommended earlier) with a FS VM with 12 vcpu cores, 24GB RAM and DAS be able to handle something like 300-400 concurrent calls or am I out of my mind? Thx On Fri, Jul 6, 2012 at 3:59 PM, A E G <all.eforums@gmail.com<mailto:all.eforums@gmail.com>> wrote:
Yup got that, and are you saying the same is applicable and true even if one was to try and run FreeSWITCH on a private cloud or in a virtual environment? assuming of course that those tips would then apply to the machine on which the Hypervisor will run.
Just trying to get a handle on whether running FreeSWITCH to do something like wholesale or calling card traffic in a purely virtual environment is / has proven to work. You probably know the most in terms of all different environments people are running FS in, and if you (or they) have pointers specific to it being run in a virtual environment.
Thanks so much
On Fri, Jul 6, 2012 at 12:54 PM, Anthony Minessale <anthony.minessale@gmail.com<mailto:anthony.minessale@gmail.com>> wrote:
Like I said "Really Really Nice Motherboard", as many CPU as possible/affordable, and a good chunk of RAM. Motherboard is the most important, a cheap motherboard with a ton of cores is a waste.
________________________________ This message is confidential and may be privileged. Any review, retransmission, dissemination or other use of, taking any action with reference to this information by persons other then the intended recipient is prohibited. If you receive this message in error, please notify the sender by reply e-mail and delete this message from all computers. Please note that e-mails are susceptible to change. The sender will not accept liability for the improper or incomplete transmission of the information contained in this message. Spaar het milieu door deze e-mail niet te printen/Please consider the environment before printing this email.
I have this parameters. Is there some other parameters where I can <param name="max-sessions" value="20000"/> <!--Most channels to create per second --> <param name="sessions-per-second" value="5000"/> root@mnd-rc0001-srvot06:/usr/local/freeswitch/conf/autoload_configs# vim switch.conf.xml <configuration name="switch.conf" description="Core Configuration"> <cli-keybindings> <key name="1" value="help"/> <key name="2" value="status"/> <key name="3" value="show channels"/> <key name="4" value="show calls"/> <key name="5" value="sofia status"/> <key name="6" value="reloadxml"/> <key name="7" value="console loglevel 0"/> <key name="8" value="console loglevel 7"/> <key name="9" value="sofia status profile internal"/> <key name="4" value="show calls"/> <key name="5" value="sofia status"/> <key name="6" value="reloadxml"/> <key name="7" value="console loglevel 0"/> <key name="8" value="console loglevel 7"/> <key name="9" value="sofia status profile internal"/> <key name="10" value="sofia profile internal siptrace on"/> <key name="11" value="sofia profile internal siptrace off"/> <key name="12" value="version"/> </cli-keybindings> <default-ptimes> <!-- set this to override the 20ms assumption of various codecs in the sdp with no ptime defined --> <!--<codec name="G729" ptime="40"/>--> </default-ptimes> <settings> <!--Colorize the Console --> <param name="colorize-console" value="true"/> <!-- Run the timer at 20ms by default and drop down as needed unless you set 1m-timer=true which was previous default --> <!-- <param name="1ms-timer" value="true"/> --> <!-- Set the Switch Name for HA environments. When setting the switch name, it will override the system hostname for all DB and CURL requests allowing cluster environments such as RHCS to have identical FreeSWITCH configurations but run as different hostnames. --> <!-- <param name="switchname" value="freeswitch"/>--> <!-- maximum number of simo db handles open --> <!-- <param name="max-db-handles" value="50"/> --> <param name="max-db-handles" value="200"/> <!-- maximum number of seconds to wait for a new db handle before failing --> <param name="db-handle-timeout" value="10"/> <!-- minimum idle CPU before refusing calls --> <!--<param name="min-idle-cpu" value="25"/>--> <!-- Max number of sessions to allow at any given time. NOTICE: If you're driving 28 T1's in a single box you should set this to 644*2 or 1288 this will ensure you're able to use the entire DS3 without a problem. Otherwise you'll be 144 channels short of always filling that DS3 up which can translate into waste. --> <param name="max-sessions" value="20000"/> <!--Most channels to create per second --> <param name="sessions-per-second" value="5000"/> <!-- Default Global Log Level - value is one of debug,info,notice,warning,err,crit,alert --> <param name="loglevel" value="err"/> <!-- The min-dtmf-duration specifies the minimum DTMF duration to use on outgoing events. Events shorter than this will be increased in duration to match min_dtmf_duration. You cannot configure a dtmf duration on a profile that is less than this setting. You may increase this value, but cannot set it lower than 400. This value cannot exceed max-dtmf-duration. --> <!--<param name="min-dtmf-duration" value="400"/>--> <!-- The max-dtmf-duration caps the playout of a DTMF event at the specified duration. Events exceeding this duration will be truncated to this duration. You cannot configure a duration on a profile that exceeds this setting. This setting can be lowered, but cannot exceed 192000. This setting cannot be set lower than min_dtmf_duration. --> <!--<param name="max-dtmf-duration" value="192000"/>--> <!-- The default_dtmf_duration specifies the DTMF duration to use on originated DTMF events or on events that are received without a duration specified. This value can be increased or lowered. This value is lower-bounded by min_dtmf_duration and upper-bounded by max-dtmf-duration\. --> <!--<param name="default-dtmf-duration" value="2000"/>--> <!-- If you want to send out voicemail notifications via Windows you'll need to change the mailer-app variable to the setting below: <param name="mailer-app" value="msmtp"/> Do not change mailer-app-args. You will also need to download a sendmail clone for Windows (msmtp). This version works without issue: http://msmtp.sourceforge.net/index.html. Download and copy the .exe to %winddir%\system32. You'll need to create a small config file for smtp credentials (host name, authentication, tls, etc.) in %USERPROFILE%\Application Data\ called "msmtprc.txt". Below is a sample copy of this file: ################################### # The SMTP server of the provider. account provider host smtp.myisp.com from john@myisp.com auth login user johndoe password mypassword # Set a default account account default : provider ################################### --> <param name="mailer-app" value="sendmail"/> <param name="mailer-app-args" value="-t"/> <param name="dump-cores" value="yes"/> <!-- enable verbose-channel-events to dump every detail about a channel on every event --> <!--<param name="verbose-channel-events" value="no"/>--> <!--RTP port range --> <!--<param name="rtp-start-port" value="16384"/>--> <!--<param name="rtp-end-port" value="32768"/>--> <param name="rtp-enable-zrtp" value="true"/> <!-- <param name="core-db-dsn" value="dsn:username:password" /> --> <!-- Allow to specify the sqlite db at a different location (In this example, move it to ramdrive for better performance on most linux distro (note, you loose the data if you reboot)) --> <!-- <param name="core-db-name" value="/dev/shm/core.db" /> --> <!-- The system will create all the db schemas automatically, set this to false to avoid this behaviour--> <!--<param name="auto-create-schemas" value="true"/>--> <!-- <param name="core-dbtype" value="MSSQL"/> --> <!-- Allow multiple registrations to the same account in the central registration table --> <!-- <param name="multiple-registrations" value="true"/> --> </settings> </configuration> mvg, Edwin Edwin Hoexum | Senior Systeeem Specialist | Voice Management _________________________________________________________________ Dr. van Deenweg 120, Zwolle | Postbus 9501 | 9703 LM Groningen | www.ziggo.nl Tel: +31887172699 | Mobiel: +31655148679| e-mailadres: Edwin.hoexum@office.ziggo.nl Werk Locaties: Maandag en Woensdag locatie Utrecht Dinsdag, Donderdag en Vrijdag locatie Zwolle -----Oorspronkelijk bericht----- Van: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] Namens Eugene Shcherbatyuk Verzonden: vrijdag 29 juni 2012 8:39 Aan: FreeSWITCH Users Help Onderwerp: Re: [Freeswitch-users] RTP delay > 100ms by performance testing with freeswitch as trancoding device SILK to G711a Session limit is configurable. Have a look at switch.conf.xml file. On 28/06/12 21:41, Hoexum, Edwin wrote:
I am trying to do some load testing on a freeswitch for transcoding from SILK to G711a. The question is: Is the limit for RTP sessions limited to CPU power or are there also limits on the freeswitch application and can I tune freeswitch to do the job for 1500 sessions or more.
========================================================= Данное сообщение и любые вложения («Сообщение») являются конфиденциальными, предназначенными исключительно для адресатов, и могут содержать сведения, охраняемые в соответствии с законодательством. Любое несанкционированное использование или распространение Сообщения запрещено. Электронная почта не гарантирует подлинности Сообщений. Ни ЗАО "АКБ "БЕЛРОСБАНК", ни любые его подразделения или дочерние организации не несут ответственности за Сообщение в случае его подмены, изменения либо фальсификации. ========================================================= This message and any attachments (the “message”) are confidential, intended solely for the addressees, and may contain legally privileged information. Any unauthorized use or dissemination is prohibited. E-mails are susceptible to alteration. Neither JSC “BELROSBANK” nor any of its subsidiaries or affiliates shall be liable for the message if altered, changed or falsified. ========================================================= _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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 Join Us At ClueCon - Aug 7-9, 2012 FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org This message is confidential and may be privileged. Any review, retransmission, dissemination or other use of, taking any action with reference to this information by persons other then the intended recipient is prohibited. If you receive this message in error, please notify the sender by reply e-mail and delete this message from all computers. Please note that e-mails are susceptible to change. The sender will not accept liability for the improper or incomplete transmission of the information contained in this message. Spaar het milieu door deze e-mail niet te printen/Please consider the environment before printing this email.
Can you share please what sysctl params you tweaked? 2012/6/28 Hoexum, Edwin <edwin.hoexum@office.ziggo.nl>
Gents,****
** **
I am trying to do some load testing on a freeswitch for transcoding from SILK to G711a. The question is: Is the limit for RTP sessions limited to CPU power or are there also limits on the freeswitch application and can I tune freeswitch to do the job for 1500 sessions or more. ****
** **
At the moment freeswitch is the best transcoding device for SILK to G711a that I know of. Also compared to the big companies who deliver transcoding devices. ****
** **
SETUP:****
** **
3 X G7 HP DL 380 with 16 G mem 6 core 12 CPU’s****
** **
1 for SIPP UAC (1Gb interface for media and Signaling)****
1 for Freeswitch (trancoding function SILK to G711a) 1Gb interface for media and Signaling****
1 for SIPP UAS (1Gb interface for media and Signaling)****
** **
First tuning OS (with help from the wiki and some LINUX sysctl tuning)****
** **
** **
SIPP UAC <-> Freeswitch****
** **
** **
root@mnd-rc0001-srvot02:~# iperf -c 172.23.125.46 -u -d -b 400m****
------------------------------------------------------------****
Server listening on UDP port 5001****
Receiving 1470 byte datagrams****
UDP buffer size: 64.0 KByte (default)****
------------------------------------------------------------****
------------------------------------------------------------****
Client connecting to 172.23.125.46, UDP port 5001****
Sending 1470 byte datagrams****
UDP buffer size: 64.0 KByte (default)****
------------------------------------------------------------****
[ 4] local 172.23.125.42 port 46443 connected with 172.23.125.46 port 5001 ****
[ 3] local 172.23.125.42 port 5001 connected with 172.23.125.46 port 39259 ****
[ ID] Interval Transfer Bandwidth****
[ 4] 0.0-10.0 sec 483 MBytes 405 Mbits/sec****
[ 4] Sent 344796 datagrams****
[ 3] 0.0-10.0 sec 483 MBytes 406 Mbits/sec 0.001 ms 0/344828 (0%)****
[ 3] 0.0-10.0 sec 1 datagrams received out-of-order****
[ 4] Server Report:****
[ 4] 0.0-10.0 sec 483 MBytes 405 Mbits/sec 0.004 ms 261/344795 (0.076%)****
[ 4] 0.0-10.0 sec 1 datagrams received out-of-order****
root@mnd-rc0001-srvot02:~# ****
** **
** **
** **
Linux mnd-rc0001-srvot06 2.6.32-28-vserver #55~ppa1-Ubuntu SMP Fri Feb 4 21:25:09 UTC 2011 x86_64 GNU/Linux****
Ubuntu 10.04 LTS****
** **
Welcome to Ubuntu!****
* Documentation: https://help.ubuntu.com/****
Last login: Thu Jun 21 15:01:35 2012 from 172.21.88.65****
root@mnd-rc0001-srvot06:~# iperf -s -u -i1****
------------------------------------------------------------****
Server listening on UDP port 5001****
Receiving 1470 byte datagrams****
UDP buffer size: 64.0 KByte (default)****
------------------------------------------------------------****
------------------------------------------------------------****
Client connecting to 172.23.125.42, UDP port 5001****
Sending 1470 byte datagrams****
UDP buffer size: 64.0 KByte (default)****
------------------------------------------------------------****
[ 5] local 172.23.125.46 port 39259 connected with 172.23.125.42 port 5001 ****
[ 3] local 172.23.125.46 port 5001 connected with 172.23.125.42 port 46443 ****
[ ID] Interval Transfer Bandwidth****
[ 5] 0.0- 1.0 sec 48.3 MBytes 406 Mbits/sec****
[ 3] 0.0- 1.0 sec 48.4 MBytes 406 Mbits/sec 0.004 ms 262/34754 (0.75%)****
[ 5] 1.0- 2.0 sec 48.3 MBytes 406 Mbits/sec****
[ 3] 1.0- 2.0 sec 48.3 MBytes 405 Mbits/sec 0.005 ms 0/34476 (0%) ****
[ 5] 2.0- 3.0 sec 48.3 MBytes 406 Mbits/sec****
[ 3] 2.0- 3.0 sec 48.3 MBytes 405 Mbits/sec 0.005 ms 0/34480 (0%) ****
[ 5] 3.0- 4.0 sec 48.3 MBytes 406 Mbits/sec****
[ 3] 3.0- 4.0 sec 48.3 MBytes 406 Mbits/sec 0.004 ms 0/34483 (0%) ****
[ 5] 4.0- 5.0 sec 48.3 MBytes 406 Mbits/sec****
[ 3] 4.0- 5.0 sec 48.3 MBytes 406 Mbits/sec 0.005 ms 0/34482 (0%) ****
[ 5] 5.0- 6.0 sec 48.3 MBytes 406 Mbits/sec****
[ 3] 5.0- 6.0 sec 48.3 MBytes 405 Mbits/sec 0.004 ms 0/34474 (0%) ****
[ 5] 6.0- 7.0 sec 48.3 MBytes 406 Mbits/sec****
[ 3] 6.0- 7.0 sec 48.3 MBytes 405 Mbits/sec 0.005 ms 0/34477 (0%) ****
[ 5] 7.0- 8.0 sec 48.3 MBytes 406 Mbits/sec****
[ 3] 7.0- 8.0 sec 48.3 MBytes 405 Mbits/sec 0.004 ms 0/34480 (0%) ****
[ 5] 8.0- 9.0 sec 48.3 MBytes 406 Mbits/sec****
[ 3] 8.0- 9.0 sec 48.3 MBytes 406 Mbits/sec 0.005 ms 0/34482 (0%) ****
[ 5] 9.0-10.0 sec 48.3 MBytes 406 Mbits/sec****
[ 5] 0.0-10.0 sec 483 MBytes 406 Mbits/sec****
[ 5] Sent 344829 datagrams****
[ 3] 0.0-10.0 sec 483 MBytes 405 Mbits/sec 0.004 ms 261/344795 (0.076%)****
[ 3] 0.0-10.0 sec 1 datagrams received out-of-order****
[ 5] Server Report:****
[ 5] 0.0-10.0 sec 483 MBytes 406 Mbits/sec 0.000 ms 0/344828 (0%)****
[ 5] 0.0-10.0 sec 1 datagrams received out-of-order****
** **
** **
UDP traffic looks fine.****
** **
SIPP (UAC) inject SILK RTP (PCAP ) and send this to Freeswitch. Freeswitch send this G711a to the SIPP( UAS).****
** **
I doing some testing and until 700 sessions it look fine (Packed loss <0.1% and delay <40ms)****
** **
If I do more sessions 10% of packet have no packet loss but delay of more the 100ms.****
** **
** **
SIPP uac side:****
** **
------------------------------ Scenario Screen -------- [1-9]: Change Screen --****
Call-rate(length) Port Total-time Total-calls Remote-host****
50.0(0 ms)/1.000s 5060 230.53 s 2000 172.23.125.12:5060 (UDP)****
** **
Call limit reached (-m 2000), 0.000 s period 0 ms scheduler resolution* ***
0 calls (limit 4500) Peak was 2000 calls, after 40 s** **
0 Running, 1654 Paused, 0 Woken up****
0 dead call msg (discarded) 6459 out-of-call msg (discarded) ****
1 open sockets ** **
** **
Messages Retrans Timeout Unexpected-Msg****
Pause [ 2000ms] 2000 0 ** **
INVITE ----------> 2000 0 0 ** **
100 <---------- 2000 0 0 0 ** **
183 <---------- 0 0 0 0 ** **
400 <---------- 0 0 0 0 ** **
401 <---------- 0 0 0 0 ** **
403 <---------- 0 0 0 0 ** **
404 <---------- 0 0 0 0 ** **
405 <---------- 0 0 0 0 ** **
406 <---------- 0 0 0 0 ** **
408 <---------- 0 0 0 0 ** **
415 <---------- 0 0 0 0 ** **
433 <---------- 0 0 0 0 ** **
480 <---------- 0 0 0 0 ** **
481 <---------- 0 0 0 0 ** **
484 <---------- 0 0 0 0 ** **
485 <---------- 0 0 0 0 ** **
486 <---------- 0 0 0 0 ** **
487 <---------- 0 0 0 0 ** **
488 <---------- 0 0 0 0 ** **
489 <---------- 0 0 0 0 ** **
500 <---------- 0 0 0 0 ** **
502 <---------- 0 0 0 0 ** **
503 <---------- 0 0 0 0 ** **
180 <---------- 2000 0 0 0 ** **
200 <---------- E-RTD1 2000 0 0 0 ** **
ACK ----------> 2000 0 ** **
Pause [ 500ms] 2000 0 ** **
[ NOP ] ****
BYE <---------- 2000 0 0 0 ** **
200 ----------> 2000 0 ** **
------------------------------ Test Terminated --------------------------------****
** **
** **
----------------------------- Statistics Screen ------- [1-9]: Change Screen --****
Start Time | 2012-06-28 20:17:17:312 1340907437.312927 ****
Last Reset Time | 2012-06-28 20:21:07:857 1340907667.857562 ****
Current Time | 2012-06-28 20:21:07:857 1340907667.857769 ****
-------------------------+---------------------------+-------------------------- ****
Counter Name | Periodic value | Cumulative value*** *
-------------------------+---------------------------+-------------------------- ****
Elapsed Time | 00:00:00:000 | 00:03:50:544 ****
Call Rate | 0.000 cps | 8.675 cps ****
-------------------------+---------------------------+-------------------------- ****
Incoming call created | 0 | 0 ****
OutGoing call created | 0 | 2000 ****
Total Call created | | 2000 ****
Current Call | 0 | ****
** **
** **
** **
SIPP UAS side:****
** **
------------------------------ Scenario Screen -------- [1-9]: Change Screen --****
Port Total-time Total-calls Transport****
5060 65.10 s 2000 UDP****
** **
0 new calls during 1.001 s period 1 ms scheduler resolution****
2000 calls Peak was 2000 calls, after 44 s** **
0 Running, 2002 Paused, 4 Woken up****
0 dead call msg (discarded) ** **
3 open sockets ** **
2021 Total echo RTP pckts 1st stream 5.327 last period RTP rate (kB/s) ****
0 Total echo RTP pckts 2nd stream 0.000 last period RTP rate (kB/s) ****
** **
Messages Retrans Timeout Unexpected-Msg****
----------> INVITE 2000 0 0 0 *** *
<---------- 100 2000 0 ** **
[ 500ms] Pause 2000 0 ** **
<---------- 180 2000 0 ** **
<---------- 200 2000 0 0 ** **
----------> ACK 2000 0 0 0 ** **
[ 3:08] Pause 2000 0 ** **
<---------- BYE 0 0 0 ** **
----------> 200 0 0 0 0 ** **
------------------------------ Sipp Server Mode -------------------------------****
** **
** **
############################################################################## ****
** **
MPSTAT –A 5 on freeswitch:****
** **
** **
8:29:50 CPU %usr %nice %sys %iowait %irq %soft %steal %guest %idle****
18:29:55 all 24.84 0.00 25.63 0.00 0.02 7.46 0.00 0.00 42.05****
18:29:55 0 43.52 0.00 26.72 0.00 0.00 4.05 0.00 0.00 25.71****
18:29:55 1 27.88 0.00 39.18 0.00 0.00 3.12 0.00 0.00 29.82****
18:29:55 2 27.70 0.00 33.40 0.00 0.00 4.17 0.00 0.00 34.72****
18:29:55 3 25.57 0.00 35.98 0.00 0.00 3.03 0.00 0.00 35.42****
18:29:55 4 27.36 0.00 27.56 0.00 0.00 2.56 0.00 0.00 42.52****
18:29:55 5 25.45 0.00 24.44 0.00 0.00 2.22 0.00 0.00 47.88****
18:29:55 6 24.77 0.00 31.28 0.00 0.00 2.98 0.00 0.00 40.97****
18:29:55 7 23.05 0.00 23.81 0.00 0.00 2.67 0.00 0.00 50.48****
18:29:55 8 22.22 0.00 23.03 0.00 0.20 2.02 0.00 0.00 52.53****
18:29:55 9 4.84 0.00 5.71 0.00 0.00 62.86 0.00 0.00 26.59****
18:29:55 10 23.36 0.00 17.01 0.00 0.00 2.46 0.00 0.00 57.17****
18:29:55 11 20.21 0.00 15.11 0.00 0.00 2.98 0.00 0.00 61.70****
** **
18:29:50 CPU intr/s****
18:29:55 all 30433.80****
18:29:55 0 0.00****
18:29:55 1 0.00****
18:29:55 2 0.00****
18:29:55 3 0.00****
18:29:55 4 0.00****
18:29:55 5 0.00****
18:29:55 6 0.00****
18:29:55 7 0.00****
18:29:55 8 0.00****
18:29:55 9 0.00****
18:29:55 10 0.00****
18:29:55 11 0.00****
** **
18:29:50 CPU 0/s 1/s 8/s****
18:29:55 0 0.00 0.00 0.00****
18:29:55 1 0.00 0.00 0.00****
18:29:55 2 0.00 0.00 0.00****
18:29:55 3 0.00 0.00 0.00****
18:29:55 4 0.00 0.00 0.00****
18:29:55 5 0.00 0.00 0.00****
18:29:55 6 0.00 0.00 0.00****
18:29:55 7 0.00 0.00 0.00****
18:29:55 8 0.00 0.00 0.00****
18:29:55 9 0.00 0.00 0.00****
18:29:55 10 0.00 0.00 0.00****
18:29:55 11 0.00 0.00 0.00****
** **
I tested it with G711a to G711a and got the same result. ****
** **
I tested also some RTP parameters like ** **
** **
<param name="rtp-autoflush-during-bridge" value="true"/> or false****
<param name="rtp-autoflush" value="true"/> or false****
** **
The lot of the module are not activated like CDR stuff.****
** **
*mvg,*
*Edwin*
** **
------------------------------ This message is confidential and may be privileged. Any review, retransmission, dissemination or other use of, taking any action with reference to this information by persons other then the intended recipient is prohibited. If you receive this message in error, please notify the sender by reply e-mail and delete this message from all computers. Please note that e-mails are susceptible to change. The sender will not accept liability for the improper or incomplete transmission of the information contained in this message.
Spaar het milieu door deze e-mail niet te printen/Please consider the environment before printing this email.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
participants (9)
-
A E G
-
Anthony Minessale
-
Anton Kvashenkin
-
Bzzz
-
Eugene Shcherbatyuk
-
Hoexum, Edwin
-
Itamar Reis Peixoto
-
Stanislav Sinyagin
-
Tamas Jalsovszky