nanog mailing list archives
RE: QOS or more bandwidth
From: "Kavi, Prabhu" <prabhu_kavi () tenornetworks com>
Date: Tue, 29 May 2001 15:30:00 -0400
Everything that you said is correct. However, you missed one important part of QoS, which is TE. TE is about avoiding congestion in the first place by more efficiently using all of the bandwidth you already have in the network. To that extent, it is a substitute for adding more pipe. Prabhu ---------------------------------------------------------------------- Prabhu Kavi Phone: 1-978-264-4900 x125 Director, Adv. Prod. Planning Fax: 1-978-264-0671 Tenor Networks Email: prabhu_kavi () tenornetworks com 100 Nagog Park WWW: www.tenornetworks.com Acton, MA 01720
-----Original Message----- From: Eric A. Hall [mailto:ehall () ehsco com] Sent: Tuesday, May 29, 2001 3:20 PM Cc: nanog () merit edu Subject: Re: QOS or more bandwidthSo, what problem is QoS solving?QoS is about choosing the packets that you are willing to drop or delay when congestion arises. If you aren't willing to drop/delay any of them, then you must over-provision. Regarding the existant thread, adding engineers and equipment will not give you more bandwidth, but instead it allows you to be more efficient in your packet disposal routines. They are not a substitue for pipe. -- Eric A. Hall
http://www.ehsco.com/ Internet Core Protocols http://www.oreilly.com/catalog/coreprot/
Current thread:
- Re: Last Mile QoS WAS: RE: QOS or more bandwidth, (continued)
- Re: Last Mile QoS WAS: RE: QOS or more bandwidth Nathan Stratton (May 29)
- Re: Last Mile QoS WAS: RE: QOS or more bandwidth Rafi Sadowsky (May 29)
- Re: Last Mile QoS WAS: RE: QOS or more bandwidth Nathan Stratton (May 29)
- Re: Last Mile QoS WAS: RE: QOS or more bandwidth Randy Bush (May 29)
- RE: QOS or more bandwidth Pete Kruckenberg (May 29)
- RE: QOS or more bandwidth Pete Kruckenberg (May 29)
- RE: QOS or more bandwidth Pete Kruckenberg (May 29)