Paul,

Could it be related to rp_filter in some way?


- Si


________________________________
From: Paul Angus <paul.an...@shapeblue.com>
Sent: Tuesday, June 20, 2017 3:39 AM
To: dev@cloudstack.apache.org
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

paul.an...@shapeblue.com
www.shapeblue.com<http://www.shapeblue.com>
[http://shapeblue.com/wp-content/uploads/2014/03/sungardonline1.jpg]<http://www.shapeblue.com/>

Shapeblue - The CloudStack Company<http://www.shapeblue.com/>
www.shapeblue.com
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
@shapeblue




-----Original Message-----
From: Jayapal Uradi [mailto:jayapal.ur...@accelerite.com]
Sent: 20 June 2017 09:30
To: dev@cloudstack.apache.org
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 <paul.an...@shapeblue.com> 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
>
>
> paul.an...@shapeblue.com
> www.shapeblue.com<http://www.shapeblue.com>
> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK @shapeblue
>
>
>

DISCLAIMER
==========
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.

Reply via email to