Heads Up :
The post you are writing will appear in a public forum. Please ensure all content is appropriate for public consumption. Review the employee guidelines for the community here.
Hello everyone,We are receiving these messages on our root switch, which has a port connected to another companyJul 12 10:34:33: %SPANTREE-2-PVSTSIM_FAIL: Blocking designated port Po30: Inconsitent superior PVST BPDU received on VLAN 734, claiming ro...
Hello everyone,We have a SIP trunk between CUCM and 3CXThe problem is when I call from CUCM to 3CX, I dont see the Display Name of the number I am dialing. In the meantime, 3CX shows my name when I dial from CUCMIs it possible to receive Display Name...
Hello Everyone,I read lots of stuff to refresh my knowledge on STP protection mechanism, and I still need your advice on the following:There is a customer network connected to ours using a trunk port. What is the best way to protect my network agains...
Hello Everyone,We were introducing a new pair of switches into the network. MSTP was configured on both switches and all around the network.There was a loop between those 2 switches when we were configuring Etherchannel and some of the ports around t...
Hello,Currently we have no root guard configured on the switch on this port. Please note, that this switch is our Root. So this is basically feasible to configure this port with root guard, taking into account that this switch is Root?
This is what I thought in the first place, however, the question is if it is technically possible with SIP trunk to send this information from receiving party to originator?
Hello David,I talked to the customers - one of them is not running STP at all, another is running pvst with their own rootWhat would be the best configuration for the uplinks in this case?
Different customers use different switches, but just 2 vendors - HP and Cisco. I agree regarding VLAN 1, I will remove it from the trunkWhen it comes to Root Guard, its role is quite obvious, so I will use it on the perimeter of my network to protect...
