We have a WS-12-250B that is experiencing odd issues.
We have an EdgeRouter connected to a 1Gigabit fiber line which connects to the Netonix switch. The connection to the EdgeRouter and Netonix are through copper ports.
We have noticed the Netonix is increment the RX Drops counter even though the FC is turned on on this port. With FC turned on we sometimes see TX Pause Frames, but they aren't happening often, even though RX Drops is increment at a rate of about 3-4 a second.
Any thoughts on why this would be happening and why PFs aren't firing before the RX Drops happen?
RX Drops vs Pause Frames
-
sirhc - Employee
- Posts: 7398
- Joined: Tue Apr 08, 2014 3:48 pm
- Location: Lancaster, PA
- Has thanked: 1604 times
- Been thanked: 1322 times
Re: RX Drops vs Pause Frames
Well my first question would be is Flow Control indicated as active to the EdgeRouter on the Status Tab? We know UBNT has been working on Flow Control with their routers and some radios.
Port 1 shows Flow Control Active
Port 2 shows no Flow Control Active
Port 1 shows Flow Control Active
Port 2 shows no Flow Control Active
Support is handled on the Forums not in Emails and PMs.
Before you ask a question use the Search function to see it has been answered before.
To do an Advanced Search click the magnifying glass in the Search Box.
To upload pictures click the Upload attachment link below the BLUE SUBMIT BUTTON.
Before you ask a question use the Search function to see it has been answered before.
To do an Advanced Search click the magnifying glass in the Search Box.
To upload pictures click the Upload attachment link below the BLUE SUBMIT BUTTON.
-
sirhc - Employee
- Posts: 7398
- Joined: Tue Apr 08, 2014 3:48 pm
- Location: Lancaster, PA
- Has thanked: 1604 times
- Been thanked: 1322 times
Re: RX Drops vs Pause Frames
Rx Drops can happen for other reasons Matt not just because buffers over flowed.
I would also try and see if your modules work with Auto instead of 1G. Some modules may not allow Flow Control to work properly if not set to Auto. Remeber Flow Control is technically part of Auto Negotiations.
I would also try and see if your modules work with Auto instead of 1G. Some modules may not allow Flow Control to work properly if not set to Auto. Remeber Flow Control is technically part of Auto Negotiations.
Support is handled on the Forums not in Emails and PMs.
Before you ask a question use the Search function to see it has been answered before.
To do an Advanced Search click the magnifying glass in the Search Box.
To upload pictures click the Upload attachment link below the BLUE SUBMIT BUTTON.
Before you ask a question use the Search function to see it has been answered before.
To do an Advanced Search click the magnifying glass in the Search Box.
To upload pictures click the Upload attachment link below the BLUE SUBMIT BUTTON.
-
mhoppes - Associate
- Posts: 664
- Joined: Thu Apr 10, 2014 9:14 pm
- Location: Pennsylvania
- Has thanked: 10 times
- Been thanked: 125 times
Re: RX Drops vs Pause Frames
Flow Control does show as enabled on the Switch, and the Juniper (Which is the media converter between the edgerouter the fiber and the switch) also supports it.
We aren't using fiber modules, they are copper. There are two Junipers on each side of the fiber run (long haul fiber).
We aren't using fiber modules, they are copper. There are two Junipers on each side of the fiber run (long haul fiber).
-
sirhc - Employee
- Posts: 7398
- Joined: Tue Apr 08, 2014 3:48 pm
- Location: Lancaster, PA
- Has thanked: 1604 times
- Been thanked: 1322 times
Re: RX Drops vs Pause Frames
Well I would investigate other causes of the drops other than suspecting they are being dropped because Flow Control is not preventing the buffer from overflowing.
RX Errors are typically caused by one or more of the following:
Positive values in RX-ERR counter mean that the NIC received malformed Ethernet frames from the transmitting switch port, and data integrity could not be validated during frame's cyclic redundancy check (CRC) . The root cause of this is usually a bad cable, or a bad interface on either the machine or the switch.
NIC speed / duplex mis-match with the connecting port on the switch/router.
High or critical performance rated IPS protections are set to Prevent or Detect.
RX Errors are typically caused by one or more of the following:
Positive values in RX-ERR counter mean that the NIC received malformed Ethernet frames from the transmitting switch port, and data integrity could not be validated during frame's cyclic redundancy check (CRC) . The root cause of this is usually a bad cable, or a bad interface on either the machine or the switch.
NIC speed / duplex mis-match with the connecting port on the switch/router.
High or critical performance rated IPS protections are set to Prevent or Detect.
Support is handled on the Forums not in Emails and PMs.
Before you ask a question use the Search function to see it has been answered before.
To do an Advanced Search click the magnifying glass in the Search Box.
To upload pictures click the Upload attachment link below the BLUE SUBMIT BUTTON.
Before you ask a question use the Search function to see it has been answered before.
To do an Advanced Search click the magnifying glass in the Search Box.
To upload pictures click the Upload attachment link below the BLUE SUBMIT BUTTON.
5 posts
Page 1 of 1
Who is online
Users browsing this forum: Bing [Bot] and 46 guests