Stefan Mititelu has shared some statistics about stressing Kamailio on a Raspberry PI 3 device. All the relevant details were made available at:
Here are device’s characteristics
An over-clocked Raspberry PI 3 running Raspbian Stretch with a U3 MicroSD card. pi@raspberrypi:~ $ cat /etc/issue Raspbian GNU/Linux 9 \n \l pi@raspberrypi:~ $ uname -a Linux raspberrypi 4.9.59-v7+ #1047 SMP Sun Oct 29 12:19:23 GMT 2017 armv7l GNU/Linux pi@raspberrypi:~ $ cat /boot/config.txt ... total_mem=1024 arm_freq=1300 core_freq=500 sdram_freq=500 sdram_schmoo=0x02000020 over_voltage=2 sdram_over_voltage=2
His remarks on Kamailio’s sr-users mailing list:
The tests ran for 60 seconds, repeated a couple of times, and they were done in a LAN, using PI’s ethernet interface, running Kamailio 5.1.1.
- REGISTER/200, __with db_text__
– at 900 cps test did finish: all UAC registered; pi htop threads were ~15-20%
– at 950 cps test did NOT finish: got “Overload warning” on my UAC/UAS SIPp testing machine - INVITE/180/200/PAUSE(3sec)/BYE/200, __with no media__
– at 370 cps test did finish: all UAC->UAS calls completed; ~150 “180 Trying” Unexpected-Msg on UAC side; pi htop threads were ~50%
– at 380 cps test did NOT finish: few(~5) UAC->UAS calls not completed; pi htop threads were ~50%
The results are really impressive (even if the used testing configs were really basic ones)!!!
Moreover, I think that I’ve reached the limit of my current SIPp testing machine, but not of PI’s.
Should you have something interesting to share about using Kamailio, do not hesitate to contact us, we will gladly publish an article on our website.
Thanks for flying Kamailio!