[Taps] Weekly github digest (TAPS Activity Summary)

Repository Activity Summary Bot <do_not_reply@mnot.net> Sun, 12 November 2023 08:56 UTC

Return-Path: <do_not_reply@mnot.net>
X-Original-To: taps@ietfa.amsl.com
Delivered-To: taps@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E63C1C16F3FA for <taps@ietfa.amsl.com>; Sun, 12 Nov 2023 00:56:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.405
X-Spam-Level:
X-Spam-Status: No, score=-2.405 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, 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=fail (2048-bit key) reason="fail (message has been altered)" header.d=mnot.net header.b="IXNINcLf"; dkim=fail (2048-bit key) reason="fail (message has been altered)" header.d=messagingengine.com header.b="r+5FDvNd"
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 tz5hw0_HfHr7 for <taps@ietfa.amsl.com>; Sun, 12 Nov 2023 00:55:56 -0800 (PST)
Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3AB93C16F402 for <taps@ietf.org>; Sun, 12 Nov 2023 00:55:55 -0800 (PST)
Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 300CF5C0108 for <taps@ietf.org>; Sun, 12 Nov 2023 02:39:19 -0500 (EST)
Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Sun, 12 Nov 2023 02:39:19 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mnot.net; h=cc :content-type:content-type:date:from:from:in-reply-to :mime-version:reply-to:sender:subject:subject:to:to; s=fm1; t= 1699774759; x=1699861159; bh=WWNwcZoQkOrPj9TKvnWDYDvxDIoMBeqOLNQ qbZlsEIY=; b=IXNINcLfwv+1tkXZn1mPGUdhAkIanpBp/g9ScHjByzTwlcyP64M sPJHiEHQic2o9buCdViz+sKLnVtnFNsBgcwcR4U8Nxa2wwzmA0dzXikITiKlMm2G zcLXtTydOtf7uQAAnA9FUSMY/LaViV4JRA/JrMU5UNlfoTmyax+vXmKjBSytnGhv ZqsUgtHJXrfXs27IXCSPCf9WTPfXmUCIwyroQ/x1cT8xntjaT2+D2zasi0WqHAmX PXeWeRVw1RwwB6XJMtndX2OoEQpR6a+9qxCWGJqww43yBidZaW1FU5V+gX5J15Uv nfn59ssUOlcd4nCyX+4t5Pk6TCm2RwE9/Ag==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date :feedback-id:feedback-id:from:from:in-reply-to:mime-version :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t=1699774759; x= 1699861159; bh=WWNwcZoQkOrPj9TKvnWDYDvxDIoMBeqOLNQqbZlsEIY=; b=r +5FDvNdwZkk5XUL97Qq2bNewnPHr6I5qy3QeUJcsd7fsvIy1qFm61tqEY518HCI2 3gW32rR/C+G3l2Yk+vfhnqocg2TUq5LnYLzgWC2w3jo2FUVi8UxIQ/ZscFvImyDr KMv9AEpIry5XHl6TR5neOlfV71QLqKIYV60xUlvngHZryGbt7r2qHL0st32lJOJv cGxNl8Mnfd49oDEZ3YDoV+AA5R05ljOd0hWB3mtirY+RzrbDWh7aM8uZDElKGkYF q1n0JHNY1Kz0TxZuRYI8ve9zqKR+IbkSFKYBQOJzFlvzGZmVrQTW0lf/JJlMqtUJ xPEXBR4gY6aOVkxZ5UO7w==
X-ME-Sender: <xms:JoFQZatnEnh61aJFNJO8D38CSITBF7TADDvV6B1zTx4HgG7annzwlw> <xme:JoFQZffhk8yfgVGUnkdK9EGG8754zWFoQS3gGA2ptgjQMskG4IO0vxCesWc9vzU8U KN7B_0VVZrUHdMIEA>
X-ME-Received: <xmr:JoFQZVx4D3Exjx5LXzHJ0X2KOCbq1HiNP3nmjhjaXXExty3VuKnTLL2GAOLEFCvDPUAR7HvJ2dc6H4h5qHtIEI0ICcg6b-CkDHW-_vV8keJOsdOoYiUD_pTJ6wAeoa8280VF_A>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvkedruddvjedggeekucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucfpohcuuggrthgvuchfihgvlhguucdlgeelmdenuc fjughrpegtggfhvffusegrtddtredttdejnecuhfhrohhmpeftvghpohhsihhtohhrhicu tegtthhivhhithihucfuuhhmmhgrrhihuceuohhtuceoughopghnohhtpghrvghplhihse hmnhhothdrnhgvtheqnecuggftrfgrthhtvghrnhepkeefvdduteejvdefkeehieevuefg fefhteetveegffekffefteffvdelheduieetnecuffhomhgrihhnpehgihhthhhusgdrtg homhenucevlhhushhtvghrufhiiigvpedunecurfgrrhgrmhepmhgrihhlfhhrohhmpegu ohgpnhhothgprhgvphhlhiesmhhnohhtrdhnvght
X-ME-Proxy: <xmx:J4FQZVNTbAvLp7RNnMWexlkwNI7adn2G--CwOvQf0e-hwdHNMcSBKQ> <xmx:J4FQZa_QwzbDEA-mxxREuEG-tbPYLsphDeP-EvwRiWVMHz5vxPkifQ> <xmx:J4FQZdWwF-NAf8jxMxrpVJpg6Dvt7PIslA9WpKKfHKmMBueNZwlbXw> <xmx:J4FQZbK837lcwX0tz2o31JwYyxONjUJhGJc2cpVH5r9KXToUM3C2Ig>
Feedback-ID: i1c3946f2:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA for <taps@ietf.org>; Sun, 12 Nov 2023 02:39:18 -0500 (EST)
Content-Type: multipart/alternative; boundary="===============2135820361412633903=="
MIME-Version: 1.0
From: Repository Activity Summary Bot <do_not_reply@mnot.net>
To: taps@ietf.org
Message-Id: <20231112085556.3AB93C16F402@ietfa.amsl.com>
Date: Sun, 12 Nov 2023 00:55:55 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/taps/Z_MAx7XwPnhd5YTbbfCNw3zxyTU>
Subject: [Taps] Weekly github digest (TAPS Activity Summary)
X-BeenThere: taps@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "IETF Transport Services \(TAPS\) Working Group" <taps.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/taps>, <mailto:taps-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/taps/>
List-Post: <mailto:taps@ietf.org>
List-Help: <mailto:taps-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/taps>, <mailto:taps-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 12 Nov 2023 08:56:01 -0000



Issues
------
* ietf-tapswg/api-drafts (+0/-25/💬6)
  4 issues received 6 new comments:
  - #1428 What are implications of keepAlive and keepaliveTimeout on stacked protocols with keepalives? (3 by dhobsd, tfpauly)
    https://github.com/ietf-tapswg/api-drafts/issues/1428 [Implementation] 
  - #1371 About using [] in the addRemote call (1 by tfpauly)
    https://github.com/ietf-tapswg/api-drafts/issues/1371 [API] [From a partial review] 
  - #1260 Is "IP Address" scoped?  (section 1) (1 by tfpauly)
    https://github.com/ietf-tapswg/api-drafts/issues/1260 [API] 
  - #1256 How to signal equivalence of security properties (1 by britram)
    https://github.com/ietf-tapswg/api-drafts/issues/1256 [API] [Architecture] 

  25 issues closed:
  - AddAlias or array https://github.com/ietf-tapswg/api-drafts/issues/1309 [API] 
  - What are implications of keepAlive and keepaliveTimeout on stacked protocols with keepalives? https://github.com/ietf-tapswg/api-drafts/issues/1428 [Implementation] 
  - It's not only about "multiple interfaces" https://github.com/ietf-tapswg/api-drafts/issues/1258 [API] 
  - Section 6.1: per service, per IP address https://github.com/ietf-tapswg/api-drafts/issues/1296 [API] 
  - How to implement security considerations? https://github.com/ietf-tapswg/api-drafts/issues/1325 [API] [From a partial review] 
  - Zero values for some properties are invalid or unspecified https://github.com/ietf-tapswg/api-drafts/issues/1433 [API] 
  - Change a few examples from IPv4/LTE to IPv6? https://github.com/ietf-tapswg/api-drafts/issues/1324 [Implementation] 
  - IPv6 address representation and port number https://github.com/ietf-tapswg/api-drafts/issues/1322 [Implementation] 
  - Clone going sideways https://github.com/ietf-tapswg/api-drafts/issues/1301 [API] 
  - How does an application learn allowed/available interface names? https://github.com/ietf-tapswg/api-drafts/issues/1331 [API] [review - must reply] 
  - Define words related to Connection states https://github.com/ietf-tapswg/api-drafts/issues/1377 [API] [From a partial review] 
  - How to signal equivalence of security properties https://github.com/ietf-tapswg/api-drafts/issues/1256 [API] [Architecture] 
  - What is "credentials"? https://github.com/ietf-tapswg/api-drafts/issues/1370 [API] [From a partial review] 
  - Identity https://github.com/ietf-tapswg/api-drafts/issues/1367 [API] [From a partial review] 
  - How to set remote peer's identity or certificate https://github.com/ietf-tapswg/api-drafts/issues/1375 [API] [From a partial review] 
  - Single credentials for multiple protocols? https://github.com/ietf-tapswg/api-drafts/issues/1358 [API] [review - must reply] [From a partial review] 
  - Parameters take algorithms as a parameter https://github.com/ietf-tapswg/api-drafts/issues/1389 [API] 
  - Identity and server-certificate forces same use over different protocols? https://github.com/ietf-tapswg/api-drafts/issues/1359 [API] [review - must reply] [From a partial review] 
  - Single credentials for multiple protocols? https://github.com/ietf-tapswg/api-drafts/issues/1358 [API] [review - must reply] [From a partial review] 
  - Clarify ambiguity in security properties (section 6.3 DISCUSS from Roman Danyliw) https://github.com/ietf-tapswg/api-drafts/issues/1286 [API] [review - must reply] 
  - Why didn't we overload WithIPAddress for multicast? https://github.com/ietf-tapswg/api-drafts/issues/1343 [API] 
  - Define "represent the same host" https://github.com/ietf-tapswg/api-drafts/issues/1339 [API] 
  - Programmer can't know that all endpoints are the same service https://github.com/ietf-tapswg/api-drafts/issues/1340 [API] 
  - Code location https://github.com/ietf-tapswg/api-drafts/issues/1329 [Implementation] [From a partial review] 
  - Is "IP Address" scoped?  (section 1) https://github.com/ietf-tapswg/api-drafts/issues/1260 [API] 



Pull requests
-------------
* ietf-tapswg/api-drafts (+5/-17/💬3)
  5 pull requests submitted:
  - Explain stacked layers of keep alive protocols (by tfpauly)
    https://github.com/ietf-tapswg/api-drafts/pull/1452 [Implementation] 
  - Rework aliases (by tfpauly)
    https://github.com/ietf-tapswg/api-drafts/pull/1451 [API] 
  - Interfaces -> network paths (by tfpauly)
    https://github.com/ietf-tapswg/api-drafts/pull/1450 [API] 
  - Security equivalence is in system policy. (by britram)
    https://github.com/ietf-tapswg/api-drafts/pull/1449 
  - Make IPv4 and IPv6 port numbers consistent (by philsbln)
    https://github.com/ietf-tapswg/api-drafts/pull/1448 [Implementation] [From a partial review] 

  3 pull requests received 3 new comments:
  - #1444 keepAliveTimeout: introduce `System default` (1 by tfpauly)
    https://github.com/ietf-tapswg/api-drafts/pull/1444 [API] 
  - #1434 Where do interface names come from? (1 by mwelzl)
    https://github.com/ietf-tapswg/api-drafts/pull/1434 [API] 
  - #1430 Disambiguate security properties per rdd review (1 by britram)
    https://github.com/ietf-tapswg/api-drafts/pull/1430 

  17 pull requests merged:
  - Rework aliases
    https://github.com/ietf-tapswg/api-drafts/pull/1451 [API] 
  - Explain stacked layers of keep alive protocols
    https://github.com/ietf-tapswg/api-drafts/pull/1452 [Implementation] 
  - Interfaces -> network paths
    https://github.com/ietf-tapswg/api-drafts/pull/1450 [API] 
  - Not "values" for "Connectedness"
    https://github.com/ietf-tapswg/api-drafts/pull/1440 [Implementation] [editorial] 
  - Well-known service names come from the IANA list
    https://github.com/ietf-tapswg/api-drafts/pull/1441 [API] 
  - How to choose security protocols is out of scope, but cite RFC 8922
    https://github.com/ietf-tapswg/api-drafts/pull/1442 [API] 
  - What about zero Integer or Numeric values?
    https://github.com/ietf-tapswg/api-drafts/pull/1443 [API] 
  - Make IPv4 and IPv6 port numbers consistent
    https://github.com/ietf-tapswg/api-drafts/pull/1448 [Implementation] [From a partial review] 
  - Clone going sideways (later)
    https://github.com/ietf-tapswg/api-drafts/pull/1438 [API] 
  - Where do interface names come from?
    https://github.com/ietf-tapswg/api-drafts/pull/1434 [API] 
  - Three new read-only Connection properties
    https://github.com/ietf-tapswg/api-drafts/pull/1437 [API] 
  - Security equivalence is in system policy.
    https://github.com/ietf-tapswg/api-drafts/pull/1449 
  - Disambiguate security properties per rdd review
    https://github.com/ietf-tapswg/api-drafts/pull/1430 
  - Explain reason for separate multicast specifiers
    https://github.com/ietf-tapswg/api-drafts/pull/1436 [API] [From a partial review] 
  - Clarify multiple Local/remote endpoints
    https://github.com/ietf-tapswg/api-drafts/pull/1447 [API] [From a partial review] 
  - Section 11: not all state transitions have events
    https://github.com/ietf-tapswg/api-drafts/pull/1445 [API] 
  - Point at Software Heritage Archive
    https://github.com/ietf-tapswg/api-drafts/pull/1446 [Implementation] 


Repositories tracked by this digest:
-----------------------------------
* https://github.com/ietf-tapswg/api-drafts