Hi, I recently had a strange issue come up.  We recently added some b200-m4 blades and put ESX on them.  We also have some M3 blades in the same ESX cluster as we are migrating off.  We needed to add a new vLAN to these blades, which is common.  I went through each nic (not currently attached to a template) and added the vLAN.  The older M3 blades took the change in stride without any other action.  However, when I added the vLAN to the new M4 blades it prompted for User-Acknowledge of a reboot to apply the change.     My question is, what would cause a vLAN add on a vNIC to require a reboot?  I'm not sure I have ever been prompted to do so for that type of change.  I certainly don't want to have to reboot each time this happens as it would get old fast.    Thank you in advance! ... View more

I need to replace both IO modules (2104XP) in a chassis. Does any have the correct procedure to remove and replace a new IOM? Should I do the one attached to the secondary FI first? Do I need to failover the FI to replace the 2nd IOM or can I just shut the ports on the primary FI and traffic will flow though the secondary? Thanks for your help. ... View more

i have a question regarding vlan translation on a 6500 IOS switch. Does the translation of one (1) vlan to another vlan have local significant only or does the vlan translation continue if the destination is another trunk port. For example: 2 trunks (separate physical ports) into a 6500 switch with vlan 10,11. I translate the vlan from 10 -> 110 on one (1) of the ports and 10 -> 210 on the other port. We have a layer 2 link between this switch and another 6500. Will the other 6500 receive vlan 10 or will it receive vlan 110 and 210? The documentation states: When you configure a VLAN mapping from the  original VLAN to the translated VLAN on a port, traffic arriving on the  original VLAN gets mapped or translated to the translated VLAN at the  ingress of the switch port, and the traffic internally tagged with the  translated VLAN gets mapped to the original VLAN before leaving the  switch port. This method of VLAN mapping is a two-way mapping. Thanks for you help. ... View more

I ran into an issue recently that for any supplementary services (hold, transfer, call park) to be used I had to check the MTP required check box on an h.323 gateway. Unfortunately, by checking this check box all calls are getting forked through the CallManager since that is where my MTP's are configured. The call flow is straight forward with a call coming into a analog or PRI gateway to a local IP phone? These gateways are remote to the Callmanagers. CallManager is located in a Data Center with no PSTN or voice gateway access. I verified that the calls are forking to CallManager by clicking on the IP address of a phone I am make a call into from a local gateway and noticed that the stream's source was the Callmanager IP address and NOT the local gateway. I have asked several Engineer on my team that have all stated they have ever had to check that box to get supplementary services to be used. Cisco TAC is stating that I need to have this checked for hold, etc to work. I have configured software based MTP on the remote voice gateways for now, but software based MTPs are single codec only so the calls are not able to be transferred to another remote location since my regions state g.729. Your help is appreciated. I can't believe that I have to fork all calls to CallManager to get hold. call park to work!!! ... View more