Got it

[OptiX OSN 8800] RMON_ALM_INBADOCTS_OVER alarm in a TOA board Highlighted

Latest reply: Feb 11, 2021 12:36:41 1052 15 5 0 2

Hi guys!!

 

I would like to share with you an issue about RMON_ALM_INBADOCTS_OVER (service quality alarm).


Description


Statistics of receiving bad packets is over the upper threshold. The alarm is generated when the octet number of bad packets detected by the Ethernet port of the board crosses the upper threshold.

 

Condition:

The scenario is as follows:


10

GE service is configured between SITE 1 and SITE 2:


  • SITE 1 (OSN8800 T32) / TOA / Slot 5 / TX4-RX4

  • SITE 2 (OSN8800 T32) / TOA / Slot 3 / TX6-RX6


The main parameters configured in the GE service in both TOA boards are:


Service Type -> GE (TTT-GMP)

Ethernet Working Mode -> Auto-negotiation (1000M Full-Duplex)

MTU -> 9600bytes (by default)

The other parameters are by default.


The Client Data Equipment main parameters are configurated as follows:



Ethernet Working Mode -> Auto-negotiation (1000M Full-Duplex)

MTU -> 1500bytes


Symptom:

Customer detects CRC error packets in the GE service. After the warning, the RMON_ALM_INBADOCTS_OVER alarm is verified in the NMS:


2


Transmit and receive directions of RMON performance events are checked (in both sites).


15


5


The abnormal data packets include:

  • ETHOVER (Oversize Packets Received), excessively long packet whose length exceeds the configured maximum length.

  • ETHFCS (FCS errors), CRC error packets.

  • TXBBAD (Bad Octets Transmitted), the total number of octets of bad packets transmitted on the network (excluding framing bits but including FCS octets).  

On the other hand, the Ethernet Performance results on both client ports (SITE 1 and SITE 2) of the TOA boards are as follows:


50


40


It's obvious that the client port RX4/TX4 of the TOA board in SITE 1 receiving abnormal data packets. This abnormal data packets are transmitted by the GE service trail over DWDM network to SITE 2.


Impact:

The GE service quality is degraded.


Severity:

Minor


Root Cause:

Possible Causes:

  • 1) The data equipment on the client side sends the abnormal data packets.

  • 2) The abnormal link between the client side and the Ethernet port on the board leads to the error of the data    packets in transmission.

  • 3) The faulty board leads to the regeneration of the signals or detection error.


Solution:

Firstly the transmit/receive optical power of the two connected GE ports client (TOA board) of both sites are cheked, to clarify if are within the permitted range. The result is OK:


80

A support technician goes to one of the customer's headquarters (SITE 1 side) with Ethernet Network Tester (MTS 5800). An RFC 2544 Enhanced measure is performed with physical loop in other end customer's headquarte (SITE 2 side).


The result of RFC 2544 is OK:

60

70


With the previous RFC 2544 Enhanced measure, the following possible causes are discard:

  • 2) The abnormal link between the client side and the Ethernet port on the board leads to the error of the data    packets in transmission.

  • 3) The faulty board leads to the regeneration of the signals or detection error.


In addition, jumbo frame traffic is injected with 9600bytes extended load frame length and 9601bytes extended load frame length.

-> 9600bytes extended load frame length: The service does not displays the RMON_ALM_INBADOCTS_OVER alarm.

-> 9601bytes extended load frame length: The service displays the RMON_ALM_INBADOCTS_OVER alarm.


With the previous tests it is verified that the TOA board reports the RMON_ALM_INBADOCTS_OVER correctly.


The results certify the correct functioning of the link at the DWDM transport layer level. The traffic generated by the measurement equipment to carry out this test, as can be seen in the previous attached image, transmitted with different types of frames with different sizes, including 9600 bytes Jumbo Frame.


Conclusion: In this way, everything indicates that the problem must be in the Client Data Equipment - SITE 1 and that their configuration should be reviewed (HW, SW, configuration parameters...):


  • 1) The data equipment on the client side sends the abnormal data packets.


After the customer checks the Client Data Equipment, switch port failure is reported.

 


BR

Thank you alopez for sharing!

The MTU values of transmission equipment and customer equipment are important when we troubleshooting Ethernet faults, The MTU values of the transmission equipment and the client equipment must be less than or equal to the MTU values of the transmission equipment.
If the client equipment is suspected to be faulty, directly connect to the connected device without using the channel provided by the transmission device. Comparing the test is a quick method to locate the fault.

View more
  • x
  • convention:

alopez
alopez Created Oct 29, 2020 07:36:34 (0) (0)
Your clarification is very important. Thank you liqiang!! :-)  
Great knowledge . Thanks for sharing
View more
  • x
  • convention:

alopez
alopez Created Oct 29, 2020 07:36:51 (0) (0)
Welcome!!  
Thanks to share
View more
  • x
  • convention:

alopez
alopez Created Oct 29, 2020 07:37:16 (0) (0)
Thank you lucian!!  
[OptiX OSN 8800] RMON_ALM_INBADOCTS_OVER alarm in a TOA board-3490839-1
View more
  • x
  • convention:

alopez
alopez Created Oct 29, 2020 07:37:28 (0) (0)
Welcome!!  
Interesting!

Did you get the chance to troubleshoot something which was also similar?
View more
  • x
  • convention:

alopez
alopez Created Oct 28, 2020 17:00:52 (0) (0)
I think so, but I have to search... :-)  
Learning together, never stop!
View more
  • x
  • convention:

alopez
alopez Created Oct 29, 2020 07:40:19 (0) (0)
Of course always!! :-)  

Thank you alopez for sharing!

The MTU values of transmission equipment and customer equipment are important when we troubleshooting Ethernet faults, The MTU values of the transmission equipment and the client equipment must be less than or equal to the MTU values of the transmission equipment.
If the client equipment is suspected to be faulty, directly connect to the connected device without using the channel provided by the transmission device. Comparing the test is a quick method to locate the fault.

View more
  • x
  • convention:

alopez
alopez Created Oct 29, 2020 07:36:34 (0) (0)
Your clarification is very important. Thank you liqiang!! :-)  
Great Thanks for sharing
View more
  • x
  • convention:

alopez
alopez Created Feb 22, 2021 10:47:32 (0) (0)
All right.
Thank you, dear friend!!  
nagu
nagu Reply alopez  Created Feb 24, 2021 12:39:56 (0) (0)
 

Comment

You need to log in to comment to the post Login | Register
Comment

Notice: To protect the legitimate rights and interests of you, the community, and third parties, do not release content that may bring legal risks to all parties, including but are not limited to the following:
  • Politically sensitive content
  • Content concerning pornography, gambling, and drug abuse
  • Content that may disclose or infringe upon others ' commercial secrets, intellectual properties, including trade marks, copyrights, and patents, and personal privacy
Do not share your account and password with others. All operations performed using your account will be regarded as your own actions and all consequences arising therefrom will be borne by you. For details, see " User Agreement."

My Followers

Login and enjoy all the member benefits

Login

Block
Are you sure to block this user?
Users on your blacklist cannot comment on your post,cannot mention you, cannot send you private messages.
Reminder
Please bind your phone number to obtain invitation bonus.