<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">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><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><div><br></div><div>Carl</div></div></div></div>