<html><head>
<meta name="Generator" content="Novell Groupwise Client (Version 14.0.1 Build: 118418)">
<meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head>
<body style="font: 10pt/normal Segoe UI; margin: 16px 16px 4px; font-size-adjust: none; font-stretch: normal;"><div class="GroupWiseMessageBody" id="GroupWiseSection_1436187047000_kvandenouweland@vangenechten.com_26CE398115A00000AD5CCF5D93F29635_"><div>Good afteroon all,</div><div><br></div><div>First of all: thanks for everybody who is willing to think this through with me:</div><div><br></div><div>I'm having some issues regarding call quality between some calls. Let me try to explain the situation first</div><div><br></div><div>We have a Asterisk 11.16 server based on the Xivo distribution. There are 2 servers running in cluster (Active Passive), both virtual with the following config:</div><div>Quadcore CPU</div><div>8 GB ram</div><div>About 50Gb of diskspace which is used for about 15%</div><div>(Let's call this Asterisk cluster 001 for clarity)</div><div><br></div><div>The Asterisk server has a trunk to a cisco call manager which is on the same site/LAN, and 4 trunks to other Asterisk servers (same distribution but lower specs, name Asterisk cluster 002 and 003). These are all sites in our WAN but they are geographically divided and connected via MPLS links. Each affiliate has a specific number range XXXYYY where XXX stands for the affiliate and YYY is the extension of the users.</div><div>(Average bandwidth = 4Mpbs which has to be shared by applications. QoS allows that VoIP is prioritized)</div><div><br></div><div>Now, the actual problem:</div><div><br></div><div>I've set my main codecs to G711 a-law, G7 222 (for cisco call manager) and GSM as last. The GSM is set as primary for those trunks which don't have 4 Mbps of bandwidth available.</div><div><br></div><div>In most cases, trunk calling results in bad quality of conversations (a-law is chosen as codec) but or it is jitterish, or one party does not hear the other party (complete silence) It could be that the second time they call, everything is ok.</div><div><br></div><div>--</div><div><br></div><div>So a little ASCII map about the geographical setup:</div><div><br></div><div>Aff 1: [Asterisk cluster 001] <-- LAN trunk --> Cisco call manager</div><div> | </div><div> MPLS connection 20Mbps</div><div> |</div><div> |------> MPLS Cloud <---> MPLS connection 2Mbps --> [Asterisk cluster 002]</div><div> | <----> MPLS connection 4 Mbps --> [Asterisk cluster 003] </div><div><br></div><div>Calls between Cluster 001 <---> cluster 002 or 003 are potentially of bad quality (sometimes ok but most of all jiterish)</div><div>Calls between Cluster 002 <---> cluster 003 are good </div><div><br></div><div>The bandwidth if cluster001 ( 20 Mbps) is used about 50% with peaks to 75%.</div><div><br></div><div>I've aslo actived the jitter buffer with a buffer of 200ms but this didn't seem to do any good.</div><div><br></div><div>Does anybody have some hints how I can troubleshoot this?</div><div><br></div><div>Note: the Cisco calls to the other affiliaters over the same WAN don't have issues but these are based on SCCP protocol.</div><div><br></div><div>Thanks in advance</div><div>Kristof</div><div><br></div><div><br></div><div><br></div></div><BR>
<div>
<br>
Privileged Confidential Information may be contained in this message. If
you are not the addressee indicated in this message (or responsible for
delivery of the message to such person), you may not copy or deliver
this message to anyone.<br>In such case, you should destroy this message
and kindly notify the sender by reply email.<br>Please advise
immediately if you or your employer does not consent to Internet email
for messages of this kind.<br>Opinions, conclusions and other
information in this message that do not relate to the official business
of my firm shall be understood as neither given nor endorsed by it.
</div>
<br />--
<br />This message has been scanned for viruses and dangerous content by <br />
<b>Cisa Antispam Service</b>, and is believed to be clean.
</BODY></HTML>