Subject: [Roll] DIS modifications draft

From: "Rahul Arvind Jadhav (Rahul Arvind Jadhav, 2012 Labs)" <[email-masked]>
Date: Tue, 21 Jun 2016 04:53:04 +0000

Dear authors of draft-zhong-roll-dis-modifications-00<https://tools.ietf.org/html/draft-zhong-roll-dis-modifications-00>,

Few comments:

1.       In section 3, "the "DIO Type" (T) flag: In case the N flag is set, this T flag
      specifies what type of DIO is sent in response.  It MUST be a
      unicast DIO if this flag is set and it MUST be a multicast DIO if
      this flag is reset."

Is it necessary to put a MUST clause for unicast DIO? There might be reasons why multicast DIO might prove efficient. Consider for example that nodes are started in parallel and each of them sends a multicast DIS with 'T' bit set. There are two scenarios:

A)      The number of nodes are less and sparsely located .... In this case unicast DIO might work out more efficiently.

B)      The number of nodes are more and densely populated ... In this case unicast DIO from already joined peers to every newly started node might prove inefficient.... Imo, it should be possible for the parent nodes to detect the number of mcast DIS rcvd (during the interval of response spreading time) and respond with mcast DIO if necessary i.e. if more number of mcast DIS(T=1) are rcvd then mcast  DIO may be sent in response. Also when a already joined node receives multiple mcast DIS with T=1 and with different response spreading times then the handling becomes complex!

2.       If unicast DIO option is available, do you see any scenario/reason why any node will generate a mcast DIS with T=0 ? I mean, is the node sending the DIS in a position to decide whether it requires ucast/mcast DIO ?

Imo, I feel this draft is important as it reduces the control overhead during network formation/node joinin and may also improve on the network convergence time. Thanks for your work.

Regards,
Rahul

***************************************************************************************
This e-mail and attachments contain confidential information from HUAWEI, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient's) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it!