[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
- [Taps] Weekly github digest (TAPS Activity Summar… Repository Activity Summary Bot