Got it

Alam analysis

Created: Jan 17, 2022 23:26:12Latest reply: Jan 18, 2022 01:06:55 127 1 0 0 0
  Rewarded HiCoins: 0 (problem resolved)
Hello friends...
After replacing boards on OSN 9800 U32
1) eth_R_flow_over_Gen
2) in_pwr_ARN also reported on another board.

1) Please can you help in step involve in troubleshooting?
2) what will be the impact of such alarms on the network

Featured Answers

Best answer

Recommended answer

liqiang185
Admin Created Jan 18, 2022 01:06:55

Dear friend!

The ETH_R_FLOW_OVER_GEN alarm indicates that the traffic received at an Ethernet port exceeds the expected traffic to a median extent.
Possible causes and solutions:

Cause 1: Received port bandwidth utilization exceeds the threshold of bandwidth utilization (the receive port bandwidth usage threshold 2).
1. On the NCE, check information about the ETH_R_FLOW_OVER_GEN alarm to identify the board that reports the alarm.
2. Check whether received port bandwidth utilization exceeds the threshold of bandwidth utilization (the receive port bandwidth usage threshold 2). If yes, increase the threshold of bandwidth utilization of the port to a value that is higher than the actually received port bandwidth utilization. Then, check whether the alarm is cleared.
3. If the bandwidth utilization has reached the limit and the port has no spare bandwidth. Decrease the data flow transmitted from the opposite NE to avoid packet loss and check whether the alarm is cleared.
Cause 2: The service loop causes the broadcast storm.

1. Disconnect the physical link loop.
2. On the NCE, enable the Loopback Check and Loopback Port Shutdown functions for all Ethernet interfaces.
3. Optional: For the E-LAN services, configure the split-horizon group on all the NEs, and enable the broadcast storm suppression function on all the UNI interfaces.
4. Reconnect the physical link loop.

More about the ETH_R_FLOW_OVER_GEN alarm.


For the second alarm, you're talking about IN_PWR_ABN.

Possible Causes

Cause 1: The threshold of the optical power is not set properly.

Cause 2: The fiber connector is loose or dirty.

Cause 3: The model of the selected optical module is incorrect.

Cause 4: The board at the local end is faulty.

Cause 5: The board at the opposite end is faulty.

At present, the most likely cause is cause 2. Other optical fibers are loose when you replace the board. 

More about the IN_PWR_ABN alarm.

Thank you!

View more
  • x
  • convention:

All Answers

Dear friend!

The ETH_R_FLOW_OVER_GEN alarm indicates that the traffic received at an Ethernet port exceeds the expected traffic to a median extent.
Possible causes and solutions:

Cause 1: Received port bandwidth utilization exceeds the threshold of bandwidth utilization (the receive port bandwidth usage threshold 2).
1. On the NCE, check information about the ETH_R_FLOW_OVER_GEN alarm to identify the board that reports the alarm.
2. Check whether received port bandwidth utilization exceeds the threshold of bandwidth utilization (the receive port bandwidth usage threshold 2). If yes, increase the threshold of bandwidth utilization of the port to a value that is higher than the actually received port bandwidth utilization. Then, check whether the alarm is cleared.
3. If the bandwidth utilization has reached the limit and the port has no spare bandwidth. Decrease the data flow transmitted from the opposite NE to avoid packet loss and check whether the alarm is cleared.
Cause 2: The service loop causes the broadcast storm.

1. Disconnect the physical link loop.
2. On the NCE, enable the Loopback Check and Loopback Port Shutdown functions for all Ethernet interfaces.
3. Optional: For the E-LAN services, configure the split-horizon group on all the NEs, and enable the broadcast storm suppression function on all the UNI interfaces.
4. Reconnect the physical link loop.

More about the ETH_R_FLOW_OVER_GEN alarm.


For the second alarm, you're talking about IN_PWR_ABN.

Possible Causes

Cause 1: The threshold of the optical power is not set properly.

Cause 2: The fiber connector is loose or dirty.

Cause 3: The model of the selected optical module is incorrect.

Cause 4: The board at the local end is faulty.

Cause 5: The board at the opposite end is faulty.

At present, the most likely cause is cause 2. Other optical fibers are loose when you replace the board. 

More about the IN_PWR_ABN alarm.

Thank you!

View more
  • x
  • convention:

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.