On Tue, Jul 5, 2016 at 7:39 PM, Ryan Moats <[email protected]> wrote:
> "dev" <[email protected]> wrote on 06/26/2016 08:34:01 PM: > > > From: Darrell Ball <[email protected]> > > To: [email protected], [email protected] > > Date: 06/26/2016 08:34 PM > > Subject: [ovs-dev] [patch_v3 1/2] ovn: Fix receive from vxlan in > > ovn-controller. > > Sent by: "dev" <[email protected]> > > > > OVN only supports source_node replication and previously vtep > interaction, > > which used service node replication by default for > > multicast/broadcast/unknown unicast traffic worked by happenstance. > > Because of limited vxlan encapsulation metadata, received packets were > > resubmitted to find the egress port(s). This is not correct for > multicast, > > broadcast and unknown unicast traffic as traffic will get resent on the > tunnel > > mesh. ovn-controller is changed not to send traffic received from vxlan > > tunnels out the tunnel mesh again. Traffic received from vxlan tunnels > is > > now only sent locally as intended. > > > > To support keeping state for receipt from a vxlan tunnel a MFF logical > > register is allocated for general scratchpad purposes and one bit is > used for > > receipt from vxlan context. > > > > As part of this change ovn-controller-vtep is hard-coded to set the > > replication > > mode of each logical switch to source node as OVN will only support > source > > node replication. > > > > Signed-off-by: Darrell Ball <[email protected]> > > --- > > It looks like the changes from this last weekend means the hunk of the > patch for physical_run in physical.c doesn't apply cleanly... > Thanks; it was on my todo list. > > Ryan > > > > _______________________________________________ dev mailing list [email protected] http://openvswitch.org/mailman/listinfo/dev
