Re: juniper mx80 vs cisco asr 1000
On Thursday, January 26, 2012 02:57:59 AM George Bonser wrote: If there is a hardware change, you might need to update the FPGA images. That is a second file but doesn't happen with every release. In fact, you might not even need it of they DO release a new one because the change might be for the addition of FPGA images or changes to an image for blade you don't even have. But again, it is one combined file for all blades. The issue we have now with IOS XR-based systems is the SMU's. Most times, the SMU's need to reload bits of the hardware, and it will be different files making different updates that each need to reload bits of the hardware (fabric, line cards, e.t.c.). Needless to say, a software upgrade of the main OS on IOS XR systems is very lengthy. I'm yet to do it in less than one hour, particularly if you're doing SMU's at the same time. Here, Junos wins (although, in all fairness, the systems aren't the same so maybe not a proper comparison to begin with). But I understand Cisco are working on streamlining this in future releases of IOS XR, which would be welcome. While I prefer SMU's to ISSU, the majority of them are not entirely hitless (contrary to the documentation accompanying an SMU), although it will take a shorter time to update via an SMU than the main OS, as of today anyway. Mark. signature.asc Description: This is a digitally signed message part.
Re: juniper mx80 vs cisco asr 1000
But I understand Cisco are working on streamlining this in future releases of IOS XR, which would be welcome. While I prefer SMU's to ISSU my fear is that issu is a very complex hack to cover that it takes a week to boot the turkey. and adding more complexity will not make things better in the long run, probably worse in fact. fix the boot process. randy
Re: juniper mx80 vs cisco asr 1000
On Saturday, January 28, 2012 01:42:54 PM Randy Bush wrote: my fear is that issu is a very complex hack to cover that it takes a week to boot the turkey. and adding more complexity will not make things better in the long run, probably worse in fact. True, and also to (well, in theory, anyway) not have to reload the box to launch new images in order to avoid any kind of downtime (even with a fixed boot process). The problem with ISSU is that it requires specific support across specific protocols, features and hardware in the router, which invariably means having to run the latest code that supports the features you feel need ISSU, and/or the latest hardware that meets the ISSU requirements per the vendor (it's like chasing your own tail). Since we schedule all maintenance in a maintenance window anyway (whether it's service-impacting or not), I see no point for ISSU. But to each their own. Mark. signature.asc Description: This is a digitally signed message part.
Re: juniper mx80 vs cisco asr 1000
Since we schedule all maintenance in a maintenance window anyway (whether it's service-impacting or not), I see no point for ISSU. But to each their own. so i can run images where the code and hw have not been seriously complexified for issu. good. /sarcasm randy
Re: juniper mx80 vs cisco asr 1000
On 25/01/12 02:50, Matt Craig wrote: Actually something as an alternative to both I am researching is the Brocade MLX series. They have different, more efficient, and refreshing architecture; and phenomenal cost (half the cost of ASR1000/MX or less). Gonna do a trial shortly to see if it all lives up to the marketing or if its too good to be true. I also know some peer institutions who have dumped both Cisco and Juniper for Brocade's Ethernet/IP lines. Not a single bad word so far. Sorry I can't let a line like that slide. I used to use ServerIron's in my last job, and while generally wonderful they had two big issues that also occur on other Foundry kit like the MLX. 1. Multiple firmware files that must be upgraded in sync. While getting more common (I've seen kit from Extreme, Cisco, and Juniper that have done this to some extent), some of these boxes require on the order of four firmware files which must be upgraded in lock-step 2. Backspace doesn't work. Seriously (ok Ctrl-h works, and you can patch your terminal emulator for it, but it's the only hardware I've used in the last 15 years like that)
Re: juniper mx80 vs cisco asr 1000
On 25/01/2012 15:17, Julien Goodwin wrote: 2. Backspace doesn't work. Seriously (ok Ctrl-h works, and you can patch your terminal emulator for it, but it's the only hardware I've used in the last 15 years like that) I ended up remapping backspace to CTRL-H too. Yeah, seriously, this is totally bizarre dysfunction. There might have been some excuse for it in the late 1980s, maybe even the early 1990s. But the world moved on many, many years ago. Nick
RE: juniper mx80 vs cisco asr 1000
Sorry I can't let a line like that slide. I used to use ServerIron's in my last job, and while generally wonderful they had two big issues that also occur on other Foundry kit like the MLX. 1. Multiple firmware files that must be upgraded in sync. While getting more common (I've seen kit from Extreme, Cisco, and Juniper that have done this to some extent), some of these boxes require on the order of four firmware files which must be upgraded in lock-step They're a little better here these days. So IF the monitor and boot images change you might need to upgrade those but those don't change on every rev. I think Cisco sometimes requires updates of things like that, too, from time to time. Another thing is due to the nature of the beast. The MLX/XMR is FPGA hardware. In other words, the hardware itself can be reconfigured with a firmware update. Most other gear doesn't have programmable hardware. So in a release two things might have to change. In addition to a software update, there might also be an associated hardware change that requires an FPGA code update in addition to the OS. This is actually a good thing from my perspective in that it allows improvements in the hardware without having to get a new rev of blade. In the old days you had to manually update each FPGA image for each blade, that is now a combined file. There's one FPGA file for all blades. These are not always required for updates. The OS is also a combined image so that is just one file. So to recap: For some updates you will simply need to update one file: the combined OS image If there is a hardware change, you might need to update the FPGA images. That is a second file but doesn't happen with every release. In fact, you might not even need it of they DO release a new one because the change might be for the addition of FPGA images or changes to an image for blade you don't even have. But again, it is one combined file for all blades. If there is a boot rom / monitor change you might need to update those files but that doesn't happen with every release. If you update the application (OS) image and do a reload-check command, it will tell you if you need to update anything else. Often you don't. I just went from 5.1 to 5.2 on a couple of MLX units (two more are being upgraded soon and updating some from 5.2b to 5.2c soon) and it was fairly painless. I think what people don't get is that the hardware on the things is reprogrammable and that sometimes requires an additional set of files that has nothing to do with the OS running on the system, it is a hardware upgrade in addition to a software upgrade. Once people realize that, it takes some of the sting out of it. Point is they have combined these images now. You don't need to load the management module OS, line card OS, management module FPGA and line card FPGA files separately anymore. You just update one combined OS image. The FPGA image is updated only if required and again, that is also now one combined file for all modules. So most updates will be one or sometimes two files with the boot and monitor images updated only infrequently. 2. Backspace doesn't work. Seriously (ok Ctrl-h works, and you can patch your terminal emulator for it, but it's the only hardware I've used in the last 15 years like that) I've noticed that though I think that is only on the hardware console port. Most of the work I do is via the management port. If I'm on the console serial port, then I am working manually and just deal with the ^H thing. I don't think that issue by itself is enough to prevent me from buying a piece of gear. The applications where we use the MLX units is pretty straightforward and their price/performance is great for that application. But I'm not married to any vendor and if there is a better tool for a particular job, I'll use it. Each vendor seems to have their sweet spot for various applications.
Re: juniper mx80 vs cisco asr 1000
On 25/01/12 18:57, George Bonser wrote: I've noticed that though I think that is only on the hardware console port. Most of the work I do is via the management port. If I'm on the console serial port, then I am working manually and just deal with the ^H thing. I don't think that issue by itself is enough to prevent me from buying a piece of gear. The CES (at least) does it via SSH, too. (I use the standard Gnome terminal, so we're talking the same application for serial and SSH/telnet use.) Annoyingly the Dell 5400 series switches do it on their console ports, too. Thankfully they don't once you're in via SSH. But no-one cares about those! Tom
Re: juniper mx80 vs cisco asr 1000
On 1/25/2012 10:50 AM, Nick Hilliard wrote: On 25/01/2012 15:17, Julien Goodwin wrote: 2. Backspace doesn't work. Seriously (ok Ctrl-h works, and you can patch your terminal emulator for it, but it's the only hardware I've used in the last 15 years like that) I ended up remapping backspace to CTRL-H too. Yeah, seriously, this is totally bizarre dysfunction. There might have been some excuse for it in the late 1980s, maybe even the early 1990s. But the world moved on many, many years ago. Same here... Likewise, up to a certain firmware version, the input would wrap to a second line making it difficult to backspace. Thankfully that is now fixed. The biggest issue I have now is modern security patched versions of putty just explode when talking to that gear with type 2 (protocol error) Bad String Length messages. It's one of those things where putty works fine with everything else as well as every other terminal program works fine with Brocade... so who's at fault? :-P I've got 4 of the XMR 4000's and been running them for years. Most of the problems have been firmware bugs... Early ones were killers and caused inconsistencies in the routing topology, but I haven't seen anything to that extent again. The last major issue I had was the management cards on two of the boxes, about 2500 miles apart, both decided to go insane within hours of each other. I think a line card crashed if I remember right, the boxes stayed up, the management module stopped responding. Some traffic was being black-holed while other traffic continued flowing. After we already fixed it, a Brocade tech said that it sounded like a bus hang or something of that nature which can usually be fixed by re-seating the fan tray(??!?) so you don't need to reboot. We simply power cycled both. Another annoying bug I ran into which prompted a call to Brocade in the middle of the night... I couldn't update the firmware via SSH (nor could they). It kept failing on committing one of the firmware files after it was transferred. Turns out it was a bug and the workaround was to use telnet. The fix was in the version I was upgrading to. sigh It also would have been nice to know that before the tech said just reboot it and it should be fine and we followed all the upgrade steps (despite the errors saying it failed)... the line card's firmware didn't match and wouldn't boot as a result. Luckily this XMR was two blocks from where I was sitting and I recovered it, but still annoying. This is what someone else mentioned about all the firmware files needed just to upgrade. There is a combo file, but it doesn't cover everything. One might try to seek out a Telehouse IIX engineer for another opinion. Being a customer of theirs on the NYIIX peering exchange, I know of many issues and outages that were all seemingly related to the MLXe's on which they now run the exchange. On the flip side, find some Hurricane Electric folk. I could be wrong, but I believe their entire backbone is built on the XMR. I know I've seen them in carrier hotels with their name on the equipment. One is two cabinets down from my own in the same cage. Personally, I like the products on paper. Using them in production slightly lowers my satisfaction with them, but you definitely get a lot for your money... bugs and all. -Vinny
Re: juniper mx80 vs cisco asr 1000
On 1/25/2012 1:57 PM, George Bonser wrote: 2. Backspace doesn't work. Seriously (ok Ctrl-h works, and you can patch your terminal emulator for it, but it's the only hardware I've used in the last 15 years like that) I've noticed that though I think that is only on the hardware console port. Frustratingly, it's also via SSH... but not telnet. Backspace mapped as Control-(127) doesn't work whereas backspace mapped as Control-h does when connected via SSH. -Vinny
Re: juniper mx80 vs cisco asr 1000
On 1/25/2012 2:32 PM, Tom Hill wrote: On 25/01/12 18:57, George Bonser wrote: I've noticed that though I think that is only on the hardware console port. Most of the work I do is via the management port. If I'm on the console serial port, then I am working manually and just deal with the ^H thing. I don't think that issue by itself is enough to prevent me from buying a piece of gear. The CES (at least) does it via SSH, too. (I use the standard Gnome terminal, so we're talking the same application for serial and SSH/telnet use.) Annoyingly the Dell 5400 series switches do it on their console ports, too. Thankfully they don't once you're in via SSH. But no-one cares about those! So do the 55xx's, unfortunately. I'm not sure about the other PowerConnect series. The firmware largely varies in syntax from one model to the next but the 54xx and 55xx seem largely the same. If I get some spare time, I'll look into digging up some contacts from the PowerConnect team and suggest they fix the backspace console issue. -Vinny
Re: juniper mx80 vs cisco asr 1000
On 25/01/12 20:14, Vinny Abello wrote: On 1/25/2012 2:32 PM, Tom Hill wrote: Annoyingly the Dell 5400 series switches do it on their console ports, too. Thankfully they don't once you're in via SSH. But no-one cares about those! So do the 55xx's, unfortunately. I'm not sure about the other PowerConnect series. The firmware largely varies in syntax from one model to the next but the 54xx and 55xx seem largely the same. If I get some spare time, I'll look into digging up some contacts from the PowerConnect team and suggest they fix the backspace console issue. I didn't have the same problem with the 62xx (or the lone 52xx I used, for that matter) but then, it's all Broadcom software; it doesn't matter how competent/understanding the guys at Dell are, Broadcom won't lift a finger without a smoking gun. I think of the three or four bugs that Dell passed through to Broadcom on my behalf (i.e. I'd had to convince at least one other person that it wasn't appropriate behaviour), only one was acknowledged and fixed. With that in mind, I wouldn't waste your time! Tom
Re: juniper mx80 vs cisco asr 1000
They are competing in some things. There are differences that will make you choose ASR1000 over MX series, but alot of people are choosing either one of the other for many of the same jobs, mainly upgrading to straight-forward L3 1/10 gig aggregation. I know some people who've had ASR1000s and MXs on the plate and chose the MXs. I've also known some who's chosen the ASR1000s. It just really depends on what you need. Actually something as an alternative to both I am researching is the Brocade MLX series. They have different, more efficient, and refreshing architecture; and phenomenal cost (half the cost of ASR1000/MX or less). Gonna do a trial shortly to see if it all lives up to the marketing or if its too good to be true. I also know some peer institutions who have dumped both Cisco and Juniper for Brocade's Ethernet/IP lines. Not a single bad word so far. Matt On 1/23/12 8:30 AM, Mark Tinka wrote: On Friday, January 20, 2012 04:14:35 PM Saku Ytti wrote: MX80 is not competing against ASR1k, and JNPR has no product to compete with ASR1k. And this is something I've been telling Juniper for years (not that they don't already know). The M7i and M10i have really done all they can - but trying to get an Ethernet box to do non-Ethernet things, while possible, is simply not economically viable for operators (FlexWAN's, SIP's, MX FPC's, anyone?). They really need to solve this one. The MX80 had no competition from Cisco, until the ASR9001 came out (and it supports 40Gbps line cards when they come out). Juniper are dropping the ball on this one. But hopefully, they're busy in the lab building a decent ASR1000 challenger. Mark.
Re: juniper mx80 vs cisco asr 1000
On Tuesday, January 24, 2012 11:50:37 PM Matt Craig wrote: They are competing in some things. There are differences that will make you choose ASR1000 over MX series, but alot of people are choosing either one of the other for many of the same jobs, mainly upgrading to straight-forward L3 1/10 gig aggregation. I know some people who've had ASR1000s and MXs on the plate and chose the MXs. I've also known some who's chosen the ASR1000s. It just really depends on what you need. When it comes to peering or upstream boxes, we've always gone with smaller, multiple units rather than bigger, single ones, e.g., ASR1002 vs. CRS or MX80 vs. M120, sort of thing. As one wants to spread peering/upstream links across different boxes to enhance redundancy, one can't afford to be buying bigger boxes for each these links. What this has meant is that for a while now, we've been happy with the ASR1000 because at some point, it was more feature-ready than the MX80. However, the MX80 has now caught up, and is certainly a serious contender if we're looking at new purchases (but then, there is now the ASR9001, whenever it starts shipping). However, this only works if our connectivity arrangements are Ethernet. If we plan to have both Gig-E and non-Gig-E capacity in a router, and we need to be able to push a couple of Gbps through it (including one or more 10Gbps hook-ups), then the ASR1000 is still a winner. This is where the MX80 can't compete; and while the MX80 and ASR1000 are somewhat of an apples vs. oranges comparison, there really ins't anything coming from Juniper at all in this space. So one is forced to compare what comes closest. Actually something as an alternative to both I am researching is the Brocade MLX series. They have different, more efficient, and refreshing architecture; and phenomenal cost (half the cost of ASR1000/MX or less). Gonna do a trial shortly to see if it all lives up to the marketing or if its too good to be true. I also know some peer institutions who have dumped both Cisco and Juniper for Brocade's Ethernet/IP lines. Not a single bad word so far. We reviewd the MLX against the 7600 and M320 many years ago. These days it would be the MLX against the ASR9000 and MX240/480/960. It didn't have the feature set we needed, but that was a while back. Our national exchange point have been happy with them, using VPLS to run the fabric (I think AMS-IX do the same, too). But that's a relatively simple deployment. I know some large carriers using them extensively, but not intimately enough to tell you whether they're really happy or not. Mark. signature.asc Description: This is a digitally signed message part.
RE: juniper mx80 vs cisco asr 1000
We reviewd the MLX against the 7600 and M320 many years ago. These days it would be the MLX against the ASR9000 and MX240/480/960. It didn't have the feature set we needed, but that was a while back. Our national exchange point have been happy with them, using VPLS to run the fabric (I think AMS-IX do the same, too). But that's a relatively simple deployment. I know some large carriers using them extensively, but not intimately enough to tell you whether they're really happy or not. Mark. You might get by these days at a peering point with something smaller if you are a smaller network and don't need a lot of 10G. Something like a Brocade CER-RT series. A 1U box with 136 Gbps of throughput that will handle 1.5 million v4 routes in FIB and 256k v6 routes. Sips power, doesn't take up a lot of space, has up to 48 GigE ports but only 2x10G. If they had a model with 6x10G, it would be a killer little box. It is basically a 1U MLX.
Re: juniper mx80 vs cisco asr 1000
On Wednesday, January 25, 2012 02:24:28 AM George Bonser wrote: You might get by these days at a peering point with something smaller if you are a smaller network and don't need a lot of 10G. Something like a Brocade CER-RT series. A 1U box with 136 Gbps of throughput that will handle 1.5 million v4 routes in FIB and 256k v6 routes. Sips power, doesn't take up a lot of space, has up to 48 GigE ports but only 2x10G. If they had a model with 6x10G, it would be a killer little box. We looked at their CER/CES line back in 2009/2010 when we were scoping for kit to deploy our MPLS In The Access topology. That time, the box only did 512,000 entries in the FIB, but clearly the newer iron has had an upgrade on the inside :-). This is good! Inevitably, we settled for Cisco's ME3600X, after realizing we didn't need to carry a full table in the Access (and could still provide IP Transit services in the Access easily), and at the time, even though the Cisco was much newer, the mid-term feature road map was better. Mark. signature.asc Description: This is a digitally signed message part.
RE: juniper mx80 vs cisco asr 1000
We looked at their CER/CES line back in 2009/2010 when we were scoping for kit to deploy our MPLS In The Access topology. That time, the box only did 512,000 entries in the FIB, but clearly the newer iron has had an upgrade on the inside :-). This is good! Inevitably, we settled for Cisco's ME3600X, after realizing we didn't need to carry a full table in the Access (and could still provide IP Transit services in the Access easily), and at the time, even though the Cisco was much newer, the mid-term feature road map was better. Mark. That upgrade is for the -RT only, not the standard unit. I suggested they provide four ports that would be standard GigE SFP ports that could be enabled for 10G SFP+ by license key in addition to the 2x10G expansion module. So if you had a unit with a capability of 6x10G and 12xGigE, it would be a killer little peering point switch in 1U of rack space.
Re: juniper mx80 vs cisco asr 1000
On Friday, January 20, 2012 04:34:56 AM Thomas Donnelly wrote: The warm standby IOS is a nice feature for in service upgrades and crash avoidance. Except that some times, it did lead to crash (for us anyway), because it eats up half the router's memory, and if you're running 3x full tables or more, you ran out of the other half and BOOM! And that was IOS XR 2, which is generally old now. We now turn off software redundancy now on all ASR1000 boxes that don't have a 2nd RP. Mark. signature.asc Description: This is a digitally signed message part.
Re: juniper mx80 vs cisco asr 1000
On Friday, January 20, 2012 05:40:10 AM Leigh Porter wrote: I have not used the asr1000 but it looks like a capable box. You would do well to look at the MX80 fixed chassis, it comes with 48 1G interfaces and 4 10G interfaces. They are pretty good value, I think. The thing the MX80 has that the ASR1000 is port density. You get lots of Gig-E ports in there and a couple of 10Gbps ports too. Not too bad. The ASR1000 has an 8-port Gig-E card (called a SPA - Shared Port Adapter) that offers the most dense Gig-E port capacity in a single-height line card. There is a 10-port Gig-E SPA, but that is a double-height unit, i.e., it eats up 2x slots. 10Gbps port density on the ASR1000 sucks a bit; there is only a 1-port SPA, and no built-in 10Gbps ports unlike the MX80. But on the other hand, the ASR1000 is great if you're looking to throw in some non-Ethernet SPA's, e.g., serial, E1, T1, SONET, SDH, e.t.c. The MX80 won't do this efficiently today, and is really best deployed in Ethernet scenarios. Also, the MX80 can come with rather complicated licensing structures even for the ports you want enabled, if you want to take advantage of their cheaper offers. This can get hairy. Mark. signature.asc Description: This is a digitally signed message part.
Re: juniper mx80 vs cisco asr 1000
ASR 1000 does not run XR. You probably mean XE. The high availability features that requires maintaining state and stateful switch over never seem to work out of the box on early releases and need some time until the feature gets mature. I've found this across different vendors. The dual IOS process works best with two Routing Engines/ESPs on higher models. contact your local vendor engineering representatives asking them for more details on the the ASR1K High Availability features and they should tell you how it works in detail. Regards, Ahmed Sent using BlackBerry® from mobinil -Original Message- From: Mark Tinka mti...@globaltransit.net Date: Mon, 23 Jan 2012 22:58:45 To: nanog@nanog.org Reply-To: mti...@globaltransit.net Subject: Re: juniper mx80 vs cisco asr 1000 On Friday, January 20, 2012 04:34:56 AM Thomas Donnelly wrote: The warm standby IOS is a nice feature for in service upgrades and crash avoidance. Except that some times, it did lead to crash (for us anyway), because it eats up half the router's memory, and if you're running 3x full tables or more, you ran out of the other half and BOOM! And that was IOS XR 2, which is generally old now. We now turn off software redundancy now on all ASR1000 boxes that don't have a 2nd RP. Mark.
Re: juniper mx80 vs cisco asr 1000
On Friday, January 20, 2012 04:14:35 PM Saku Ytti wrote: MX80 is not competing against ASR1k, and JNPR has no product to compete with ASR1k. And this is something I've been telling Juniper for years (not that they don't already know). The M7i and M10i have really done all they can - but trying to get an Ethernet box to do non-Ethernet things, while possible, is simply not economically viable for operators (FlexWAN's, SIP's, MX FPC's, anyone?). They really need to solve this one. The MX80 had no competition from Cisco, until the ASR9001 came out (and it supports 40Gbps line cards when they come out). Juniper are dropping the ball on this one. But hopefully, they're busy in the lab building a decent ASR1000 challenger. Mark. signature.asc Description: This is a digitally signed message part.
Re: juniper mx80 vs cisco asr 1000
On Monday, January 23, 2012 11:29:57 PM ama...@gmail.com wrote: ASR 1000 does not run XR. You probably mean XE. Indeed, I did, as I clarified in some private responses as well. I thought it would be obvious so I decided not to publicly correct it :-). The high availability features that requires maintaining state and stateful switch over never seem to work out of the box on early releases and need some time until the feature gets mature. I've found this across different vendors. To be fair, I've only ever used SSO on the CRS and ASR1000; fairly happy with those jobs. The same on a 6500 was an utter fail, but we mostly kit those out with single SUP720's anyway, so no point for SSO. The rest of our Cisco is 7200's, which are just a single control plane. GRES on Juniper works pretty well, provided you understand the caveats, e.g., Multicast isn't maintained across failovers, e.t.c. Other kinky HA features like ISSU for this or that protocol is too sexy for us. BFD is as exotic as we'll get, plus a little bit of IETF Graceful Restart (not NSR here). The dual IOS process works best with two Routing Engines/ESPs on higher models. Well, if you have dual RP's, you don't need the dual IOS XE software process then :-). Mark. signature.asc Description: This is a digitally signed message part.
Re: juniper mx80 vs cisco asr 1000
On (2012-01-19 12:10 -0800), jon Heise wrote: Does anyone have any experience with these two routers, we're looking to buy one of them but i have little experience dealing with cisco routers and zero experience with juniper. It might be because of your schedule/timetable, but you are comparing apples to oranges. MX80 is not competing against ASR1k, and JNPR has no product to compete with ASR1k. MX80 competes directly with ASR9001. Notable differences include: ASR9001 has lot more memory (2GB/8GB) and lot faster control-plane ASR9001 has 120G of capacity, MX80 80G ASR9001 BOM is higher, as it is not fabricless design like MX80 (this shouldn't affect sale price in relevant way) ASR9001 does not ship just now As others have pointed out ASR1k is 'high touch' router, it does NAPT, IPSEC, pretty much anything and everything, it is the next-gen VXR really. ASR9001 and MX80 both do relatively few things, but at high capacity. -- ++ytti
RE: juniper mx80 vs cisco asr 1000
Isn't the ASR9001 closer to the MX80? Thanks, -Drew -Original Message- From: jon Heise [mailto:j...@smugmug.com] Sent: Thursday, January 19, 2012 3:10 PM To: nanog@nanog.org Subject: juniper mx80 vs cisco asr 1000 Does anyone have any experience with these two routers, we're looking to buy one of them but i have little experience dealing with cisco routers and zero experience with juniper.
Re: juniper mx80 vs cisco asr 1000
While the ASR1002 does offer more services, I generally disagree with some parts of this comparison. Juniper has some very aggressive pricing on mx80 bundles license-locked to 5gb, which are cheaper and blow the performance specifications of the equivalent low end ASR1002 out of the water for internet edge BGP applications. Unlike the ASR, a simple upgrade license can unlock the boxes full potential. Just my opinion as a customer of both vendors... On Fri, Jan 20, 2012 at 1:14 AM, Saku Ytti s...@ytti.fi wrote: On (2012-01-19 12:10 -0800), jon Heise wrote: Does anyone have any experience with these two routers, we're looking to buy one of them but i have little experience dealing with cisco routers and zero experience with juniper. It might be because of your schedule/timetable, but you are comparing apples to oranges. MX80 is not competing against ASR1k, and JNPR has no product to compete with ASR1k. MX80 competes directly with ASR9001. Notable differences include: ASR9001 has lot more memory (2GB/8GB) and lot faster control-plane ASR9001 has 120G of capacity, MX80 80G ASR9001 BOM is higher, as it is not fabricless design like MX80 (this shouldn't affect sale price in relevant way) ASR9001 does not ship just now As others have pointed out ASR1k is 'high touch' router, it does NAPT, IPSEC, pretty much anything and everything, it is the next-gen VXR really. ASR9001 and MX80 both do relatively few things, but at high capacity. -- ++ytti
Re: juniper mx80 vs cisco asr 1000
The MX80 license locked is not 5Gb The MX5 is 20Gb TP - 20 SFP ports card, only one MIC slot active The MX10 is 40Gb TP - 20 SFP ports card. both MIC slots active The MX40 is 60Gb TP - 20 SFP ports card, both MIC slots + 2 of the onboard 10GbE ports The MX80 is 80Gb TP - 20 SFP ports card, both MIC slots + all 4 of the onboard 10GbE ports The MX80-48T is 80Gb TP - 48 Copper ports, both MIC slots + all 4 of the onboard 10GbE ports Last year the licensed versions were called MX80-5G, MX8-10G and so on, but as on this month they've renamed them to MX5, MX10, MX40's - note that the old MX80 could come with or without -T timing support, the new ones ONLY have timing. …Skeeve On Sat, Jan 21, 2012 at 3:50 AM, PC paul4...@gmail.com wrote: While the ASR1002 does offer more services, I generally disagree with some parts of this comparison. Juniper has some very aggressive pricing on mx80 bundles license-locked to 5gb, which are cheaper and blow the performance specifications of the equivalent low end ASR1002 out of the water for internet edge BGP applications. Unlike the ASR, a simple upgrade license can unlock the boxes full potential. Just my opinion as a customer of both vendors... On Fri, Jan 20, 2012 at 1:14 AM, Saku Ytti s...@ytti.fi wrote: On (2012-01-19 12:10 -0800), jon Heise wrote: Does anyone have any experience with these two routers, we're looking to buy one of them but i have little experience dealing with cisco routers and zero experience with juniper. It might be because of your schedule/timetable, but you are comparing apples to oranges. MX80 is not competing against ASR1k, and JNPR has no product to compete with ASR1k. MX80 competes directly with ASR9001. Notable differences include: ASR9001 has lot more memory (2GB/8GB) and lot faster control-plane ASR9001 has 120G of capacity, MX80 80G ASR9001 BOM is higher, as it is not fabricless design like MX80 (this shouldn't affect sale price in relevant way) ASR9001 does not ship just now As others have pointed out ASR1k is 'high touch' router, it does NAPT, IPSEC, pretty much anything and everything, it is the next-gen VXR really. ASR9001 and MX80 both do relatively few things, but at high capacity. -- ++ytti -- *Skeeve Stevens, CEO* eintellego Pty Ltd ske...@eintellego.net.au ; www.eintellego.net Phone: 1300 753 383 ; Fax: (+612) 8572 9954 Cell +61 (0)414 753 383 ; skype://skeeve facebook.com/eintellego twitter.com/networkceoau ; www.linkedin.com/in/skeeve PO Box 7726, Baulkham Hills, NSW 1755 Australia The Experts Who The Experts Call Juniper - Cisco – Brocade - IBM
Re: juniper mx80 vs cisco asr 1000
Thank you, that is great to know and have for reference. Yeah, looking at this invoice from a a few months back, I have a MX80 Promotional 5G Bundle for channels... So I'm guessing that's now the MX5. (I had assumed it was a mx80 in my response). My first Juniper box ever, so forgive my confusion. As you might guess, I'm only pushing ~3 gig through it... but am very happy with it so far. On Fri, Jan 20, 2012 at 1:06 PM, Skeeve Stevens ske...@eintellego.netwrote: The MX80 license locked is not 5Gb The MX5 is 20Gb TP - 20 SFP ports card, only one MIC slot active The MX10 is 40Gb TP - 20 SFP ports card. both MIC slots active The MX40 is 60Gb TP - 20 SFP ports card, both MIC slots + 2 of the onboard 10GbE ports The MX80 is 80Gb TP - 20 SFP ports card, both MIC slots + all 4 of the onboard 10GbE ports The MX80-48T is 80Gb TP - 48 Copper ports, both MIC slots + all 4 of the onboard 10GbE ports Last year the licensed versions were called MX80-5G, MX8-10G and so on, but as on this month they've renamed them to MX5, MX10, MX40's - note that the old MX80 could come with or without -T timing support, the new ones ONLY have timing. …Skeeve On Sat, Jan 21, 2012 at 3:50 AM, PC paul4...@gmail.com wrote: While the ASR1002 does offer more services, I generally disagree with some parts of this comparison. Juniper has some very aggressive pricing on mx80 bundles license-locked to 5gb, which are cheaper and blow the performance specifications of the equivalent low end ASR1002 out of the water for internet edge BGP applications. Unlike the ASR, a simple upgrade license can unlock the boxes full potential. Just my opinion as a customer of both vendors... On Fri, Jan 20, 2012 at 1:14 AM, Saku Ytti s...@ytti.fi wrote: On (2012-01-19 12:10 -0800), jon Heise wrote: Does anyone have any experience with these two routers, we're looking to buy one of them but i have little experience dealing with cisco routers and zero experience with juniper. It might be because of your schedule/timetable, but you are comparing apples to oranges. MX80 is not competing against ASR1k, and JNPR has no product to compete with ASR1k. MX80 competes directly with ASR9001. Notable differences include: ASR9001 has lot more memory (2GB/8GB) and lot faster control-plane ASR9001 has 120G of capacity, MX80 80G ASR9001 BOM is higher, as it is not fabricless design like MX80 (this shouldn't affect sale price in relevant way) ASR9001 does not ship just now As others have pointed out ASR1k is 'high touch' router, it does NAPT, IPSEC, pretty much anything and everything, it is the next-gen VXR really. ASR9001 and MX80 both do relatively few things, but at high capacity. -- ++ytti -- *Skeeve Stevens, CEO* eintellego Pty Ltd ske...@eintellego.net.au ; www.eintellego.net Phone: 1300 753 383 ; Fax: (+612) 8572 9954 Cell +61 (0)414 753 383 ; skype://skeeve facebook.com/eintellego twitter.com/networkceoau ; www.linkedin.com/in/skeeve PO Box 7726, Baulkham Hills, NSW 1755 Australia The Experts Who The Experts Call Juniper - Cisco – Brocade - IBM
Re: juniper mx80 vs cisco asr 1000
I certainly agree they have very different applications, and hopefully that will help those looking for this kind of insight. On Fri, Jan 20, 2012 at 3:54 PM, Saku Ytti s...@ytti.fi wrote: On (2012-01-20 09:50 -0700), PC wrote: Juniper has some very aggressive pricing on mx80 bundles license-locked to 5gb, which are cheaper and blow the performance specifications of the equivalent low end ASR1002 out of the water for internet edge BGP applications. Unlike the ASR, a simple upgrade license can unlock the boxes full potential. ASR1002 list price is 18kUSD, MX5 list price is 29.5kUSD. Upgrade license for MX5 - MX80 literally costs more than new MX80 (with all but jflow license, two psu and 20SFP MIC) Sure MX5 will do line rate on 20 SFP ports, vastly more than ASR1002, but this is little consolation if you need high touch services such as NAPT, IPSEC etc. So applications for these boxes are quite different. -- ++ytti
juniper mx80 vs cisco asr 1000
Does anyone have any experience with these two routers, we're looking to buy one of them but i have little experience dealing with cisco routers and zero experience with juniper.
Re: juniper mx80 vs cisco asr 1000
I have used the ASR1002-F in a previous life and I was very pleased with it. Performance was a massive increase from the 3845 we had. The warm standby IOS is a nice feature for in service upgrades and crash avoidance. I don't have much experience with the MX series of things but you would be happy with the ASR assuming it meets your bandwidth/port density requirements. -=Tom On Thu, Jan 19, 2012 at 12:10 PM, jon Heise j...@smugmug.com wrote: Does anyone have any experience with these two routers, we're looking to buy one of them but i have little experience dealing with cisco routers and zero experience with juniper.
Re: juniper mx80 vs cisco asr 1000
Which specific models are you looking at? Both contain a large product range. On Thu, Jan 19, 2012 at 1:10 PM, jon Heise j...@smugmug.com wrote: Does anyone have any experience with these two routers, we're looking to buy one of them but i have little experience dealing with cisco routers and zero experience with juniper.
RE: juniper mx80 vs cisco asr 1000
-Original Message- From: jon Heise [mailto:j...@smugmug.com] Sent: 19 January 2012 21:37 To: nanog@nanog.org Subject: juniper mx80 vs cisco asr 1000 Does anyone have any experience with these two routers, we're looking to buy one of them but i have little experience dealing with cisco routers and zero experience with juniper. I have lots of MX80s and they have all been fantastic. But if you have no experience of Juniper it will be a different learning curve (one that is, IMO, worth the effort). I have not used the asr1000 but it looks like a capable box. You would do well to look at the MX80 fixed chassis, it comes with 48 1G interfaces and 4 10G interfaces. They are pretty good value, I think. -- Leigh Porter __ This email has been scanned by the Symantec Email Security.cloud service. For more information please visit http://www.symanteccloud.com __
Re: juniper mx80 vs cisco asr 1000
I would also be interested in peoples experiences with the MX80 platform. Currently considering the MX40 license level of MX80 platform for a project. We have had good experiences with the ASR1002 but want to keep our options open. On Thu, Jan 19, 2012 at 2:45 PM, PC paul4...@gmail.com wrote: Which specific models are you looking at? Both contain a large product range. On Thu, Jan 19, 2012 at 1:10 PM, jon Heise j...@smugmug.com wrote: Does anyone have any experience with these two routers, we're looking to buy one of them but i have little experience dealing with cisco routers and zero experience with juniper.
Re: juniper mx80 vs cisco asr 1000
On 01/19/2012 11:40 PM, Leigh Porter wrote: -Original Message- From: jon Heise [mailto:j...@smugmug.com] Sent: 19 January 2012 21:37 To: nanog@nanog.org Subject: juniper mx80 vs cisco asr 1000 Does anyone have any experience with these two routers, we're looking to buy one of them but i have little experience dealing with cisco routers and zero experience with juniper. I have lots of MX80s and they have all been fantastic. But if you have no experience of Juniper it will be a different learning curve (one that is, IMO, worth the effort). I have not used the asr1000 but it looks like a capable box. You would do well to look at the MX80 fixed chassis, it comes with 48 1G interfaces and 4 10G interfaces. They are pretty good value, I think. It well depends on your requirements (not talking about throughput). The ASR1000 series is a services box. It does more in terms of services (using license enablers) than the MX80 does, and it costs more. So, it very much depends on what you want to do with the boxes. --Ariel -- Leigh Porter __ This email has been scanned by the Symantec Email Security.cloud service. For more information please visit http://www.symanteccloud.com __ -- -- Ariel Biener e-mail: ar...@post.tau.ac.il PGP: http://www.tau.ac.il/~ariel/pgp.html
Re: juniper mx80 vs cisco asr 1000
The ASR1000 series are like most Ciscos, they can be used for a lot of things. They are a swiss-army knife of routers and basically are the upgrade from the Cisco 7200 series. If you want low level LNS functionality, then the Cisco is the way to go as the Juniper MX80 does not have LNS functionality (and looks like it never will). But if you are looking for a beast of a border router for BGP and so on, then the MX80 (MX5/10/40/80) kick ass with their throughput. MX80 series are also supposed to be supporting Virtual Chassis at some point (was supposed to be now, but I hear it is delayed). We're deploying a variety of MX5, MX10's for different projects at the moment. The other thing is that the MX80 platform, comes in very cheap options like the MX5 - with 20Gb of TP and 20Gig interfaces at under 25k, that is awesome. The MX5/10/40 are the exact same hardware and you can just upgrade with a license. The base MX5 has 4 * 10GbE interfaces which aren't usable until you go to MX40 (2 of them) or MX80 (all 4). But in an MX10, with the second slot active, you can put in a 2 port 10GbE card which works just fine. …Skeeve On Fri, Jan 20, 2012 at 8:43 AM, Ariel Biener ar...@post.tau.ac.il wrote: On 01/19/2012 11:40 PM, Leigh Porter wrote: -Original Message- From: jon Heise [mailto:j...@smugmug.com] Sent: 19 January 2012 21:37 To: nanog@nanog.org Subject: juniper mx80 vs cisco asr 1000 Does anyone have any experience with these two routers, we're looking to buy one of them but i have little experience dealing with cisco routers and zero experience with juniper. I have lots of MX80s and they have all been fantastic. But if you have no experience of Juniper it will be a different learning curve (one that is, IMO, worth the effort). I have not used the asr1000 but it looks like a capable box. You would do well to look at the MX80 fixed chassis, it comes with 48 1G interfaces and 4 10G interfaces. They are pretty good value, I think. It well depends on your requirements (not talking about throughput). The ASR1000 series is a services box. It does more in terms of services (using license enablers) than the MX80 does, and it costs more. So, it very much depends on what you want to do with the boxes. --Ariel -- Leigh Porter __**__** __ This email has been scanned by the Symantec Email Security.cloud service. For more information please visit http://www.symanteccloud.com __**__** __ -- -- Ariel Biener e-mail: ar...@post.tau.ac.il PGP: http://www.tau.ac.il/~ariel/**pgp.htmlhttp://www.tau.ac.il/~ariel/pgp.html -- *Skeeve Stevens, CEO* eintellego Pty Ltd ske...@eintellego.net.au ; www.eintellego.net Phone: 1300 753 383 ; Fax: (+612) 8572 9954 Cell +61 (0)414 753 383 ; skype://skeeve facebook.com/eintellego twitter.com/networkceoau ; www.linkedin.com/in/skeeve PO Box 7726, Baulkham Hills, NSW 1755 Australia The Experts Who The Experts Call Juniper - Cisco – Brocade - IBM
