[38168] in North American Network Operators' Group

home help back first fref pref prev next nref lref last post

Re: Last Mile QoS WAS: RE: QOS or more bandwidth

daemon@ATHENA.MIT.EDU (Wayne Bouchard)
Tue May 29 16:11:50 2001

Date: Tue, 29 May 2001 13:09:20 -0700
From: Wayne Bouchard <web@typo.org>
To: Nathan Stratton <nathan@robotics.net>
Cc: nanog@merit.edu
Message-ID: <20010529130920.A32235@typo.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Pine.BSF.4.30.0105291523590.84713-100000@Andy.robotics.net>; from nathan@robotics.net on Tue, May 29, 2001 at 03:39:40PM -0400
Errors-To: owner-nanog-outgoing@merit.edu


On Tue, May 29, 2001 at 03:39:40PM -0400, Nathan Stratton wrote:
> 
> On Tue, 29 May 2001, Pete Kruckenberg wrote:
> 
> > A 1536-byte frame has a fairly significant impact (~8ms) at
> > 1.5Mb/s. QoS appears to have diminishing return as you move
> > beyond 45Mbps, at least as far as multi-service networks go.
> > Maybe QoS isn't necessary or useful in the core if you have
> > line-speed switching and no congestion on an OC-X/DWDM
> > network.
> 
> It has even a larger impact on a 128K frac T1 (~93ms). QoS is a big help,
> but at slower speeds you also need to deal with fragmentation and the
> layer 2 transport. I am surprised that there has been so little movement
> as far as QoS and efficiency in regards to VoIP. Take a standard voice call
> using G.726 at 32 kbps, you get 40 bytes of voice every 10 ms. Now add on
> your 20 byte IP header, 8 bytes UDP, and 12 byte RTP header. So now we are
> at 80 bytes and most of the time we are shoving this on ATM so our 32K
> voice stream now sucks 84.8 kbps.
> 
> If you are interested in more info on QoS and Voice/Data over last mine
> networks check out my website:
> 
> http://www.robotics.net/papers/integratedvoice.html

Adding control through layering has been something of a pet peeve of
mine for quite a while (especially when ATM is involved in the mix and
now with MPLS, it just gets a tad worse). As Nathan has demonstrated,
usually added overhead just means added headaches. It seems to me that
there ought to be better ways to go about this whole thing.

-Wayne

home help back first fref pref prev next nref lref last post