Is Hyperchip Hype?

Peter Galbraith writes "There was an interview on CBC (here in Canada) last evening about Hyperchip, a Montreal-based company that are working on a new type of router that would scale up 1000 times in traffic (so wouldn't be obsolete in less than a year) and would pass packets to their destination in a few hops instead of a dozen or more. Any experts out there think it's hype? Or real?" The explanation on Hyperchip's "technology" page is pretty thin, but considering they just raised $70 million, I hope they've given more convincing details to their investors.

Comments

Step One:

[Saint Aardvark]

Step One: Tell everyone you have an amazing new router.
Step Two:
Step Three: Profits!

Re:Step One:

[ekrout]

Step Two: Sign-up for a user account at the ultimate geek site and post a story about Step One.

;-)

Funny Coincidence

[Zenithal]

I'm here in Montreal, and I applied to go work for them not even a week ago.

I was inadequate :)

If they can figure that out, they probably have a chance.

Hyperchip

[yoink!]

I was at a Pub one evening (I live in Montreal) and I happened to meet their sales manager... ms. Jen Goldfinch. Although I had seen the Hyperchip building on many occasions, I had never inquired as to what they do. After meeting this woman, I was given the impression that their routers are actually in use by some of the big players in the digital pipelines game. She was actually pretty clear on that, although I can't seem to find any exact information concerning their customers on their website. Perhaps some questions to nortel, and qwest folks might clear this up. The only thing that make me dubious about her claim of widespread adoption, would be that if their products are so much "better" (for the lack of a better word) than the competitions, then why is abilene using cisco products? Unfortunately I don't have that kind of time on my hands.

Other vendors that come close?

[scubacuda]

Cisco and Juniper can only (currently) route in gigabit speeds.

Other competitors that they will have to deal with: Pluris, IronBridge Networks and Charlotte's Web Networks .

Use Existing Technology

[Anonymous Coward]

Cisco has had the technology to do their so called 'smart routing' for years. It's called BGP. I have seen it intelligently route packets across the country that only goes across 2, maybe 3 routers. It seems in this "dot-com" era of techies, no one has a clue about routing. There are so very few people who know what to do with a router, and obviously those people aren't working for any commercial ISPs. I used to work networking for the government, and one of our customers had a problem with routing through UUnet. I contacted their router dept and talked to one of their so-called "router engineers" and had to explain to him how to fix an assymetrical route.

Do a traceroute to yahoo.com. Conceivably, you shouldn't have to go more than 5 hops. But with every major corporation creating a string of routers rather than a mesh.... it takes for ever to get there.

Re:Use Existing Technology

[Phasedshift]

Couple of things...

1. 90% of the time when you call a large internet service provider, you speak to their frontline support, who address their level 2 support (etc) as 'routing engineers', consider how many people must call them and complain about problems (90% of which are probably caused by stupid things like them advertising a /24 in class B space, without advertising the /16 also, so the route gets nuked at a border router, as quite a few providers filter based on classfull boundries, or people just not understanding how a traceroute even works, and demanding to speak to a 'routing guru' because their traceroute dies after a certain point due to an ACL (access control list), so they naturally think the web server/mail server, etc they are going too is down, even though it is not.).

2. As someone pointed out, number of hops != latency, etc. Most people who are just starting their quest for knowledge in this field tend to confuse the two unfortunately.

Now, while in an ideal network, 99% of things will be done at layer 2, thereby making the total hopcount in your traceroute lower (if your traffic is going through an ATM switch who doesn't know about/care about layer 3 information in an ATM cell, it will obviously not show up as a hop in your trace). The hopcount your traceroute shows doesn't matter, the simple fact that all that has to be done is the header of the ATM cell (the first 5 bytes) is read, and then the cell is forwarded to its proper destination (similar for ethernet, using cut-through switching, etc) doing switching at layer 2, vs. having to read the IP packet's headers to find the destination will provide a noticible decrease in latency in most situations.

You are however correct in that Cisco has many features out there that will greatly increase performance for people. Mind you, there aren't any official 3rd party benchmarks against this (the company the article is referring too) company's products, so we don't know if they are something to laugh at, or really are better then whats out there currently (although I am voting for the laughing part).

Also, in regards to BGP, (heh btw it has quite a bit of overhead, since it uses TCP), while it is pretty much the only good choice for an EGP (external gateway protocol), you will still need an IGP such as OSPF, etc unless you intend to have your router(s) have BGP sessions with the IP's of other routers known via directly connected (or static routes), which would be stupid (except for some situations using static routes in a very small network). Its not like you setup a BGP session with another router, and it 'magically' works, there is quite a bit of traffic engineering involved (how much is dependent on how big your network is), and cooperation among internet service providers (i.e. to set the localpref that is distributed to your IBGP mesh based on certain communities received from a peer, or the other way around, so people can control the path traffic goes back into their network in a better way then padding the route (i.e. adding more AS's to the AS_PATH which chances are wont give you the desired results), or other methods).

patents

[Syre]

they claim to have 41 patents issued... I found 3:


I/O and memory bus system for DFPS and units with two or multi-dimensional programmable cell architectures

Efficient direct replacement cell fault tolerant architecture

Fault tolerant data processing system fabricated on a monolithic substrate

From these it appears they are fabricating wafers with lots of semi-independent processing nodes, which are tolerant of failures of some of the nodes (and can therefore take into account chip production glitches on part of the wafer).

This could give them a potentially large performance advantage, if they can do it right.

Same thing, other side of the border

[nsample]

The same thing is happening on this side of the border. LaurelNetworks is another super-startup company, with a lot of capital, with their guns aimed at the "big boys" of network hardware (Cisco, Juniper, etc.). I did some work with Laurel, and even some work with a micro-startup networking company, BlueWave Networks.

I don't think that there's any hoaxing at all going on here. They're legitimate players with some heavy capital backing them. They also have great engineers and some good technology. It may not be enough, however. What it's going to come down to (IMHO) is the willingness of big ISPs and carriers to adopt technology from a new vendor.

Cisco may not have the best equipment, but everyone and their dog worth their salt in this game knows IOS and how to admin it. You can't say the same of any of the new vendor's products.

We've moved beyond the days of "great ideas" and "great products." Internet routing is a mature market in which the biggest obstacle is now overcome the inertia of the entrenched players.

The anology reminds me of Linux vs. MS, but then again, what doesn't? :)

Destination-based Wavelengths

[vtechpilot]

From Thier site:

Accelerating the war are the recent advances in ultra-long-haul optics and optical switches, which are making it practical for routers to place packets on destination-based wavelengths that can take them as close as possible to their final destination in the core, thus eliminating intermediate routing hops and unnecessary O-E-O conversions.

I read this as meaning that you have a strand of fiber that runs from say for example Boston, to NY to Washington to Richmond to Charlotte to Atlanta to .... and that a packet originates in Boston and is transmitted in red light to the next node, if the light isn't the color for that node, So if red was Richmond, NY and Washington would reflect the red light down the line until it gets to Richmond. This way NY and WAS don't have to convert the signal which saves a lot of time and work. Also this allows Boston to talk to Richmond as 1 hop as far as the software is concerned. Similarly a packet transmitted in Amber light might go all the way to Atlanta before being converted to Electrons.

Sounds like a good idea to me since it should work on existing fiber. The real question is how hard and expensive is it to start with two nodes and grow from there.

It's the expandability of their backplane....

[addikt10]

That makes their product different. With Cisco gear, you have a very, very small number of high speed ports available to you in one chassis (and several of these "capabilities" are eaten up when you go with redundant solutions).

The idea behind Hyperchip, that is a supposedly better implementation than Avichi's that preceeded it, is to have a packet switching backplane that is expandable to multiple bays, as opposed to the tiny boxes such as the cisco 12000. Since it is a common backplane, there are fewer "hops".

The real limit is power. The Avici systems used over 400 amps of three phase power per bay, and (I believe) scaled to 16 bays, each one capable of running over 60 OC-192s at line speed.

Hyperchip's unit looks better.

Right now, their just trying to figure out how to market it, and how they can add services inside the box that you wouldn't get otherwise. Think of all the stuff you would like to do to streams of that size, but just can't. Also, think of what to do with packets that are going to full pipes. At OC-192 speeds, you can't hold on to packets. There isn't enough time to put it in to memory.

PS OC-192 can carry approximately 10 Gb/s. Or, over 1.2GB/s (this isn't ethernet, it's sonet) (but will have 10 Gb ethernet interfaces, but they just can't carry as much)

At 10 Gb/s, a 1600 byte packet (for those ethernet fans out there) is on the wire (going across a fixed point)for 160 nanoseconds.