Page Comparison

<div id="fb-root"></div>
<script>(function(d, s, id) {
  var js, fjs = d.getElementsByTagName(s)[0];
  if (d.getElementById(id)) return;
  js = d.createElement(s); js.id = id;
  js.src = 'https://connect.facebook.net/en_US/sdk.js#xfbml=1&version=v2.11';
  fjs.parentNode.insertBefore(js, fjs);
}(document, 'script', 'facebook-jssdk'));</script>

...

 <div class="lang-box-pdf">
	<div>
		<div class="google-lang">
			<div id="google_translate_element">
			</div>
			<script type="text/javascript">
					function googleTranslateElementInit() {
						new google.translate.TranslateElement({pageLanguage: 'en', includedLanguages: 'de,es,fr,it,nl', autoDisplay: false}, 'google_translate_element');
						}
			</script>
			<script type="text/javascript" src="//translate.google.com/translate_a/element.js?cb=googleTranslateElementInit"></script>
		</div>
		
		<div class="pdf-button">
			<a href="https://confluence.wildix.com/spaces/flyingpdf/pdfpageexport.action?pageId=23986378" alt="Convert to .pdf" title="Convert to .pdf"><img src="https://confluence.wildix.com/download/attachments/14549012/pdf-button-download-wildix-documentation.png"></a>
		</div>
	</div>
</div>

Introduction

This Guide provides information about various ways of solving Media Gateways issues and analyzes the most typical problems with the help of examples.

Consult the Guide in case you have provisioning, network and call issues. 

To debug and troubleshoot such issues, you can collect PCM trace and Syslog from Media Gateways.

Some useful links

Refer to these Quick Installation Guides for reminding how to connect and configure Media Gateways:

• W02/04BRI
• W01/02PRI
• W01/02/04FXS
• W24FXS 2015
• W04FXO

SIP Trunk Settings Guide describes trunk settings and can be helpful in configuring various parameters of Media Gateways: 

• ISDN - FXO - GSM - SIP Trunk Settings Guide

Troubleshooting of

...

BRI Gateways in case of provisioning or network issues

Issues:

• The gateway is not identified by the network
• The gateway appears to cause the calls’ interruption
• The gateway appears to affect the quality of the conversation
• The gateway is not available for provisioning on the WMS
• The gateway appears not to work correctly (the ports are not functional, the signal lights blink in a strange way…way)

Reason:
Provisioning, network or functioning of BRI devices is not correct

Solution:
The Reset procedure of the gatewayGateway.

Reset operation resolves some problems related to the media gateway Gateway (strange blinking of LEDs, connectivity problems) and some problems related to LAN connection, access to the configuration page via http , etc…
Follow the steps below for etc. Follow these steps to perform the correct operation procedure.:

• The Gateway should be connected only to the power :
  
  

...

In case the operation was not successful, repeat it again.

Test procedure (performed after the device is reset)

For the test performance you need:

• 1 PBX with a user , created (you can create a new user especially for the test or use the existing one)
• 1 provisioned phone associated to this user
• 1 dialplan Dialplan procedure
• 1 provisioned BRI device (which was previously reset and upgraded to the latest version of firmware)
• 1 network cable to connect the ports involved in the test

...

The test consists of a call with two ports involved, one used as outgoing, another one – as incoming.

The PBX plays the audio file in loop to keep the call running and to give the possibility to test the device.   
It is recommended to perform this operation in the specifically designed test environment in order to exclude the problems caused by some external factors, that could influence the result (the problems related to the operator, lines, configuration etc…etc). 

The following logical scheme demonstrates the procedure. In this case W02BRI is used .In (in case W01BRI is tested, you need another BRI device, to set up the second port.):

To perform the test:

• Create a user or use the existing one to perform the test. In this example the user “test2” with the phone extension number 103 is used:
  
  

• Connect the Gateway to the Wildix test PBX and make the provisioning (refer to the online Guide if needed); connect the needed ports using the network cable RJ45:
  
  

...

Once the procedure is entered into the dialplan, “test2” should be associated to the user.

We should receive the following picture

...

• Go to WMS -> Trunks -> select BRI device and click Edit to configure. Set up

...

• TE as one port,

...

• NT as the second port (by choice) and associate

...

• "testbri" Dialplan procedure with both of them. Here, in the example, W01BRI is tested and another BRI device was used to set up the second port:
  
  

After you configure the port,  

...

"testbri" Dialplan procedure 

The setting is ready for the test procedure. Dial the number 9999 and check the work of the BRI device by listening to the sound file.

Troubleshooting of BRI/ PRI Gateways

...

This debugging tool helps you to identify the following problems:

...

in case of call issues

Issue:

PRI or BRI

...

Gateway fails to make/ receive calls

...

Debugging of W04FXO

DESCRIPTION

To debug the W04FXO device, access the gateway on its IP address (e.g. 192.168.1.16) via telnet protocol.

...

Use the command line (on Windows) or Terminal (on Unix and other systems) to enter the Gateway telnet IP (e.g. 192.168.1.16)
Log in using your access credentials (admin / wildix)
To start the debug:

debug -o

To stop the debug, 

debug -c

To disconnect from the device, type in 

quit

Syslog, Reset and recovery of media gateways

WP4X0 reset and recovery: Press the central button of the Navigation keys and hold it for several seconds. For more details read the guide: https://manuals.wildix.com/reset-and-recovery-of-wp410-wp480-wp480g-wp490-wp490g-2015-2016/

Enable . 

Reason:

Connection of BRI/ PRI Gateway to the ISDN operator’s line or to the PBX Legacy/ other devices should be checked.

Solution:

• Access PRI/ BRI  Gateway web interface
• Go to ISDN menu. Now you can see the list of all the ISDN interfaces and the state of the physical link

“Up” indicates that the service works correctly, while “Down” indicates the problem on the line and/ or in the Gateway configuration:

Resolving issues with ISDN operator’s line connection

Issue 1.1. The physical link is not active

How to solve:

• Check/ substitute the wiring
• Check that the following wiring scheme is used (“straight” wiring):
  
  

• In case of the wiring to the network terminal Selta with DB9 connector, the correct scheme of the wiring is the following one:
  
  

Issue 1.2. The signal is not active

How to solve:

• Make sure that “Clock” is set up to “Use provided clock” in WMS -> Trunks, under the configuration menu of BRI/ PRI trunk
• Request an operator to check the line’s state

Resolving issues with PBX legacy/other devices connection

Issue 2.1. The physical link is not active 

How to solve:

• Check/ substitute the wiring
• Check the mode in which the ISDN interface of the PBX Legacy operates:
  • If it operates in TE mode with "Use provided clock" , the Wildix PRI Gateway should operate as NT with the clock set up to "Generate clock"
  • If it operates in NT mode with "Generate clock", the Wildix PRI Gateway should operate as TE with the clock set up to "Use provided clock"

Issue 2.2. The signal is not active

How to solve:

• Check the protocol type used by the legacy PBX (DSS1 or QSIG), align consequently the settings of the Wildix PRI Gateway in  WMS -> Trunks -> BRI/PRI trunks

Issue 3. In case of connection to Cisco router provided by Fastweb operator, the BRI Gateway has problems both with incoming and outgoing calls

How to solve:

• Make sure that the gateway ports are set up in TE mode. Connect Cisco device to the Media Gateway ports using the crossover cables:
  
  

Debugging of BRI/ PRI Gateways using PCM trace

PCM trace can help you to identify the problems with echo or noise in your network, voice quality issues and analog signals.

Access to the detailed Admin Guide: Collecting PCM trace from BRI/ PRI.

Debugging of ISDN Gateways using Syslog 

Collecting and analyzing syslog can be useful in order to debug various issues. 

For the information on how to collect syslog without Remote syslog server, read the Guide: Collecting Syslog from Wildix Devices.

It is also possible To enable remote syslog on Wildix devices: WMS -> Devices, double click on a provisioned device to edit it and select “Syslog Server” (enter the address of the remote server).

For the information on how to collect syslog from Wildix devices without Remote syslog server, read the guide: Collecting Syslog from Wildix Devices.

ISDN gateways. Starting from WMS version 3.88, it is possible to enable Remote Syslog without installation of a remote server. Refer to Remote Syslog Guide for detailed information. 

ISDN Gateways:

• Connect to the

...

• Gateway via SSH (on Windows you can use “putty” or other SSH clients) using the same credentials you used for access to web interface

...

• Use the string to begin the session:

  Code Block
  logs on

  
  

•  To finish the session, use the string:

  Code Block
  logs off

  
  

• Make a test call

The logs help you to understand eventual issues, here is what happens when a user places an outgoing call to a trunk:

• PBX receives a request from the user and forwards it to the BRI/ PRI

...

• Gateway
• The

...

• Gateway forwards the call to the operator
• The operator responds to the

...

• Gateway with the status “Call Proceeding” to confirm the reception of the request
• The operator responds with the status “Call Progress” to indicate that the call has been routed to the destination
• The operator responds with the status “Alerting” to indicate that the destination is available
• The operator responds with the status “Setup Confirm” to indicate that the call has been responded

In case the call could not be connected or the call was hang up by the operator, the media gateway Media Gateway receives the following message: “Unicast RECV Disconnect”

Check the field indicating the reason of the call disconnection, for example: “Cause: Normal call clearing (16)”. Check the codes of disconnection reasons: http://www.cnes.com/causecodes.html 

Debugging of W04FXO Gateways

To debug W04FXO device, access the Gateway on its IP address (e.g. 192.168.1.16) via telnet protocol:

• Use the command line (on Windows) or Terminal (on Unix and other systems) to enter the Gateway telnet IP (e.g. 192.168.1.16):
  
  

telnet <DEVICE IP>

Where:
<DEVICE IP> is the IP adress of W04FXO

• Log in using your admin access credentials (admin / wildix)
• To start the debug, use the following string:
  
  

debug -o

• To stop the debug, use this string:
  
  

debug -c

• To disconnect from the device:
  
  

quit

<div class="fb-like" data-href="https://confluence.wildix.com/x/ygBuAQ" data-layout="button_count" data-action="recommend" data-size="large" data-show-faces="true" data-share="true"></div>

...