North American Network Operators Group|
Date Prev | Date Next |
Date Index |
Thread Index |
Author Index |
Re: Optical Crossconnects and IP
- From: Craig Partridge
- Date: Tue May 09 11:17:48 2000
In message <200005091444.JAA03955@worf.netins.net>, Tony Mumm writes:
>However, more end to end knowledge is required in a converged
>network. I am for one looking to ease the load of general
>traffic engineering. In the giant carrier backbone, it
>may be better to use your resources wisely, than to overbuild
>I hear a phrase quite often "Everything is going to IP". Well,
>before my phone call is on IP, I want some guarantee that its
>getting from point A to point Z at the rate I'm paying for.
I hope you won't get upset if I use your short comment here to get
on a high horse and rant for a moment.
Over the past several years, I've heard several people say we need
to embed more end-to-end knowledge into the network, as a solution
to quality of service, or reliability, or some other valuable function.
What I have not heard yet is:
1. A cost-benefit tradeoff. Embedding end-to-end cognizant information
into the network has a cost, often in reduced flexibility (e.g., look at
how hard it is to add new applications to the telephone network vs. the
2. A reasoned technical justification that shows that we can't provide
the same service with the current service model (which I define roughly
as "route based on the contents of the IP header") and that we need
to break or bend the current model to do new things.
Let me give a concrete example. It is fairly clear that one of the
advantages of packet switching is that it allows us to build fairly
reliable networks out of much less reliable parts. (Viz: the Internet
is getting closer and closer to the reliability of the telephone network,
yet no one claims that a Cisco router is as reliable as a #5ESS).
Yet, oddly enough, we don't know exactly how reliable each component in
an IP network has to be to achieve a given level of reliability (esp. in
the face of multiple possible transit paths).
If we knew this information we could more rationally budget our resources
to build our networks. We could also potentially design IP networks that
are *more* reliable than the telephone network, and run telephony and other
more demanded services over them.
But we haven't asked these kinds of questions... so how can we be confident
that putting end2end solutions in the network is the right solution???