Alternatively you could have the P field in the option, in which case you
may also extend is to request anycast and multicast addresses in the
future...

Le jeu. 24 juil. 2025 à 12:32, Pascal Thubert <[email protected]> a
écrit :

> Thinking a bit more about item 1, we could have a better alignment with
> the prefix registration draft is the request has the status field set to
> 0b1ppppppp where 0b0pppppppp is the binary for the prefix length being
> requested, no need for more bits elsewhere...
>
> Le jeu. 24 juil. 2025 à 12:27, Pascal Thubert <[email protected]>
> a écrit :
>
>> Dear authors:
>>
>> I understand that the draft aims at getting only addresses, but it seems
>> to me that most of what's needed to get a prefix is already in the draft.
>> Could you have a bit in the request that says "I want a prefix" and
>> indicate the desired length in the status / prefix field?
>>
>> The prefix length that is returned is a bit of an overlap with the
>> status. Since you have a lot of reserved room I'd suggest that the prefix
>> length that is returned is placed near the flags. If you agree with the
>> point above (capability to ask for a prefix) then the returned prefix
>> length could the the one asked, or longer if that much is not available.
>>
>> Works?
>>
>> Pascal
>>
>>
>>
>> Le lun. 21 juil. 2025 à 15:12, <[email protected]> a écrit :
>>
>>> Internet-Draft draft-ietf-6lo-nd-gaao-06.txt is now available. It is a
>>> work
>>> item of the IPv6 over Networks of Resource-constrained Nodes (6LO) WG of
>>> the
>>> IETF.
>>>
>>>    Title:   Generic Address Assignment Option for 6LoWPAN Neighbor
>>> Discovery
>>>    Authors: Luigi Iannone
>>>             David Lou
>>>             Adnan Rashid
>>>    Name:    draft-ietf-6lo-nd-gaao-06.txt
>>>    Pages:   19
>>>    Dates:   2025-07-21
>>>
>>> Abstract:
>>>
>>>    This document specifies a new extension to the IPv6 Neighbor
>>>    Discovery in Low Power and Lossy Networks (LLNs), enabling a node to
>>>    request to be assigned an address or a prefix from neighbor routers.
>>>    Such mechanism allows to algorithmically assign addresses and
>>>    prefixes to nodes in a 6LoWPAN deployment.
>>>
>>> The IETF datatracker status page for this Internet-Draft is:
>>> https://datatracker.ietf.org/doc/draft-ietf-6lo-nd-gaao/
>>>
>>> There is also an HTMLized version available at:
>>> https://datatracker.ietf.org/doc/html/draft-ietf-6lo-nd-gaao-06
>>>
>>> A diff from the previous version is available at:
>>> https://author-tools.ietf.org/iddiff?url2=draft-ietf-6lo-nd-gaao-06
>>>
>>> Internet-Drafts are also available by rsync at:
>>> rsync.ietf.org::internet-drafts
>>>
>>>
>>> _______________________________________________
>>> 6lo mailing list -- [email protected]
>>> To unsubscribe send an email to [email protected]
>>>
>>
>>
>> --
>> Pascal
>>
>
>
> --
> Pascal
>


-- 
Pascal
_______________________________________________
6lo mailing list -- [email protected]
To unsubscribe send an email to [email protected]

Reply via email to