View source for How to Debug Trunk Interfaces

Connecting a trunk interface should be easy - right? Well it is more complicated than it seems because many conditions have some effect on the final installation. 

Here are some examples:<br> 

#Cables<br> 
#Port used on Tmedia units<br> 
#Port used on remote device<br> 
#Framing<br> 
#Line encoding<br>

In general, cabling makes all the difference when connecting a trunk interface. In most cases, after the local and remote trunk Ports are carefully selected and default configuration is used, cabling is the last thing that can cause a problem.<br> 

To check the status of the trunk&nbsp;: [[Toolpack:TDMLinesStatus_B|TDM line status]] 

On the web portal&nbsp;: <br> 
<pre>Status -&gt; TDM lines -&gt; click on the trunk -&gt; Click on extended status -&gt; Refresh now
</pre> 
Most of these parameters are defined in RFC2495 ([http://www.faqs.org/rfcs/rfc2495.html www.faqs.org/rfcs/rfc2495.html]), but here is a guideline for different errors encountered: 

1. If you have LOS (Loss of Signal) -&gt; Check cabling<br> 

2. If you have LOF/OOF (Loss of Frame) -&gt; Check framing and type of trunk (E1 vs T1)<br> 

3. If you have RAI/RRA (Remote Alarm Indication) -&gt; Check cabling<br> 

4. If you have RSP/RSN (Receive Slip)&nbsp;-&gt; Clocking is not set correctly<br> 

5. Other errors, like FEC (Forward Error Correction)&nbsp; and CVC (Code violations) are usually not critical, but should be verified -&gt; Check cabling 

<br> 

You can also reset the status to get fresh information:<br> 
<pre>Click on Reset status -&gt; Refresh now -&gt; Unclick on Reset status  -&gt; Refresh now (again)
</pre> 
<br> 

You can also test with Trunk Loopbacks. Here is the procedure [[Parameter: Loopback|how to use Loopback]]. 

<br> 

'''Possibles causes of bad cabling:'''<br> 

1. Straight vs Crossover<br> 

Depending on the installation, the cable required can be a straight one or a crossover. Make sure the right one is used in the installation. This is detected with a LOS signal on the line.<br> 

*Straight E1 cable (same for T1 and J1):&nbsp;pairs 1-2 and 4-5 must be the twisted pairs. This is different than a ethernet cable. It does not affect the system over short distances.<br> 
*Crossover E1 cable:&nbsp;pairs 1-2 and 4-5 must be crossed.<br>

*Note: In the field, for ISDN configuration on T1/E, we found it clearly expects a specific pinout for ports configured for USER side (i.e. straight cables) and NETWORK side (i.e. cross-over). 

2. Only half way is working 

This is easy to detect as the RAI/RRA alarm will be set on one end (1) and LOS on the other end (2). This means the path from (1)&nbsp;to (2) is down and path from (2) to (1) is up. 

3. Quality of the cable<br> 

If the cable is not perfect, it may causes various errors like Code Violations. In general this will not affect the status of the line, but will generate static on the line and may prevent data communication, like HDLC processing for ISDN and SS7. Reference to other status parameters can be found in RFC 2495 

3. 75 ohms E1 connections<br> 

E1 75 ohms/120 ohms conversion requires an external Balun module<br> 

<br> 

'''Default parameters:'''<br> 

E1<br> 

*Line encoding is HDB3<br> 
*Framing is AUTO, which supports both MFRAME (multiframe, or with CRC) and STD (doubleframe without CRC)<br> 
*Line length is SHORT<br>

T1/J1<br> 

*Line encoding is B8ZS<br> 
*Framing is ESF (extended Super Frame) 
*Line length is SHORT

<br> 

Note: Trunk ports on Tmedia 16 E1 and Tmedia 64E1 with patch panels are not in the same order of connection. Please verify in the respective installation guides.<br> 

== Please find below the list of counters supported per E1/T1 interfaces: ==
'''Anomalies'''
 RSP (receive slip positive)
 RSN (receive slip negative)
 XSP (transmit slip positive)
 XSN (transmit slip negative)
 FEC (forward error correction)
 CVC (code violation counter)
 CEC (CRC-4 error counter)
 EBC (E-bit counter)
 CEC2 (CRC error counter 2)
 CEC3 (CRC error counter 3)
 BEC (bit error counter)
 COEC (change of frame or multi frame alignment counter)
'''Defects'''
 LOS count (loss of signal events)
 OOF count (out of frame events)
 AIS count (alarm indication signal)
 RRA count (remote alarm received)
 XLS count (transmit line shorted)
 XLO count (transmit ones density)
 EXZD count (count of excessive zeroes events)
 TS16LOS count (loss of signal in timeslot 16)
 TS16OOF count (out of frame in timeslot 16)
 TS16AIS count (alarm indication signal in timeslot 16)
 TS16RA count (remote alarm received in timeslot 16)
 PDEN count (pulse density violation count)
'''Failures'''
 LOS count (loss of signal)
 LOF count (out of frame)
 AIS count (alarm indication signal)
 RAI count (remote alarm indication)
 TS16LOS count (loss of signal in timeslot 16)
 TS16LOF count (loss of signal in timeslot 16)
 TS16AIS count (alarm indication signal in timeslot 16)
 TS16RAI count (remote alarm received in timeslot 16)

== References  ==

[http://www.cisco.com/en/US/tech/tk713/tk628/technologies_tech_note09186a00801069ff.shtml T1 Alarm Troubleshooting]