[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20151211171352.GA25972@omega>
Date: Fri, 11 Dec 2015 18:13:53 +0100
From: Alexander Aring <alex.aring@...il.com>
To: linux-wpan@...r.kernel.org
Cc: linux-bluetooth@...r.kernel.org, netdev@...r.kernel.org,
kernel@...gutronix.de, mcr@...delman.ca, lukasz.duda@...dicsemi.no,
martin.gergeleit@...rm.de
Subject: Re: [RFCv3 bluetooth-next 4/4] 6lowpan: iphc: add support for
stateful compression
On Fri, Dec 11, 2015 at 06:05:41PM +0100, Alexander Aring wrote:
> Hi,
>
> status update here.
>
> I implemented successful basic 6CO RA messages at sending and
> processing inside radvd.
>
> There might also the question if processing 6CO inside kernel or
> userspace? I put the basic functionality inside userspace for now.
>
> I will send patches for this in the next days.
>
> Anyway I figured some things out which was completely wrong inside this
> patch.
>
> - There exist one context based table only.
>
> In rfc6282 stands:
> The specification enables a node to use up to 16 contexts. The
> context used to encode the source address does not have to be the
> same as the context used to encode the destination address.
>
> and I thought it was $SOME_TABLE[DCI] != $DIFFERENT_TABLE[SCI].
in case of SCI == DCI.
> But it means in general simple that it can be: DCI != SCI.
>
> With this knowledge the code gets much smaller.
>
> - I also remove the validation check for contexts, it can be any
> prefic/address. The lookup functionality will deal with that if the
> context looks not correct or need additional changes.
>
- Also I renamed the "enabled" to "C" which is the compression flag of
6CO.
- Alex
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists