On 08/18/2010 06:49 PM, Tim Durack wrote:
C6K, 12.2(33)SXI3: Is there anyway to isolate snmp to a specific vrf
or set of vrfs? Seems like a simple concept, but I'm having a hard
time with it.
What have you tried?
There are some issues in earlier SXI releases with SNMP, VRFs and ACLs.
Hello,
6148 modules are known to have limited buffers. Have you checked that ?
As Keegan said, your hosts connected on the module may send too much packets
causing the queues to fill too fast.
Regards.
Y.
2010/8/19 Keegan Holley keegan.hol...@sungard.com
Overruns have nothing to do with
Hi,
First of all - I've posted this to both the NAS en NSP list since it touches
on both I guess.
We have an old setup that authenticates ISDN dial-in users and puts them in
a Cisco VRF depending on which user authenticates.
However this was all build about eight years ago using both home grown
I guess someone forgot to add the warning message in SXI4a.
--
Tassos
Tóth András wrote on 18/08/2010 18:18:
http://www.cisco.com/en/US/products/ps9336/products_tech_note09186a0080a7c837.shtml#misc
See the Configure the MAC aging timer to three times the MAC
synchronization timer value. at the
On Thu, Aug 19, 2010 at 2:04 AM, Phil Mayers p.may...@imperial.ac.uk wrote:
On 08/18/2010 06:49 PM, Tim Durack wrote:
C6K, 12.2(33)SXI3: Is there anyway to isolate snmp to a specific vrf
or set of vrfs? Seems like a simple concept, but I'm having a hard
time with it.
What have you tried?
Jeff,
We need to clean up and scrub the source code a bit before we put it online. We
will work on this and let you know where
to download it.
Regards,
Mark
On 8/18/2010 3:13 PM, Jeff Wojciechowski wrote:
Thanks all!
-Jeff
-Original Message-
From:
Most of those ports are connected to ESX servers. Flow control is on desired
mode and on for some, although Im not sure how to verify its operation
outside of a sniffer. It sounds like the ultimate fix is to dump the 6148
module for a fabric enabled line card. However, I was just curious why
Thanks Mark!
-Original Message-
From: Mark Meijerink [mailto:mark.meijer...@sara.nl]
Sent: Thursday, August 19, 2010 8:22 AM
To: Jeff Wojciechowski
Cc: cisco-nsp@puck.nether.net
Subject: Re: [c-nsp] Network Change Management
Jeff,
We need to clean up and scrub the source code a bit
I would agree with scrapping the 6148 for something with bigger queues. I
can't remember any of the model numbers off hand, but you should be able to
find one from either a cisco account rep or simple research. As far as the
ASIC's go packets aren't buffered there it's just for high speed
What OIDs do you use to monitor?
El 17/08/10 01:25, Tony Varriale escribió:
- Original Message - From: John Neiberger
jneiber...@gmail.com
To: cisco-nsp@puck.nether.net
Sent: Monday, August 16, 2010 11:02 AM
Subject: [c-nsp] Cisco Multicast Manager
Anyone here running CMM? I've been
On Tue, 17 Aug 2010 19:03:44 -0700, Jeferson Guardia jefers...@gmail.com
wrote:
Guys,
Anyone knows how to solve this on dynamips? (router with lan switch
connection) - I thought that setting
speed auto would solve it.
R3#
*Mar 1 00:12:08.323: %SYS-5-CONFIG_I: Configured from console by
On 17/08/2010 23:50, Justin M. Streiner wrote:
On Tue, 17 Aug 2010, Alessandro Braga wrote:
Verify duplex and speed configurations on interface, the rule is:
autoXauto, forcedXforced. If problem not solve, disable cdp.
Also, while auto speed/duplex negotiation is fine for user
workstation/PC
We currently have a 4500 switch with a SupII+ on our Datacenter and all our
server farm is ran through it. I'm trying to redesign our Architecture to add
multiple path to gain some redundancy so I'm trying to replace the one switch
with 2 switches directly mounted on the server rack.
I'm
On Thu, Aug 19, 2010 at 10:07 AM, Adam Armstrong li...@memetic.org wrote:
On 17/08/2010 23:50, Justin M. Streiner wrote:
On Tue, 17 Aug 2010, Alessandro Braga wrote:
Verify duplex and speed configurations on interface, the rule is:
autoXauto, forcedXforced. If problem not solve, disable cdp.
On Thu, 19 Aug 2010, Adam Armstrong wrote:
On 17/08/2010 23:50, Justin M. Streiner wrote:
On Tue, 17 Aug 2010, Alessandro Braga wrote:
Verify duplex and speed configurations on interface, the rule is:
autoXauto, forcedXforced. If problem not solve, disable cdp.
Also, while auto
Oh, believe me, you're not alone. We have actually a cable guy with a
piece of paper on the wall behind picturing a road sign - crossed red
circle with the word auto inside.
On Thu, Aug 19, 2010 at 6:52 PM, John Neiberger jneiber...@gmail.com wrote:
On Thu, Aug 19, 2010 at 10:07 AM, Adam
On 19/08/2010 17:52, John Neiberger wrote:
On Thu, Aug 19, 2010 at 10:07 AM, Adam Armstrongli...@memetic.org wrote:
On 17/08/2010 23:50, Justin M. Streiner wrote:
On Tue, 17 Aug 2010, Alessandro Braga wrote:
Verify duplex and speed configurations on interface, the rule is:
autoXauto,
On 8/19/10 1:26 PM, Justin M. Streiner wrote:
On Thu, 19 Aug 2010, Adam Armstrong wrote:
On 17/08/2010 23:50, Justin M. Streiner wrote:
On Tue, 17 Aug 2010, Alessandro Braga wrote:
Verify duplex and speed configurations on interface, the rule is:
autoXauto, forcedXforced. If problem not
The PA-FE-TX (at least the ones I've used) don't support auto speed/duplex,
so it's not that they have problems with auto. They just don't support it.
I've always had to set the device up that they're talking to using manual
settings.
-Vinny
-Original Message-
From:
On 19/08/2010 18:26, Justin M. Streiner wrote:
On Thu, 19 Aug 2010, Adam Armstrong wrote:
On 17/08/2010 23:50, Justin M. Streiner wrote:
On Tue, 17 Aug 2010, Alessandro Braga wrote:
Verify duplex and speed configurations on interface, the rule is:
autoXauto, forcedXforced. If problem not
Abello, Vinny wrote:
The PA-FE-TX (at least the ones I've used) don't support auto speed/duplex,
so it's not that they have problems with auto. They just don't support it.
I've always had to set the device up that they're talking to using manual
settings.
It's especially bad when the device on
Hi,
On Thu, Aug 19, 2010 at 10:52:48AM -0600, John Neiberger wrote:
Adam, you are my new best friend. I've been saying this for the past
few years and people still think I'm crazy. I flat out refuse to
manually configure speed and duplex for someone unless it is
demonstrated (or I can verify)
On 8/19/2010 12:26, Gert Doering wrote:
Hi,
On Thu, Aug 19, 2010 at 10:52:48AM -0600, John Neiberger wrote:
Adam, you are my new best friend. I've been saying this for the past
few years and people still think I'm crazy. I flat out refuse to
manually configure speed and duplex for someone
Hello,
Quite a while back I inquired regarding universities that deal with
networking and telecomms for postgraduate (taught). I remember someone
from this list replied back privately, but I can't recall who and I
didn't retain that particular message.
Come out come out wherever you are! Just
Hello,
Actually it looks like a dynamips/IOS bug in the emulation of
GT96100-FE - see http://7200emu.hacki.at/viewtopic.php?t=4484 or
alternatively this one
http://7200emu.hacki.at/viewtopic.php?t=121postdays=0postorder=ascstart=30
On the other side Gert is correct this is more a cosmetic issue,
On 19/08/2010 21:02, Seth Mattinen wrote:
On 8/19/2010 12:26, Gert Doering wrote:
Hi,
On Thu, Aug 19, 2010 at 10:52:48AM -0600, John Neiberger wrote:
Adam, you are my new best friend. I've been saying this for the past
few years and people still think I'm crazy. I flat out refuse to
manually
The source of the problem was that the VLAN was not defined on a
switch that was between the 2800 series router and the switch that had
the radio connected to it. Thanks to all who pointed me in the right
direction.
It sounds like the VLAN is not active on the 3560G.
cjw
Adam, you are my new best friend. I've been saying this for the past
few years and people still think I'm crazy. I flat out refuse to
manually configure speed and duplex for someone unless it is
demonstrated (or I can verify) that a duplex mismatch is actually
happening or there is some other
28 matches
Mail list logo
