The Qos PipeDream [Was: RE: Two Tiered Internet]

David Meyer dmm at 1-4-5.net
Fri Dec 16 03:39:14 UTC 2005


On Thu, Dec 15, 2005 at 07:34:56PM -0800, David Meyer wrote:
> On Fri, Dec 16, 2005 at 03:29:29AM +0000, Christopher L. Morrow wrote:
> > 
> > On Thu, 15 Dec 2005, John Kristoff wrote:
> > 
> > >
> > > On Thu, 15 Dec 2005 19:15:49 -0500 (EST)
> > > Sean Donelan <sean at donelan.com> wrote:
> > >
> > > > AT&T, Global Crossing, Level3, MCI, Savvis, Sprint, etc have sold
> > > > QOS services for years. Level3 says 20% of the traffic over its
> > >
> > > What do they mean by QoS?  Is it IntServ, DiffServ, PVCs, the law of
> > 
> > I think also mostly this applies to private network things as well...
> > which mostly ends up being: "backups get 20% of the pipe and oracle-forms
> > gets 70%" (or some variation on that mix... what with 8 queues or whatever
> > on the private network you can just go to town :) )
> > 
> > Speaking to MCI's offering on the public network it's (not sold much) just
> > qos on the end link to the customer... It's supposed to help VOIP or other
> > jitter prone things behave 'better'. I'm not sure that we do much in the
> > way of qos towards the customer aside from respecting the bits on the
> > packets that arrive (no remarking as I recall). So, what does this get you
> > aside from 'feeling better' ?
> > 
> > > averages or something else?  I've had to deploy it on a campus network
> > > and in doing so it seems like I've tread into territory where few if
> > > any big networks are to be found.  Nortel apparently removed DiffServ
> > 
> > most large networks (as was said a few times I think) don't really need it
> > in their cores. I think I've seen a nice presentation regarding the
> > queuing delay induced on 'large pipe' networks, basically showing that qos
> > is pointless if your links are +ds3 and not 100% full. Someone might have
> > a pointer handy for that?
 
	You might check slides 35-38 in

	 http://www.1-4-5.net/~dmm/sprintlink_and_mpls.ppt 

	Dave

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mailman.nanog.org/pipermail/nanog/attachments/20051215/290719d8/attachment.sig>


More information about the NANOG mailing list