NetBorder FAQ
Getting Started
- What is the basic functionality of NBE?
- How to restart NBE Gateway
- Server With Multiple IP Addresses Will Not Start
- After install/re-install there are no Sangoma cards available
General Configuration
- How to Enable Development Mode Dynamically
- How to assign particular channels to particular group
- How To Upgrade Firmware On A200/A10x Cards
- How to dynamically disable/enable channels on the Gateway
- How to Enable Call Recording
- How to dynamically activate/deactivate call recording on the Gateway (version 2.1+)
- How IP address configuration works
- How to enable CDR data to be logged
- How to configure Audio Level Control in the Gateway
PSTN Configuration: Analog
- Why Am I Seeing "B-Channel[0] failed to setup callerID detector" In My Application Log?
- NBE can't open Analog B-channel
- International deployments with analog boards
PSTN Configuration: Digital
- Caller name is not showing up
- Why Is There No Ringing When I Call Into The PRI?
- How To Change the PRI Numbering Plan
- Setting Up NBE To Be The Network Side (telco side)
- PSTN out call failing with STATUS message sent out by gateway
Debugging
- How to record RTP traffic using Wireshark when NBE and PBXnSIP are on the same system
- PRI Span Debugging
- Testing PRI using a loopback connection
- why my gateway is not starting
Getting Started
What is the basic functionality of NBE?
Outbound (PBX -> Telco) - NBE listens on port 5066 for a sip invite from the PBX, once this invite is received NBE places the call out to the telco
Inbound (Telco -> PBX) - NBE sends a sip invite to port 5060 which is the port the PBX listens on, once the pbx receives this the call gets setup with the PBX.
Now below is a diagram showing how this all works. Also the ports and IP addresses can be changed using the "Quick Setup" in the NBE manager.

How to Restart NBE Gateway
Using NBE Gateway Manager:
- Open your favourite web browser on the system running NBE Gateway
- Go to "http://localhost:7783/"
- Click on the "Stop Gateway" button...wait for NBE Gateway to stop
- Clcik on the "Start Gateway" button....wait for the NBE Gateway to start successfully
Manually Restarting the NBE Gateway Service
- Click on "Start -> Control Panel -> Administrative Tools -> Services"
- Scroll through the list of sevices and look for the one named "Netborder Express Gateway"
- Right click this server and select "restart" or "start" from the pop-up menu.
Server With Multiple IP Addresses Will Not Start
Edit your "\Program Files\Netborder\Express\Gateway\config\gw.properties" and place the following line in there
"netborder.net.primaryIPAddress=X",
X being the ip address that you want NBE to listen on. After this is done start NBE again and it will start up.
For more information on IP Addresses Configuration see How IP address configuration works
After install/re-install there are no Sangoma cards available
After performing a new install or a re-install of NBE you find that there are no Sangoma ports active, Windows says it found new hardware, and/or after configuring the cards in NBE the gateway fails to start.
The problem is that the Sangoma drivers did not install correctly and need to be re-installed. You can confirm this by looking at the "Device Manager". The Sangoma card(s) will show up as "Network Controller"

To solve the problem, uninstall the drivers, reboot and install the drivers again.
- Go to the Windows "Device Manager" and uninstall the "Network Controller" by right-clicking and selecting "Uninstall".
- Go to the Windows "Add or Remove Programs" and remove all "Windows Driver Package - Sangoma Technologies...", if there are any there

- Reboot the computer
- After reboot Windows will report that new hardware has been found and will try to install the drivers, click "cancel" to this window. You will see a window for each Sangoma card you have.
- Click on "Start -> All Programs -> Netborder Express Gateway -> Install Device Drivers". A Command Prompt window will open up and the drivers will be installed. If any "New Hardware Found" windows pop-up, click the "cancel" button.
- Once the drivers are installed check in the device manager that the cards are detected properly. In the example the system has an A200 and an A104 card installed.

- If you continue to have problems please contact Sangoma support at "techdesk@sangoma.com"
General Configuration
How to Enable Development Mode Dynamically
- Open the NetBorder Express Gateway Web Manager in your web browser
- Go the Status and Controls tab, select the Logging tab
- Change the Mode property from PRODUCTION to DEVELOPMENT
- Click the Apply button to activate development logging (logs by default to GatewayDebug.log in the /logs folder)
- Restarting the gateway will revert the logging mode to the default value set in the configuration, the changes made in this panel is not permanent.
- Note: Changing Mode from Development back to Production and then reverting it back to Development mode is quick and easy way to reset the GatewayDebug.log file.

How to assign particular channels to particular group
One "Channel Group" (PSTN Config of GUI) per campaign, assign channels in groups, then specify a channel group to use in routing rules based on the
campaign to use (phone number prefix?)



How To Upgrade Firmware On A200/A10x Cards
1) Stop the NBE gateway from the web UI at http://localhost:7783/. Once this is complete then go into the Windows Device Manager and right click on the PCI adapter and then select "Properties" from menu as shown below.

2) Once in the PCI adapter properties then go to the "Driver Mode Selection" tab, then change the driver mode from "Normal-default" to "Firmware Update" as shown below and then click "OK" to apply changes.

3) After you click "OK" then Windows will ask you if you want to restart the device click YES to this window as shown below.

4) Once the device is restarted then go to the abstraction driver associated with the PCI adapter and right click on it and select "Properties" as shown below.
\
5) Once in the abstraction driver properties then select the "AFT Firmware Update" tab and then click "Browse" to find the BIN file for the firmware on the C:\ as shown below. Now it is important to put it directly on the C drive as if there is a long path the update application will not work. Also if you don't have your firmware go to http://wiki.sangoma.com/sangoma-hardware#aft_firmware for a full list of firmware.

6) After the firmware has been selected click "Start Firmware Update..." and then the window below will appear and just wait for this to finish. Now once the firmware upgrade is complete the window will look like the one below and just hit enter on the key board.

7) Once this is done then right click on the PCI adapter again as shown in step #1 then go to the "Driver Mode Selection" tab and select the "Normal-default" mode again as shown below.

8) To check the firmware version go to the "Details" tab and you will see the version after "SUBSYS_" as shown below.

9) Once the firmware installation is complete you need to remove the device drivers from the system. To do this use the start menu shortcut "Remove Device Drivers" as shown below and then once this is done reboot the server.

10) After the server is rebooted Windows will ask to install the new hardware it has found; click "Cancel" to all pop-ups asking this. Once the system is fully booted up then use the "Install Device Drivers" shortcut as shown below to install the driver. Once this is done then log into the webUI and start the gateway.

If any Issues are found during the installation process please send an email to "techdesk@sangoma.com" with full details as to which step you got stuck on and also a screen shot of the error. Also please save the screen shot as a "jpg" or "png" file as BMP files are too big.
How to dynamically disable/enable channels on the Gateway
It is possible to put specific channels in maintenance mode while the gateway is in operation with the use of the command-line executable named "netborder-oam-cmd.exe" found in the /bin directory of the installation directory.
The following command disables one or many channels.
netborder-oam-cmd.exe localhost:18086 pstn-channel-op oos REGEX
where "REGEX" is a regular expression matching the name of the channel(s) you want to put out-of-service (oos).
When you are ready to put the channels back in service, just re-issue the same command, this time replacing oos by is (in-service)
You can find information about regular expressions here.
There are two types of channel name formats: One for digital interfaces (A101,102,104 and 108) and one for analog interfaces (A200):
b1(B1 - A102_digital)di2(B1I2)-c0
The REGEX to match the channel(s) will have the following fo
rmat: "bX.*diY.*-cZ"
X is the board number
Y is the digital interface number
Z is the channel number
To take all channels on board 1 down and back up
netborder-oam-cmd localhost:18086 pstn-channel-op oos "b1"
netborder-oam-cmd localhost:18086 pstn-channel-op is "b1"
To take digital interface 1 on board 1 down and back up
netborder-oam-cmd localhost:18086 pstn-channel-op oos "b1.*di1"rin
netborder-oam-cmd localhost:18086 pstn-channel-op is "b1.*di1"
To take multiple digital interfaces on board 1 down and back up (interface 1 to 4)
netborder-oam-cmd localhost:18086 pstn-channel-op oos "b1.*di[1-4]"
netborder-oam-cmd localhost:18086 pstn-channel-op is "b1.*di[1-4]"
To take a digital channel 1 on board 1 interface 1 down and back up
netborder-oam-cmd localhost:18086 pstn-channel-op oos "b1.*di1.*c1$"
netborder-oam-cmd localhost:18086 pstn-channel-op is "b1.*di1.*c1$"
To take multiple digital channels on board 1 interface 1 down and back up (1 to 9)
netborder-oam-cmd localhost:18086 pstn-channel-op oos "b1.*di1.*c[1-9]$"
netborder-oam-cmd localhost:18086 pstn-channel-op is "b1.*di1.*c[1-9]$"
b1(B1 - A200_analog)ai1(B1I1)-c1
b1(B1 - A200_analog)ai2(B1I1)-c1
The REGEX to match the channel(s) will have the following format: bX.*aiY
X is the board number
Y is the analog interface number or channel.
To take board 1 down and back up
netborder-oam-cmd localhost:18086 pstn-channel-op oos "b1"
netborder-oam-cmd localhost:18086 pstn-channel-op is "b1"
To take analog interface/channel 1 down and back up
netborder-oam-cmd localhost:18086 pstn-channel-op oos "b1.*ai1$"
netborder-oam-cmd localhost:18086 pstn-channel-op is "b1.*ai1$"
To take a group analog interfaces/channels down and back up [1-3]
netborder-oam-cmd localhost:18086 pstn-channel-op oos "b1.*ai[1-3]$"
netborder-oam-cmd localhost:18086 pstn-channel-op is "b1.*ai[1-3]$"
How to Enable Call Recording
This feature can come in handy when you want to record a few calls for troubleshooting purposes. However, it is very CPU intensive and should not be used as a permanent solution for call recording.
- Click on "Start -> All Programs -> Netborder Express Gateway -> Configuration -> Edit Global Configuraiton File"
- In the file that is opened search (ctrl+f) for "netborder.gw.recordCalls.enabled=false"...
- Set the value to true and save the file
- The location of the recordings is defined by the "netborder.gw.recordCalls.directory" property. The default value is logs/recording/
- Restart the NBE Gateway...see "How to restart NBE Gateway"
How to dynamically activate/deactivate call recording on the Gateway (version 2.1+)
It is possible to activate/deactivate the call recording feature while the gateway is in operation with the use of the command-line executable named "netborder-oam-cmd.exe" found in the /bin directory of the installation directory.
To turn on recording:
netborder-oam-cmd localhost:18086 set-config-param netborder.gw.recordCalls.enabled true
To turn off recording:
netborder-oam-cmd localhost:18086 set-config-param netborder.gw.recordCalls.enabled false
How IP address configuration works
There are 3 parameters (located in the gw.properties file in the config folder of the installation directory) that control the IP Addresses assignment of the gateway:
- netborder.net.primaryIPAddress: Used to set the SIP Contact used in the SIP messages
- netborder.sip.userAgent.IPAddress: A comma separated list of addresses, ports & transport on which the SIP stack listens for incoming SIP messages
- netborder.media.rtp.IPAddress: The ip address used to send & receive RTP packets, if this value is not set in the properties file, the value from primaryIPAddress is used.
The gateway can only send and receive RTP traffic on one IP address. However, SIP signaling can use multiple IP addresses and ports.
How to enable CDR (Call Detail Records) data to be logged
The gateway can only send and receive RTP traffic on one IP address
Add the following line to either the dev-logger.properties or the prod-logger.properties file to enable Call Details Records information to be logged in the gateway.
log4cplus.logger.netborder.cdr=INFO
To enable the CDR info to be logged in a unique file per call, add the following line to your logger.properties file
log4cplus.logger.netborder.cdr=INFO, CDR_LOG_APPENDER
You must also define your CDR_LOG_APPENDER is defined in the logger.properties file
# CDR Logging Appender
log4cplus.appender.CDR_LOG_APPENDER.enabled=true
log4cplus.appender.CDR_LOG_APPENDER=log4cplus::NullAppender
log4cplus.appender.CDR_LOG_APPENDER.Directory=${netborder.Installation.Directory}/logs/cdr-logs
log4cplus.appender.CDR_LOG_APPENDER.ImmediateFlush=true
log4cplus.appender.CDR_LOG_APPENDER.layout=log4cplus::PatternLayout
log4cplus.appender.CDR_LOG_APPENDER.layout.ConversionPattern=%D{%Y-%m-%d %H:%M:%S:%%q %%z} [%t] %p - %c : %m%n
How to configure Audio Level Control in the Gateway
The gateway can only send and receive RTP traffic on one IP address
Level control allows the gateway to adjust (manually or automatically) the volume of the audio sent or received to/from the PSTN interface. The following diagram illustrates the various audio manipulation done by the gateway and where the level control is applied in the process.
You can access the Level Control Configuration panel by choosing Configuration - PSTN Config and choosing your Physical Configuration in the right hand panel of the Web UI.
By default the level control is DISABLED.
Automatic Level Control
The automatic level control (ALC) algorithm is designed to adjust the level of the talker to a user-defined target energy level.
The gain applied can be negative or positive, resulting in either amplification or attenuation of the signal, depending on the target level, while the gain is applied on the whole signal (i.e. voice and background noise). Only the energy of the talker is used when deciding to amplify or reduce the signal. For this purpose, a voice activity detector specific to the ALC algorithm (ALC VAD) is used to differentiate between voice and noise signals.

When in automatic mode, the level control is only applied on the FROM_PSTN direction. The "Target Level in dBM0" is the parameter used to modify in automatic mode.
A value of 0 amplifies the signal to its maximum value while a value of -40 attenuates the signal to the minimum value. The recommended value is -18 dBM0.
Manuel Level Control

In Manual mode, the level contol can be applied to all directions. The "Gain in dB" is the parameter used to modify the level control.
Set to a positive value to increase the voice level. Set to a negative value to decrease the voice level. Set to 0 to keep the voice level unchanged.
PSTN Configuration: Analog
Why Am I Seeing "B-Channel[0] failed to setup callerID detector" In My Application Log?
If you are seeing this error in your Application log then your ToneDecoder.dll file has not been registered correctly. To fix this go to "\Program Files\Netborder\Express\Gateway\drivers\sangoma\hw_abstraction_driver\" from the command prompt and run the command "regsvr32 ToneDecoder.dll". Once this is done then try to start NBE again to be sure the issue is corrected.
NBE 2.0 can't open Analog B-channel
Symptom:
NBE starts but on the "System Status" page of the Gateway Manager you see the following error message:
B-Channel[X] Can't open Analog B-channel wanpipe! This error could occur if: - WANPIPE is not a valid wanpipe ID. Edit the pstn-config.xml to specify a valid wanpipe for sangoma interface ID=<NBE ID value for A200>
Solution:
You can get this error message if you do not have your FXO modules plugged in the correct socket on the A200. The modules have to go sequentially into the sockets, starting at the lowest numbered socket, and without any gaps.
The lowest numbered socket is the socket furthest away from the metal bracket on the lowest numbered card.
The lowest numbered card (when using an A200 with atleast 1 Remora card connected via a Backplane) is the left-most card in the bundle when looking from the metal bracket to the backplane.

International deployments with analog boards
For deployments with analog boards outside of North America, there are important aspects of the gateway configuration to consider:
1. Analog line variant
Analog line physical characteristics (ex. electrical impedance) are different from a country to another. This is set in the Physical Configurations->Analog Configuration->Analog Variant value of the Gateway Manager PSTN Config. About 110 countries are supported. If your country isn't in the list, try neighboring countries or countries you know have a similar phone system.
2. Tone detection set
In-band tones used to report progress of a call are different from country to country. The tone definition set used for detection by the gateway are selected via Physical Configurations->Audio Configuration->Tone Set Attributes value of the Gateway Manager PSTN Config. Tone sets are available for all the countries for which the line variant is supported.
If your country isn't in the list, an existing tone detection set (.xml file) will need to be modified to match tone definition of your country, following the instructions found in the Tone Configuration Guide located in the "doc" subdirectory of your NBE installation. You would not be able to rename the .xml file to the name of your country, so you'll need to refer to the tone set using the original country name (ex GERMANY if you modified the file called germany.xml to match your country tones.)
3. Tone generation set
The gateway must generate in-band tones in some conditions (ex. ringback played back on inbound calls). Currently, audio files must be provided by the gateway installer if deployed outside North America. See the Tone Configuration Guide located in the "doc" subdirectory of your NBE installation for details.
4. Caller ID detection
The delivery mode of Caller ID changes from country to country. The NBE Release Notes provides the list of countries for which Caller ID is supported.
PSTN Configuration: Digital
Caller name is not showing up.
The caller name arrives in a FACILITY message and the gateway is configured to get the caller name from a DISPLAY IE in the SETUP message. To get the caller name right, you will need to change the path configuration of the gateway as follows:
- In the Pstn config tab of the Gateway Manager, choose "Call Control" and

then "ISDN Configurations" in the panel on the left. - Double-click on the Call control config name in the ISDN Configuration Grid (usually FAS1-T1)
- A Fas Configuration display menu will then appear, in the "Caller Name Location Method" scrolling menu, choose "IN-FACILITY-MSG"
- In the "Wair Facility Delay (ms)" menu enter 100
- Save the new configuration by clicking on the Save button.
- If you've got more than one Call Control Configuration, you will need to perform operations 3 to 5 for all your Call Control configurstions.
- Restart the gateway
Why Is There No Ringing When I Call Into The PRI?

The ringback tone played to the caller is taken from the following sources, from highest to lowest priority:
- SIP endpoint (ex. IVR) sends in-band ringback audio via early media (SIP 183 Session Progress)
- The Gateway generates the in-band ringback tone if the PROGRESS INDICATOR Information Element is present in the ISDN SETUP message, or if it is forced to play it by having the "Inband Progress Tones Generation" parameter set to ALWAYS (instructions to set this parameter are given below).
- The PSTN network plays the ringback tone when the Gateway sends the ALERTING ISDN message. The Gateway sends the ALERTING ISDN Message upon reception of a SIP 180 Ringing from the SIP endpoint.
It is important to note that even though we set the "Inband Progress Tones Generation" parameter to ALWAYS, he in-band tone sent from the SIP endpoint will be played instead of the Gateway generated tone.
How to set the "Inband Progress Tones Generation" paramater to ALWAYS
1) First go into the "Gateway Manager" web interface and then click on "Configuration -> PSTN Config".

2) Next go to "Call Control -> ISDN configurations" and then select your T1 configuration.

3) Next in the configuration change the "Inband Progress Tones Generation" as shown below to "ALWAYS".

4) Stop and start the gateway to apply the changes.
5) If ringing is still not heard, try setting "Inband Progress Tones Indicator" (below "Inband Progress Tones Generation") to ALERTING, then BOTH, restarting the gateway after each change. BOTH has the same effect than the default PROGRESS on 4ESS and 5ESS ISDN variant.
How To Change the PRI Numbering Plan.
On some rare switches they will require the numbering plan to be set. Below shows you how to set this for the calling and called number and then the possible values for both fields. Now it would be best to get the telco to tell you exactly how to configure this but if not then you can just simply try all combinations. Now all of this will be done in the \Program Files\Netborder\Express\Gateway\config\routing-rules.xml file in the default_pstn_out rule. Each time this is set you need to restart NBE gateway.
There is two parameters below to set the number plan type for the "called" number which are below.
pstn.out.phoneNumber.type
pstn.out.phoneNumber.numberingPlan
Now for the "calling" number there is two other parameters as shown below.
pstn.out.ani.type
pstn.out.ani.numberingPlan
The "type" field can be set to one of the following numbers shown in the list below.
Value Description
0 Unknown
1 International number
2 National number
3 Network specific number
4 Subscriber number
5 Abbreviated number
7 Reserved for extension
The "numberingPlan" field can be set to one of the following numbers shown in the list below.
0 Unknown
1 ISDN/telephony numbering plan (Recommendation E.164 [19])
3 Data numbering plan (Recommendation X.121 [21])
4 Telex numbering plan (Recommendation F.69 [22])
8 National standard numbering plan
9 Private numbering plan
15 Reserved for extension
Below is a sample of how the rule may look once modified. Note the changes from the default are in orange.
<rule name="default_pstn_out" outbound_interface="pstn" qvalue="0.001">
<condition param="transfer" expr="false"/>
<condition param="sip.in.requestUri.canonical" expr="sip:([\+]?[0-9]+)@"/>
<out_leg name="" media_type="sendrecv">
<param name="pstn.out.channelGroup" expr="default"/>
<param name="pstn.out.cpa.enable" expr="false"/>
<param name="pstn.out.phoneNumber" expr="%0"/>
<param name="pstn.out.phoneNumber.type" expr="0"/>
<param name="pstn.out.phoneNumber.numberingPlan" expr="1"/>
<param name="pstn.out.phoneNumber.type" expr="1"/>
<param name="pstn.out.phoneNumber.numberingPlan" expr="1"/>
<param name="pstn.out.ani.type" expr="1"/>
<param name="pstn.out.ani.numberingPlan" expr="1"/>
</out_leg>
</rule>
Setting Up NBE To Be The Network Side (telco side).
#1 - Clocking - You can change the clocking in NBE as shown in the picture below.

#2 - Signaling - You will need to change to network mode termination as shown in the picture below.

#3 - Cabling - You will need a cross over cable if you are connecting back to back with NBE or another pbx. For pinouts go tohttp://wiki.sangoma.com/Pinouts#A101/2/4%20Cross. Now note this is different pinouts then a ethernet cross over cable.
PSTN out call failing with STATUS message sent out by gateway
If PSTN out calls using ISDN PRI fail and you see via the logs that the NBE gateway is responding to the remote party with STATUS ISDN messages, indicating "Invalid information element contents", the problem is probably that the ISDN PRI variant configured for the span doesn't match the variant of the remote party.
When there is a mismatch of the PRI variant (4/5ESS, NI2), some calls can often be placed with success, but eventually some call specifics will cause problems. So being able to place a call *is not* an indication that you selected the correct variant. Always verify with you PRI provider the variant in use.
Debugging
How to record RTP traffic using Wireshark when NBE and PBXnSIP are on the same system
On Linux based systems this is not a problem, simply set Wireshark to listen on the "lo" interface.
On Windows based systems this is a little tricky as Wireshark cannot listen to the 127.0.0.1. Use the following instructions to "bounce the traffic to your default gateway and back so that Wireshark can record the traffic.
NOTE: THIS IS ONLY FOR DEBUGGING DO NOT RUN THIS IN A PRODUCTION ENVIRONMENT
- Setup NBE to send all traffic to your LAN IP address
- Open the NBE Gateway Manager, go to the "Routing Rules" tab under the "Configuration" Tab.
- Find the default routing rules block, this block will contain the following line:
<param name="sip.out.requestUri" expr="sip:%0@127.0.0.1:5060"/> - Change the line so that the traffic is sent to the LAN IP address (in my case it was 192.168.1.90):
<param name="sip.out.requestUri" expr="sip:%0@192.168.1.91:5060"/> - Click the "submit changes" button to update the routing rules.
- Next open the "gw.properites" configuration file under the "config" folder on the "File Browser" tab of the NBE Gateway Manager
- In this file we need to tell NBE to send all RTP traffic to the LAN IP address. Search the file for "netborder.media.rtp.IPAddress"
- Uncomment this option and it to your LAN IP adress.
netborder.media.rtp.IPAddress=192.168.1.91 - Restart NBE to apply all the changes
-
- Setup PBXnSIP to send traffic to the LAN IP address rather then 127.0.0.1
- The only part of PBXnSIP that needs to be changed is the "Outbound Proxy" field of the the trunk configuration
- Login into the PBXnSIP Domain, go to the "Trunks" tab, and then click on the "edit" icon of your NBE trunk.
- Change the "Outbound Proxy" field to your LAN IP address...leave the port the same
- Restart PBXnSIP to apply the change
-
- Setup the Windows Routing table to forward all messages destined for your LAN address to the default gateway
- Start the Windows command prompt by clicking "Start", "Run" and running "cmd"
- Now we need to tell the Windows Routing table that all packets destined for your LAN IP address is sent to their destination by way of the default gateway. Run the command:
route add 192.168.1.91 mask 255.255.255.255 192.168.1.1 metric 1 - Run "exit" to get out of the command prompt
-
- Setup Wireshark to limit the capture to only the traffic between NBE and PBXnSIP
- Start a new capture in Wireshark with the following capture rule
src 192.168.1.91 && dst 192.168.1.91 - Reproduce the "failure"
- Save the capture as a .pcap file so that it can be opened by other applications (tcpdump, ethereal, etc)
- Start a new capture in Wireshark with the following capture rule
NBE - PRI Span Debugging
1) The first step is to check the physical layer connection between NBE and the telco.To do this we will need to use the wanpipemon cmd line tool.
a) Open the windows command line tool : Windows Start -> Run -> "cmd.exe"
b) To view T1/E1 Alarms on the first T1 of your sangoma digital card :
wanpipemon -i wanpipe1_if1 -c Ta
c) As you can see you have all the different T1/E1 alarms here plus some error counters.
OOF means the line framing is out of frame so we are receiving bad data. Also on E1 you can toggle the framing and this may correct the issue.
AIS means one of the repeaters down stream are in alarm so speak with the telco about this.
YEL means the telco is in alarm so call them and find out what alarm they are in
LOS means loss of signal so the line is probably not connected. If the line looks good try a cross over cable. Note this is not the same as a ethernet cross over; pinouts are available at http://wiki.sangoma.com/Pinouts#A101/2/4%20Cross
d) To view Communications/Error statistics
wanpipemon -i wanpipe1_if1 -c sc

3) Now if you have a different status other then "Idle" then refer to the legend below. If you can not resolve the issue please send everything at http://wiki.sangoma.com/SangomaTechSupport#nbe totechdesk@sangoma.com

4) Now if the D channel is up but calls do not work then place NBE into development mode by following the steps at http://wiki.sangoma.com/NBE-debugging#enable_devel_mode. Once in development mode there will be a new log for each time in "\Program Files\Netborder\Express\Gateway\logs\call-logs\<<Number of Year>>\<<Number of Month>><<Name of Month>>\<<Number of Day>>\<<Hour>>" eg. \Program Files\Netborder\Express\Gateway\logs\call-logs\2009\11November\27\11\. Now before you continue to debug the calls first go to http://wiki.sangoma.com/nbe-faq#basic to get an understanding of how this all works.
5) Now to start tracing the calls simply start with an inbound call first if inbound is not working. Now below is a trace of a working inbound call and one where the PBX does not respond to NBE's SIP messages.
Inbound Call Where PBX Does Not Respond --> Coming Soon!
Inbound Call That Works --> Coming Soon!
6) Now below is a trace of a outbound call that the pstn side rejects the call and the other call is a working outbound call. Also note if you call out and the log file is not being made you ether do not have development mode enabled (step 4), or your pbx is not sending the SIP message to IP and port you setup in the quick setup.
Outbound Call That Is Rejected From The Telco --> http://wiki.sangoma.com/NBE-pri-span-debugging-outbound-rejected
Outbound Call That Works --> http://wiki.sangoma.com/NBE-pri-span-debugging-outbound-working
7) If you can not sort out the issue please go to http://wiki.sangoma.com/SangomaTechSupport#nbe and send everything into techdesk@sangoma.com.
Testing PRI using a loopback connection
If you suspect connectivity problems with your PRI provider, you can use a T1 cross-over cable with your A102, A104 or A108 board to place calls from one T1 port to another.
1) Connect port 1 and 2 using a T1 cross-over cable. Warning: it isn't the same as a Ethernet cross-over. See http://wiki.sangoma.com/Cablepinouts#t1_e1_cross to see the pin-out to use. Do not connect the pins not involved in the cross-over as it can damage the equipment.
2) In NetBorder Express Gateway, create a new PSTN configuration using the Quick Setup tab.
3) Select the board you want to use for the loopback connection test, and all the default options of the Quick Setup.
4) Under Configuration->PSTN Config->Physical Configurations->P1-digital_T1, select "Assigned Interfaces" then remove the first interface (B1I1). Save.
5) Under Configuration->PSTN Config->Physical Configurations select "Add Physical Config" , T1, Add.
6) Select Configuration->PSTN Config->Physical Configurations->new_digital_T1 _2->Digital T1 Configuration, set Clocking to Network.
7) Select "Assigned Interfaces", add interface B1I1, Save, then Save in the new_digital_T1 _2 pane.
8) Under Configuration->PSTN Config->Call Control->ISDN Configurations->FAS1-T1 select "Assigned B Channels". Delete the first row with the channels from B1I1. Save.
9) Under Configuration->PSTN Config->Call Control->ISDN Configurations select "Add ISDN Config" , FAS, Add.
10) Select Configuration->PSTN Config->Call Control->ISDN Configurations>new_FAS _2, set Termination to Network. Save.
11) Select "Assigned B Channels", Add BChannel, Save, then Save in the new_FAS _2 pane.
12) Start the Gateway. Incoming SIP Calls will be placed on the PRI starting with channel 23 of interface 2 which will be received by the corresponding channel on interface 1.
Enabling DChannel Pcap Recording
When troubleshooting PRI/BRI connections is it sometimes useful to have a packet capture from the DChannel. The pcap will show you what is happening on the link at a low level during a call. These steps will enable pcap recording on the DChannel.
From the gateway homepage:
1. Click configuration

2. Click PSTN Config
3. Expand "Physical Configurations"

4. Select your interface
5. Next to "Record To Pcap File" use the dropdown menu to select "Yes". Note: the field below indicates in which file the pcaps will be saved.
6. Click Save.

After making your test calls, the pcaps from those calls will be saved in the log (default: /logs/dchan-pcap-recording/)
Why my gateway is not starting
If your gateway is not starting and you receive the following lines in your GatewayRollingFile.log, this means that your Sangoma card does not have a hardware echo cancellor onboard. THis is a problem, Netborder Express is compatible on with Sangoma cards that HAVE a hardware echo cancellor. If this is your issue, contact your reseller to purchase a Sangoma card with a hardware echo cancellor.
[root@localhost logs]# cat GatewayRollingFile.log.2012-01-15.bak
2012-01-15 21:16:02:101 +0800 [3279:3279] INFO - admin : Netborder Express Gateway version 4.1.4
2012-01-15 21:16:02:101 +0800 [3279:3279] INFO - netborder.infra.Application : Build : maint/nbe-4.1:21540?
2012-01-15 21:16:02:647 +0800 [3279:3279] INFO - admin : Netborder Express Gateway Starting
2012-01-15 21:16:02:767 +0800 [3279:3305] ERROR - netborder.sangoma.SangomaWanpipeInterface.wanpipe1_if1 : hardware echo cancellation is not supported on this interface. Please disable hardware echo cancellation for the current interface in the PSTN configuration parameters.
2012-01-15 21:16:02:777 +0800 [3279:3305] ERROR - netborder.sangoma.span.b1di1 : failed to apply echo cancellation parameters to all B-Channels.
2012-01-15 21:16:02:777 +0800 [3279:3305] ERROR - netborder.sangoma.span.b1di1 : Can't configure Echo Canceller!
2012-01-15 21:16:02:778 +0800 [3279:3305] ERROR - netborder.sangoma.boardManager : failed to start digital interface (span) b1(B1 - A101_digital)di1(B1I1)
2012-01-15 21:16:02:779 +0800 [3279:3304] ERROR - netborder.pstn.BoardRunnable : failed to initialize telephony board library
2012-01-15 21:16:02:781 +0800 [3279:3288] INFO - admin : Netborder Express Gateway Stopping
Attached Files
| level_control_automatic.png | jnephtali | May 27, 2010 | 7 KB |
| level control automatic | |||
| level_control_manual.png | jnephtali | May 27, 2010 | 6 KB |
| level control manual | |||
| Level_Control_NBEv2.1_diagram.png | jnephtali | May 27, 2010 | 15 KB |
| level control diagram | |||

