Re: [manet] Alexey Melnikov's Discuss on draft-ietf-manet-dlep-27: (with DISCUSS and COMMENT)

Stan Ratliff <ratliffstan@gmail.com> Sun, 12 February 2017 19:26 UTC

Return-Path: <ratliffstan@gmail.com>
X-Original-To: manet@ietfa.amsl.com
Delivered-To: manet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2EFCA129ABA; Sun, 12 Feb 2017 11:26:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BOXFhp2H80w6; Sun, 12 Feb 2017 11:25:58 -0800 (PST)
Received: from mail-wr0-x243.google.com (mail-wr0-x243.google.com [IPv6:2a00:1450:400c:c0c::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EF48312948A; Sun, 12 Feb 2017 11:25:57 -0800 (PST)
Received: by mail-wr0-x243.google.com with SMTP id i10so21235776wrb.0; Sun, 12 Feb 2017 11:25:57 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=tVGVwlIUg4zkZZ9MzIZX2Z8Vv2g09pJdFt0gu5sewd4=; b=EpETkSA4tQjmdku7VMVNz0N2ixwCykE7OGQ7g+tGAHDA3fcIFfpgrx2hYdjE8fMCCp dHpHOTTgOsX3AaqKIu/rtMYSIEmv2CEQF321GrwnaXXBarjFTprcEfh8ySIKWbo6gLIX v2nJn0ZiU5Wr8EFugc5hW/OCkPvJr9bbt7cLuRd1DQLuFlrQetm/s+T8vonVlEXiEVoK ZyNKdOMslAWe3WhyqDLKGZqQnHuX/vkpNi54cUCg4cdS9K38JwNU6BrtSU3oIm9BqhlP opuUM/jTqnk7kCqSRjSrPolRYidqGQ30JQZvUxPYd5CIYs9wzqM2FxDpXZh9R8tU5MJl Bwig==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=tVGVwlIUg4zkZZ9MzIZX2Z8Vv2g09pJdFt0gu5sewd4=; b=PsckYx+z1WBz2yK3tPGuRxYzTm+YF66BNVvndPRUGZPClHZEJGQLranPKt+MVVpFSE OrcZZLikRh83Ufqfsg8P1UDLqGWKc5Yz6Dm8JvrfYyzk2necygDYaaHT+AP07JwRx/m7 KUHxbbK8/zuvdCe2DfZFgvKl1iPW6QlKE9aqtYW8tTeMpVItPFcETXl+qvBS5ZfR6fso 6gv3gTQZNMms1BiFcjOB13+hTy/lriXkA3UkAdPP87zvxO5ngJxCV7ymv/9SH4vCSAD4 z0gzFyBJAPaWDBy5+1YMYEL190Agy5kz8bx0XpBwQDXViBADHyLWIOEAW5AjAq7ZxT4R g8Lw==
X-Gm-Message-State: AMke39l0kDZi7AOcWgdz7HbpdTh4E4r9rgyaTI8ofq6ugb9rY7I3oYTQycTO5s9Lwtcj+sy6M2o7eUZw7zqbvQ==
X-Received: by 10.223.130.204 with SMTP id 70mr15920293wrc.128.1486927556557; Sun, 12 Feb 2017 11:25:56 -0800 (PST)
MIME-Version: 1.0
Received: by 10.80.178.101 with HTTP; Sun, 12 Feb 2017 11:25:56 -0800 (PST)
In-Reply-To: <148692737899.6211.5674368789340482960.idtracker@ietfa.amsl.com>
References: <148692737899.6211.5674368789340482960.idtracker@ietfa.amsl.com>
From: Stan Ratliff <ratliffstan@gmail.com>
Date: Sun, 12 Feb 2017 14:25:56 -0500
Message-ID: <CALtoyokZ9hnYy3pLMOEARGN+KQ6UoCp8dGES2Kyoo=Z2_BikZg@mail.gmail.com>
To: Alexey Melnikov <aamelnikov@fastmail.fm>
Content-Type: multipart/alternative; boundary="001a114b4228d0c58905485a4c9d"
Archived-At: <https://mailarchive.ietf.org/arch/msg/manet/lxo6lS7cQm2Xc0GqJVX8ZJHj-34>
Cc: MANET IETF <manet@ietf.org>, The IESG <iesg@ietf.org>, draft-ietf-manet-dlep@ietf.org, manet-chairs@ietf.org
Subject: Re: [manet] Alexey Melnikov's Discuss on draft-ietf-manet-dlep-27: (with DISCUSS and COMMENT)
X-BeenThere: manet@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Mobile Ad-hoc Networks <manet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/manet>, <mailto:manet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/manet/>
List-Post: <mailto:manet@ietf.org>
List-Help: <mailto:manet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/manet>, <mailto:manet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 12 Feb 2017 19:26:00 -0000

On Sun, Feb 12, 2017 at 2:22 PM, Alexey Melnikov <aamelnikov@fastmail.fm>
wrote:

> Alexey Melnikov has entered the following ballot position for
> draft-ietf-manet-dlep-27: Discuss
>
> When responding, please keep the subject line intact and reply to all
> email addresses included in the To and CC lines. (Feel free to cut this
> introductory paragraph, however.)
>
>
> Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
> for more information about IESG DISCUSS and COMMENT positions.
>
>
> The document, along with other ballot positions, can be found here:
> https://datatracker.ietf.org/doc/draft-ietf-manet-dlep/
>
>
>
> ----------------------------------------------------------------------
> DISCUSS:
> ----------------------------------------------------------------------
>
> This is generally a well written document and I enjoyed reading it.
>
> I have one remaining question which I would like to quickly discuss
> before recommending approval of this document:
>
> Section 14 (Security Considerations) now says:
>
>    When TLS is in use, each peer SHOULD check the validity of
>    credentials presented by the other peer during TLS session
>    establishment.  Mobile implementations MAY need to consider use of
>    pre-shared keys for credentials; implementations following the
>    "networked deployment" model described in Implementation Scenarios
>    SHOULD refer to [RFC7525] for additional details.
>
> RFC 7525 that you are referencing contains recommendations on version of
> TLS and ciphersuites to use.
> Section 6.1 of RFC 7525 talks about "Host Name Validation". I don't think
> this section applies to DLEP. So can you elaborate on how server identity
> is going to be verified using pre-shared keys and which parts of RFC 7525
> do you think apply to DLEP?
>
>
> ----------------------------------------------------------------------
> COMMENT:
> ----------------------------------------------------------------------
>
> Thank you for addressing my earlier DISCUSS points.
>
> 13.  DLEP Data Items
>
>    Following is the list of core Data Items that MUST be recognized by
> a
>    DLEP compliant implementation.  As mentioned before, not all Data
>    Items need be used during a session, but an implementation MUST
>    correctly process these Data Items when correctly associated with a
>    Signal or Message.
>
> Is "skip over or ignore" a valid way to "correctly process"? I think so,
> but
> this might not be obvious from the text as written.
>

Yes, "silently ignoring" a data is a valid way to "correctly process". We
can make another run to tighten up this language.

Regards,
Stan



>
>
> _______________________________________________
> manet mailing list
> manet@ietf.org
> https://www.ietf.org/mailman/listinfo/manet
>