Restrict use of the unspecified source addresses (:: and 0.0.0.0) to
traffic necessary to obtain an IP address. DHCP discovery messages for
the IPv4 case, and ICMP6 types necessary for duplicate address detection
for IPv6.
This breaks the existing ovn -- portsecurity : 3 HVs, 1 LS, 3 lports/HV
tes
test since it tests sourcing IPv6 packets from the unspecified address
with and invalid ICMPv6 type (0). Modified this test should be extended
to verify ICMPv6 types for DAD are permitted, and other IPv6 traffic
sourced from the unspecified address are dropped.
Signed-off-by: Dustin Lundquist
On 7/15/16 12:32 AM, deepanshu.saxen...@gmail.com wrote:
> From: Deepanshu Saxena
>
> This commit implements ovs meters in kernel space using the traffic
> control (tc) module of Linux kernel. TC is used to configure Traffic
> Control features like Policing, Shaping etc. Ovs meters are analogo
, 61 deletions(-)
>
Reviewed packet structures against specification in RFC4861.
Acked-by: Dustin Lundquist
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
rocessed.
> +Parameters: One or more IPv6 prefixes, 16-bit MUT,
> 48-bit
>
MTU?
> +mac address.
> +Then executes each nested action on the RA packet.
> +Actions following the ra action, if any, apply to
> the
> +
On Mon, Aug 1, 2016 at 7:16 PM, Zong Kai LI wrote:
> This patch tries to implement Router Advertisement (RA) responder for SLAAC
> on ovn-northd side.
>
> It tries to build lflows per each Logical Router Port, who have IPv6
> networks
> and set their 'slaac' column to true.
>
> The lflows will lo
I have some concerns about the fairness of upcalls and flow cache
evictions in the kernel dataplane. My motivation for investigating this
is based on my experience operating a hardware vendor's solution which
use a similar method: caching routing decisions as flows after the first
packet was punted
bling
ARP probes does not solve the problem of a CMS which erroneously
configures a port with a conflicting IP to a provider network gateway.
Perhaps it would be better if OVN could learn provider network gateway
ARP entries and include them in its ARP
On 4/8/16 10:00 AM, Gangadhar R Vegesana wrote:
> HI Dustin,
>
> *Case 1)* External Gateway or External Host have IP and now VM is
> assigned the same IP,
> VM should decline or not use that IP (ie. Send DCHP Decline in case of
> DHCP). The ARP probe that is sent by VM should reach the External
>
