Jump to content

Off network calls


Recommended Posts

This is going to be a hard one to explain...


We initially ran Snom ONE on Windows Server 2008 and recently migrated to the VMware appliance. All appeared to be going well, until we noticed complaints from certain users about call quality issues. Here's the scenario:


Extensions on the same LAN (in the same IP subnet as the PBX) can call each other with no issues. They can also break out via the gateway trunk with no quality issues. Extensions in different LANs (different IP subnets) can call extensions in the same LAN as the PABX with no quality issues, but the moment they break out via the gateway the quality suffers and nobody can make out what anyone is saying.


The configuration was backed-up and restored directly from the Windows instance to the appliance and the appliance is running on the same VMware host as the old Windows instance was.


Any guidance would be greatly appreciated.

Link to comment
Share on other sites

Hmm. Did you set anything up on the VMware regarding CPU Resources? For example, you could reserve some MHz for the appliance. You can also set the Scheduling Affinity. We know from non-virtualized environments that the processor affinity is important to keep the OS from swapping the process from one core to another, which causes tremendous jitter.

Link to comment
Share on other sites

Thanks for the suggestion. I used the defaults from the template (1 CPU & 512MB RAM), so no reservations or affinity. I have set affinity and a 1Ghz reservation now, but it made no difference. The other guests on the host are idling at the moment, so I'm quite confident that it's not a resource issue. Incidentally, the old 2008 Server had the same resource allocation. The quality issues make it sound like someone is talking through a voice modulator. Very strange...

Link to comment
Share on other sites

Thanks, I'll increase the RAM now to see if that helps. I don't think it's swapping though. See below:


top - 20:31:49 up 14 days, 2:46, 1 user, load average: 0.00, 0.00, 0.00

Tasks: 57 total, 2 running, 55 sleeping, 0 stopped, 0 zombie

Cpu(s): 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st

Mem: 510596k total, 295108k used, 215488k free, 38380k buffers

Swap: 128512k total, 0k used, 128512k free, 131252k cached


I just left it at 512MB initially because that was the template's default and it worked fine under Server 2008. I'll revert tomorrow and confirm whether or not it made a difference. Thanks again for the assistance!

Link to comment
Share on other sites

Oh oh.


I saw the title that says that only off-net calls are affected. Then this has nothing to do with the memory size or CPU load. Sorry for sending you in the wrong direction. If internal calls are fine, then you don't have to worry about memory size or CPU load.


If only off-net calls are the problem, then there must be something different or wrong with the routing. Because this is a new system essentially, you should double check if the routing table is what you would expect (route command). How many interfaces do you actually have (private/public IP). Is the VM host applying NAT to the host?

Link to comment
Share on other sites

Route are all fine:


[root@localhost ~]# route

Kernel IP routing table

Destination Gateway Genmask Flags Metric Ref Use Iface * U 0 0 0 eth0 * U 0 0 0 eth0

default UG 0 0 0 eth0

[root@localhost ~]# traceroute

traceroute to (, 30 hops max, 40 byte packets

1 ( 0.387 ms 0.397 ms 0.433 ms

2 ( 7.896 ms 7.887 ms 7.897 ms

[root@localhost ~]#



When an extension from calls an extension in (or vice versa) everything is fine. Snom ONE is in the range. However, when a phone from the range tries breaking out via the gateway (in the same IP range as Snom ONE) the quality suffers.

Link to comment
Share on other sites



Sorry about the late response. I ran the exact same config on Windows 2008 Server and everything worked well. Nothing has changed besides moving from Windows to the VMware appliance. Same host, same NIC, same network configuration. The reason for the higher latency is because the phone I pinged is on the other end of a 4km wireless link.

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

  • Create New...