cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Simon Weller <>
Subject Re: Private Gateway on REDUNDANT VPC
Date Fri, 23 Jun 2017 13:32:11 GMT

Could it be related to rp_filter in some way?

- Si

From: Paul Angus <>
Sent: Tuesday, June 20, 2017 3:39 AM
Subject: RE: Private Gateway on REDUNDANT VPC

I don't believe so.
Rules look OK and consistent with std VPC as well.

Kind regards,

Paul Angus<>

Shapeblue - The CloudStack Company<>
The city of Prague was the venue for the spring meeting of the Cloudstack European user group.
There was

53 Chandos Place, Covent Garden, London  WC2N 4HSUK

-----Original Message-----
From: Jayapal Uradi []
Sent: 20 June 2017 09:30
Subject: Re: Private Gateway on REDUNDANT VPC

Did you check iptables, Is it blocking on the VR ?

> On Jun 20, 2017, at 1:30 PM, Paul Angus <> wrote:
> Hi All,
> I've been looking at the failing Marvin tests for Private Gateways.    It passes on std
VPC and fails on rVPC.
> The test tries to ping a VM on a remote VPC via the private gateways on both VRs.
> Digging into it, I found that an ARP request goes out for the remote VM from the local
VR to the remote VR, the local VR receives it, then nothing.  On the std VRs a reply goes
back out.
> I've checked all interfaces to see if the reply is going out of the wrong interface,
but it just isn't going out anywhere.  I can't figure out why no reply seems to be generated...
 Obviously the answer is in the difference in config and packages on VPC vs rVPC - but I can't
find it.
> HELP!  Any ideas anyone?
> Kind regards,
> Paul Angus
> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK @shapeblue

This e-mail may contain privileged and confidential information which is the property of Accelerite,
a Persistent Systems business. It is intended only for the use of the individual or entity
to which it is addressed. If you are not the intended recipient, you are not authorized to
read, retain, copy, print, distribute or use this message. If you have received this communication
in error, please notify the sender and delete all copies of this message. Accelerite, a Persistent
Systems business does not accept any liability for virus infected mails.

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message