On Thu, Dec 1, 2016 at 8:23 AM, Paul Browne wrote:
> On 01/12/16 14:35, Saverio Proto wrote:
>
> Your policy routing looks good.
> The problem must be somewhere else, where you do the nat maybe ?
>
> Go in the network namespace where there is the neutron router with
> address
Your policy routing looks good.
The problem must be somewhere else, where you do the nat maybe ?
Go in the network namespace where there is the neutron router with
address 10.0.16.1
If you tcpdump there what do you see ?
to be 100% sure about the policy routing just go in the network node
where
Hello Saverio,
Many thanks for the reply, I'll answer your queries below;
On 01/12/16 12:49, Saverio Proto wrote:
Hello,
while the problem is in place, you should share the output of
ip rule show
ip route show table 1
It could be just a problem in your ruleset
Of course, these are those
Hello,
while the problem is in place, you should share the output of
ip rule show
ip route show table 1
It could be just a problem in your ruleset
and, which one is your webserver ? can you tcpdump to make sure reply
packets get out on the NIC with src address 10.0.16.11 ?
Saverio
Hello Operators,
For reasons not yet amenable to persuasion otherwise, a customer of our
ML2+OVS classic implemented OpenStack would like to map two floating IPs
pulled from two separate external network floating IP pools, to two
different vNICs on his instances.
The floating IP pools