What is the best practice for putting 802.3x flowcontrol on a userport and does this inhibit performance if the application/system isn't designed for it?
Eg)
interface gig0/1
flowcontrol receive [desired | on | off]
Ethernet – 802.3x ethernet flow-control on user ports
ethernetswitching
Related Topic
- Ethernet – Enabling Flow Control on Ethernet NIC
- Routing – Best practice for connecting router to switch? (re: VLANs and multiple ports)
- Ethernet – Ethernet Flow Control vs Quality of Service
- Ethernet Uplinks – Can Multiple Uplink Ports Be Aggregated?
- Ethernet – MTU the most Confusing Networking term. Lot of questions
Best Answer
Most often Cisco devices can only receive PAUSE frames. They can't send them.
If you are running storage over your network I can understand why you would be looking at implementing it and some server/storage vendors even recommend you to do so.
Note however that PAUSE frames is a very blunt tool as it can pause all traffic meaning you can't differentiate between packets. That means your high priority packets will be treated the same as low priority packets. If you run a separate storage network then it's no issue and you can safely enable it.
There is a standard 802.1Qbb that enables to send PAUSE frames per class so not all the traffic gets paused.
This article describes how 802.3x works and the implications of running it like adding delay to RTT for TCP packets and such.