Like every other website on the planet, SmallNetBuilder uses cookies. Our cookies track login status, but we only allow admins to log in anyway, so those don't apply to you. Any other cookies you pick up during your visit come from advertisers, which we don't control.
If you continue to use the site, you agree to tolerate our use of cookies. Thank you!

Router Charts

Click for Router Charts

Router Ranker

Click for Router Ranker

NAS Charts

Click for NAS Charts

NAS Ranker

Click for NAS Ranker

More Tools

Click for More Tools

CPU Limitations

Naturally, there are limits imposed by the available CPU power on these sorts of small format systems. It is generally accepted that Asterisk requires about 30 MHz of CPU power per active voice channel. Thus the 266 MHz CPU on the Net4801, in theory, supports around eight simultaneous calls. This presumes that all calls are G.711 encoded audio; G.711 is the encoding scheme most commonly used by telcos in providing traditional land lines. When combined with IP overhead, G.711 requires around 80 kbps in each direction per call leg. Thus, passing ten calls to our Internet Telephony Service Provider (ITSP) requires a theoretical total of 800 kbps of bandwidth for both inbound and outbound data.

Sometimes it is desirable to limit or reduce the VoIP bandwidth requirements. In my case, my ADSL service is 2.2 Mbps download and 768kbps upload. With this sort of connectivity it's unlikely that I could pass more than five or six G.711 encoded calls at the same time. Thus, if I needed to maximize my call capacity I'd need to use a more advanced voice compression scheme such as G.729a encoding.

Codecs for G.729a compression are not available open source, and thus are not part of the Asterisk or Astlinux base installations. Licenses are commercially available from Digium for $10 USD per stream. Using G.729a on each leg of the call allows it to be compressed down to <10 kbps of data, but real-time compression is a very CPU intensive task. The SC1100 CPU on the Net4801 will only successfully encode two streams of voice using G.729a compression.

There are other voice compression standards, such as GSM, G.723, iLBC and SPEEX. These generally trade compression efficiency against latency, CPU requirements and voice quality. None are as widely accepted by ITSPs as G.711a/u and G.729a.

Again, considering the SOHO/small business nature of the target users for Astlinux, these limitations are probably not significant. It certainly doesn't impact my use of the system in my full time home office, even with four incoming lines. Of course, more demanding installations could run the generic 586 version of Astlinux on a more powerful hardware platform, to avoid being CPU limited.

Wi-Fi System Tools
Check out our Wi-Fi System Charts, Ranker and Finder!

Support Us!

If you like what we do and want to thank us, just buy something on Amazon. We'll get a small commission on anything you buy. Thanks!

Over In The Forums

Since I updated 3.0.0.4.382_51612 firmware I have noticed random key generation in syslog presumably this is an attempt to prevent Kr00K as noted in t...
ZenWiFi XT8 new firmware 3.0.0.4.386_25509I was hoping it would solve the disconnection of node after 10 minutes, but it doesn't.I did a hard reset (W...
I have a USB 2TB hard drive formatted with EXT4 connected to Asus AC66U-B1 with Merlin 384.17.I formatted the 2TB hard drive as EXT4 on a Mac - the ro...
I'd like to send logs generated on the router to a remote server, however I'm not seeing any options in the WebGUI to set such server. It's worth noti...
Hello gurus! I am wondering if 802.11k/v/r works with consumer/pro-summer grade APs (Netgears/Asus) configured independently via a wired network? Or d...

Don't Miss These

  • 1
  • 2
  • 3