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 protected]] On Behalf Of sajjad akbar
Sent: mardi 27 septembre 2016 12:13
To: samita Chakrabarti <[email protected]>
Cc: [email protected]; lo <[email protected]>
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 protected]<mailto:[email protected]>> 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 protected]<mailto:[email protected]>
https://www.ietf.org/mailman/listinfo/6lo

_______________________________________________
6lo mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/6lo

Reply via email to