Re: [j-nsp] Best route reflector platform

2013-04-30 Thread Mark Tinka
On Wednesday, April 24, 2013 02:24:18 PM Richard A Steenbergen wrote: I really can't imagine that the benefit of selling an extra MX240 chassis, even if sold at regular price, is worth the money being lost from everyone else. One would hazard that the twisted thinking of someone at Juniper

Re: [j-nsp] Best route reflector platform

2013-04-24 Thread Richard A Steenbergen
On Sun, Apr 21, 2013 at 02:47:58PM +0400, Pavel Lunin wrote: 2. Branch SRX do not support more than 2G of RAM. Moreover about 700M+ is preallocated for flow session table and it is not released even when you switch the box into packed mode (well, at least used to be last time I checked a year

Re: [j-nsp] Best route reflector platform

2013-04-24 Thread Daniel Roesen
On Wed, Apr 24, 2013 at 07:24:18AM -0500, Richard A Steenbergen wrote: In fairness I really don't think there is a big market for dedicated RR's, so I'm sure it isn't on the top of anyone's radar. That said, it is an absurdly easy problem to solve, with almost no work required (ship JUNOS

Re: [j-nsp] Best route reflector platform

2013-04-24 Thread Pavel Lunin
2013/4/24 Richard A Steenbergen r...@e-gerbil.net wrote: it either won't work at all, or won't survive for very long. And that's after taking a lot of steps to reduce core IBGP mesh route load. I haven't touched any of the virtual SRX stuff, does it run 64-bit JUNOS? I haven't either (it's

Re: [j-nsp] Best route reflector platform

2013-04-21 Thread Pavel Lunin
2013/4/21 JP Velders j...@veldersjes.net There's also SRX-BGP-ADV-LTU for Advanced BGP License for SRX 650 only (Route Reflector), though I wonder how far it'll scale... In SP terms — almost not at all. 1. Branch SRX control plane runs on a single core of the Cavium Octeon, which is not

Re: [j-nsp] Best route reflector platform

2013-04-20 Thread JP Velders
Date: Wed, 17 Apr 2013 13:34:29 -0500 From: Richard A Steenbergen r...@e-gerbil.net Subject: Re: [j-nsp] Best route reflector platform I begged them to do this right when that box first came out, but there were no takers. They cripple it in software so the XRE can't be made to run rpd

Re: [j-nsp] Best route reflector platform

2013-04-17 Thread Richard A Steenbergen
On Tue, Apr 16, 2013 at 09:26:29AM +1000, Craig Askings wrote: I'd love to see Juniper take the xre200, slap some extra ram into it and call it their route reflector platform. It would be a reasonable compromise between using generic compute and Juniper getting $$$ for selling you some

Re: [j-nsp] Best route reflector platform

2013-04-16 Thread Andrew Jones
I know that it's not apples and apples but, for what it's worth, Juniper are about to release JunOS Firefly V - a virtualised SRX (running JunOS of course). It's downloadable now with a test license, and can run in VMWare. On 16.04.2013 10:37, Phil Bedard wrote: I think at some point in

Re: [j-nsp] Best route reflector platform

2013-04-16 Thread Mick Burns
Any thoughts on using the Vyatta platform (either software or their appliance) as a route reflector ? http://www.vyatta.com/sites/vyatta.com/files/pdfs/Vyatta_app_BGP.pdf Mick On Mon, Apr 15, 2013 at 7:26 PM, Craig Askings caski...@ionetworks.com.auwrote: On 16 April 2013 08:03, Mark Tinka

Re: [j-nsp] Best route reflector platform

2013-04-15 Thread Nick Ryce
Hi Mark, Re the control plane L2VPN interop issues. I believe this is meant to have been fixed in 15.3(2)S. Currently about to start testing it in the lab and will report back. http://www.cisco.com/en/US/docs/switches/metro/me3600x_3800x/software/relea

Re: [j-nsp] Best route reflector platform

2013-04-15 Thread Mark Tinka
On Monday, April 15, 2013 11:12:53 AM Nick Ryce wrote: Hi Mark, Hello Nick. Re the control plane L2VPN interop issues. I believe this is meant to have been fixed in 15.3(2)S. Currently about to start testing it in the lab and will report back.

Re: [j-nsp] Best route reflector platform

2013-04-15 Thread Jeff Aitken
On Sun, Apr 14, 2013 at 06:47:41PM +0200, Mark Tinka wrote: ASR1001 with 16GB DRAM. What more do you want, really? Well, it fails my must run IOS-XR or JUNOS requirement, for starters. ;-) And seriously, who wants to implement routing policy in IOS?! Bletch. What I want is something based on a

Re: [j-nsp] Best route reflector platform

2013-04-15 Thread Michael Hallgren
Le 15/04/2013 18:20, Jeff Aitken a écrit : On Sun, Apr 14, 2013 at 06:47:41PM +0200, Mark Tinka wrote: ASR1001 with 16GB DRAM. What more do you want, really? Well, it fails my must run IOS-XR or JUNOS requirement, for starters. ;-) And seriously, who wants to implement routing policy in IOS?!

Re: [j-nsp] Best route reflector platform

2013-04-15 Thread Mark Tinka
On Monday, April 15, 2013 06:20:15 PM Jeff Aitken wrote: Well, it fails my must run IOS-XR or JUNOS requirement, for starters. ;-) And seriously, who wants to implement routing policy in IOS?! Bletch. :-), in this particular case, I learned to put that aside. But that's exactly my point -

Re: [j-nsp] Best route reflector platform

2013-04-15 Thread Craig Askings
On 16 April 2013 08:03, Mark Tinka mark.ti...@seacom.mu wrote: What I want is something based on a generic compute platform, ala JUNOSphere/VIRL. That lets me scale the control plane as big as I need to, avoids wasting money on purpose-built hardware optimized for forwarding, and

Re: [j-nsp] Best route reflector platform

2013-04-15 Thread Phil Bedard
I think at some point in the future there will be a virtualized Junos which can be deployed on a server, with limitations, but should be something that supports route reflection. Juniper has JCS today but it's obviously not as small of a box as I would like. Phil On 4/15/13 12:20 PM, Jeff

Re: [j-nsp] Best route reflector platform

2013-04-14 Thread Mark Tinka
On Monday, February 25, 2013 04:56:39 PM Benny Amorsen wrote: Dedicating an MX routing engine to the task seems a bit silly, particularly since it would probably have to be an MX240 due to the limitations of the MX80 RE. A long-standing complaint of mine, for those who've seen most of my

Re: [j-nsp] Best route reflector platform

2013-04-14 Thread Mark Tinka
On Monday, February 25, 2013 07:20:46 PM Phil Mayers wrote: This depends on routing table size; we manage with an M7i on RE-400, but we've only got ~14k routes in the RIB! The M7i/M10i does have a 4GB RE (RE-1800X1), but I never did get a chance to try it out. Besides, it might still be

Re: [j-nsp] Best route reflector platform

2013-02-25 Thread Saku Ytti
On (2013-02-25 15:56 +0100), Benny Amorsen wrote: On the Cisco side the answer is ASR1k, but it seems less clear-cut with Juniper. It is clear-cut, the answer just isn't satisfactory, MX240. JNPR has ESX image for SRX firewall. Why not sell ESX image for route-reflection? I would prefer

Re: [j-nsp] Best route reflector platform

2013-02-25 Thread Phil Mayers
On 02/25/2013 02:56 PM, Benny Amorsen wrote: Which Juniper platform would you pick for a dedicated route reflector? This depends on routing table size; we manage with an M7i on RE-400, but we've only got ~14k routes in the RIB! It does not currently seem obvious which Juniper router is

Re: [j-nsp] Best route reflector platform

2013-02-25 Thread Phil Bedard
At some point we might see a virtualized Junos especially with all the SDN talk and various applications Juniper may want to split onto dedicated computing hardware. The JCS1200 is still pushed as a RR platform but that's not exactly cheap, but the new RE has 48G of RAM. They also recommend

Re: [j-nsp] Best route reflector platform

2013-02-25 Thread Ben Dale
O-Series... *ducks* On 26/02/2013, at 12:56 AM, Benny Amorsen benny+use...@amorsen.dk wrote: Which Juniper platform would you pick for a dedicated route reflector? It does not currently seem obvious which Juniper router is best for dedicated route reflection duty for an MPLS network. It