[aodvv2-discuss] Re: Justin's review

  • From: "Ratliff, Stanley" <sratliff@xxxxxxxxxxx>
  • To: "aodvv2-discuss@xxxxxxxxxxxxx" <aodvv2-discuss@xxxxxxxxxxxxx>
  • Date: Mon, 14 Mar 2016 13:33:42 +0000

+1

From: aodvv2-discuss-bounce@xxxxxxxxxxxxx 
[mailto:aodvv2-discuss-bounce@xxxxxxxxxxxxx] On Behalf Of Victoria Mercieca
Sent: Monday, March 14, 2016 4:41 AM
To: aodvv2-discuss@xxxxxxxxxxxxx
Subject: [aodvv2-discuss] Re: Justin's review

Hi all,
Just wanted to point out that Justin's original comment was on the Multicast 
Route Message Table, on the TargPrefixLen entry. The description effectively 
says its TargPrefixLen from a RREP, and I think Justin's comment was asking us 
to make it clear what this value should be if the message was a RREQ.

"(this seems like an entry that would always be full 1s on a route request if 
true that should be stated to make things more clear JWD)"
The RREQ should only be requesting a route for a unicast address. Specifying 
subnet RREQ is not part of the current draft.
I don't think that TargPrefixLen should appear at all in RREQ.

Is that so? I'm sure there are use cases which require RREQs for entire 
subnets, but if we don't want to support that we'd have to make that more clear.

I am pretty sure we should not do RREQs for subnets in the current draft.  It 
would open up a can of worms we don't have to open right now.

OK, i’ll see how/where I can make this more clear.


I dont think text about RREQ for subnets is required, just a statement that if 
this was a RREQ, TargPrefixLen is equal to address length.
Kind regards,
Vicky.

_____________________________________________________
This electronic message and any files transmitted with it contains
information from iDirect, which may be privileged, proprietary
and/or confidential. It is intended solely for the use of the individual
or entity to whom they are addressed. If you are not the original
recipient or the person responsible for delivering the email to the
intended recipient, be advised that you have received this email
in error, and that any use, dissemination, forwarding, printing, or
copying of this email is strictly prohibited. If you received this email
in error, please delete it and immediately notify the sender.
_____________________________________________________

Other related posts: