Thank you Don. When I think about this, you actually cannot control the bandwidth. Because when a user ftp a huge data, applying on inbound traffic does not really do anything because the data already cross the T1 link? Am I right?
Bandwidth, NO.. but you can give just his IP such a little data flow, if you wanted to, that his data would not only not effect anything else but it would take 1 month to get his 1gb file down ;), if that was your intention.
You'd want to apply this restriction as close to the client as possible (not inbound on the T1 for the reasons you stated). Inbound on his ethernet port would be most effective in my opinion.
Because FTP uses TCP, limiting the bandwidth at *any* point between either end of the connection will cause both ends to agree on a slower rate to send / receive the data using TCP's sliding window mechanism. However, if this were UDP traffic, for example, you would be right. The traffic would have already crossed the T1 and eaten your bandwidth.
Hi everyone, I would like to thank you in advance for any help you can provide a newcomer like myself!
Im studying the 100-105 book by Odom and am currently on the topic of Port security. I purchased a used 2960 and I'm trying to follow a...
While deploying a number of 18xx/2802/3802 model access points (APs), which run AP-COS as their operating platform. It can be observed on some occasions that while many of their access points were able to join the fabric WLC withou...
I am going to design and build an LAN network under a tunnel underground with long distance between the switches.
I will have 2 Catalyst switches and 8 Industrial IE3000, and they will be connected with fiber.
For now I am planning on use Layer-2 s...