[RTG-DIR]RtgDir Last Call review: draft-ietf-pals-ple

Tal Mizrahi <tal.mizrahi.phd@gmail.com> Wed, 15 May 2024 08:20 UTC

Return-Path: <tal.mizrahi.phd@gmail.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BE249C15199B; Wed, 15 May 2024 01:20:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.096
X-Spam-Level:
X-Spam-Status: No, score=-7.096 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=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 ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Q452OfEBv4uQ; Wed, 15 May 2024 01:20:30 -0700 (PDT)
Received: from mail-io1-xd2d.google.com (mail-io1-xd2d.google.com [IPv6:2607:f8b0:4864:20::d2d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E288DC169422; Wed, 15 May 2024 01:20:30 -0700 (PDT)
Received: by mail-io1-xd2d.google.com with SMTP id ca18e2360f4ac-7e1b520812fso42325339f.1; Wed, 15 May 2024 01:20:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1715761230; x=1716366030; darn=ietf.org; h=cc:to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=AEEX7euIfxwCyR6PlAv5x67rJBRSxPJ6SAEXLqBVRzw=; b=am45fIpcNnIvxCClLV7PpbXMJt+qPangKBGOAJHpQkHlVrUdXRskR51Mh1Xxa0YjSU CZgYaNynAhBnuw+Trk0QQZ5K9RoZmrXd0pVeWimmNbrGBHQXTIrAZNcGC5+bSNQiofQs SEmjSrXWEWbMaxCIFFV16inMsrYj6RrTVMD4OgemvsAUMfhoPxgJgIamf1yFn5vs6CGa 6w191DYHYA9c5/1SljEXC9vQBL07+vpxexJAl/OVJtLQkBxSuHAQQreCAcO4g+Jb/w3h oFdoL5Bt7phVfRanNxBRMtfsYJByym4yZc0af1+cG9vFOYLD2Rvl5DT49TzAzgBk1yym eWUg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1715761230; x=1716366030; h=cc:to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=AEEX7euIfxwCyR6PlAv5x67rJBRSxPJ6SAEXLqBVRzw=; b=niRxohanY/Nq7kVCeo/pKKIIG3grzcBayqKqw1sT1kucS2l6NxByWGj5QL7+/hhPM/ em55VJwAi7GS+ztGcVKhXLCMvWvOgp/BqxTC/ZuQ+38zZCHqEzifg/m9XfOMCp+/hkgZ sxTrs3jqOC007y/YzL7wrYjHbBB937L3IS+36D3ecggHcMvmprp+urjlhuP0hN3a5DFZ W3NUdXkYMwKEr2+GKCWJXFkRnb/1kHMWMrrR7iEpTO0M8q4DYnOBzSvdK4VyvXF0U2tE W6tTtO3ss971YceGscjR3BbRYoXUO7RoOVkRsfBOT0qOZIf3EjQOyswanBGSkDfM4TeK K1kw==
X-Forwarded-Encrypted: i=1; AJvYcCVIyHrOXNrW67AG+j0Ik6cRoZTsGlKB/51jyEVVsANKZ/338M57XuRqHCKSQqZKnsOCdgXjN/2uRBouGLRXnZdap9jGt1oxOsDtzOnAjOcZiyponAi71zdjli+l26z3j9mVRickjApMIMwSZ+FjGQwwHA==
X-Gm-Message-State: AOJu0YxHzFG3DROBeWZtf+ERKFowONF6Zdp2smUwJGBck0xhHbvKaitB nmJCoafi1rJyNFu+tMfzxwI7szFYzVXAcFGsuZ0ljNSiwXf5Snwu9Q16OeunkGTU/P91sKQy/v3 k9HawAbsRYPm5OJRR199ZkKu45pg0I/682dY=
X-Google-Smtp-Source: AGHT+IHhg1qQwCX5psYeWUB1zvN/WS4LclEgn44AyLa8xoWPsI80GaS+jRRlN8Gu/jW8wbTDaArWx3YC8haWsCv5VcY=
X-Received: by 2002:a5d:8d88:0:b0:7e1:7e15:6471 with SMTP id ca18e2360f4ac-7e1b51fb987mr1610971339f.1.1715761229944; Wed, 15 May 2024 01:20:29 -0700 (PDT)
MIME-Version: 1.0
From: Tal Mizrahi <tal.mizrahi.phd@gmail.com>
Date: Wed, 15 May 2024 11:20:19 +0300
Message-ID: <CABUE3Xn7XyqQAUJpr9qGx-yG3Au=OX00sgX8uZ4vOBHLpLdhrw@mail.gmail.com>
To: rtg-ads@ietf.org, pals-chairs@ietf.org, pals@ietf.org, draft-ietf-pals-ple@ietf.org
Content-Type: text/plain; charset="UTF-8"
Message-ID-Hash: RPAR2P2O337SR3RF7EDEGWKFFD4KS476
X-Message-ID-Hash: RPAR2P2O337SR3RF7EDEGWKFFD4KS476
X-MailFrom: tal.mizrahi.phd@gmail.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-rtg-dir.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: rtg-dir@ietf.org
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [RTG-DIR]RtgDir Last Call review: draft-ietf-pals-ple
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/c1kiYfq8VvK9F192TbjjZk1kJkw>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Owner: <mailto:rtg-dir-owner@ietf.org>
List-Post: <mailto:rtg-dir@ietf.org>
List-Subscribe: <mailto:rtg-dir-join@ietf.org>
List-Unsubscribe: <mailto:rtg-dir-leave@ietf.org>

Hello,

I have been selected as the Routing Directorate reviewer for this
draft. The Routing Directorate seeks to review all routing or
routing-related drafts as they pass through IETF last call and IESG
review, and sometimes on special request. The purpose of the review is
to provide assistance to the Routing ADs. For more information about
the Routing Directorate, please see
https://wiki.ietf.org/en/group/rtg/RtgDir

Document: draft-ietf-pals-ple-04
Reviewer: Tal Mizrahi
Intended Status: Standards Track

Summary:
I have some concerns about this document that I think should be
resolved before publication.

The draft is well-written and clear from a grammatical and structural
perspective. However, there is a very long list of normative
references that are cited in almost every paragraph of the document,
making it very difficult to follow for a reader who is somewhat
familiar with the area but is not an expert in the area.

Issues:
- The target audience of the document should be clarified, preferably
in the abstract. On a related note, throughout the document it is a
bit difficult to distinguish between requirements defined for
operators vs. requirements defined for implementers. Perhaps the
authors could give some thought as to whether this issue can be
mitigated.
- The security considerations should be more detailed. The cited
references are a good start, but the following issues should also be
discussed:
  - The requirement for synchronization is potentially a
vulnerability. An on-path attacker may compromise the synchronization,
and thus compromise the service. You may want to take a look at RFC
7384.
  - The requirements for low jitter, low loss and bandwidth
reservation (section 8) are also potentially an attack vector. You may
take a look at RFC 9055 for example.
- The following two endpoint behaviors are defined in the IANA
considerations section, but not defined anywhere in the document.
These endpoint behaviors should either be removed or specified in
detail:
End.DX1 with NEXT-CSID
End.DX1 with REPLACE-CSID
- Regarding the following paragraph, I wonder whether it is necessary
to define the exact clock frequency in an IETF document. Even ITU-T
G.8261 and IEEE 1588 do not define a specific clock frequency.
Interoperability does not necessarily require both endpoints to have
the same clock frequency.
      For bit-streams up to 200 Gbps the frequency of the
      clock used for generating timestamps MUST be 125 MHz based on a
      the common clock I.  For bit-streams above 200 Gbps the frequency
      MUST be 250 MHz.

Nits:
- "principals" => "principles" ?