Professional Documents
Culture Documents
Ethernet Port Fault PDF
Ethernet Port Fault PDF
OPERATING INSTRUCTIONS
© Ericsson AB 2013, 2016. All rights reserved. No part of this document may be
reproduced in any form without the written permission of the copyright owner.
Disclaimer
The contents of this document are subject to revision without notice due to
continued progress in methodology, design and manufacturing. Ericsson shall
have no liability for any error or damage of any kind resulting from the use
of this document.
Contents
1 Overview 1
1.1 Description 1
1.2 Prerequisites 2
2 Procedure 3
2.1 Analyze the Alarm 3
2.2 Link Down 3
2.3 Auto-negotiation Failed to Meet Minimum Requirements 5
2.4 SFP Module Mismatch 5
2.5 No SFP Module Installed 6
2.6 Unavailable 6
1 Overview
1.1 Description
This is a primary alarm, which is raised by the EthernetPort MO.
The alarm is raised if the Ethernet Switch detects a ‘‘port fault’’ condition. The
alarm remains as long as the port is faulty. Normally, the fault must be attended
to on site. The port fault condition can only be detected if the port configuration
is completed so the port is enabled and ready to handle traffic.
The possible alarm causes and fault locations are explained in Table 1. The
alarm causes are stated in the additionalText.
The alarm can be raised temporarily after a restart of the switch board. If so,
the alarm normally ceases within one minute.
1.2 Prerequisites
This section provides information on the documents, tools and conditions that
apply to the procedure.
1.2.1 Documents
Before starting this procedure, ensure that you have read the following
documents:
1.2.2 Tools
Before starting this procedure, ensure that the following tool is available:
1.2.3 Conditions
Before starting this procedure, ensure that the following condition is met:
2 Procedure
Do the following:
1. If the alarm ceases within one minute, exit this procedure. If the alarm does
not cease, continue with the next step.
2. If the Ethernet port has a cable that is plugged in, follow that cable to its
remote end. Determine whether the remote port is in need of repair or
whether it is in maintenance mode, by examining any other alarms on the
remote port. If there are any such alarms, repair the remote port first. If
this alarm then ceases, exit this procedure. If the alarm does not cease,
continue with the next step.
3. If the Ethernet Port is not SFP, continue with the next step. If the
Ethernet Port is SFP and the attribute sfpPort is set to true,
examine the sfpType part of the attribute sfpInformation of the
EthernetPort MO. If the sfpType has the value GE_1000_BASE_T,
examine the autoNegotiation part of the attribute operatingMode of
theEthernetPort MO. If the autoNegotiation has the value true, set
it to false. If this alarm then ceases, exit this procedure. If the alarm does
not cease, continue with the next step.
4. If the Ethernet Port is not 1000BASE-T, continue with the next step. If the
Ethernet Port is 1000BASE-T, follow that cable to its remote end.
6. If the Ethernet port is a member of a link aggregation group, verify that the
attribute availabilityStatus in the EthernetPort MO does not have
the value DEPENDENCY_FAILED on either end of the link.
7. If the Ethernet port is dependency failed, exit this procedure for this Ethernet
port and continue with another Ethernet port in this link aggregation group
that is not dependency failed. If the Ethernet port is not dependency failed,
continue with the next step.
9. If the alarm ceases, exit this procedure. If the alarm does not cease,
continue with the next step.
10. If the port is associated with a SwitchPortStp MO, examine the event log
for the MO SwitchPortStp. If the event BPDU Guard Port Blocked
has been raised, continue with the next step. If this event has not been
raised, go to Step 15.
12. If the alarm ceases, exit this procedure. If the alarm does not cease,
continue with the next step.
14. If the alarm ceases, exit this procedure. If the alarm does not cease,
continue with the next step.
15. Ensure that the cable to the remote host is connected correctly. If the
alarm ceases, exit this procedure. If the alarm does not cease, continue
with the next step.
16. If the port is optical, carefully pull the optical connector from the QSFP or
SFP+. Inspect and if necessary clean the optical fiber connector before
reconnecting it to the QSFP or SFP+.
17. If the port was connected to a node-external port, consult the maintenance
center for the network. If the network problem is resolved and the alarm
ceases, exit this procedure. If the alarm does not cease, continue with
the next step.
18. Consult the next level of maintenance support. Further actions are outside
the scope of this procedure. There might be a hardware fault on the board.
Do the following:
2. If the port is electrical, replace the cable. If the alarm ceases, exit this
procedure. If the alarm does not cease, continue with the next step.
3. Consult the next level of maintenance support. Further actions are outside
the scope of this procedure. There might be a hardware fault on the board.
Do the following:
1. Examine the SFP module for any connection problems. Make sure that it
is securely inserted and that the Ethernet cable is correctly connected to
the board. If the alarm ceases, exit this procedure. If the alarm does not
cease, continue with the next step.
2. Replace the SFP module with an approved module, as specified in the Unit
Description for the board. If the alarm ceases, exit this procedure. If the
alarm does not cease, continue with the next step.
3. Consult the next level of maintenance support. Further actions are outside
the scope of this procedure. There might be a hardware fault on the board.
Do the following:
2. Insert an approved SFP module into the socket on the board. If the alarm
ceases, exit this procedure. If the alarm does not cease, continue with
the next step.
3. Consult the next level of maintenance support. Further actions are outside
the scope of this procedure. There might be a hardware fault on the board.
2.6 Unavailable
A configuration change of the port requires that the board is restarted. This is
because of that the board must work in a fundamentally different mode which
can only be configured when the board is started and the HW is initiated.
Do the following:
1. Lock the board, using the instruction Lock Board. The Lock type is Hard
lock. The alarm ceases during the time the board is locked but the fault is
not repaired yet.
2. Restart the faulty board, using the instruction Restart Board. The
RestartRank is RESTART_WARM and the RestartReason is
PLANNED_RECONFIGURATION. In the field, RestartInfo, write the name
of this alarm and the fault cause.
4. If the alarm reappears after the board is unlocked, lock, restart, and unlock
the board once more, as described above.
5. If the alarm reappears with new alarm cause, a new problem has been
identified. Start from the beginning Step 1 and follow the procedure for
the new alarm cause.
6. If the alarm with the fault cause Unavailable ceases, exit this procedure. If
the alarm does not cease, continue with the next step.
7. Consult the next level of maintenance support. Further actions are outside
the scope of this procedure. There might be a hardware fault on the board.