[c-nsp] IPv6 BGP on 7200
Gert Doering
gert at greenie.muc.de
Wed Feb 28 13:40:21 EST 2007
Hi,
On Wed, Feb 28, 2007 at 08:59:00AM -0600, Church, Chuck wrote:
> What if you manually added 915 to the trunk to 9/1,
It's *already* there (which should have been clear from my first mail):
Port Vlans allowed on trunk
-------- ---------------------------------------------------------------------
9/1 1-1005
Port Vlans allowed and active in management domain
-------- ---------------------------------------------------------------------
9/1 1-6,8,11,31,60,66,324,407,415,423,502,512-514,560-561,604,610,712,819,914-915,921
Port Vlans in spanning tree forwarding state and not pruned
-------- ---------------------------------------------------------------------
9/1 1-6,8,11,31,60,66,324,407,415,423,502,512-514,560-561,604,610,712,819,914,921
- all you can achieve with "set trunk 9/1" is to add it to the
"Vlans allowed on trunk" list. Which already has it :-/
> or disable spanning tree for 915, assuming you're using PVST (and it's
> loop-free :)?
Spanning tree claims to be "forwarding" on the port (which I also included
in my first mail):
9/1 915 forwarding 5 32 disabled 0
- besides this, you can't disable per-vlan STP on a cat5k:
switch> (enable) set spantree disable 915
Per Vlan spantree disable not supported on this hardware.
Usage: set spantree disable all
> Can you look at the stats for 9/1, to see if it's taking any errors or
> dropping anything from the RSM?
switch> (enable) sh mac 9/1
Use 'session' command to see router counters.
"there are no counters for virtual ports"
> Is it possible that the 5.5(13) you've
> been using forever didn't have an issue with older IOS on the RSM, but
> does in fact have an issue with newer stuff?
That would be possible, but would still annoy me to no ends (and its not
documented in any release notes).
> Are the logging levels sufficiently high enough on the sup?
Which logging category would one look at, in this case? "vtp" doesn't
really seem to be involved (and setting this to "7" doesn't yield any
results anyway), "spantree" neither (as it claims to be "forwarding").
> If you debug the CAM table, do you
> see entries come and go in VLAN 915?
Not easily said, as the RSM's MAC address is hard-wired and doesn't
show up in "show cam dyn" (but in "show mac system") - but it *does*
show up there.
When pinging (ARPing, to be precise), the RSM's MAC address shows up on
the CatXL switch as well. Which means "the VLAN *is* active, in some
funny way" - but response packets don't seem to find their way back.
gert
--
USENET is *not* the non-clickable part of WWW!
//www.muc.de/~gert/
Gert Doering - Munich, Germany gert at greenie.muc.de
fax: +49-89-35655025 gert at net.informatik.tu-muenchen.de
More information about the cisco-nsp
mailing list