Further information on the status of Frame-Relay can be determined
from the show interface command. There are four common line
status conditions:
- Interface is down, line protocol is down
- Interface is up, line protocol is down
- Interface is up, line protocol is up
- Interface is administratively down
The output ‘serial0/0 is down, line protocol is down’ indicates a
problem with the CSU/DSU or the serial line. Troubleshoot the problem with a
loopback test using the following steps:
- Set the serial line encapsulation to HDLC and keepalive to 10 seconds. The
commands to accomplish this are interface configuration commands
encapsulation hdlc and keepalive 10.
- Place the CSU/DSU or modem in local loop mode. Look for a "line
protocol is up (looped)" message. If the line protocol comes, this would
suggest that the problem is occurring beyond the local CSU/DSU. If the status
line does not change states, look for a problem in the router, connecting
cable, CSU/DSU or modem. In most cases, the problem is with the CSU/DSU or
modem.
- Ping your own IP address with the CSU/DSU or modem looped. There should not
be any misses. An extended ping of 0x0000 is helpful in resolving line problems
since a T1 or E1 derives clock from data and requires a transition every 8
bits. B8ZS ensures synchronization. A heavy zero data pattern helps to
determine if the transitions are appropriately forced on the trunk. A heavy
ones pattern is used to appropriately simulate a high zero load in case there
is a pair of data inverters in the path. The alternating pattern (0x5555)
represents a "typical" data pattern. If pings fail or if there are
cyclic redundancy check (CRC) errors, a bit error rate tester (BERT) with an
appropriate analyzer from the telco is needed.
When testing is complete, change the encapsulation back to Frame Relay.
The output ‘serial0/0 is up, line protocol is down’ means that the
router is getting a carrier signal from the CSU/DSU or modem but Layer 2
communication has failed. Troubleshoot the problem using the following steps:
- Check to make sure the Frame Relay provider has activated their port.
Verify that the router and telco LMI settings match. Generally, the Frame Relay
switch ignores the data terminal equipment (DTE) unless it sees the correct
LMI.
- Check to make sure the Cisco router is transmitting data. You will most
likely need to check the line integrity using loop tests at various locations
beginning with the local CSU and working your way out until you get to the
provider’s Frame Relay switch. See the previous section for how to perform a
loopback test.
Unless keepalives have been turned off, the output ‘serial0/0 is up,
line protocol is up’ means that the router is talking with the provider’s Frame
Relay switch. The router should indicate a successful exchange of two-way
traffic on the serial interface, with no CRC errors.
The output
‘serial0/0 is down, line protocol is up’ is not possible.
Keepalives are
necessary in Frame Relay because they are the mechanism that the router uses to
"learn" which DLCIs the provider has provisioned. To watch the
exchange, the debug frame-relay lmi command can be used in
almost all situations. The debug frame-relay lmi command
generates few messages, but can provide answers to questions such as:
- Is the Cisco Router talking to the local Frame Relay switch?
- Is the router getting full LMI status messages for the subscribed permanent
virtual circuits (PVCs) from the Frame Relay provider?
- Are the DLCIs correct?
Refer to Figure
for a sample
debug frame-relay lmi output from a successful connection.
Notice the status of DLCI 980 in the output. The possible values of the
status field are explained in Figure
.