Re: RPL lwtunnel encapsulation

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

On Wed, Oct 25, 2023 at 9:03 PM Alexander Aring <aahringo@xxxxxxxxxx> wrote:
>
> Hi Michael,
>
> On Wed, Oct 25, 2023 at 11:45 AM Michael Richardson <mcr@xxxxxxxxxxxx> wrote:
> >
> >
> > Mathis Marion <mathis.marion@xxxxxxxxxx> wrote:
> >     > However, my observations suggest that it is actually not the case when
> >     > forwarding packets. Instead, the IPv6 header of the packet is modified
> >     > in a way which violates the IPv6 specification (RFC 8200 section 4):
> >
> > I have not sat down to read the code to understand what it actually does, so
> > I can't really comment at this point.  I salute you for having gotten into
> > whether the code is compliant.
> >
> > But, I did write spend way too much of my life writing
> >      https://datatracker.ietf.org/doc/rfc9008/
> > to deal with the perception that RPL networks had to violate 8200.
> >
> > I know that Linux does not (yet) deal with all the minutia in 9008.
> > I wish that I had time to fix that.
>
> To put everything into IPIP and back is not a question of doing a
> iptunnel ip6tnl [0] and doing the right configuration... just do get
> everything over "the internet" which I think is the whole reason why
> putting everything into IPIP?
>

what I mean is, that encap rpl will never do any IPIP itself, you need
to use existing iptunnel implementation [0] to make it working like
you want to work and this is in my opinion "if we have luck" only a
matter of configure everything "right".

- Alex

>
> [0] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/net/ipv6/ip6_tunnel.c





[Index of Archives]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Linux Audio Users]     [Photo]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux