Please read ovn-northd(8), specifically the section "Ingress Table 3: ARP Resolution". As you can see there, neither static nor dynamic MAC bindings directly output to a port. Rather, both cases simply initialize eth.dst to the destination MAC and continue to the next table.
On Wed, Mar 16, 2016 at 12:44:59PM +0800, Na Zhu wrote: > Hi Ben, > > I do not understand why add the dynamic arp entry to ovs table 65, not the > same table as static arp. > Though the packet match the flows in table 65, there is no output port, so > the packet should be drop, in this way, the dynamic arp is useless, right? > > > BR > Juno > > > 2016-03-15 23:27 GMT+08:00 Ben Pfaff <b...@ovn.org>: > > > On Tue, Mar 15, 2016 at 06:04:04PM +0800, Na Zhu wrote: > > > Hi Ben, > > > > > > I have one question about ARP support for logical router, i notice you > > add > > > table MAC_Binding and ovn-controller translates the entries in > > MAC_Binding > > > to Openflow flow table 65. The flow in table 65 is in this format, > > > > > > table=65, ......, priority=100,reg0=0xa000064,reg7=0x2,metadata=0x4 > > > actions=mod_dl_dst:2e:1d:93:5b:1c:48 > > > > > > The action is modify dmac, there is no output port for the matched > > packets, > > > can you explain why? > > > > This table implements the get_arp action described in ovn-sb(5), which > > doesn't output a packet directly. > > _______________________________________________ dev mailing list dev@openvswitch.org http://openvswitch.org/mailman/listinfo/dev
