<div dir="ltr"><div dir="ltr"><div>Thank you so much Brian. <br></div><div><br></div><div>I was not using "address scope". After your indication I've read about this feature working together with "subnet pool". However the official documentation is not so clear. For those looking for something else about usage of address scope and subnet pool, I recommend this tutorial:<br><br><a href="https://cloudbau.github.io/openstack/neutron/networking/ipv6/2017/09/11/neutron-pike-ipv6.html">https://cloudbau.github.io/openstack/neutron/networking/ipv6/2017/09/11/neutron-pike-ipv6.html</a><br><br>Now I have 3 address scopes: 1 for IPv6 (this has 2 subnet pools, one for provider network and one for projects networks, so IPv6 is routed), 1 for IPv4 provider subnet and 1 for IPv4 projects networks (so, IPv4 has 2 address scopes and are NATed). <br><br>One thing I've noticed is that when creating subnets using openstack command line client, using a subnet pool, I can't specify allocation pools neither gateway. I've CARP and my gateway address is not the first IP, so I've to change that. But, using Horizon web interface I can change these configurations. <br><br>Now the environment is dual stack. <br><br>Thank you!<br></div><div><br></div><div><div><div><div><div dir="ltr" class="gmail_signature"><div dir="ltr">- JLC</div></div></div><br></div></div></div></div></div><br><div class="gmail_quote"><div dir="ltr">On Mon, Aug 27, 2018 at 3:33 PM Brian Haley <<a href="mailto:haleyb.dev@gmail.com">haleyb.dev@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 08/23/2018 12:53 PM, Jorge Luiz Correa wrote:<br>
> Hi all<br>
> <br>
> I'm deploying a Queens on Ubuntu 18.04 with one controller, one network <br>
> controller e for now one compute node. I'm using ML2 with linuxbridge <br>
> mechanism driver and a self-service type of network. This is is a dual <br>
> stack environment (v4 and v6).<br>
> <br>
> IPv4 is working fine, NATs oks and packets flowing.<br>
> <br>
> With IPv6 I'm having a problem. Packets from external networks to a <br>
> project network are stopping on qrouter namespace firewall. I've a <br>
> project with one network, one v4 subnet and one v6 subnet. Adressing are <br>
> all ok, virtual machines are getting their IPs and can ping the network <br>
> gateway.<br>
> <br>
> However, from external to project network, using ipv6, the packets stop <br>
> in a DROP rule inside de qrouter namespace.<br>
<br>
This looks like the address scopes of the subnets are different, so the <br>
rule to mark packets is not being inserted.  How are you assigning the <br>
subnet addresses on the external and internal networks?  Typically you <br>
would define a subnet pool and allocate from that, which should work. <br>
Perhaps this guide would help with that:<br>
<br>
<a href="https://docs.openstack.org/neutron/queens/admin/config-address-scopes.html" rel="noreferrer" target="_blank">https://docs.openstack.org/neutron/queens/admin/config-address-scopes.html</a><br>
<br>
The last sentence there seems to describe the problem you're having:<br>
<br>
"If the address scopes match between networks then pings and other <br>
traffic route directly through. If the scopes do not match between <br>
networks, the router either drops the traffic or applies NAT to cross <br>
scope boundaries."<br>
<br>
IPv6 in neutron does not use NAT...<br>
<br>
-Brian<br>
<br>
<br>
> The ip6tables path is:<br>
> <br>
> mangle prerouting -> neutron-l3-agent-PREROUTING -> <br>
> neutron-l3-agent-scope -> here we have a MARK rule:<br>
> <br>
> pkts bytes target     prot opt in     out     source               <br>
> destination<br>
>      3   296 MARK       all      qr-7f2944e7-cc *       <br>
> ::/0                 ::/0                 MARK xset 0x4000000/0xffff0000<br>
> <br>
> qr interface is the internal network interface of the project (subnet <br>
> gateway). So, packets from this interface are marked.<br>
> <br>
> But, the returning is the problem. The packets doesn't returns. I've <br>
> rules from the nexthop firewall and packets arrive on the external <br>
> bridge (network node). But, when they arrive on external interface of <br>
> the qrouter namespace, they are filtered.<br>
> <br>
> Inside qrouter namespace this is the rule:<br>
> <br>
> ip netns exec qrouter-5689783d-52c0-4d2f-bef5-99b111f8ef5f ip6tables -t <br>
> mangle -L -n -v<br>
> <br>
> ...<br>
> Chain neutron-l3-agent-scope (1 references)<br>
>   pkts bytes target     prot opt in     out     source               <br>
> destination<br>
>      0     0 DROP       all      *      qr-7f2944e7-cc  <br>
> ::/0                 ::/0                 mark match ! 0x4000000/0xffff0000<br>
> ...<br>
> <br>
> If I create the following rule everything works great:<br>
> <br>
> ip netns exec qrouter-5689783d-52c0-4d2f-bef5-99b111f8ef5f ip6tables -t <br>
> mangle -I neutron-l3-agent-scope -i qg-b6757bfe-c1 -j MARK --set-xmark <br>
> 0x4000000/0xffff0000<br>
> <br>
> where qg is the external interface of virtual router. So, if I mark <br>
> packets from external interface on mangle, they are not filtered.<br>
> <br>
> Is this normal? I've to manually add a rule to do that?<br>
> <br>
> How to use the "external_ingress_mark" option on l3-agent.ini ? Can I <br>
> use it to mark packets using a configuration parameter instead of <br>
> manually inserted ip6tables rule?<br>
> <br>
> Thanks a lot!<br>
> <br>
> - JLC<br>
> <br>
> <br>
> _______________________________________________<br>
> Mailing list: <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a><br>
> Post to     : <a href="mailto:openstack@lists.openstack.org" target="_blank">openstack@lists.openstack.org</a><br>
> Unsubscribe : <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a><br>
> <br>
</blockquote></div>