Redundant Router Interfaces

2016-04-01 Thread Dean Close
x27;m suspecting not. I just don't want to tread on anyone's toes by submitting a PR that goes against what appears to be an explicit design decision. Kind regards, Dean Close iCloudHosting.com http://www.icloudhosting.com Tel: 01582 227927 Unit 2, Smallmead Road, Reading RG2 0QS ***

Re: Redundant Router Interfaces

2016-04-01 Thread Dean Close
point 2. What do you think? Point 1 will require modifying the keepalived.conf template. Do you want to handle this in your PR or shall I arrange that? Kind Regards, Dean Close iCloudHosting.com http://www.icloudhosting.com Tel: 01582 227927 Spectrum House, Dunstable Road, Redbourn, AL3 7PR

RE: Redundant Router Interfaces

2016-04-04 Thread Dean Close
cweiz...@gmail.com] Sent: 02 April 2016 07:02 To: dev@cloudstack.apache.org Subject: Re: Redundant Router Interfaces Hi Dean, the VRRP instance will be set to eth0 (guest device) in router, and eth2 (the first guest device ) in vpc router. I think it is good. -Wei 2016-04-02 0:22 GMT+02:00 Dean

RE: Redundant Router Interfaces

2016-04-05 Thread Dean Close
a eth0, however, so it is routed via the default gateway, via the source-NAT IP, on eth2. I'd like to help with points 3 and 4 but it's not clear to me which version of the code should be considered 'current'. Have you noticed these issues being discussed elsewhere? Dean

RE: [GitHub] cloudstack pull request: CLOUDSTACK-9287 - Fix unique mac address ...

2016-04-05 Thread Dean Close
Thank you, I'm going to raise a separate bug report about the issues I've found with RvR setups. If I work on a patch I'll fork from the master branch unless I hear otherwise. Dean -Original Message- From: kiwiflyer [mailto:g...@git.apache.org] Sent: 05 April 2016 14:28 To: dev@cloudst