On Thu, 2011-07-21 at 08:56 +1200, Pshem Kowalczyk wrote:
I can't see any reasons why 3 RRs would be any different to 2 RRs (I
assume that you'd peer all of your PEs to all 3 RRs),
I was thinking extra redundancy. If the two RRs suddenly both were to
crash/malfunction or somehow disconnect from
On 21/07/11 03:56, Tony Varriale wrote:
No one cares as much as it is a software platform :)
I'd say this give almost no benefits for such platform also. And if they
decide to give us XE, this is probably cost money on ISR-G2. Most likely
XE not happen until ISR-G3 and this is what I call
On Thu, 2011-07-21 at 00:17 +0300, Martin T wrote:
ok, thanks! I see this on Gi port of
WS-C3750G-24TS-S1U(c3750-ipbasek9-mz.122-44.SE1.bin). Regarding this
QoS comment- you mean if one experiences this OutDiscards issue on a
router port, where QoS is applied, then packets with high QoS
$quoted_author = Martin T ;
This might be a bit stupid question, but I have following topology:
IBM_T60[eth0] - [Fa0/2]WS-C2950C-24
eth0 port is an Intel Corporation 82573L GE port and Fa0/2 port in
WS-C2950C-24 switch is of course FE port. I have enabled
autonegotiation on eth0 port,
On 20/07/2011 16:53, Kevin Graham wrote:
[...] given that it's game over for the 6500.
The C6500 is just a chassis which has a back-plane with particular
electrical characteristics and which runs a particular line of software
with a certain degree of continuity and growth. There's no reason
Is there an easy way to determine which swtich ports have another
switch attached to them (assume non-CDP supporting) before enabling
bpduguard?
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
On 21/07/11 14:36, Peter Pauly wrote:
Is there an easy way to determine which swtich ports have another
switch attached to them (assume non-CDP supporting) before enabling
bpduguard?
Count the MAC addresses?
Netdisco might help here.
___
cisco-nsp
On Thu, Jul 21, 2011 at 4:36 PM, Peter Pauly ppa...@gmail.com wrote:
Is there an easy way to determine which swtich ports have another
switch attached to them (assume non-CDP supporting) before enabling
bpduguard?
___
cisco-nsp mailing list
On Thu, 2011-07-21 at 09:36 -0400, Peter Pauly wrote:
Is there an easy way to determine which swtich ports have another
switch attached to them (assume non-CDP supporting) before enabling
bpduguard?
If you specifically want to see if the port received any BPDUs you can
issue the show
I have heard next gen ISR for XE as well...
On Thu, 2011-07-21 at 11:05 +0400, Nikolay Shopik wrote:
On 21/07/11 03:56, Tony Varriale wrote:
No one cares as much as it is a software platform :)
I'd say this give almost no benefits for such platform also. And if they
decide to give us
'sho spanning-tree vlan VLAN_ID detail | inc BPDU|Port'
Look for ports with BPDU received 0
A switch coming up will probably send at least 1 BPDU before determining
it's not the root.
This of course, is assuming the switch at the other end actually talks
STP :)
Ken Matlock
Network Analyst
Hi Martin,
I am not sure how you determine you only advertise 10/full, but speed
detection is not hard, but rather duplex is where it's more necessary.
The interface on the switch is able to operate in 10 or 100 at the phy,
in this case it knows it can understand the 10Mb/s signaling coming
The 6500 definitely has a continuing niche.
The N7K platform is definitely going to start stealing thunder from the 6500.
It still lacks features as the 6500 is 10 years ahead in development.
The VSS functionality in the 6500 is finally beyond bleeding edge.
The 7K still is not as mature but is
Hi John,
I determine it with:
ethtool -s eth0 advertise 0x02
For example 0x04 would be 100BASE-TX/Half or 0x20 would be
1000BASE-T/Full. ethtool eth0 gives:
root@martin-ThinkPad-T60:/home/martin# ethtool eth0
Settings for eth0:
Supported ports: [ TP ]
Supported link modes:
Hi, I have a puzzler.
I have two Cisco 7206VXr routers one with a G1 and the other with a 400
processor.
Between them terminated on a gig interface on each side is an ILEC provided
metro E connection that’s pretty vanilla using VLANs to address different
connections.
I have a /30 set up on
I see - thanks for the clarification.
The command on most of our switches to determine what speeds we can
support is:
show interface capabilities (nxos/ios)
show port capabilities (catos)
Chances are, your friend was using a 10/100/1000 port - but some
interfaces are strictly 1000 (usually
Hi,
On Thu, Jul 21, 2011 at 08:56:13AM +0200, Peter Rathlev wrote:
Is there another/better way of addressing this problem than adding extra
redundancy?
[..]
We have a very small routing table at the moment (~10k prefixes, largest
VRF has ~2k, no Internet), and I'd gladly sacrifice some
That makes sense. I also noticed this really starting when the CPU is
heavily nailed. (looking at the time this started against some graphs).
Sounds reasonable I can try to bring the link up with the loop unloaded to
see if that helps but I still sort of feel possible MTU issues but can't
On 7/21/2011 4:25 PM, Martin T wrote:
Chris,
I have no hands-on experience with those servers, but as much as I
have read, they seem to be solid x86 servers. In addition, this Cisco
Unified Computing System Extended Memory Technology seems to be a
nice feature.
Pete,
except the Cisco Unified
Phil, Gabriel,
one situation where this MAC counting does not work is when there is a
virtual machine hypervisor connected to a switch port and virtual
machines have NIC's configured to bridge mode.
IMHO counting MAC addresses in combination of checking incoming BPDU
frames on particular
Pete,
thank you for overview!
regards,
martin
2011/7/22 Pete Templin peteli...@templin.org:
On 7/21/2011 4:25 PM, Martin T wrote:
Chris,
I have no hands-on experience with those servers, but as much as I
have read, they seem to be solid x86 servers. In addition, this Cisco
Unified
I am working in this interface 2248TP some of the interface are showing
down/inactive. My svi on the core are up/up. I think it maybe a spanning-tree
issue but I am not sure. can anyone help ?
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
More information is required!
What interfaces are you working on?
What makes you think it is a spanning-tree issue? Logs debugs?
-Original Message-
From: cisco-nsp-boun...@puck.nether.net
[mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of Renelson Panosky
Sent: Friday, 22 July
Inactive usually means the vlan isn't built locally.
On Jul 21, 2011 8:33 PM, Renelson Panosky panocisc...@gmail.com wrote:
I am working in this interface 2248TP some of the interface are showing
down/inactive. My svi on the core are up/up. I think it maybe a
spanning-tree issue but I am not
On 7/21/11 7:28 PM, Renelson Panosky wrote:
I am working in this interface 2248TP some of the interface are
showing down/inactive. My svi on the core are up/up. I think it
maybe a spanning-tree issue but I am not sure. can anyone help ?
Is this 2248 dual-homed to two 5k switches? If so, is
The N squared problem dictates that centralized route reflectors (or
confederations)
become a necessity at some point. Based on the information provided 6 full
mesh devices
seems fairly good. Even 9 full mesh devices is not too bad. We currently run
14 cores
in one of our backbones with a
26 matches
Mail list logo