7 ms·
Google is Working on its own router
Google never liked Cisco. Now they've gone sour on Juniper. They've decided to do it themselves.
- lallysingh 18y agoThere's a lot of smarter application-level stuff you can do, the closer it is to how you run your systems internally. Considering how large/deep their stuff is, they can really blur the line between application processor & router. Personally I've been drooling over this baby: http://www.xilinx.com/products/virtex5/txt.htm http://www.xilinx.com/products/virtex5/txt.htm
- sspencer 18y agoInteresting idea. I wonder if they will be preferential to Google packets! Between that and all the dark fiber Big G is waiting to light up, one wonders about those rumors of Google wanting to own your entire Internet experience.
- litewulf 18y agoGoogle is a pretty strong proponent of net neutrality. The router will probably be preferential to Google packets, though, in the sense I assume these routers are for Google datacenters and not for other people to buy and stick in their house...
- zandorg 18y agoYeah, my guess is it looks domains up on Google.com, and points to the Google cache...
- gsmaverick 18y agoIt was going to happen eventually just like with everything else they use at the googleplex!
- VonGuard 18y agoFrankly, I think they just needed to build some hardware that could handle their loads without choking. Preferential treatment be damned. There simply isn't hardware powerful or reliable enough for their needs. Or, conversely, there is such hardware but it costs $10 million a box.
- icey 18y agoDoes this seriously make sense for them to do? To me it seems like they're acquiring a terrible case of NIH syndrome.
- snprbob86 18y agoThey already have a terrible case of NIH syndrome. It is already well accepted at Google to build if you can avoid the buy. Usually, I'd consider that a bad thing. However, they have proven they can write some damn good software. They have also proven that they can run a data center better than anyone else can. Both their internal and external systems are a pleasure to use. NIH is only a problem when it starts to burn you, but that hasn't really happened... yet. Luckily, they count most open source software as a building block. If there already exists a great open source package, they aren't going to completely ignore it for the sake of NIH syndrome. It's about control, not price. Put simply: Google demands more from their hardware and software than any other organization. Moving and sorting bits is their core competency. This seems like a smart move to me.
- joshwa 18y agoAnother reason NIH makes sense for Google is that since they compete in so many markets, the shifting alliances and mergers and whatnot for their vendors could mean that they could end up in a situation where a competitor buys a vendor which puts their support/upgrades/pricing at risk.
- prakash 18y agoIt makes a lot of sense. Goog has been using Juniper for a while, so goog really understand the problem domain and what % of that problem is solved by Juniper's products. They would also know what they like & dis-like in terms of features their product should have vs. juniper which probably address a wider customer wish list; maybe & I am speculating here, Juniper takes a long time to turn around on features or some features are custom to goog and Juniper doesn't want to build them. So goog gets to design a product that fits their needs for the next few years. If the product turns out well there might even be tremendous competitive advantage since googs competitors can't buy it. Worst case things don't work out and they go back to buying Juniper.
- b0ib0t 18y agoI hate google. Eff em. I use http://search.isc.org/en/ http://search.isc.org/en/ and if that fails http://search.wikia.com/ http://search.wikia.com/.
- skorgu 18y agoI idly wonder how much IPv6 google runs internally and if this has any bearing on this story.
- flashgordon 18y agoI am wondering if Google may decide to (truly) open the router OS?
- known 18y agoWhy shooting around the bush (Chrome, Router etc) Just roll-out GTCP/GIP