[aodvv2-discuss] Re: Final sprint

  • From: Lotte Steenbrink <lotte.steenbrink@xxxxxxxxxxxx>
  • To: aodvv2-discuss@xxxxxxxxxxxxx
  • Date: Sat, 23 Apr 2016 00:30:59 +0200

Hi Stan,

Am 23.04.2016 um 00:15 schrieb Stan Ratliff <ratliffstan@xxxxxxxxx>:

Lotte, 


On Fri, Apr 22, 2016 at 5:53 PM, Lotte Steenbrink 
<lotte.steenbrink@xxxxxxxxxxxx <mailto:lotte.steenbrink@xxxxxxxxxxxx>> wrote:
Hi all,
so after the shitstorm has calmed down a bit, I hope your spirits are still 
intact :/ I’ve been trying to just respond to the discussions as good as I 
can for now. (Unless any of you take me aside and tell me I’m doing the 
opposite of helping, I’ll try to do more soon)

You're doing FANTASTIC! I've been laying back a bit - the discussion is 
turning positive, and that's great for both AODVv2 and for the WG in general. 
It looks like people are trying to coalesce and advance the draft instead of 
just hammering one another. 

Yes :)

 
The remaining issues I can remember are:

1- figuring out the exact way we can say „before calculating the ICV, set the 
metric value to 0“ and remove any mention of regeneration from the draft

Yeah. Based on the discussion on-list lately, I wonder if some text about 
AODVv2 "modifying the metric field" in the message, but leaving the rest 
unchanged. In that case, your text exactly applies - "Prior to calculating 
the ICV, and checking the received ICV value, the metric MUST be saved, and 
replaced with '0'. After comparison, and prior to transmission, the metric 
value MUST be replaced with the correct metric for the next-hop 
transmission." Or words to that effect. 

Exactly. There doesn’t seem to be a consensus about exact way to achieve this 
yet (see 
https://mailarchive.ietf.org/arch/msg/manet/U7MSotTmnhKaRQ9Q5HVhJVkZYYk and the ;
messages before & after), but I think we’re getting somewhere. Finally! :)

 
2- re-adding hopcount and/or(?) hoplimit to the draft
3- fancy generic metrics like OLSR does it (see also RFC7185)

Is this worth the effort? I'm not opposed, I'm just worried that it opens a 
pretty big rathole. 

Yeah, me too. I’ve marked it as “nice to have, but not critical” for now, 
especially when AODVv2 TLV number allocations are moving into experimental 
space now.

 
4- Improving the security considerations? Especially considering BCP107

I think I can figure out 1 (might need help with the details), I’ll probably 
get confused by 2 (but Vicky’s really good with that kind of stuff?), I’ve 
noticed I’m in way over my head with 3 and regarding 4– I think Key 
Management is too difficult of an issue for someone who is learning about 
that kind of stuff in class just now, but I might be able to contribute to 
other parts of the security considerations.
Did I miss anything? Does someone want to shepherd a certain task? (Do you 
want to continue at all? ^^)

To be honest, I'm in something of the same boat you are with regard to key 
management - I'm not a security expert, and I don't play one on TV... ;-)  
Maybe we should just admit we're novices here, and beg for help on-list?

I think that’d be the honest thing to do.

Does anyone have other recommendations? 

(Yes, I want to continue. I'd like to see the draft published, and see the WG 
break the logjam.)

+1. Let’s do this.

Regards,
Lotte


Regards,
Stan

 

Best,
Lotte




Other related posts: