<div dir="ltr"><div><div>Hi All<br><br>Currently arp_resonder can enabled only if l2pop is enabled.<br><p>Can we have arp_responder feature enabled without l2pop(i.e Remove the dependency between arp_responder and l2_pop)?<br>
Also setup arp_responder on OVS integration bridge(and not on br-tun)?.</p><p></p>
<p>To enable arp_responder, we only need port's MAC and IP Address and no tunnel ip(So no need for l2pop).<br>
Currently agents use l2pop notifications to create ARP entries. With the new approach, agents can use<br>
port events(create, update and delete) to create ARP entry and without l2pop notifications.</p>
<p>The advantages with this approach for both linuxbridge and OVS agent -<br>
1) Users can enable arp_responder without l2pop<br>
2) Support ARP for distributed router ports(DVR and HA).<br>
    Currently, ARP is not added for these ports.<br>
    This is a fix for <a rel="nofollow" href="https://bugs.launchpad.net/neutron/+bug/1661717">https:/<wbr>/bugs.launchpad<wbr>.net/neutron/<wbr>+bug/1661717</a></p>
<p>As we are not dependent on l2pop, we can  create ARP entries on OVS integration bridge.</p>
<p>Advantages for OVS agent, if ARP entries are setup on integration bridge(br-int) rather than on tunneling bridge(br-tun)<br>
1) It enables arp_responder for all network types(vlans, vxlan, etc)<br>
    arp_responder based on l2pop is supported for only overlay networks.<br>
2) ARP can be resolved within br-int.<br>
3) ARP packets for local ports(ports connected to same br-int) will be resolved<br>
   in br-int without broadcasting to actual ports connected to br-int.</p><p></p><p><br></p><p>Any suggestions?<br></p><p></p><p>Also submitted bug [1] for this.<br></p><br>[1] <a href="https://bugs.launchpad.net/neutron/+bug/1518392">https://bugs.launchpad.net/neutron/+bug/1518392</a><br><br></div>Thanks<br></div>Anil<br></div>