On 29/10/2009, at 9:58 AM, David Hughes wrote:
On 28/10/2009, at 11:18 PM, Roland Dobbins wrote:
The smartest/sanest thing to do, IMHO, would be to work at
migrating to NX-OS, feature-set by feature-set. It's by far the
cleanest and best-designed OS platform Cisco have come out with to
On Friday 30 October 2009 04:13:01 pm Lincoln Dale wrote:
one of the luxuries we have with NX-OS is since we have
complete separation of control-plane and data-plane there
really isn't anything that drops you into software
forwarding.
that in itself is a major benefit - but it does come with
one of the luxuries we have with NX-OS is since we have
complete separation of control-plane and data-plane there
really isn't anything that drops you into software
forwarding.
that in itself is a major benefit - but it does come with
the cost that the platform is only capable of
Some might not see that as necessarily a bad thing, provided
the ASIC is robust enough to handle all of the user's
required features in the hardware path (being the only path)
:-).
This is one of the things we like about vendor J - packets are either
forwarded in software or not at
Yeah the software forwarding idea just ends up crashing large boxes like the
7609. If you suddenly enable a feature that causes software forwarding or
you run out of TCAM and software starts to make up for that, say goodbye to
either performance or your SUP/RSP.
On Fri, Oct 30, 2009 at 8:45 AM,
of BFD.
Frank
-Original Message-
From: cisco-nsp-boun...@puck.nether.net
[mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of Roland Dobbins
Sent: Wednesday, October 28, 2009 8:18 AM
To: Cisco-nsp
Subject: Re: [c-nsp] ISR G2 multicore?
On Oct 28, 2009, at 7:53 PM, James Weathersby
On Oct 30, 2009, at 3:12 AM, Frank Bulk - iName.com wrote:
there's enough implementations using particular 'knobs' that a less
than complete feature set would leave the majority of network
engineers frustrated.
Especially when we're talking about the smaller software-based
platforms,
Hi,
On Thu, Oct 29, 2009 at 03:12:46PM -0500, Frank Bulk - iName.com wrote:
I would have to disagree -- while there are some features shared by most
configurations, there's enough implementations using particular 'knobs' that
a less than complete feature set would leave the majority of network
have been able to do.
From: Ryan Hughes [mailto:rshug...@gmail.com]
Sent: Tuesday, October 27, 2009 11:05 PM
To: James Weathersby (jweather)
Subject: Re: [c-nsp] ISR G2 multicore?
We will see some of the same efforts put forth in the Cat6500/NXOS to
push modularity especially now that we're
, October 27, 2009 11:05 PM
To: James Weathersby (jweather)
Subject: Re: [c-nsp] ISR G2 multicore?
We will see some of the same efforts put forth in the Cat6500/NXOS to
push modularity especially now that we're looking at a universal image
with 15.0? Having worked with NXOS to some extent now, I
On Oct 28, 2009, at 7:53 PM, James Weathersby (jweather) wrote:
A lot of it has to do with the different roles the routers play.
The smartest/sanest thing to do, IMHO, would be to work at migrating
to NX-OS, feature-set by feature-set. It's by far the cleanest and
best-designed OS
On 28/10/2009, at 11:18 PM, Roland Dobbins wrote:
The smartest/sanest thing to do, IMHO, would be to work at migrating
to NX-OS, feature-set by feature-set. It's by far the cleanest and
best-designed OS platform Cisco have come out with to date.
Couldn't agree more. NX-OS looks like a
On Thu, Oct 29, 2009, David Hughes wrote:
The smartest/sanest thing to do, IMHO, would be to work at migrating
to NX-OS, feature-set by feature-set. It's by far the cleanest and
best-designed OS platform Cisco have come out with to date.
Couldn't agree more. NX-OS looks like a great
I think they'd like to in the future but the problem still exists that IOS
is monolithic based and has a horrible time making good use of SMP, One of
the reason they've stepped away from IOS for the Nexus/ASR platforms.
On Mon, Oct 26, 2009 at 11:38 PM, Kevin Graham
problem still exists that IOS is monolithic based and has a horrible time
making good use of SMP
Agreed. Its particularly curious on the ISR, since its still a software-based
platform and not positioned for heavy IGP/EGP workloads. SMP for NX-OS/XE/XR
where its just the control-plane is a lot
We're looking at several options for the multi-core CPU. Offloading
specific features, management, apps, HA options. We've looked very
closely at some of the other attempts to use multi-core processors
across Cisco and are trying to learn from their experiences.
james
] On Behalf Of James Weathersby
(jweather)
Sent: Tuesday, October 27, 2009 10:16 PM
To: cisco-nsp@puck.nether.net
Subject: [c-nsp] ISR G2 multicore?
We're looking at several options for the multi-core CPU. Offloading
specific features, management, apps, HA options. We've looked very
closely at some
I was just reading the 3925/3945 announcements and notice they're plugging
multicore processors. Given brief and violent life of MPF on the NPE-G1,
this seems surprising. Does anyone know what the plans are to actually
utilize these?
___
cisco-nsp
18 matches
Mail list logo