03-02-2006 09:12 PM - edited 03-03-2019 02:06 AM
Hi,
I want to know that is there any configuration at the server side(windows) with 2 nic cards both in different vlans configured can cause one of my whole vlan down.
i was getting error on my switch
The % STANDBY-3-DIFFVIP1 error message
according to cisco it can be due to 2 reasons :
There are two reasons why the STANDBY-3-DIFFVIP1 error message occurs:
The virtual IP address in the hello packets sent by the active router does not match with the virtual IP address configured on the standby routers for the same group. The root cause for this error is the virtual IP address misconfiguration on any of the HSRP routers.
There is inter-VLAN leakage due to bridging loops in the switch.
I think second reason could be the reason , can any one help
thanxs in advance
Rds
Sandeep
Solved! Go to Solution.
03-02-2006 10:15 PM
Inter-vlan leak is very possible specially if the windows have dual NIC and are in different vlans. It's easy to confirm, Can you try disconnecting one of them and see if the error stop?
03-02-2006 10:15 PM
Inter-vlan leak is very possible specially if the windows have dual NIC and are in different vlans. It's easy to confirm, Can you try disconnecting one of them and see if the error stop?
03-02-2006 10:52 PM
yes the problem was solved after shutting the ports of the server but i want to understand what configuration on the server can even bring down the switch vlan down pls expalin in detail or any specific url is there on the net pls do recommend.
03-03-2006 12:33 AM
can any one help me out its urgent
thanks in advance
Sandeep
03-05-2006 10:37 PM
can any one help me out on this
tanks in advance
sandeep
03-05-2006 10:42 PM
Hi Sandeep,
There is no configuration of the server that can bring the VLAN down as such.
If there are bridging loops in the network, it might be due to a poorly designed / implemented STP instance.
You might have to inspect your topology thoroughly well and ensure the ports on all switches are configured appropriately.
In case your switches are not running very high CPU utilization do consider the use of PVST in place of CST.
Use a packet analyzer like etheral (you can google for it) to analyze per vlan traffic and determine where exactly the problem might be
HTH
Arvind
03-05-2006 11:18 PM
Dear Arvind ,
As you can see in the previous reply one of the friends has mentioned if a server is having more than one nic and both the nics are configured in diff vlans it can bring down the whole vlan.
Rgds
sandeep
03-05-2006 11:22 PM
Hi Sandeep
Im using a configuration similar to what you are i.e. 2 nics on 2 vlans branching off the same server heading into the same switch. However since the VLANs are two different broadcast domains, I have no issues with respect to an unstable STP topology, maybe you could post your configuration in greater detail?
Regards
Arvind
03-05-2006 11:30 PM
Dear Arvind,
The 2 nics are going into two diff switches than and both are having same configurations and are using HSRP between them.
rgds
Sandeep
03-06-2006 02:05 AM
Are both nics members of the same VLAN with the same default gateways configured?
03-06-2006 10:26 AM
The only way this would happen is if the NICs are bridged. The same packet going out of one port and into one nic is coming out the other NIC into the other port in the same switch. do you see mac-address being learned from one port then to another? is you'r cam agingtime time for these vlans remains at 300 secs? If the NICs are causing a loop and I think they are, then you will see that the same packet going out of one port is the same packet coming in on another port. Make sure that the NICs are not doing any kind of "channeling" or redundancy/resiliency that causes it to transparently bridge the rx packet on one NIC and tx it on another NIC.
03-06-2006 07:56 PM
That was precisely what was in my mind but I just couldnt put it across as nicely as bosalaza did! :)
Just curious... other than this scenario, how would vlan information "leak" out ?
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: