Links on the blink - reprise


I don't want to bash any equipment vendors or other service providers.
I suggest you take into consideration who is unstable and what
component or network element of their network is going unstable. The
brick wall is that a particular piece of equipment from a particular
vendor that a lot of service providers have made a large investment in
doesn't really perform all that well in the real world.

That doesn't mean that piece of equipment is terrible, it just has
some limits. It is actually a very nice piece of technology if you
can keep within its limits and if keeping within those limits meets
your needs. It also means some service providers may not have been as
aware of its limits as they should have been and got caught stepping
over the limits on their backbone. I can think of one service
provider using the same equipment that has managed to keep their
network within its limits and has kept a very stable network. The
technology we use has some very serious limits too.

wrt your question - There is no real disadvantage to going into a
level 2 cloud if either you are overprovisioned or congestion control
is properly taken into account. That means neither too much or too
little buffering if using tail drop. Doing something a little better
than tail drop helps. Shredding packets into cells and dropping cells
hurts big time. As long as you are not exceeding the capacity of your
router technology, going with a level 2 cloud has no real advantage
either. You can screw up in either case if you don't know what you
are doing.

We think there is better chance of working with IP router vendors to
get IP requirements met, particularly in the area of traffic
management since the technologies closer to the telcos tend to have
different ideas about traffic management than the IP world. Vendors
of the technologies closer to the telcos tend to be averse to
accommodating the dynamics of TCP traffic, to the point of being
hostile toward the idea (suggestions that the solution is to get rid
of TCP, etc).

In terms of capacity, router based backbone nodes are supporting
multiple DS3s. This is pushing FR already. If you need to go higher,
you need to go to OC-3 and then you are probably into ATM. The
problem here is that ATM traffic management available today is an
incredible botch. Some feel ABR will fix this. I remain skeptical of
that, but it may work. For now, you must still build a router based
network using ATM VBR without the "V", by setting PCR==SCR and traffic
shaping not to exceed that. Happily DS3 still has some life left in it.

One aspect of being a good service provider is understanding the
limits of the technology you are working with and understanding the
upcoming technology that you will be faced with. You must work with
vendors to make sure you don't exceed the capability of you existing
technology and make sure your vendors understand your needs and take
them into consideration in their next generation technology. One
aspect of being a good vendor is understanding the needs of your
customer and the limits of your own equipment and responding by
removing the limits before your customers have operational problems.

As far as FR, ATM, router networks or layer 2 clouds goes, different
service providers will choose different paths. I suggest you take a
look at who has a reputation for understanding the limitation of the
technology and for keeping their backbone stable and take what
everyone says with an appropriately sized grain of salt. Time will
tell who was right. I think reporting that one technology is clearly
better would be irresponsible unless you say better at what (equipment
supporting the technology is more mature, more cost effective,
theoretically scales to a higher limit, available products perform
well, under what conditions the technology or available equipment
performs well or poorly, etc).


ps - I tried to be fair and hope to avoid any religious wars.