[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