QOS when receive traffic is more than transmit
5 pts.
0
Q:
QOS when receive traffic is more than transmit
My current bandwidth is 10M. The traffic pattern is usually 2Mb transmit and 8 Mb receive from the ISP. I want to guarantee bandwidth for the WEBEX traffic which i can do for transmit traffic but my problem is that the receive traffic is whats killing me. Is there any way to make sure that my webex traffic is good all the time.

Software/Hardware used:
cisco 3845
ASKED: Sep 1 2009  6:23 AM GMT
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
0
11280 pts.
0
A:
 RATE THIS ANSWER
0
Click to Vote:
  •   0
  •  0
  • AddThis Social Bookmark Button
The only way to control the received traffic is to get your service provider to configure some priority to that traffic. The problem is that once the packets are on the wire and sent to you, all you can do is receive them, regardless of what they are, so you can not prioritise received traffic, only what you transmit.

An alternative, is that you have a separate connection, just for the web traffic. Then nothing else contends for that bandwidth, and the service is as good as it could be.
Last Answered: Sep 1 2009  7:06 AM GMT by BlankReg   11280 pts.
0
0
Discuss This Answer:
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _



_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

ElHammster   25 pts.  |   Sep 1 2009  3:03PM GMT

While you can’t prioritize incoming traffic without cooperation from your ISP, you can do some crude QOS’ing by restricting how much bandwidth you will allow the other incoming protocols to have.

If you think your normal Webex traffic is 2Mb, then you would allow Webex to occupy 2Mb of the pipe which leaves 6Mb for other protocols. Drop the packets at your router which exceed 6Mb for the other protocols. TCP/IP will automatically slow down the requests for more packets to try and ensure that the requester receives all packets.

I have used this method when I had a pipe that was only 512kbps to try and guarantee my video conference data. As I said, this is a crude method and not very accurate, but it can help if you need to ensure that at least some b/w is available for other protocols.

 
0