On Sat, Jun 11, 2011 at 1:44 PM, Pete Lumbis wrote:
> Not sure on the timers but generally testing CEF/PXF switched issues
> (through the box) with process switched traffic (to the box) isn't
> always a valid check. I'd suggest pinging something directly connected
> to the 7300 so the traffic is C
Hi Renelson,
My first suspicion would be that these are in fact N7K-M132XP-12L
cards (note the trailing "L"). The "L" version of this card is only
supported from 5.1, I'd recommend 5.1(3).
Otherwise, I'd open a TAC case, as support for the non-L version is
there from day 1.
Hope that helps
I am working on a N7K with two of the above cards. they're showing power
down and everytime i tried to power them back up i got the following
errors.
switch(config)# 2011 Jun 12 01:22:36 switch %$ VDC-1 %$
%PLATFORM-2-PFM_MODULE_POWER_ON: Manual power-on of Module 7 from Command
Line Interface
2
On 6/11/2011 3:07 PM, James Bensley wrote:
> OK, so now lets say you have a 24 x 100Mb port switch at the access
> layer and you have an EtherChannel over ports 23 + 24 to give 200 Mbps
> up to the distribution layer, how can you test that each end device is
> capable of pushing the 200Mbs over the
Not sure I understand. You want to test >100mbps throughput on a switch
etherchannel without any devices to actually generate and/or receive traffic?
Iperf is fast, easy, and runs on both win and non-win systems very nicely. This
would be a poor test for real life traffic but will test raw bytes
Hi all,
Sorry for the delay in my response and thank you for your suggestions,
some interesting points have been made.
OK, so now lets say you have a 24 x 100Mb port switch at the access
layer and you have an EtherChannel over ports 23 + 24 to give 200 Mbps
up to the distribution layer, how can y
Not sure on the timers but generally testing CEF/PXF switched issues
(through the box) with process switched traffic (to the box) isn't
always a valid check. I'd suggest pinging something directly connected
to the 7300 so the traffic is CEF switched through the 7300 when
testing.
If you are seeing
The input queue is the queue between the interface and the CPU, only
process switched traffic hits this queue. Drops in the input queue are
almost always due to a busy CPU.
If you happen to have packets in the queue (the first number is
greater than 0) you can run "show buffers input interface
du
Thanks a lot Bruce , because i tried the SRD6 and SRE5 and i faced some
difficulties
> Subject: Re: [c-nsp] Cisco 7606-S
> From: br...@sidlinger.com
> Date: Sat, 11 Jun 2011 10:48:57 -0500
> CC: cisco-nsp@puck.nether.net
> To: eng_m...@hotmail.com
>
> 12.2(33)SRE3 has been good on my 7609-S RSP
12.2(33)SRE3 has been good on my 7609-S RSP720 routers. I'm running the
Advanced IP Services (crypto) flavor on 37 of them with no issues.
-Bruce
On Jun 10, 2011, at 3:06 PM, Mohammad Khalil wrote:
>
> what is the stable version to use on Cisco 7606-S ?
>
> Cisco IOS Software, c7600s72033_rp
Thanks
Date: Sat, 11 Jun 2011 10:49:07 +0200
From: g...@greenie.muc.de
To: d...@rrbone.net
CC: cisco-nsp@puck.nether.net
Subject: Re: [c-nsp] Cisco 7606-S
Hi,
On Sat, Jun 11, 2011 at 01:12:26AM +0200, Dominik Bay wrote:
> > what is the stable version to use on Cisco 7606-S ?
>
> You should me
Hi,
On Sat, Jun 11, 2011 at 01:12:26AM +0200, Dominik Bay wrote:
> > what is the stable version to use on Cisco 7606-S ?
>
> You should measure the visible moon tonight at 0239, divide by 7.78 and check
> if it the number fits the people died in the spanish civil war.
> Do a case shift on the fi
12 matches
Mail list logo
