Hello, we have cisco switches 6500 in VSS mode, the sup we have is sup 720-10GB. we run the 12.2(33)SXI6, I am working on QoS and I read in the following url : http://www.cisco.com/en/US/docs/switches/lan/catalyst6500/ios/12.2SX/configuration/guide/qos.html which seems to be the right one about the QoS available on a 6500 in a LAN, that : priority queuing and shaping is mutually exclusive. is that really so ? in fact that sentence is in the paragraph : " Allocating Bandwidth Between Standard Transmit Queues " and the exact text is : " ... Enter the shape keyword to configure SRR. Use of SRR prevents use of the strict priority queue. To configure SRR, any CoS or DSCP values mapped to a strict-priority queue must be remapped to a standard queue ... " we have found that the Ethernet service plus board for 6500 support hierarchical QoS policies, url : http://www.cisco.com/en/US/prod/collateral/switches/ps5718/ps708/data_sheet_c78-643759.html but it is a WAN board, and cisco Q & A link about 6500 & VSS : http://www.cisco.com/en/US/prod/collateral/switches/ps5718/ps9336/prod_qas0900aecd806ed74b.html states : "WAN Modules : currently not supported" So is there a possiblity (new version, hardware, etc. ?) in which priority queuing is possible along with shaping ? The reason we need it is that the security equipment that is just after the 6500 VSS is not line rate, so we need to shape at a bandwidth in which the security equipment won't drop packets at random and within the traffic there is TOIP and videoconferencing needing a priority queue. Hierarchical QoS policies would be ideal but it is still a dream and we would be pleased to shape individually every class except strict priority one, to make sure the traffic remains below the dropping threshold of the security equipment.
... View more
well with a MAC address, which is unique, the EUI-64 becomes unique as well, that is why the u (u for universal) bit can be set to 1, the eui-64 is really universal and unique. It is usefull because it tells how the interface-id has been made, and that it is unique. I think this is to be able to tell a difference with interface ID on non LAN interfaces that have more leeway to choose an interface ID from, and for which no authority can ensure the 64 bits are unique worldwide. at least with EUI-64 we know it is unique it is not a problem that it is different from the MAC address, EUI64 are not MAC addresses even if they can be deducted from them. I hope it helps
... View more