& cplSiteName &

RPR: RIP?

Light Reading
News Analysis
Light Reading
9/26/2001

Earlier this month, the IEEE 802.17 Working Group met in San Jose, California to try and hash out a standard for resilient packet ring (RPR) technology (see RPR Divided). But the technology could be dead in the water before a standard is even finalized.

Why? First, the folks who are beefing up Ethernet for use in telecom networks are catching up. Although the technology might not be as good as RPR, it may be good enough to win the day because it's likely to be a lot less expensive.

Second, development of the RPR standard has been muddled. To make a long story short, Cisco Systems Inc. (Nasdaq: CSCO) could end up establishing its own spatial reuse protocol (SRP) as the dominant technology for handling IP over fiber rings – whether it’s standardized or not.

Time to back up and look at some basics. The big issue here is the age-old quest for a technology that enables service providers to install a single network to carry all types of traffic.

Right now, most service providers end up having to install multi-layer networks. The first layer after the optics is Sonet or its European equivalent, SDH. Its main job is to provide connections over interlinked networks and automatically reroute traffic around failures (see Sonet (Synchronous Optical NETwork) and SDH (Synchronous Digital Hierarchy)).

The second layer comprises telephone switches for carrying voice or ATM switches for handling data. The ATM layer provides logical connections between different bits of equipment, and controls the performance of those connections (see Asynchronous Transfer Mode (ATM)).

On the data side, there’s a third layer of routers and frame relay switches, which funnel traffic onto ATM connections.

This approach simply can't cut it in metro networks. It costs way too much, makes very inefficient use of bandwidth, and can’t cope with requirements for rapid provisioning of services.

Scores of equipment suppliers are developing metro equipment that aims to address these issues, by replacing the Sonet and ATM layers with something else. In general terms, they’re shaking down into two groups. One, the Metro Ethernet Forum, is promoting Ethernet-on-steroids. The other, the Resilient Packet Ring Alliance, is hoping to come up with a standard for a new layer 2 protocol.

New protocol probably means better protocol, but the Ethernet-on-steroids crew has a big market advantage. According to Nan Chen, president of the Metro Ethernet Forum, it plans to preserve Ethernet’s media access control (MAC) layer in whatever it develops --and that means service providers can charge ahead in deploying plain-vanilla Ethernet switches right away, in the expectation that steroid additions will arrive fairly soon. Preserving the Ethernet MAC layer also means that costs ought to be very low, because the Ethernet components industry is already well established.

The RPR gang also faces another challenge. Each vendor in the group has its own proprietary technologies to promote, and it’s tough to come up with a standard that embraces all of them. To make matters worse, some vendors, notably Cisco, want to optimize RPR for carrying data while others want to make it more of a universal protocol for carrying all types of traffic.

"Our customers buy routers," says Mike Takefman, Cisco’s manager of engineering and chairman of the IEEE RPR Working Group. "They are primarily ISPs. I’m not saying that we don’t care about voice traffic. Cisco has been a strong supporter of voice over IP, but most of our customers handle data traffic."

"RPR should be more than just hooking a bunch of routers together," says Nader Vijeh, senior vice president of research and development and CTO of Lantern Communications Inc., a member of a group of vendors proposing a more voice-friendly alternative to SRP for the IEEE 802.17 standard. Others in the group include Luminous Networks Inc., Dynarc, Nortel Networks Corp. (NYSE/Toronto: NT) and Alcatel SA (NYSE: ALA; Paris: CGEP:PA).

Superficially, that’s what is behind the current division in the RPR standards effort, although there’s more to it than that. Cisco has managed to put competitors’ noses out of joint by trying to railroad the whole standardization process within the Institute of Electrical and Electronics Engineers (IEEE).

On one front, Cisco has adopted the same policy that it uses in the Internet Engineering Task Force (IETF) - namely, it's taken its existing technology and argued that SRP should form the basis of the standard because it is already widely deployed (by Cisco) and thus proven in practice. That has irked rivals who don't want to hand the RPR market to Cisco on a plate.

On another front, Cisco has been propagating SRP support in the marketplace, notably by giving away code to semiconductor companies to encourage them to make SRP chip sets. Mindspeed Technologies and Applied Micro Circuits Corp. (AMCC) (Nasdaq: AMCC) have already jumped on the bandwagon. Cisco has acquired a startup semiconductor company called AuroraNetics that is also working on pre-RPR chipsets.

The idea is that the availability of SRP chips will encourage vendors to develop SRP equipment. Riverstone Networks Inc. (Nasdaq: RSTN) and Spirent Communications have already announced products supporting Cisco’s technology.

All of this means that Cisco doesn’t have a lot to lose if the IEEE 802.17 Working Group gets locked into an argument that delays everything. Support for SRP in the marketplace is growing, strengthening Cisco’s hand in the meantime.

While the RPR crew squabble and Cisco pushes ahead with SRP, the Ethernet-on-steroids gang is quickly catching up. The Metro Ethernet Forum already has more members than the RPR Alliance and expects to have draft specs for its telecom-optimized Ethernet by the end of the year. The RPR working group isn't even supposed to have a draft proposal completed until the January meeting. Members will then be able to review and make changes to the draft until it is finally voted on next summer.

One of the key issues being tackled by the Ethernet-on-steroids gang is the time it takes to restore service in the event of a line or equipment failure. In a traditional Ethernet network, the packets must use a spanning tree algorithm to find an alternate path. This can take 5 to 10 seconds – several orders of magnitude slower than the 50 millisecond restoration times supported by Sonet.

Bob Klessig, vice president of Telseon Inc., an Ethernet service provider and co-chairman of the technical committee for the Metro Ethernet Forum, says that faster spanning tree algorithms have been developed to get restoration times down to 1 second.

"The 5 to 10 second fail-over will be transparent to most data applications," he says. "For voice applications there has been a lot of work to get the restoration times down much further. Even with 1 second restoration, it would only sound like a click in your telephone call."

In Nan Chen’s terms, this amounts to "the cheapest, good enough" technology for metro networks. He points out that Ethernet beat out other LAN technologies for exactly the same reason. It wasn't better than token ring, FDDI and ATM-to-the-desktop, it was simply cheaper and good enough.

In essence, the RPR crew is trying to leverage its way into a battle that has already begun between Ethernet and Sonet, both of which are being improved to address metro requirements.

"It’s hard to say if there will be a need for RPR," says Geoff Bennett, vice president of technology advocacy for Marconi PLC (Nasdaq/London: MONI). "By the time there is a standard, Cisco will have flooded the market with SRP and the standard may not be interoperable with Cisco’s installed base. New developments in Metro Ethernet and dynamic Sonet will also be out by then."

- Marguerite Reardon, Senior Editor, and Peter Heywood, Founding Editor, Light Reading
http://www.lightreading.com

(31)  | 
Comment  | 
Print  | 
Related Stories
Newest First  |  Oldest First  |  Threaded View        ADD A COMMENT
Page 1 / 4   >   >>
opticaldude
opticaldude
12/4/2012 | 10:46:20 PM
re: RPR: RIP?
I think that RPR is still DOA due to a couple of factors in the market that exist today. 1st, RPR brings nothing new that current standards can't give you i.e. Fast Spanning tree over TDM, Stacked V-Lans. 2nd, RPR only deals with one ring, while metro networks are built on multible rings. This limits the native LAN Service to one ring. If you intagrate the L2 over TDM/Sonet/STS1 you can build a LAN anywhere you can get a STS1 handoff. You also get the reliability of sonet and can use the existing SP infrastructer. RPR has no dual ring interworking capabilities. 3rd, SP's still need to offer traditional TDM services
data_guy
data_guy
12/4/2012 | 7:48:25 PM
re: RPR: RIP?
If RPR is going to be worth a whit, it'll have to support video, never mind voice. If Cisco doesn't care about that (as Takefman says (gee, no conflict of interest there, eh?), it just shows they've lost touch with what's next.
Also, Bob Love is the head of the RPR alliance, and is the 802.17 co-chair. What's up with that?
intrigued
intrigued
12/4/2012 | 7:48:24 PM
re: RPR: RIP?
>Also, Bob Love is the head of the RPR alliance, >and is the 802.17 co-chair. What's up with that?

Nan Chen head of MEF and also pushing Atrica products non RPR solutions...surprise,surprise whats up with that!!
netskeptic
netskeptic
12/4/2012 | 7:48:24 PM
re: RPR: RIP?
Good thing is that RPR agony is mercifully fast. I hope that WAN-Ethernet would follow suit without much delay.

Thanks,

Netskeptic
stuartb
stuartb
12/4/2012 | 7:48:24 PM
re: RPR: RIP?
RPR will definitely fail, but not due to the inter-vendor squabbling. It will fail because by the time the RPR standard is completed (if ever), a superior means of addressing the "inadequacies" of SONET-based networks will exist, and it won't involve a forklift upgrade.

Technologies such as Generalised MPLS and virtual concatenation, and X.86 EoS effectively address SONETs shortcomings and enjoy much broader support by both vendors and carriers. Most importantly, they don't involve drastic changes to carriers' operations.

The cost argument often referenced by the RPR proponents is also the epitome of an apples to oranges comparison, enterprise class Enet switches vs. Carrier Class SONET ADMs, give me a break.

An Ethernet/NG-SONET solution will win the day with the carriers that count. Riverstone, Lantern et.al can have the Yipes of the world.

-Stu
skeptic
skeptic
12/4/2012 | 7:48:22 PM
re: RPR: RIP?
If RPR is going to be worth a whit, it'll have to support video, never mind voice. If Cisco doesn't care about that (as Takefman says (gee, no conflict of interest there, eh?), it just shows they've lost touch with what's next.
------------------

The important thing is to get an RPR spec
done as quickly as possible, not to use RPR
as a platform to solve all networking problems.

There are people who want RPR for data now.
They don't want to wait a couple more years
for a comprehensive solution or wait for
a standard body to deliver another bloated
Dead-on-arrival technology like (for example)
CR-LDP was for MPLS.

Most companies don't have the development
budgets these days to blow money on technologies
that will never be deployed and that customers
don't really want anyway. How many more
intserv's, diffserv's and CR-LDPs does the
industry need?
somebodyscream
somebodyscream
12/4/2012 | 7:48:22 PM
re: RPR: RIP?
There are a couple of references to 802.11. The WG is 802.17.
ackronym
ackronym
12/4/2012 | 7:48:21 PM
re: RPR: RIP?
Actually RPR or RPT or whatever RP* of the day is being terms IS winning traction at the carriers. Luminous is in AT&T.
tintin
tintin
12/4/2012 | 7:48:20 PM
re: RPR: RIP?
Marguerite,

First, i would like to point out a few inaccuracies in your article:
-the IEEE WG is 802.17 (not 802.11)
-The MEF (Metro Ethernet Forum) does not issue drafts or standards, but merely requests destined for other standards organizations to handle.

Your title is catchy and the article is sensational, but where is the substance?
You talk about the vendors and their feelings... , but what about the customers?
Do they see a need for RPR?

Next time, please give us some real information, instead of fluff.

Tintin.
lightmaster
lightmaster
12/4/2012 | 7:48:20 PM
re: RPR: RIP?
Having RPR not able to support voice or video won't make it useless. Cisco is already selling DPT so it is useful to someone. Right now it seems to be cable operators who just need to backhaul traffic from CMTS equipment.

What lack of voice (i.e. T1 TDM) capabilities does is SIGNIFICANTLY drop the addressible market. All of the RPR vendors have sold their VCs on the idea that all the money spent on SONET will now be spent on RPR. This can't happen if RPR is limited to data-only.

Cisco didn't care about this when they invented DPT as it was just a way to hook up routers in a ring without using SONET, and they aren't looking for VC money. They're not under the illusion that RPR will replace SONET (as Nortel seems to be) - they're just protecting their data business.

FYI, whoever said "just get the spec out quick and don't worry about solving all the problems": Can you say ODSI? Deja-Vu all over again.
Page 1 / 4   >   >>
Featured Video
Upcoming Live Events
March 16-18, 2020, Embassy Suites, Denver, Colorado
May 18-20, 2020, Irving Convention Center, Dallas, TX
All Upcoming Live Events