[riot-notifications] [RIOT] gnrc_sixlowpan_nd: initial import of host behavior of 6LoWPAN-ND (#3748)

Martine Lenders notifications at github.com
Tue Sep 8 13:38:18 CEST 2015


> +    }
> +#endif
> +    /* next hop determination according to: https://tools.ietf.org/html/rfc6775#section-5.6 */
> +    if ((next_hop == NULL) && ipv6_addr_is_link_local(dst)) {   /* prefix is "on-link" */
> +        /* multicast is not handled here anyway so we don't need to check that */
> +        next_hop = dst;
> +    }
> +    else if (next_hop == NULL) {                                /* prefix is off-link */
> +        next_hop = gnrc_ndp_internal_default_router();
> +    }
> +
> +    /* address resolution of next_hop: https://tools.ietf.org/html/rfc6775#section-5.7 */
> +    if (ipv6_addr_is_link_local(next_hop)) {
> +        kernel_pid_t ifs[GNRC_NETIF_NUMOF];
> +        size_t ifnum = gnrc_netif_get(ifs);
> +        assert(ifnum == 1); /* 6LoWPAN hosts should only have one IEEE 802.15.4 interface */

> The use case I provided is actually not so far away from another use case that will probably be of more importance:
BLE beacons.

This is still a fringe case in the scope of this PR. This PR provides host behavior as described in RFC 6775, meaning the barest of minimums you can get out of ND. We need to put some assumptions up, to have a minimal implementation. If some use-case requires another assumption, we need to adapt for that, but not in the bare minimum implementation.

---
Reply to this email directly or view it on GitHub:
https://github.com/RIOT-OS/RIOT/pull/3748/files#r38915416
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.riot-os.org/pipermail/notifications/attachments/20150908/d6f89df9/attachment.html>


More information about the notifications mailing list