Subject: [6lo] 6LoWPAN which type of MAC or channel access mechanisms are considered?

From: "Pascal Thubert (pthubert)" <[email-masked]>
Date: Thu, 29 Sep 2016 12:19:06 +0000

Hello Sajjad :

More as a side effect than a mandate of the doc, section A.3<https://tools.ietf.org/html/draft-thubert-6lo-rfc6775-update-00#appendix-A.3>. of https://tools.ietf.org/html/draft-thubert-6lo-rfc6775-update lists a number of LLNs that support 6LoWPAN, or are on the way to. Ethernet – and Wi-Fi- may join the band as soon as https://tools.ietf.org/html/draft-droms-6lo-ethertype-request is fulfilled.

Cheers,

Pascal

From: 6lo [mailto:[email-masked]] On Behalf Of sajjad akbar
Sent: mardi 27 septembre 2016 12:13
To: samita Chakrabarti <[email-masked]>
Cc: [email-masked]; lo <[email-masked]>
Subject: Re: [6lo] WG adoption call for draft-sarikaya-6lo-ap-nd-04

Hi everyone

Can anybody guide me that for 6LoWPAN which type of MAC or channel access mechanisms are considered? Is ther any specific document which address this?

Kind Regards
Sajjad

On Tue, Sep 27, 2016 at 2:14 AM, samita Chakrabarti <[email-masked]<mailto:[email-masked]>> wrote:

Hello 6lo WG:

We have discussed the following document at the IETF meetings and mailing list about the use of cryptographic ID to identify one device with a particular IPv6 address during the Neighbor Discovery Process. The crypto-ID association is helpful when MAC-ID or EUI-64 ID may not be used.
There has been fair amount of interest in securing the IP-address owner authentication using this method, in the WG meetings(IETF95).

The co-authors have addressed several WG comments in the 04 version.

The adoption call  starts now and ends on Oct 10th, 2016.

Please provide your opinion with  yes/no  answer and a short explanation for this adoption call within the deadline.

Thanks and Regards,
-Gabriel and Samita (6lo co-chairs)

>
>
> Name:           draft-sarikaya-6lo-ap-nd
> Revision:       04
> Title:          Address Protected Neighbor Discovery for Low-power and Lossy Networks
> Document date:  2016-08-22
> Group:          Individual Submission
> Pages:          17
> URL:            https://www.ietf.org/internet-drafts/draft-sarikaya-6lo-ap-nd-04.txt
> Status:         https://datatracker.ietf.org/doc/draft-sarikaya-6lo-ap-nd/
> Htmlized:       https://tools.ietf.org/html/draft-sarikaya-6lo-ap-nd-04
> Diff:           https://www.ietf.org/rfcdiff?url2=draft-sarikaya-6lo-ap-nd-04
>
> Abstract:
>    This document defines an extension to 6LoWPAN Neighbor Discovery.
>    This extension is designed for low-power and lossy network
>    environments and it supports multi-hop operation.  Nodes supporting
>    this extension compute a Cryptographically Unique Interface ID and
>    associate it with one or more of their Registered Addresses.  The
>    Cryptographic ID (Crypto-ID) uniquely identifies the owner of the
>    Registered Address.  It is used in place of the EUI-64 address that
>    is specified in RFC 6775.  Once an address is registered with a
>    Cryptographic ID, only the owner of that ID can modify the state
>    information of the Registered Address in the 6LR and 6LBR.

_______________________________________________
6lo mailing list
[email-masked]<mailto:[email-masked]>
https://www.ietf.org/mailman/listinfo/6lo