RE: IP QoS issues
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: IP QoS issues



> > I agree with Karl that IP QoS is still quite a long way off. It's not as
> > easy as reusing ATM techniques. Instability of routes is bound to maintain
> > QoS difficult and it's not a solved problem.
> 
> Red herring are aggregation, policy and MPLS.
> 
> Also, diff serve is just as bad as ABR/VBR.
> 
> Once you forget all of them, stable routing of qos assured
> traffic (which is different from stable routing of best effort
> traffic) is easy and solved.

That's sort of like saying "when we are all wealthy there will be no
problem of poverty."

Yes, once we have stable routing, many difficulties will go away. 
However, even within an autonomous area, as you suggest in your paper on
QoS routing (with pinned routes), there are, in real-life nets, enough
failures and other sources of instability to make betting on the
permanence of routes rather like betting on a slow horse in a fast race. 

And once one gets out into the big-bad world of inter-ISP routing, the
concern usually isn't whether routes flap, but how fast.

I suspect that you are going to say "route pinning will stop most
flapping".  If you were to say that, I'd answer "I'm not at all sure that
inter-routing-domain pinning will be administratively acceptable to many
operators and that I'm also skeptical that we have the technology to do
that yet between routing domains."

Anyway, I think that we've made our respective opinions known and need not
turn this into a long, drawn-out thread on the IETF mailing list.

		--karl--





Note Well: Messages sent to this mailing list are the opinions of the senders and do not imply endorsement by the IETF.

Note: Messages sent to this list are the opinions of the senders and do not imply endorsement by the IETF.