High RxBadPkt on TL-SG108E
Hardware Version : V1
Firmware Version : 1.1.2 Build 20141017 Rel. 50749
ISP :
I'm getting very high RxBadPkt on ports configured as VLAN access port. Setup is Router - Cisco switch - TP-Link01 - TP-Link02. Cisco shows no errors or dropped packages. On the trunk ports (Tagged) of the TP-link switches the RXBadPkt is the total count of the RxBadPkt packages connected to a configured access port ( Untagged 802.1Q PVID). Connecting the same device (laptop or AP) to a port without a configured PVID (so default PVID1) on either switch the RxBadPkt is 0 and stays 0. I'm not noticing bad performance on the access ports but the high RxBadPkt seems really strange. What could be the cause of this?
Configuration of the second TP-Link switch with a connected access point on port 8 with configured VLAN:
Configuration of the first switch:
Now monitoring the statistics shows a lot of RxBadPkt when Access Point is connected to VLAN on port 8 (Monitoring was refreshed shortly before screenshot):
Same on switch 01:
Connecting access point (or whatever device) to a port without a configured VLAN shows no RxBadPkt. In this case connected to port 5 on switch 1. Same result on switch 2. The same device on a configured VLAN and the RxBadPkt sky rockets very quickly.
Regards
- Copy Link
- Subscribe
- Bookmark
- Report Inappropriate Content
Similar experience here, involving two Asus routers and two TP-Link switches, but with a slight twist:
Setup 1: No Aimesh (i.e. Router 1 set in wireless router mode, Router 2 in wired access point) ==> no RxBadPkts in either TP-L Switch 1 or 2.
Setup 2: Aimesh (i.e. Router 1 set in wireless router mode, Router 2 set as Aimesh node with wired backhaul via TP-Link switch 1) ==> consistent trickle of RxBadPkts in some (but not all) port in both TP-L Switch 1 and 2.
Weird.
- Copy Link
- Report Inappropriate Content
Hi All,
To help you find the answer quickly, I'd like to summarize the High "RxBadPkt" count issue here:
When the switch receives packets of 64 bytes, the untagged packet will be considered as "RxGoodPkt", while the tagged packet will be taken as "RxGoodPkt" and "RxBadPkt" together (the switch will still forward the tagged packets of 64 bytes). Thus you could see the "RxBadPkt" but not notice any bad performance on the switch. Please do not worry about this "RxBadPkt" on your switch, it will not block the network or affect the performance.
In fact, this is the Statistical mechanism of the chipset used on the TL-SG108E or other switch with the same chipset. The R&D team can't change the name of "RxBadPkt" since the value of the port statistics gets from the register in the chipset.
About why the tagged packets will be taken as "RxBadPkt", if you are interested, please refer to floor#20 in this thread.
The following is quoted with the main Problem Description for your reference.
edegrave wrote
On the trunk ports (Tagged) of the TP-link switches the RXBadPkt is the total count of the RxBadPkt packages connected to a configured access port ( Untagged 802.1Q PVID). Connecting the same device (laptop or AP) to a port without a configured PVID (so default PVID1) on either switch the RxBadPkt is 0 and stays 0. I'm not noticing bad performance on the access ports but the high RxBadPkt seems really strange. What could be the cause of this?
Connecting access point (or whatever device) to a port without a configured VLAN shows no RxBadPkt.
- Copy Link
- Report Inappropriate Content
Thanks @Fae
This issue seems to have resolved itself without any action on my part - same same hardware, same networking software, same settings, but zero RXBadPkt on any of my three switches.
- Copy Link
- Report Inappropriate Content
Information
Helpful: 0
Views: 46451
Replies: 33
Voters 0
No one has voted for it yet.