Open Stack

Hi zhuna
    I think  carl means  that there is not need dynamic route protocol here, arp proxy is enough, but i have a concern here, upstream router should have a mechanism to let private gateway ip address as arp source protocol address, since fg device has private ip address?






At 2016-08-03 15:22:15, "zhuna" <juno.zhu at huawei.com> wrote:


Hi Carl,

 

IMO, if the upstream router has the route to floating ip subnet, no need to assign additional IP address to the router.

 

For example, there are 2 subnets in external network,

Subnet1: 10.0.0.0/24 (fg ip address)

Subnet2: 9.0.0.0/24 (fip)

 

Suppose assign fip 9.0.0.10 for vm1, and the fg ip address is 10.0.0.10, so there are 2 ip address configured in fg, one is 9.0.0.10 and 10.0.0.10.

+-------------------+

|  router ns       |

+-------------------+

            | fg (10.0.0.10, 9.0.0.10)

            |

            |

            | router-if (10.0.0.1)

+---------------------------+

|  upstream router   |---------------------------- Internet

+---------------------------+

               

The default route of router ns is 10.0.0.1,  add a static route 9.0.0.10/32 10.0.0.10 to upstream router , or learn the route by routing protocol (neutron-dynamic-routing).

 

 

 

发件人: Carl Baldwin [mailto:carl at ecbaldwin.net]
发送时间: 2016年8月3日 6:39
收件人: OpenStack Development Mailing List (not for usage questions)
主题: Re: [openstack-dev] [neutron][dvr][fip] fg device allocated private ip address

 

 

 

On Tue, Aug 2, 2016 at 6:15 AM, huangdenghui <hdh_1983 at 163.com> wrote:

hi john and brain
   thanks for your information, if we get patch[1],patch[2] merged,then fg can allocate private ip address. after that, we need consider floating ip dataplane, in current dvr implementation, fg is used to reachment testing for floating ip, now,with subnet types bp,fg has different subnet than floating ip address, from fg'subnet gateway point view, to reach floating ip, it need a routes entry, destination is some floating ip address, fg'ip address is the nexthop, and this routes entry need be populated at the event of floating ip creating, deleting when floating ip is dissociated. any comments?

 

The fg device will still do proxy arp for the floating ip to other devices on the external network. This will be part of our testing. The upstream router should still have an on-link route on the network to the floating ip subnet. IOW, you shouldn't replace the floating ip subnet with the private fg subnet on the upstream router. You should add the new subnet to the already existing ones and the router should have an additional IP address on the new subnet to be used as the gateway address for north-bound traffic.

 

Carl
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20160803/2d5c6a3f/attachment.html>