[
https://issues.apache.org/jira/browse/CLOUDSTACK-985?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sheng Yang resolved CLOUDSTACK-985.
-----------------------------------
Resolution: Fixed
Fixed at:
commit 4f889bd426ea841918b570bb008cf5e348715730
Author: Sheng Yang <[email protected]>
Date: Tue Jan 15 15:22:41 2013 -0800
CLOUDSTACK-985: Make sure RvR would always have same MAC address
Even with newly created RvR using "restartNetwork&cleanup=false" API.
commit c32dbec468b176d4a6019d9e642eb9adc593bf36
Author: Sheng Yang <[email protected]>
Date: Tue Jan 15 14:51:59 2013 -0800
CLOUDSTACK-985: Revert "Using different MAC for a pair of redundant routers"
The different MAC address for a pair of redundant router have issues when
short
time network outrage happened. When this happened:
1. BACKUP(r-2) cannot receive the broadcast from MASTER(r-1).
2. Then r-2 would announce it's MASTER after 3 seconds, and send gratuitous
ARP
to the gateway of public ip(usually a rack router).
3. The gateway of public ip would update it's ARP cache to associate the
public
ip of the network to the MAC of r-2.
4. In the meantime, r-1 still sending out VRRP broadcast(due to network
issue,
the broadcast never arrived at r-2), and acting as MASTER.
5. After network outrage, r-2 would receive the higher priority VRRP
broadcast
from MASTER again, then receded as BACKUP.
6. But the public gateway would still associate public ip with MAC of r-2,
thus
caused the issue. r-1 would no longer able to receive any packets from
public
network.
And there is no way for r-1 to send gratuitous ARP again, because it's
always
consider itself as MASTER, no state changed, and no hook existed for
receiving
lower priority broadcast.
So I would revert this change, and introduce another commit to ensure the
newly
create redundant router would share the same MAC as the first one.
This reverts commit 9f257aa60b62f24193bba3f7c902e7779632e01e.
> Different MAC address for RvR caused issue in short term network outrage
> ------------------------------------------------------------------------
>
> Key: CLOUDSTACK-985
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-985
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Reporter: Sheng Yang
> Assignee: Sheng Yang
> Fix For: 4.1.0
>
> Original Estimate: 8h
> Remaining Estimate: 8h
>
> The different MAC address for a pair of redundant router have issues when
> short
> time network outrage happened. When this happened:
>
> 1. BACKUP(r-2) cannot receive the broadcast from MASTER(r-1).
> 2. Then r-2 would announce it's MASTER after 3 seconds, and send
> gratuitous ARP
> to the gateway of public ip(usually a rack router).
> 3. The gateway of public ip would update it's ARP cache to associate the
> public
> ip of the network to the MAC of r-2.
> 4. In the meantime, r-1 still sending out VRRP broadcast(due to network
> issue,
> the broadcast never arrived at r-2), and acting as MASTER.
> 5. After network outrage, r-2 would receive the higher priority VRRP
> broadcast
> from MASTER again, then receded as BACKUP.
> 6. But the public gateway would still associate public ip with MAC of
> r-2, thus
> caused the issue. r-1 would no longer able to receive any packets from
> public
> network.
>
> And there is no way for r-1 to send gratuitous ARP again, because it's
> always
> consider itself as MASTER, no state changed, and no hook existed for
> receiving
> lower priority broadcast.
> I would introduce duplicate MAC address for RvR again.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
