<div dir="ltr">I still have a problem about the fg device with private ip address. <div><br></div><div>In DVR mode, there is a external ip address in fq device, because we need to figure out the default route. <div><br></div><div>If the fg device with a private ip address, how do we figure out the default route in fip namespace?</div></div><div><br></div><div>Default route is not reachable by the private ip address, doesn't it?</div><div><br></div><div><br></div><div>Hopes for your reply. ;-)</div><div><br></div><div class="gmail_extra"><br><div class="gmail_quote">2016-08-03 6:38 GMT+08:00 Carl Baldwin <span dir="ltr"><<a href="mailto:carl@ecbaldwin.net" target="_blank">carl@ecbaldwin.net</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On Tue, Aug 2, 2016 at 6:15 AM, huangdenghui <span dir="ltr"><<a href="mailto:hdh_1983@163.com" target="_blank">hdh_1983@163.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div style="line-height:1.4">hi john and brain<br>    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?<br></div></blockquote><div><br></div></span><div>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.</div><span class="HOEnZb"><font color="#888888"><div><br></div><div>Carl</div></font></span></div></div></div>
<br>__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div></div>