[173643] in North American Network Operators' Group
Re: Upgrade Path Options from 6500 SUP720-3BXL for Edge Routing
daemon@ATHENA.MIT.EDU (Mark Tinka)
Wed Jul 30 03:53:36 2014
X-Original-To: nanog@nanog.org
From: Mark Tinka <mark.tinka@seacom.mu>
To: nanog@nanog.org
Date: Wed, 30 Jul 2014 09:53:23 +0200
In-Reply-To: <CFFC6128.10BFA%corey.touchet@corp.totalserversolutions.com>
Reply-To: mark.tinka@seacom.mu
Errors-To: nanog-bounces@nanog.org
--nextPart3794769.iHx72XsvPO
Content-Type: Text/Plain;
charset="utf-8"
Content-Transfer-Encoding: quoted-printable
On Tuesday, July 29, 2014 04:21:32 AM Corey Touchet wrote:
> Right now my thinking are MX480 or ASR9k platforms.=20
> Opinions on those are equally welcome as alternatives,
> but I=E2=80=99d love to hear from those with personal
> experiences today vs sales people trying to tell me it
> would route the world :)
Yep, MX480/960 and ASR9006/9010 are the way to go if you're=20
looking at decent (Intel-based) CPU's, good performance and=20
good 10Gbps/100Gbps port density, incuding combinations=20
thereof.=20
40Gbps might be a little tricky on these boxes; for that,=20
looking at Ethernet switches (Nexus, C6880, Juniper EX) are=20
better options. We don't mess around with 40Gbps - it's=20
10Gbps or 100Gbps :-).
IOS XR on the CRS and ASR9000 is based on QNX, which suffers=20
from being only a 32-bit kernel. So even if the hardware=20
will ship with >4GB of RAM, the OS will only see 4GB (I have=20
12GB in my CRS's and 8GB on my ASR9001's).=20
IOS XR on the NCS runs on Linux, which removes the memory=20
limitation, but it's not clear whether that philosophy will=20
make it down to earlier IOS XR platforms (CRS, ASR9000).
Whatever the case, I've been following Blackberry for a=20
while on this, and it doesn't seem like they have any plans=20
to release a 64-bit version of QNX. AFAIK, their phones are=20
all 32-bit, so...
Junos has no issue seeing 32GB of RAM (their currently=20
highest RAM on their RE's), as it's a properly 64-bit OS.=20
That said, some of the applications that run within Junos=20
(notably "rpd") are still playing catch-up in terms of how=20
much memory it can "see", and how well it can use the=20
multiple cores present on the RE's. A lot of work is going=20
on in this area, and generally, the later the Junos code you=20
run, the more enhancements to the software you will see (and=20
the accompanying bugs, hehe).
I've been testing Junos 14.1R1 in production on a couple of=20
MX80's and MX480's for some weeks now. No issues to report=20
(yet).
Mark.
--nextPart3794769.iHx72XsvPO
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.16 (GNU/Linux)
iQIcBAABAgAGBQJT2KR3AAoJEGcZuYTeKm+GQIQQAKgYmzEM9bJ66mrVhih2XH+E
IP/MmvsdC7H6ocA1DCgZ/EFwyK8kBkmbso4bdNp8p+anu/h6eW4ZHC8g7NeLiCkc
pDD4Dx9OwP6mj+V4W8wB9lZ2vfKMrtvQGx2QmdcAgeBRbFSf4s7yGdTC/PduTfLw
BQ0MU6FrcsHobboxCWq3pF1d0c5KKN+7nOwewR7633h2Q/lIPx6SYPtFdu7bZl4A
ACnK/D1KE7z1vF2AJx4TuIQCi0v3l3gdsK3bg+boApU3PNBlwCOqy83sPF/T883L
0JtQzXn0Jhx8PvpknoBaQ2GuiOrCYEU5Q87iS8bnGM5GrOdngsufB7gb2nYHug+h
OLeql6v8HYfhphev0SGv9Z1rmbN1CpRYP57+lyQ/AwwskkHInWNb1wQinXnjcE35
hc/jSeUt+DEL2bFNTQKFY5XXxJxv2kO7RZS1O7kg5+XmzDZNJRdbAW1gTaSIIYPn
gTd2XQj1mKKUFPhZcZfuqMGDsy9owg3X3NtbH+ATc9vdqI04keuUwupeF+Z5MWO9
UXTJJM0coI1l312Pqs404QkEn4Dfdg0kaXkn6BsVU/RvGwFDp9MKTii36r4BhQuR
WTtzKRDors6jJC0mr/EOdMu+4CriKRN+H60QiyuJ9yKBA3hVMLN4WCcdgFosWIQa
QVcBI6BIr8h1yaqkb5Qs
=0j6o
-----END PGP SIGNATURE-----
--nextPart3794769.iHx72XsvPO--
