Juniper Hatches the M320

As reported earlier this month in Light Reading, Juniper Networks Inc. (Nasdaq: JNPR) has been working on a multiservice product, code-named Sinatra (see Has Juniper Gotta Sinatra? ). This long-awaited über-edge routing product, unveiled today, is the M320 (see Juniper Launches Edge Platform).

As Juniper's new 10-Gbit/s multiservice routing platform, the M320 is designed to handle existing and emerging Layers 2 and 3 services at the edge of service provider networks. The M320 will use Multiprotocol Label Switching (MPLS) technology to carry many different traffic types, including IP, Frame Relay, and ATM.

The launch of the M320 is Juniper's bid to lead the potentially lucrative multiservice edge router market, which virtually all major telecom equipment vendors are rushing to embrace. In fact, just today Tellabs Inc. (Nasdaq: TLAB; Frankfurt: BTLA) announced its own multiservice routing platform (see Tellabs Enhances Multiservice Routers).

With both Juniper and Tellabs making multiservice announcements on the same day, the two companies have accelerated the footrace in the multiservice market. Alcatel SA (NYSE: ALA; Paris: CGEP:PA) recently acquired Timetra Networks to firm up its own multiservice routing strategy. Startup Laurel Networks Inc. is also a player (See Alcatel & TiMetra Seal the Deal, Tellabs Snags Vivace for $135M, and Laurel Hires New CEO). And Cisco Systems Inc. (Nasdaq: CSCO) is not to be ignored.

Juniper’s move is a positive one that could reinforce its foothold in the edge-routing market, according to Heavy Reading chief technologist Geoff Bennett, who says, “It’s surprising that it has taken Juniper so long to get around to this.”

The company is already well established in the market for core routers, says Bennett, although the M320 provides a good opportunity to exploit its position on the edge. “The core of the network is plumbing, but the edge is all about intelligence. If you want to own the customer, you have to be in control of the edge.”

So why did Juniper, which already has an edge router, need a new product? Experts have pointed out that none of Juniper’s platforms -- the home-grown M and T series or the ERX edge routers acquired with Unisphere Networks -- was designed with the multiservice edge in mind (see Juniper Nabs Unisphere for $740M). The move to develop the M320 also clears up some of the confusion about why Juniper killed Unisphere's larger multiservice platform, the MRX (see Juniper Shrinks Its SuperCore Router). It looks as if Juniper was intent on developing a new platform based on its own software (see Juniper's Software Split).

Juniper says the new product runs on the company's Junos operating system and incorporates a new routing engine, the RE 1600, to support thousands of virtual private networks (VPNs) and customer interfaces. The product will also be able to support interface cards for Juniper's M and T series routers. The product includes what it calls the Juniper Frame and ATM Service Emulation (J-FASE) toolkit.

Benjamin Ellis, Juniper Networks’ head of product marketing for EMEA, points to the fact that service providers are looking for a way to roll out services based on IP traffic while at the same time managing their legacy Frame Relay and ATM networks. The M320’s ATM and Frame Relay emulation lets carriers migrate these services over to an MPLS core network, he says.

“The time is right now for multiservice edge platforms,” says Ellis. "People are now at the point where building out different networks is not financially viable in today’s environment."

Juniper says that Global Crossing (Nasdaq: GLBC) is an early tester of the M320 and is planning to use it in its MPLS-based IP network. Ellis says other large carriers have deployed the M320, although he declines to name them.

— James Rogers, Reporter, Light Reading

— Craig Matsumoto, Senior Editor, Light Reading, contributed to this story.
For more information about the multiservice edge, see these Light Reading reports: Recent Light Reading Webinars related to this story:
ATMRules 12/5/2012 | 2:25:53 AM
re: Juniper Hatches the M320 Yawn.......a day late and a dollar short....

xbar 12/5/2012 | 2:25:45 AM
re: Juniper Hatches the M320 So if the T320/T640 are not selling it is high time to introduce yet another box. So what is new except for yet another replacement for the M160?

How many new boxes are required to justify JNPR outrageous P/E ratios?

LightCycle 12/5/2012 | 2:25:43 AM
re: Juniper Hatches the M320 You heard it here first ...
under_a_tree 12/5/2012 | 2:25:40 AM
re: Juniper Hatches the M320 In a simlar vein, what does this mean for Nortel's Neptune Edge Router, which is supposed to do the same things as the M320?
atmforever 12/5/2012 | 2:25:40 AM
re: Juniper Hatches the M320 Does this affect Lu-Juniper reseller agreement? Lucent has a strong base in multi-service switches and is rumored to be working on (yet another) multi-service edge switch with ATM/FR/MPLS capability. Whatever happened to that non-compete clause. Does Lucent is f----d again?
myoptic 12/5/2012 | 2:25:39 AM
re: Juniper Hatches the M320 >So if the T320/T640 are not selling it is high >time to introduce yet another box. So what is >new except for yet another replacement for the >M160?

The M320 is really little more than a replacement for the flawed T320.

The T320 was rejected by any carrier who took the time to thoroughly test it because it lacks redundancy in the switch fabric. Loss of a single SIB (Switch interface board) causes throughput to decrease by 25%. Juniper has even documented the problem:

So the M320 is essentially a recall of the T320 which fixes the SIB redundancy design flaw and occupies 50% more rackspace.

andropat 12/5/2012 | 2:25:11 AM
re: Juniper Hatches the M320 If you read it more closely it states that only sib0 has one hsl:

In the event of a complete SIB failure, SIB0 will become active. Because SIB0 has only one high-speed link to each FPC, only three links will remain active. A slight degradation in forwarding capacity may occur. When the failed SIB is replaced, it will become active and SIB0 will revert to backup. The router will regain full forwarding capacity.

If you lost sib1 or sib2 then yes you would "maybe" see a degradation in performance. If you lost sib0 however you would see no degradation.

In addition this fabric is made to support "full" capacities. If you run the box at 1/4 or even 1/2 capacity with the speedup and so forth that is inherent there is a very very good chance that even losing sib0 would cause no degradation. I spent a lot of time working with jnpr on this one.

Sign In