Welcome to TP-LINK Tech Support Forum
+ Reply to Thread
Page 2 of 2 FirstFirst 1 2
Results 16 to 18 of 18
  1. #16
    Members R1D2 is on a distinguished road
    Join Date
    Dec 2015
    Posts
    1,009
    Quote Originally Posted by TPTHZ View Post
    I asked tp-link for this problem some months ago.My model number is 108E V2. They said need not worry about this, This is the Statistical mechanism of chipset.
    If the packet size is 64Byte, if this packet is untag, this packet is RxGoodPkt. If this packet is tagged, this packet is RxGoodPkt and RxBadPkt.
    If it is statistical only, they should change the column names to "RxTotalPkt" and "RxTaggedPkt" instead of "RxGoodPkt/RxBadPkt".

  2. #17
    Quote Originally Posted by R1D2 View Post
    If it is statistical only, they should change the column names to "RxTotalPkt" and "RxTaggedPkt" instead of "RxGoodPkt/RxBadPkt".

    They said the tagged 64byte packets be thought to be small packet(less than 64byte), So this packet is bad packet.....
    The value of port statistic is get from register in chipset,so they can't change them.
    The chipset of TL-SG108E V2 is RTL8370N. If other switch use this chipset,meybe will meet the same problem.
    [h=2][/h]

  3. #18
    Members R1D2 is on a distinguished road
    Join Date
    Dec 2015
    Posts
    1,009
    Quote Originally Posted by TPTHZ View Post
    They said the tagged 64byte packets be thought to be small packet(less than 64byte), So this packet is bad packet.....
    64 byte is the minimum required size for an Ethernet frame so that collision detect (CSMA/CD) will work. If a frame is tagged, additional 4 bytes for the VLAN will be appended to the frame header.

    If an Ethernet frame is smaller than 60 bytes + 4 bytes frame checksum, it's a bad "packet" (actually, it's an Ethernet frame, not a packet!), no matter wether it is tagged or not. If RxBadPkt shows untagged Ethernet frames less than 60 bytes or tagged frames less than 64 bytes, than those are not only considered bad frames, but they actually are bad frames. Any NIC sending out data ensures, that smaller frames get padded to 60 bytes (without the 4 bytes FCS) at least. If such frames wouldn't be padded, CSMA/CD could not work properly.

    See also: https://serverfault.com/questions/51...ed-in-practice


 

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts

Copyright 1996-2017 TP-LINK Technologies Co., Ltd. All rights reserved.