VMPS/URT: Need a carrier-class solution for many switches
I have a wide-spread network of switches at customer sites that are not part of a large VTP domain. I want to assign MAC address to particular VLANs on the customer premises 3548 switches. Here are some questions that are centered around VMPS but you folks that know URT should certainly feel free to add your thoughts:
On a 3548-XL, can dynamic VLAN membership work for an IP phone plugged into switch and PC plugged into phone and each be on a separate VLAN? Docs for 3548-XL say "Trunk ports cannot be dynamic ports, but it is possible to enter the switchport access vlan dynamic interface configuration command for a trunk port. In this case, the switch retains the setting and applies it if the port is later configured as an access port. You must turn off trunking on the port before the dynamic access setting takes effect."
How would the VMPS fallback VLAN work?
Is the VMPS fallback VLAN global for all clients?
Can the VMPS client switch and server switch be in separate VTP domains? Docs for 3548-XL say "The VTP management domain of the VMPS client and the VMPS server must be the same."
Can a 6509 VMPS server act as a VMPS server for multiple VTP domains?
Re: VMPS/URT: Need a carrier-class solution for many switches
Since there has been no response to your post, it appears to be either too complex or too rare an issue for other forum members to assist you. If you don't get a suitable response to your post, you may wish to review our resources at the online Technical Assistance Center (http://www.cisco.com/tac) or speak with a TAC engineer. You can open a TAC case online at http://www.cisco.com/tac/caseopen
If anyone else in the forum has some advice, please reply to this thread.
[toc:faq]The ProblemOn traditional switches whenever we have a trunk
interface we use the VLAN tag to demultiplex the VLANs. The switch needs
to determine which MAC Address table to look in for a forwarding
decision. To do this we require the switch to do...
[toc:faq]Introduction:Netdr is a tool available on a RSP720, Sup720 or
Sup32 that allows one to capture packets on the RP or SP inband. The
netdr command can be used to capture both Tx and Rx packets in the
software switching path. This is not a substitut...
IntroductionOSPF, being a link-state protocol, allows for every router
in the network to know of every link and OSPF speaker in the entire
network. From this picture each router independently runs the Shortest
Path First (SPF) algorithm to determine the b...