On Wed, 2016-11-16 at 17:22 +0200, Saeed Mahameed wrote: > Hi David, > > The following commit introduced a new issue when setting IPv6 address > via the following command: > > /sbin/ip -6 addr add 2001:0db8:0:f112::1/64 dev enp2s2 > RTNETLINK answers: Operation not supported > > Offending commit: > > commit 6c8702c60b88651072460f3f4026c7dfe2521d12 > Author: David Lebrun <david.leb...@uclouvain.be> > Date: Tue Nov 8 14:57:41 2016 +0100 > > ipv6: sr: add support for SRH encapsulation and injection with lwtunnels > > This patch creates a new type of interfaceless lightweight tunnel (SEG6), > enabling the encapsulation and injection of SRH within locally emitted > packets and forwarded packets. > > >From a configuration viewpoint, a seg6 tunnel would be configured > as follows: > > ip -6 ro ad fc00::1/128 encap seg6 mode encap segs > fc42::1,fc42::2,fc42::3 dev eth0 > > Any packet whose destination address is fc00::1 would thus be encapsulated > within an outer IPv6 header containing the SRH with three > segments, and would > actually be routed to the first segment of the list. If `mode inline' was > specified instead of `mode encap', then the SRH would be directly inserted > after the IPv6 header without outer encapsulation. > > The inline mode is only available if CONFIG_IPV6_SEG6_INLINE is > enabled. This > feature was made configurable because direct header insertion may break > several mechanisms such as PMTUD or IPSec AH. > > Signed-off-by: David Lebrun <david.leb...@uclouvain.be> > Signed-off-by: David S. Miller <da...@davemloft.net> > > > Can you check ? Are we missing something here ?
Sure, patch is under review. Please look at netdev archives and/or ozlabs https://patchwork.ozlabs.org/patch/695060/
