Got it

Why does the outgoing packet count drop from time to time?

Created: Jan 29, 2020 15:55:19Latest reply: Mar 18, 2021 07:00:31 549 5 0 0 0
  Rewarded HiCoins: 1 (problem resolved)

For a HUAWEI NE40E-X2-M8 switch we noticed that the package count (for the outgoing high capacity multicast packets) could drop again.

After some investigation we saw that these drops are linked with the drops in the broadcast packet count, however not with the same amount (see screenshot).

We believe that this is a device issue.


Does someone know if this problem is fixed?

If so in what FW version can we find this fix?


Currently the device is running:

Huawei Versatile Routing Platform Software 

VRP (R) software, Version 8.100 (NE40E V800R007C10SPC100)


Details:

We retrieve the package count from the device (unicast and non unicast for ingoing and outgoing packets) through SNMP.

Based on the package count we calculate the rate (based on the time between two poll cycles).

Based on the speed of the interface we retrieve the package count from the IfTable 32bit (1.3.6.1.2.1.2.2) or from the IfXTable 64bit (1.3.6.1.2.1.31.1.1).

Detail: for the IfXTable the non universal packets is the sum of the multicast and broadcast packets.

We expect that these package counters will do a wrap around.
In code we catch this by evaluating if the previous value is larger than the current value, this way we can still calculate the difference correctly.

 

At the moment we see that in two concurrent poll cycles the Outgoing Multicast Packets (1.3.6.1.2.1.31.1.1.1.12) the package count can decrease

The ones for which we noticed the package count could drop are (seems to be outgoing package counts):

  • IfXTable:      Outgoing high capacity unicast packets (1.3.6.1.2.1.31.1.1.1.11)

  • IfXTable:      Outgoing broadcast packets (1.3.6.1.2.1.31.1.1.1.5)

  • IfXTable:      Outgoing high capacity multicast packets (1.3.6.1.2.1.31.1.1.1.12)

  • IfXTable:      Outgoing multicast packets (1.3.6.1.2.1.31.1.1.1.4)

  • IfXTable:      Outgoing high capacity broadcast packets (1.3.6.1.2.1.31.1.1.1.13)




Thanks,

Michiel


Hi @lubna,


I'm not following why a sliding window could let the package count to be dropped.

I would assume that the package is counted either when it is sent out or when it is acknowledged.

Next to that it is also very strange that we see those sudden increases and drops in the graph.

Is there a way that we can validate your claim by checking/trending the another parameter like dropped packages?


NOTE: I was unable to reply on your message

Attachment: You need to log in to download or view. No account? Register
  • x
  • convention:

Featured Answers
chenhui
Admin Created Jan 30, 2020 02:38:47

Hi @Mitch
well, I'm not sure what the detailed problem you are stucked in. Would you please describe it more detail?
View more
  • x
  • convention:

Mitch
Mitch Created Jan 30, 2020 08:01:57 (0) (0)
Hi chenhui,

I have added some more details on how we retrieve the package counts (this is the same as what we do for other switches).  
lubna
Created Jan 29, 2020 18:51:26

hy mitch

This drop in throughput is due to the sliding window protocols used for acknowledgment of received packets. In certain variants of TCP, if a transmitted packet is lost, it will be re-sent along with every packet that had been sent after it. This retransmission causes the overall throughput of the connection to drop.
View more
  • x
  • convention:

i%20am%20student%20%20and%20i%20am%20doing%20BSIT%20from%20international%20Islamic%20university%20in%20islamabad
All Answers
lubna
lubna Created Jan 29, 2020 18:51:26

hy mitch

This drop in throughput is due to the sliding window protocols used for acknowledgment of received packets. In certain variants of TCP, if a transmitted packet is lost, it will be re-sent along with every packet that had been sent after it. This retransmission causes the overall throughput of the connection to drop.
View more
  • x
  • convention:

i%20am%20student%20%20and%20i%20am%20doing%20BSIT%20from%20international%20Islamic%20university%20in%20islamabad
chenhui
chenhui Admin Created Jan 30, 2020 02:38:47

Hi @Mitch
well, I'm not sure what the detailed problem you are stucked in. Would you please describe it more detail?
View more
  • x
  • convention:

Mitch
Mitch Created Jan 30, 2020 08:01:57 (0) (0)
Hi chenhui,

I have added some more details on how we retrieve the package counts (this is the same as what we do for other switches).  
Hobbit
Hobbit Created Feb 17, 2020 01:41:36

Hello,
I think the traffic situation is related to your specific business. It is recommended that you contact the TAC to confirm the problem. https://e.huawei.com/en/service-hotline-query
View more
  • x
  • convention:

Mitch
Mitch Created Mar 18, 2021 07:00:31

Posted by lubna at 2020-01-29 18:51 hy mitch This drop in throughput is due to the sliding window protocols used for acknowledgment of r ...
Hi Lubna,

I know this has been a while, but I had problems with replying to messages (see my edited question).
As you see in the screenshot we saw the 'Interface High Capacity Out Broadcast Packets' increase with 3 at some point and the 'Interface High Capacity Out Multicast Packets' follow the rise at the same time, ut with much larger numbers. Because of this, I think this is a bug in the software.

This was reported to Huawei and suddenly we were no longer able to retrieve this value every 10s as we did before, but now we can only see an update after every min. From time to time we still see some unexpected behavior that is probably linked with this problem (we still need to continue this investigation), but it happens less as the value is only being updated now every minute.
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 " Privacy."

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.