Re: [RFC v2 0/4] Adding stateful compression to IPHC

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

 



Lukasz Duda <lukasz.duda@xxxxxxxxxxxxx> wrote:
    > There is a need for parsing the 6CO option in ndisc.c which parses Router
    > Advertisement messages. Today the function calls to IPHC (6lowpan module) are
    > quite hard to implement in ndisc.c, as there is no guarantee that the 6lowpan
    > module will be loaded or not. It would make sense to build 6lowpan module
    > as in-build part of IPv6. The features could be compiled in by using #defines.

    > What do you think about moving 6lowpan as a component of IPv6 and modify ndisc.c
    > to handled 6LoWPAN specific options? Do you see any other solution to make sure
    > that 6CO is parsed and acted upon and still keep 6lowpan as a stand-alone module?

What about if ndisc.c accepted non-exclusive registrations for ND type codes?
Then 6lowpan could register itself as handler for RAs, and could process the
6CO options, ABROs, etc.
(BTW: 6tisch contemplates extending ABROs as well: there is more to come)

--
]               Never tell me the odds!                 | ipv6 mesh networks [
]   Michael Richardson, Sandelman Software Works        | network architect  [
]     mcr@xxxxxxxxxxxx  http://www.sandelman.ca/        |   ruby on rails    [


--
To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Bluez Devel]     [Linux Wireless Networking]     [Linux Wireless Personal Area Networking]     [Linux ATH6KL]     [Linux USB Devel]     [Linux Media Drivers]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Big List of Linux Books]

  Powered by Linux