Re: [Roll] Add ROVR in DAO?

["Pascal Thubert (pthubert)" <[e-mail]>]

Hello Rahul and all

Please see below

As I understand the proposal is to:

  1.  Remove the ROVR generation on the 6LBR on behalf of the 6LN.


?    Not that. The ROVR is never generated by the 6LBR


  1.  Use the ROVR from NS(EARO) directly in the DAO.
  2.  This would eliminate Keep-Alive EDAR/EDAC during initial/first registration.


?    Actually we keep it in the first because it happens before RPL and provides DAD. But yes for all the subsequent.



  1.  This would eliminate the need for root node to set all ones in the ROVR field of keep-alive EDAR.


?    Exactly

This seems optimal.


?    So far

But there is one downside if the DAO is used for such purpose; Adding a 64-bit ROVR field in DAO would mean that in storing MOP all the parents maintain the ROVR field in their routing table. This is an immense overhead, since it impacts the routing entry size even if the RPL network needs to support just a single RUL.


?    Yes. It is an additional 64 to 512 bits which limits the size of the routing table. Immense is a use case dependent thing. The value will increase if we use it to secure the DAO state.

?    In a network with legacy devices, the flows in draft-ietf-roll-unaware-leaves-02 will have to be supported. I take your mail as a hint that they are here to stay in case we cannot afford to store the ROVR.


Another question I have is,... In the Figure 2, EDAR is sent to 6LBR and DAO is sent to the Root. As I understand the DODAGID in the DIO will be the global IPv6 address of the Root (and not 6LBR) and thus DAO can be addressed to the Root. But how does 6LR get the address of the 6LBR to send the EDAR? (assuming in this case the Root and 6LBR are different network entities). Also it would be better to differentiate Root and 6LBR in the terminology section.


?    That's 6LoWPAN ND. It happens before RPL, and even if there is no ROLL. See https://tools.ietf.org/html/rfc6775#section-4.3

All the best;

Pascal


From: Roll [mailto:[e-mail]] On Behalf Of Pascal Thubert (pthubert)
Sent: 23 August 2019 17:43
To: Routing Over Low power and Lossy networks <[e-mail]<mailto:[e-mail]>>
Subject: Re: [Roll] Add ROVR in DAO?

Dear all

As noted below, and discussed at the WG meeting at IETF 105, it would be good to convey the ROVR field in the DAO, so if the Root and the 6LBR are different entities then the root can build a full EDAR as opposed to the dummy one.
It will also help make RPL more secure in the future... So I'm calling to confirm the discussion in Montreal and if there is no opposition I'll go ahead and propose a new option that can be placed with the DAO to transport a ROVR.
We'll also need something in the configuration option to trigger its use.

Comments and any hint on how to do that right are welcome.

All the best;

Pascal

From: Roll <[e-mail]<mailto:[e-mail]>> On Behalf Of Pascal Thubert (pthubert)
Sent: mercredi 24 juillet 2019 23:54
To: Routing Over Low power and Lossy networks <[e-mail]<mailto:[e-mail]>>
Subject: [Roll] Add ROVR in DAO?

Dear all

The only change I foresee in the unaware leaves draft is the addition of the RFC 8505 ROVR from the ND EARO into the DAO. After that I'd feel ready to call for WGLC.

The proposed change enables to build a full EDAR message at the root, and avoids the weird processing of the keep-alive EDAR (see https://tools.ietf.org/html/draft-ietf-roll-unaware-leaves-02#section-7.4)
If we do it now we can forget that weird format (all ones ROVR) and never code for it. This may also be useful when we work on securing the DAO using the AP ND proof of ownership all the way to the root....

Please let me know if there's disagreement to make that change

All the best

Pascal