From nobody Wed Jan 5 08:43:16 2022 Return-Path: X-Original-To: icnrg@ietfa.amsl.com Delivered-To: icnrg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6885D3A111C for ; Wed, 5 Jan 2022 08:43:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 iZ1f0NgrL10Z for ; Wed, 5 Jan 2022 08:43:11 -0800 (PST) Received: from spark.crystalorb.net (spark.crystalorb.net [IPv6:2607:fca8:1530::c]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3D2DE3A111E for ; Wed, 5 Jan 2022 08:43:11 -0800 (PST) Received: from [172.20.10.2] ([IPv6:2600:380:c01d:adcb:e156:11a5:d8c8:18c2]) (authenticated bits=0) by spark.crystalorb.net (8.14.4/8.14.4/Debian-4+deb7u1) with ESMTP id 205GgwOc027880 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256 verify=NO) for ; Wed, 5 Jan 2022 08:43:04 -0800 From: "David R. Oran" To: ICNRG Date: Wed, 05 Jan 2022 08:40:20 -0800 X-Mailer: MailMate (1.14r5853) Message-ID: <7E304C46-37B9-4B79-AE7D-A2CFE1A3E106@orandom.net> References: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_MailMate_D87F28B5-2C4B-473A-8E41-EAC33C2D7CA4_=" Archived-At: Subject: [icnrg] Reminder: ICNRG Last Call on Ping and Traceroute Drafts X-BeenThere: icnrg@irtf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Information-Centric Networking research group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jan 2022 16:43:16 -0000 --=_MailMate_D87F28B5-2C4B-473A-8E41-EAC33C2D7CA4_= Content-Type: text/plain; format=flowed; markup=markdown > We are issuing **ICNRG last call** on our other two instrumentation > drafts, Ping and Traceroute. These can be found in the usual data > tracker list, at > > https://datatracker.ietf.org/doc/draft-irtf-icnrg-icnping/ > and > https://datatracker.ietf.org/doc/draft-irtf-icnrg-icntraceroute/ > > Please review these in full and send comments to the mailing list. > > Given the holidays, we have an extended last call period, which will > close on **Friday January 14, 2022**. > --=_MailMate_D87F28B5-2C4B-473A-8E41-EAC33C2D7CA4_= Content-Type: text/html Content-Transfer-Encoding: quoted-printable

We are issuing ICNRG last call on our ot= her two instrumentation drafts, Ping and Traceroute. These can be found i= n the usual data tracker list, at

https://datatracker.ietf.org/doc/draft= -irtf-icnrg-icnping/
and
https://datatracker.ietf.org/doc/draft-irtf-icnr= g-icntraceroute/

Please review these in full and send comments to the mail= ing list.

Given the holidays, we have an extended last call period,= which will close on Friday January 14, 2022.

--=_MailMate_D87F28B5-2C4B-473A-8E41-EAC33C2D7CA4_=-- From nobody Sun Jan 9 07:11:14 2022 Return-Path: X-Original-To: icnrg@ietfa.amsl.com Delivered-To: icnrg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 67D793A15FC for ; Sun, 9 Jan 2022 07:11:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 WABIyyCZPPpl for ; Sun, 9 Jan 2022 07:11:08 -0800 (PST) Received: from spark.crystalorb.net (spark.crystalorb.net [IPv6:2607:fca8:1530::c]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3DA3B3A15FB for ; Sun, 9 Jan 2022 07:11:08 -0800 (PST) Received: from smtpclient.apple ([IPv6:2001:470:818c:2ff0:8d7f:97c4:b378:6232]) (authenticated bits=0) by spark.crystalorb.net (8.14.4/8.14.4/Debian-4+deb7u1) with ESMTP id 209FAvLF016836 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256 verify=NO) for ; Sun, 9 Jan 2022 07:10:59 -0800 Content-Type: multipart/alternative; boundary=Apple-Mail-6E6EDF8A-2A63-4154-AE4E-482CF12C4047 Content-Transfer-Encoding: 7bit From: "David R. Oran" Mime-Version: 1.0 (1.0) Date: Sun, 9 Jan 2022 07:10:52 -0800 Message-Id: To: icnrg X-Mailer: iPad Mail (19C56) Archived-At: Subject: [icnrg] This view on web3has some interesting ties to ICN X-BeenThere: icnrg@irtf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Information-Centric Networking research group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jan 2022 15:11:13 -0000 --Apple-Mail-6E6EDF8A-2A63-4154-AE4E-482CF12C4047 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable =E2=80=A6at least in my opinion. It=E2=80=99s not clear if you follow this p= erson=E2=80=99s reasoning whether some of the similar arguments about NDN/CC= Nx=E2=80=99s allegedly better distributed protocol design matters in practic= e. https://moxie.org/2022/01/07/web3-first-impressions.html?fbclid=3DIwAR3-Iyb9= VPijDaTMt5jajI6UTEChd71VEnXVLUMV3X2k7zxyf5Cpw3fUyTE ___________________________ iDevice - please excuse typos.= --Apple-Mail-6E6EDF8A-2A63-4154-AE4E-482CF12C4047 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable =E2=80=A6at least in my opinion. It=E2=80=99= s not clear if you follow this person=E2=80=99s reasoning whether some of th= e similar arguments about NDN/CCNx=E2=80=99s allegedly better distributed pr= otocol design matters in practice.



______________= _____________
iDevice - please excuse typos.
= --Apple-Mail-6E6EDF8A-2A63-4154-AE4E-482CF12C4047-- From nobody Mon Jan 10 12:20:14 2022 Return-Path: X-Original-To: icnrg@ietfa.amsl.com Delivered-To: icnrg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 79D673A11ED for ; Mon, 10 Jan 2022 12:20:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no 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 1xZoLImOOIB7 for ; Mon, 10 Jan 2022 12:20:04 -0800 (PST) Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.17.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BB9BC3A11EA for ; Mon, 10 Jan 2022 12:20:03 -0800 (PST) Received: from [192.168.1.50] ([95.89.114.110]) by mrelayeu.kundenserver.de (mreue108 [212.227.15.183]) with ESMTPSA (Nemesis) id 1MpUMc-1mYoIj33eO-00ptXR; Mon, 10 Jan 2022 21:14:21 +0100 From: Dirk Kutscher To: "David R. Oran" Cc: icnrg Date: Mon, 10 Jan 2022 21:14:16 +0100 X-Mailer: MailMate (1.14r5852) Message-ID: <08289530-AE53-4797-923D-2E49B1F7F9D8@dkutscher.net> In-Reply-To: References: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=_MailMate_C923AEE9-2BBA-4F69-91EC-C621874C23BD_="; micalg=sha-256; protocol="application/pkcs7-signature" X-Provags-ID: V03:K1:CZW3AdtTDS+WvUhqLcF3RbP3upfN13o5Qs4hN0cjnVLydbxiuLa QkjRvrVA2UmsGxrVaCn9i4OKCJbSKleUq8TjPF3sY8fmmNOwhcPGBJqXN4Vwt0kEJpGjo4s d/swtcmhptQf/GVXAQipakDysQrIkmdBL3BIDAj5XkZ4YangbN0uxYvMMgzoI1qW8zf9L/6 4gxEvToVFJn5uod+4wcdw== X-UI-Out-Filterresults: notjunk:1;V03:K0:7pOtQzE5vU8=:z8fjp3uhR16QEJelhYFdpI mLMvMtIf7MVytIZTTZLS7YHNBiBhqApra1mtt4VYZiOwhG0HL3kjqwxpx/Czd9EdS6P9aDS1j EsK5mA5dRpzEeeGmCHTRF3zP0K2FBJ3mIst09CX4emiJ0arXtzHPUNSilzUmz1nNcHPxpKYIb Arlz9EsPqcX5TabI4GNpksCEhZo+fo/lepZjXplS7Dh3TTKS/2OManuWEVia/bwzeRAJ4BGzW sMXqW81pCpl/mAIcVCAr7Ez4VkGpfy08o/OwLIX1yKlcRFrGI7Wp70pieeehrNeAexnrg/MUC F6fxxUczDsOqoNPqJ6kd3q0DwPaxCQMQ5yfteTrD7RE7tu9GreG2FR3G0UKqB2fY4aCSiucsk lOv2aA2WuoO16vGlQkBrbQv8Jv2ZT9NVzVvVW3zieGmt614RIf24wF5KDvPNRgee+mNJC8wkA J2tvF5KINmWkzHp7kMzGE6Z10+vRoKisVc32NNh4ZDQa+6EDnz2QC+vUd8UiFZAI/WfZ/02fm sFJWZxz17IvQO9DCPNJCikvProSNKZsx34Idg/f/5+h5qksW5U9IgP82/oFcA7axaqBoJlRGf sbkadDyFIQn4Ue9lavb+02lUEWcl9FK/fnOU+IRatgP8r8X1bJJZ/Ck4ZBMU11fRb8f2Nr8pw Kp/MHj0zAVucpdZbDnPUBrZovhW2rmCnVoge8YTjFH2NFUcGiOvYTSGElKjbaEtX7CIs= Archived-At: Subject: Re: [icnrg] This view on web3has some interesting ties to ICN X-BeenThere: icnrg@irtf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Information-Centric Networking research group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jan 2022 20:20:13 -0000 This is an S/MIME signed message (RFC 5652 and 8551). --=_MailMate_C923AEE9-2BBA-4F69-91EC-C621874C23BD_= Content-Type: multipart/alternative; boundary="=_MailMate_28CD03C8-395D-4DE3-98D2-1F3B4EEF53B8_=" --=_MailMate_28CD03C8-395D-4DE3-98D2-1F3B4EEF53B8_= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable > =E2=80=A6at least in my opinion. It=E2=80=99s not clear if you follow t= his person=E2=80=99s reasoning whether some of the similar arguments abou= t NDN/CCNx=E2=80=99s allegedly better distributed protocol design matters= in practice. Thanks for sharing and for re-kindling this discussion. I had seen the ar= ticle, too. My view on this: * the hilarious difference between "crypto" claims and reality it well ob= served, in my experience. I could imagine though that most of the contrad= ictions (actual centralized mode of operation) will probably be ascribed = to initial deployment factors by web3 proponents. * in any case, both the scientific quality (peer-review, let alone merito= cratic processes as we have in the IETF) as well as the level of operatio= nal considerations (that would be required for Internet-scale operation, = and that is typically very important in Internet protocol/system design) = leaves room for improvement. On the analogy with ICN on distributed protocol design and decentralizati= on: * While some web3 proposal make broader claims, it is IMO obvious that th= ese systems generally try to establish an alternative platform for conten= t (i.e., file) access =E2=80=93 but **not** for an Internet-level infrast= ructure. Even for web services, these systems fall short of expectations,= because the web today has so many more applications, services and protoc= ols =E2=80=93 take WebRTC for example. Totally unclear, how systems such = as IPFS would cater to that. Obviously, ICN operates on a different level= =2E * The discussion and my analysis on centralization so far has many people= , including me, to think that the main driver is really economic concentr= ation and correlated phenomenons such as exploiting personal information = on centralized platforms, i.e., it could be seen as a failure to apply an= titrust and similar actions. There is probably little hope that ICN would= be able to induce any measurable difference in the same socio-economic e= nvironment. Still, IMO it's worthwhile zooming a bit into the technologies for a more= nuanced comparison: Most web3 proposals that I have seen assumed some ki= nd of overlay, P2P-inspired system, using DHTs for name resolution etc. =E2= =80=93 plus a good portion of cryptocurrency fluff of course. These syste= ms are not amenable to decentralized operation in a strict sense, because= you need access to some form of logically centralized resolution system = etc. ICN has two main tenants that are relevant to mention here: access to nam= ed data as first-order principle (i.e., really not requiring resolution c= onceptually at all) and the built-in security framework, enabling buildin= g local trust relationships for communication without dependencies on ext= ernal trust anchors (in the blockchain or web PKI). Unlike most web3 systems, you can really build autonomous application in = local networks, i.e., operate in a decentralized way. Moreover you can bu= ild systems accessing named data without location notion at all, not only= for files or web objects, but for any kind of data and service. Some of complexities in todays networks stem from issues such as: * complexities in setting up and managing secure communication endpoints,= servers etc. * limitations in TCP/IP or QUIC/UDP with respect to steering traffic to c= opies or alternative loci of data/computation The latter is a real issue in CDN, edge computing today, and ICN has a po= tential opportunity here in making content replication, local provisionin= g, location-independent access to computation results less complex withou= t compromising on security. Now, this alone will not change value chains, business models and general= capital concentration =E2=80=93 this would take political actions etc. H= owever, legislation and regulation also need a solution space to navigate= , e.g., when demanding anti-monopolistic measures such as user data and s= ervice portability, there needs to be technical alternative in the first = place. All of this a very much theoretic deliberation of course, unless more sys= tems get built to demonstrate some of this. Looking forward to your comments. Dirk --=_MailMate_28CD03C8-395D-4DE3-98D2-1F3B4EEF53B8_= Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

=E2=80=A6at least in my opinion. It= =E2=80=99s not clear if you follow this person=E2=80=99s reasoning whethe= r some of the similar arguments about NDN/CCNx=E2=80=99s allegedly better= distributed protocol design matters in practice.

Thanks for sharing and for re-kindling this discussion. I= had seen the article, too.

My view on this:

  • the hilarious difference between "crypto" claims and realit= y it well observed, in my experience. I could imagine though that most of= the contradictions (actual centralized mode of operation) will probably = be ascribed to initial deployment factors by web3 proponents.
  • in any case, both the scientific quality (peer-review, let alone meri= tocratic processes as we have in the IETF) as well as the level of operat= ional considerations (that would be required for Internet-scale operation= , and that is typically very important in Internet protocol/system design= ) leaves room for improvement.

On the analogy with ICN on distributed protocol design an= d decentralization:

  • While some web3 proposal make broader claims, it is IMO obvious that = these systems generally try to establish an alternative platform for cont= ent (i.e., file) access =E2=80=93 but not for an Interne= t-level infrastructure. Even for web services, these systems fall short o= f expectations, because the web today has so many more applications, serv= ices and protocols =E2=80=93 take WebRTC for example. Totally unclear, ho= w systems such as IPFS would cater to that. Obviously, ICN operates on a = different level.
  • The discussion and my analysis on centralization so far has many peop= le, including me, to think that the main driver is really economic concen= tration and correlated phenomenons such as exploiting personal informatio= n on centralized platforms, i.e., it could be seen as a failure to apply = antitrust and similar actions. There is probably little hope that ICN wou= ld be able to induce any measurable difference in the same socio-economic= environment.

Still, IMO it's worthwhile zooming a bit into the technol= ogies for a more nuanced comparison: Most web3 proposals that I have seen= assumed some kind of overlay, P2P-inspired system, using DHTs for name r= esolution etc. =E2=80=93 plus a good portion of cryptocurrency fluff of c= ourse. These systems are not amenable to decentralized operation in a str= ict sense, because you need access to some form of logically centralized = resolution system etc.

ICN has two main tenants that are relevant to mention her= e: access to named data as first-order principle (i.e., really not requir= ing resolution conceptually at all) and the built-in security framework, = enabling building local trust relationships for communication without dep= endencies on external trust anchors (in the blockchain or web PKI).

Unlike most web3 systems, you can really build autonomous= application in local networks, i.e., operate in a decentralized way. Mor= eover you can build systems accessing named data without location notion = at all, not only for files or web objects, but for any kind of data and s= ervice.

Some of complexities in todays networks stem from issues = such as:

  • complexities in setting up and managing secure communication endpoint= s, servers etc.
  • limitations in TCP/IP or QUIC/UDP with respect to steering traffic to= copies or alternative loci of data/computation

The latter is a real issue in CDN, edge computing today, = and ICN has a potential opportunity here in making content replication, l= ocal provisioning, location-independent access to computation results les= s complex without compromising on security.

Now, this alone will not change value chains, business mo= dels and general capital concentration =E2=80=93 this would take politica= l actions etc. However, legislation and regulation also need a solution s= pace to navigate, e.g., when demanding anti-monopolistic measures such as= user data and service portability, there needs to be technical alternati= ve in the first place.

All of this a very much theoretic deliberation of course,= unless more systems get built to demonstrate some of this.

Looking forward to your comments.

Dirk

--=_MailMate_28CD03C8-395D-4DE3-98D2-1F3B4EEF53B8_=-- --=_MailMate_C923AEE9-2BBA-4F69-91EC-C621874C23BD_= Content-Description: S/MIME digital signature Content-Disposition: attachment; filename="smime.p7s" Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCCcow ggSNMIIDdaADAgECAgg/eb23VXwJejANBgkqhkiG9w0BAQsFADBmMQswCQYDVQQGEwJERTEzMDEG A1UECgwqREdOIERldXRzY2hlcyBHZXN1bmRoZWl0c25ldHogU2VydmljZSBHbWJIMSIwIAYDVQQD DBlkZ25zZXJ2aWNlIENBIDIgVHlwZSBFOlBOMB4XDTIyMDEwMzE1MDIzOVoXDTIzMDEwMzE1MDIz OVowazELMAkGA1UEBhMCREUxITAfBgNVBAUTGDQwMDAwMDAwNjFkMzEyNmUwOWQwOTBjYzEWMBQG A1UEAwwNRGlyayBLdXRzY2hlcjEhMB8GCSqGSIb3DQEJARYSaWV0ZkBka3V0c2NoZXIubmV0MIIB IjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAzuo/HYhT4lTGL2JnOujwqg650zaWfv9arTjC mePhgkVYAi86ZkRrPZqgCXlu1s02555WsJP6ijPiirS4ksEo21+Tm3q/C6GmYMcsDbNf3MsbiWE9 F3UNTDMU+pQF3zdLpijhOScJkPVDrWHbUMqQrmsYY/WS3gjcaWm+kNVVSPI3pCpHUXHuh/eYkYsM aDTVnpFzdnN73GrLRk6c6n8ygVJhTgMfWQy4OdT9eRiEba52zlh0X7LtX2xyJglWHcPV5iUcmyeu 2Y2SBpWCJyvWTDJmUa18/nJxy/HBxlh/4HF4v79yTSXO4+WbFjwneeinR9x7cXXwmTbmR24150Dm KwIDAQABo4IBODCCATQwHQYDVR0OBBYEFPf23bDi7fxoGbs03N2cNXepocFxMAwGA1UdEwEB/wQC MAAwHwYDVR0jBBgwFoAU6caT0dUPBmRy6mqWProQ8lRUsnkwVgYDVR0gBE8wTTBLBgwrBgEEAfsr AgEDAggwOzA5BggrBgEFBQcCARYtaHR0cDovL3NlYzUuZGduc2VydmljZS5kZS9wb2xpY2llcy9p bmRleC5odG1sMD4GA1UdHwQ3MDUwM6AxoC+GLWh0dHA6Ly9zZWM1LmRnbnNlcnZpY2UuZGUvY3Js L2NybDItdHlwZS1lLmNybDAOBgNVHQ8BAf8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsG AQUFBwMEMB0GA1UdEQQWMBSBEmlldGZAZGt1dHNjaGVyLm5ldDANBgkqhkiG9w0BAQsFAAOCAQEA ZDjFkSVUuYA7mc5zfp4LE+Pkn8FJsYISjtuPLVULfibkjNLD1LBdHISO4Wcgn3hrIgQ887ad3Dm/ we0YlTG+1byygJuJSOJ4S19qunt4pY5MMFth+ReXimoWBiJNHEKnb4vt2NKPhqj18P9LXy26Lrm/ RsrB7FnX7LeTebaD9JcUYnzTPOEGC1Zliyf2nDNvoZaiKPFr17XO/ifxNgaOSs7C21WAMXSBgJjj lQ0hv773DQWutILEXjLcogiH3LYFwInDOtwfXSVKX/gbvH8Ca/seWm1gGTpJIBr0AM4c0Wk0hHEV DoCOg1FJx4mRMGHyNcrMypufY6HH16UMp7YyGTCCBTUwggQdoAMCAQICCFUcStdmrSX2MA0GCSqG SIb3DQEBCwUAMGExCzAJBgNVBAYTAkRFMTMwMQYDVQQKDCpER04gRGV1dHNjaGVzIEdlc3VuZGhl aXRzbmV0eiBTZXJ2aWNlIEdtYkgxHTAbBgNVBAMMFGRnbnNlcnZpY2UgUm9vdCA3OlBOMB4XDTE2 MTAyNjA5MjI0MVoXDTI0MTAyNjA5MjI0MVowZjELMAkGA1UEBhMCREUxMzAxBgNVBAoMKkRHTiBE ZXV0c2NoZXMgR2VzdW5kaGVpdHNuZXR6IFNlcnZpY2UgR21iSDEiMCAGA1UEAwwZZGduc2Vydmlj ZSBDQSAyIFR5cGUgRTpQTjCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBANyl8pQ/dMej R9KXZs5ro81tFwNhloThlXe8sat79Tjjk6xFqE5E94//0vifJxMrp9RrCkNOo5oPG1djGOgk0L0u cpHFUH9SQF/SHbm83QvWJXgqEJpjxOKZXTPbJRKVvY25niB0FTr2omRqypiP4A/w5xA6jSJ2P02v V6WgcPfaLQkM+SEGPxV/pzpvuY3KfzJ9li9mXPNXaJD9y+jqIUvHbCAbuYKQ5nwEAcYMXDpPRQgD QGTrRiFExHEjsZeMzEFADZj9deg/h29AMO0w2YrSvkNReh/zvDZutdy25DZvjE3AUgStWgBC7x+2 ddOb2I61o6xbIsxlfq/mzNpAGoECAwEAAaOCAeowggHmMBIGA1UdEwEB/wQIMAYBAf8CAQAwHwYD VR0jBBgwFoAUAQwWG3Ry0zwU7iZ3t0kUU9j7ixswWwYIKwYBBQUHAQEETzBNMEsGCCsGAQUFBzAB hj9odHRwOi8vcm9jc3AtZGduLmRnbnNlcnZpY2UuZGU6ODA4MC9lamJjYS9wdWJsaWN3ZWIvc3Rh dHVzL29jc3AwagYDVR0gBGMwYTBfBgwrBgEEAfsrAgEEAgEwTzBNBggrBgEFBQcCARZBaHR0cDov L3d3dy5kZ25zZXJ2aWNlLmRlL3RydXN0Y2VudGVyL3B1YmxpYy9kZ25zZXJ2aWNlL2luZGV4Lmh0 bWwwgZkGA1UdHwSBkTCBjjCBi6CBiKCBhYaBgmxkYXA6Ly9sZGFwLmRnbnNlcnZpY2UuZGU6Mzg5 L0NOPUNSTC0xLE89REdOJTIwU2VydmljZSUyMEdtYkgsQz1ERT9jZXJ0aWZpY2F0ZVJldm9jYXRp b25MaXN0P2Jhc2U/b2JqZWN0Q2xhc3M9Y1JMRGlzdHJpYnV0aW9uUG9pbnQwHQYDVR0OBBYEFOnG k9HVDwZkcupqlj66EPJUVLJ5MA4GA1UdDwEB/wQEAwIBBjAbBgkrBgEEAcBtAwUEDjAMBgorBgEE AcBtAwUBMA0GCSqGSIb3DQEBCwUAA4IBAQCrvDn6Rcn7/FNq3SOJNfgYNfkdR5CiGoC4sZ+i0dyp CqqMXwbpRQjSriLS2eEe2V2Fms0E4SuBOEaxOg1nVjYafQVGtytRT0ueFIzB3VcnQl7oRFJ0SHi9 d/xjElAZkk8I8lytuWG57SabA72duEp7AaCWG3lVZIdNLy+rkNrfNvEUbqUh0TrZXgqpwwCLJjYF 8vyC4I+xxNaXm3EmuNvgQ2j2dGp3Oxc0QbfLLOCbK/rOdDikaBN7kTqpfHls7pcIOhQrgrPVLzY/ NHqG9zEpmjuQora63YHdu7BTzGp/DvcQwfyKa/gtb9LHn3AoSUqOKOMd02sUb/AxGhsNjMzJMYIC JTCCAiECAQEwcjBmMQswCQYDVQQGEwJERTEzMDEGA1UECgwqREdOIERldXRzY2hlcyBHZXN1bmRo ZWl0c25ldHogU2VydmljZSBHbWJIMSIwIAYDVQQDDBlkZ25zZXJ2aWNlIENBIDIgVHlwZSBFOlBO Agg/eb23VXwJejANBglghkgBZQMEAgEFAKCBhTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMC8G CSqGSIb3DQEJBDEiBCBmPN0vznfVGNGKCrnNQ2DJ+V+vWgW6EEY3izjhZSvqejA4BgkqhkiG9w0B CQ8xKzApMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYJKoZIhvcN AQELBQAEggEAmny9eVA7o2/YVfPdNKKQbHHOaQirPVdOWDVE8RvF95ESzHSpzWjb7GzWP6sYdxXR ga1khfyLKmWp73QqEWJQtlN/6ak5U7HD8OYUCx/grt4P2qvUd8CRGvbTdf40EIoTM9Thfh0wLuaf av/8vptl8cD1GjOILWSpPQMVn5NLxaRhrSN0McWVCuFIwaamORsKr/tkTp1Ei81tc9TvNDUw/659 nXjtYMVRgRLzWLkG6sb3cvZhZ1VnoXuSUg9+q66uJ6t2u0IDCQdXJOU+3AgVq3o7M+PKySZ3/7qU hmEp3KK0tU18C5xucsLkk4fTEn1bMqqpFKUplrMjEzFXhunkWQAAAAAAAA== --=_MailMate_C923AEE9-2BBA-4F69-91EC-C621874C23BD_=-- From nobody Mon Jan 10 12:52:24 2022 Return-Path: X-Original-To: icnrg@ietfa.amsl.com Delivered-To: icnrg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EB38F3A08D0 for ; Mon, 10 Jan 2022 12:52:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 lv24Ni_avkkb for ; Mon, 10 Jan 2022 12:52:18 -0800 (PST) Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.17.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 44FF53A08CD for ; Mon, 10 Jan 2022 12:52:17 -0800 (PST) Received: from [192.168.1.50] ([95.89.114.110]) by mrelayeu.kundenserver.de (mreue107 [212.227.15.183]) with ESMTPSA (Nemesis) id 1MIxqu-1mnq4720cc-00KNUg; Mon, 10 Jan 2022 21:51:57 +0100 From: Dirk Kutscher To: "David R. Oran" Cc: ICNRG Date: Mon, 10 Jan 2022 21:51:54 +0100 X-Mailer: MailMate (1.14r5852) Message-ID: <850E8734-2DC0-4C0A-A371-DF8245A6B909@dkutscher.net> In-Reply-To: <7E304C46-37B9-4B79-AE7D-A2CFE1A3E106@orandom.net> References: <7E304C46-37B9-4B79-AE7D-A2CFE1A3E106@orandom.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=_MailMate_CE3BEF5B-DB5E-43A1-9F7E-803263F00E66_="; micalg=sha-256; protocol="application/pkcs7-signature" X-Provags-ID: V03:K1:g/HzPFmpxFCtYlZCihTYiZFAiMqJooyRK1fk+tPa50BqwrAPpBE mkAyOMQM3fl6400lyAuNF3I/YGz7Fi5oiuTTgtXWJ0tSRzSK2iFemvZAog5CFKdKMAhx4lr DOeQ7Tfqb4fU1tjGnWH87V0XdjnwQUIeHZ8ww1eJvvUNY6V8Dl0GjIisHQh2hVDgJZeZWVG xHElj2FwMpXiC9sYtuWmw== X-UI-Out-Filterresults: notjunk:1;V03:K0:ljew7hDV61M=:OyGfUhNjuxKFR6FsHeS03z bzCQft4rrkVEXVI6eY1ZUvWcXsnGCmjrp4CH4S5JDbq2Tia84YtqB2uF4IICE6LpUkXhPyZJP hA7mWobMDymoUzNVK298rZHSAHll6cPfZ+lkjawxpxNf/kpHV9VaT+UPpL/Bzjg/ifbOuPyL/ 48YW291a37Oh8k3moMxd8CtVLGMePEG32bLTnpYz8BhXNmBfIk405I1jVmLZAvzXV0zH+L1ny xBtX/u8+h/yQPRVmNO77dUcpiLrsJu6084FBLdHtUmfadcZx8PbtwRl5ADdBWXTG7rZ2sto1n agvuH3uIYOQYqja3iFaRiknm3+jZJiUOh2wtOKL6xOSwvrYjCLUMHz0I9sUSjkdCErIAym2Ow joRBKeQ4m+K9uJmrgmBQMFz126llWxjSxi4lCg2g9ibVZ9w93u57kCJYd5DQe5947mKaguwdi h3oD3rsFkAd66pTjZ6ATsf3WjgCq9HEhSUDj87bElgNSJYcWvE+RVXabK1tkJnc9Pyn4Jht9B hwYb24JUPAKmpTmyIDsiQesnsT7Eag+C+j0n/dAV4HY4qTBuYQGmY1KTEpLG9SiEjqEotw0QE 3/NhDsGBK+Q8ud7WJ2CVExvJfzyhRaBQyA2496cdiLJkPVbh0xOCFYZ1c8mK+XDb6HCyeabpy lLQY1bE6yZ7JUOWiWC6WTHv37woS8qbXKPMTPTqJl9ZB6l6+T+W32z6uoAFxiNqlTNTk= Archived-At: Subject: Re: [icnrg] Reminder: ICNRG Last Call on Ping and Traceroute Drafts X-BeenThere: icnrg@irtf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Information-Centric Networking research group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jan 2022 20:52:23 -0000 This is an S/MIME signed message (RFC 5652 and 8551). --=_MailMate_CE3BEF5B-DB5E-43A1-9F7E-803263F00E66_= Content-Type: multipart/alternative; boundary="=_MailMate_B445E696-8866-4F4B-8EA2-8A84E37E6926_=" --=_MailMate_B445E696-8866-4F4B-8EA2-8A84E37E6926_= Content-Type: text/plain; charset=UTF-8; markup=markdown Content-Transfer-Encoding: quoted-printable Thanks =E2=80=93 some comments on both drafts: The specs look complete to me =E2=80=93 maybe one optimization for clarit= y: when describing the overall operation before the sections with the pac= ket formats, would it make sense to explicitly say that this is relying o= n path steering (as a mechanism)? Currently, we say "To this end, it is important to have a mechanism to st= eer consecutive ping echo requests for the same name towards an individua= l path. Such a capability was initially published in [PATHSTEERING]...". Maybe just be more explicit about path steering? Currently, path steering is also not listed as a normative reference =E2=80= =93 is that on purpose? Dirk On 5 Jan 2022, at 17:40, David R. Oran wrote: >> We are issuing **ICNRG last call** on our other two instrumentation dr= afts, Ping and Traceroute. These can be found in the usual data tracker l= ist, at >> >> https://datatracker.ietf.org/doc/draft-irtf-icnrg-icnping/ >> and >> https://datatracker.ietf.org/doc/draft-irtf-icnrg-icntraceroute/ >> >> Please review these in full and send comments to the mailing list. >> >> Given the holidays, we have an extended last call period, which will c= lose on **Friday January 14, 2022**. >> > _______________________________________________ > icnrg mailing list > icnrg@irtf.org > https://www.irtf.org/mailman/listinfo/icnrg --=_MailMate_B445E696-8866-4F4B-8EA2-8A84E37E6926_= Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Thanks =E2=80=93 some comments on both drafts:

The specs look complete to me =E2=80=93 maybe one optimiz= ation for clarity: when describing the overall operation before the secti= ons with the packet formats, would it make sense to explicitly say that t= his is relying on path steering (as a mechanism)?

Currently, we say "To this end, it is important to h= ave a mechanism to steer consecutive ping echo requests for the same name= towards an individual path. Such a capability was initially published in= [PATHSTEERING]...".

Maybe just be more explicit about path steering?

Currently, path steering is also not listed as a normativ= e reference =E2=80=93 is that on purpose?

Dirk

On 5 Jan 2022, at 17:40, David R. Oran wrote:

We are issuing ICNRG last call on our ot= her two instrumentation drafts, Ping and Traceroute. These can be found i= n the usual data tracker list, at

https://datatracker.ietf.org/doc/= draft-irtf-icnrg-icnping/
and
https://datatracker.ietf.org/doc/draft-irtf= -icnrg-icntraceroute/

Please review these in full and send comments to the mail= ing list.

Given the holidays, we have an extended last call period,= which will close on Friday January 14, 2022.

icnrg mailing list
icnrg@irtf.or= g
https://www.irtf.org/mailman/listinfo/icnrg

--=_MailMate_B445E696-8866-4F4B-8EA2-8A84E37E6926_=-- --=_MailMate_CE3BEF5B-DB5E-43A1-9F7E-803263F00E66_= Content-Description: S/MIME digital signature Content-Disposition: attachment; filename="smime.p7s" Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCCcow ggSNMIIDdaADAgECAgg/eb23VXwJejANBgkqhkiG9w0BAQsFADBmMQswCQYDVQQGEwJERTEzMDEG A1UECgwqREdOIERldXRzY2hlcyBHZXN1bmRoZWl0c25ldHogU2VydmljZSBHbWJIMSIwIAYDVQQD DBlkZ25zZXJ2aWNlIENBIDIgVHlwZSBFOlBOMB4XDTIyMDEwMzE1MDIzOVoXDTIzMDEwMzE1MDIz OVowazELMAkGA1UEBhMCREUxITAfBgNVBAUTGDQwMDAwMDAwNjFkMzEyNmUwOWQwOTBjYzEWMBQG A1UEAwwNRGlyayBLdXRzY2hlcjEhMB8GCSqGSIb3DQEJARYSaWV0ZkBka3V0c2NoZXIubmV0MIIB IjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAzuo/HYhT4lTGL2JnOujwqg650zaWfv9arTjC mePhgkVYAi86ZkRrPZqgCXlu1s02555WsJP6ijPiirS4ksEo21+Tm3q/C6GmYMcsDbNf3MsbiWE9 F3UNTDMU+pQF3zdLpijhOScJkPVDrWHbUMqQrmsYY/WS3gjcaWm+kNVVSPI3pCpHUXHuh/eYkYsM aDTVnpFzdnN73GrLRk6c6n8ygVJhTgMfWQy4OdT9eRiEba52zlh0X7LtX2xyJglWHcPV5iUcmyeu 2Y2SBpWCJyvWTDJmUa18/nJxy/HBxlh/4HF4v79yTSXO4+WbFjwneeinR9x7cXXwmTbmR24150Dm KwIDAQABo4IBODCCATQwHQYDVR0OBBYEFPf23bDi7fxoGbs03N2cNXepocFxMAwGA1UdEwEB/wQC MAAwHwYDVR0jBBgwFoAU6caT0dUPBmRy6mqWProQ8lRUsnkwVgYDVR0gBE8wTTBLBgwrBgEEAfsr AgEDAggwOzA5BggrBgEFBQcCARYtaHR0cDovL3NlYzUuZGduc2VydmljZS5kZS9wb2xpY2llcy9p bmRleC5odG1sMD4GA1UdHwQ3MDUwM6AxoC+GLWh0dHA6Ly9zZWM1LmRnbnNlcnZpY2UuZGUvY3Js L2NybDItdHlwZS1lLmNybDAOBgNVHQ8BAf8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsG AQUFBwMEMB0GA1UdEQQWMBSBEmlldGZAZGt1dHNjaGVyLm5ldDANBgkqhkiG9w0BAQsFAAOCAQEA ZDjFkSVUuYA7mc5zfp4LE+Pkn8FJsYISjtuPLVULfibkjNLD1LBdHISO4Wcgn3hrIgQ887ad3Dm/ we0YlTG+1byygJuJSOJ4S19qunt4pY5MMFth+ReXimoWBiJNHEKnb4vt2NKPhqj18P9LXy26Lrm/ RsrB7FnX7LeTebaD9JcUYnzTPOEGC1Zliyf2nDNvoZaiKPFr17XO/ifxNgaOSs7C21WAMXSBgJjj lQ0hv773DQWutILEXjLcogiH3LYFwInDOtwfXSVKX/gbvH8Ca/seWm1gGTpJIBr0AM4c0Wk0hHEV DoCOg1FJx4mRMGHyNcrMypufY6HH16UMp7YyGTCCBTUwggQdoAMCAQICCFUcStdmrSX2MA0GCSqG SIb3DQEBCwUAMGExCzAJBgNVBAYTAkRFMTMwMQYDVQQKDCpER04gRGV1dHNjaGVzIEdlc3VuZGhl aXRzbmV0eiBTZXJ2aWNlIEdtYkgxHTAbBgNVBAMMFGRnbnNlcnZpY2UgUm9vdCA3OlBOMB4XDTE2 MTAyNjA5MjI0MVoXDTI0MTAyNjA5MjI0MVowZjELMAkGA1UEBhMCREUxMzAxBgNVBAoMKkRHTiBE ZXV0c2NoZXMgR2VzdW5kaGVpdHNuZXR6IFNlcnZpY2UgR21iSDEiMCAGA1UEAwwZZGduc2Vydmlj ZSBDQSAyIFR5cGUgRTpQTjCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBANyl8pQ/dMej R9KXZs5ro81tFwNhloThlXe8sat79Tjjk6xFqE5E94//0vifJxMrp9RrCkNOo5oPG1djGOgk0L0u cpHFUH9SQF/SHbm83QvWJXgqEJpjxOKZXTPbJRKVvY25niB0FTr2omRqypiP4A/w5xA6jSJ2P02v V6WgcPfaLQkM+SEGPxV/pzpvuY3KfzJ9li9mXPNXaJD9y+jqIUvHbCAbuYKQ5nwEAcYMXDpPRQgD QGTrRiFExHEjsZeMzEFADZj9deg/h29AMO0w2YrSvkNReh/zvDZutdy25DZvjE3AUgStWgBC7x+2 ddOb2I61o6xbIsxlfq/mzNpAGoECAwEAAaOCAeowggHmMBIGA1UdEwEB/wQIMAYBAf8CAQAwHwYD VR0jBBgwFoAUAQwWG3Ry0zwU7iZ3t0kUU9j7ixswWwYIKwYBBQUHAQEETzBNMEsGCCsGAQUFBzAB hj9odHRwOi8vcm9jc3AtZGduLmRnbnNlcnZpY2UuZGU6ODA4MC9lamJjYS9wdWJsaWN3ZWIvc3Rh dHVzL29jc3AwagYDVR0gBGMwYTBfBgwrBgEEAfsrAgEEAgEwTzBNBggrBgEFBQcCARZBaHR0cDov L3d3dy5kZ25zZXJ2aWNlLmRlL3RydXN0Y2VudGVyL3B1YmxpYy9kZ25zZXJ2aWNlL2luZGV4Lmh0 bWwwgZkGA1UdHwSBkTCBjjCBi6CBiKCBhYaBgmxkYXA6Ly9sZGFwLmRnbnNlcnZpY2UuZGU6Mzg5 L0NOPUNSTC0xLE89REdOJTIwU2VydmljZSUyMEdtYkgsQz1ERT9jZXJ0aWZpY2F0ZVJldm9jYXRp b25MaXN0P2Jhc2U/b2JqZWN0Q2xhc3M9Y1JMRGlzdHJpYnV0aW9uUG9pbnQwHQYDVR0OBBYEFOnG k9HVDwZkcupqlj66EPJUVLJ5MA4GA1UdDwEB/wQEAwIBBjAbBgkrBgEEAcBtAwUEDjAMBgorBgEE AcBtAwUBMA0GCSqGSIb3DQEBCwUAA4IBAQCrvDn6Rcn7/FNq3SOJNfgYNfkdR5CiGoC4sZ+i0dyp CqqMXwbpRQjSriLS2eEe2V2Fms0E4SuBOEaxOg1nVjYafQVGtytRT0ueFIzB3VcnQl7oRFJ0SHi9 d/xjElAZkk8I8lytuWG57SabA72duEp7AaCWG3lVZIdNLy+rkNrfNvEUbqUh0TrZXgqpwwCLJjYF 8vyC4I+xxNaXm3EmuNvgQ2j2dGp3Oxc0QbfLLOCbK/rOdDikaBN7kTqpfHls7pcIOhQrgrPVLzY/ NHqG9zEpmjuQora63YHdu7BTzGp/DvcQwfyKa/gtb9LHn3AoSUqOKOMd02sUb/AxGhsNjMzJMYIC JTCCAiECAQEwcjBmMQswCQYDVQQGEwJERTEzMDEGA1UECgwqREdOIERldXRzY2hlcyBHZXN1bmRo ZWl0c25ldHogU2VydmljZSBHbWJIMSIwIAYDVQQDDBlkZ25zZXJ2aWNlIENBIDIgVHlwZSBFOlBO Agg/eb23VXwJejANBglghkgBZQMEAgEFAKCBhTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMC8G CSqGSIb3DQEJBDEiBCAjawmaBc8BXqHd1FJYWZzi8USk37S7xNzLfTrZe33BgTA4BgkqhkiG9w0B CQ8xKzApMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYJKoZIhvcN AQELBQAEggEAPY1MrYh8AUfOG8IiQW9P2f2KDQlfwK9SsgUpxiIRq7eD8gC3+b/r2YSSLIJXxD/d iV+BJuXZUTbcC2i5U5gk5ksGCN2gqvI242yqU+d0YRewA6z+/Xyviz8K0s3UZFLMn9Th6TgSy11l 07pUPKDro376pODzs7Sk42VFkPBJTcU1ObAf1PGRiis05vIX2rYVbVkZlfT5RA4FkW/0cMuNCZgw Rc9pOomw6hktAAeJ6H2Fz8XWr5zlvZshbnFFr08+P2Vdh4elSwBb7hJ8D0UZxKL7djw41w7x98ZL pfeERYkg+VuD0ufEly2ET1CAvoQc8354yCZpJg69o8omSEQkjQAAAAAAAA== --=_MailMate_CE3BEF5B-DB5E-43A1-9F7E-803263F00E66_=-- From nobody Mon Jan 10 13:28:58 2022 Return-Path: X-Original-To: icnrg@ietfa.amsl.com Delivered-To: icnrg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D8FD83A0C42 for ; Mon, 10 Jan 2022 13:28:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 byXpv28lP23b for ; Mon, 10 Jan 2022 13:28:55 -0800 (PST) Received: from spark.crystalorb.net (spark.crystalorb.net [IPv6:2607:fca8:1530::c]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2A9E53A0C40 for ; Mon, 10 Jan 2022 13:28:54 -0800 (PST) Received: from [192.168.15.242] ([IPv6:2601:184:407f:80cf:8b:7c0b:dbfe:eec8]) (authenticated bits=0) by spark.crystalorb.net (8.14.4/8.14.4/Debian-4+deb7u1) with ESMTP id 20ALSjIq012740 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256 verify=NO); Mon, 10 Jan 2022 13:28:47 -0800 From: "David R. Oran" To: Dirk Kutscher Cc: icnrg Date: Mon, 10 Jan 2022 16:28:39 -0500 X-Mailer: MailMate (1.14r5856) Message-ID: <0BA97ECA-A99D-4594-A8E5-83B02D348539@orandom.net> In-Reply-To: <08289530-AE53-4797-923D-2E49B1F7F9D8@dkutscher.net> References: <08289530-AE53-4797-923D-2E49B1F7F9D8@dkutscher.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=_MailMate_0AA9E2FF-D077-497F-91A1-9B6D81D2EBD6_="; micalg=sha-256; protocol="application/pkcs7-signature" Archived-At: Subject: Re: [icnrg] This view on web3has some interesting ties to ICN X-BeenThere: icnrg@irtf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Information-Centric Networking research group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jan 2022 21:28:57 -0000 This is an S/MIME signed message (RFC 5652 and 8551). --=_MailMate_0AA9E2FF-D077-497F-91A1-9B6D81D2EBD6_= Content-Type: multipart/alternative; boundary="=_MailMate_4DF3DB76-5400-4857-8AA5-99A18F37BDBC_=" --=_MailMate_4DF3DB76-5400-4857-8AA5-99A18F37BDBC_= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Lots to unpack here, but I wanted to react to one particular piece since = it seems the basis for a lot of recent optimism about ICN for edge applic= ations, like IoT and localized multi-media such as some AR/VR. On 10 Jan 2022, at 15:14, Dirk Kutscher wrote: > Unlike most web3 systems, you can really build autonomous application i= n local networks, i.e., operate in a decentralized way. Moreover you can = build systems accessing named data without location notion at all, not on= ly for files or web objects, but for any kind of data and service. > You might be able to build it, but some of the things that rapidly raise = themselves as thorny issues are: - you need to do a =E2=80=9Cleap of faith=E2=80=9D enrollment on every si= ngle participant in order to get the local trust root installed. This mig= ht be somewhat sidestepped with key pinning to the application code but t= hen: - how do you install/update the application when the participant enters t= he local trust zone with no root key or an expired one? - I=E2=80=99m increasingly convinced that a first order deterrent to this= kind of decentralization is the very small number of entities any indivi= dual is able to assess trust in. I suspect it=E2=80=99s somewhere between= 5 and 25; not thousands or millions. Sure, I don=E2=80=99t want to be fo= rced to trust just one or two financial institutions, or just my national= government bureaucracy, or the small set of Google/Microsoft/Amazon/Alib= aba, etc. but how to I navigate assessing a giant number of trust roots? = It seems at least superficially that web-of-trust approaches should work = swimmingly well here, but we have 30 years of abject failure (e.g. PGP/GP= G) in getting these adopted and maintained in practice. - If you find the point above modestly convincing, then current proven an= d reasonably efficient K-out-of-N keying schemes for enabling modestly-si= zed trusted intermediary sets, and Byzantine fault tolerant agreement pro= tocols for distributed databases seem quite sufficient for all these use = cases. Nice New Year ICN discussion topic, no? --=_MailMate_4DF3DB76-5400-4857-8AA5-99A18F37BDBC_= Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Lots to unpack here, but I wanted to react to one particu= lar piece since it seems the basis for a lot of recent optimism about ICN= for edge applications, like IoT and localized multi-media such as some A= R/VR.

On 10 Jan 2022, at 15:14, Dirk Kutscher wrote:

Unlike most web3 systems, you can really build autonomous applicatio= n in local networks, i.e., operate in a decentralized way. Moreover you c= an build systems accessing named data without location notion at all, not= only for files or web objects, but for any kind of data and service.

=

You might be able to build it, but some of the things tha= t rapidly raise themselves as thorny issues are:

  • you need to do a =E2=80=9Cleap of faith=E2=80=9D enrollme= nt on every single participant in order to get the local trust root insta= lled. This might be somewhat sidestepped with key pinning to the applicat= ion code but then:

  • how do you install/update the application when the partic= ipant enters the local trust zone with no root key or an expired one?

    =

  • I=E2=80=99m increasingly convinced that a first order det= errent to this kind of decentralization is the very small number of entit= ies any individual is able to assess trust in. I suspect it=E2=80=99s som= ewhere between 5 and 25; not thousands or millions. Sure, I don=E2=80=99t= want to be forced to trust just one or two financial institutions, or ju= st my national government bureaucracy, or the small set of Google/Microso= ft/Amazon/Alibaba, etc. but how to I navigate assessing a giant number of= trust roots? It seems at least superficially that web-of-trust approache= s should work swimmingly well here, but we have 30 years of abject failur= e (e.g. PGP/GPG) in getting these adopted and maintained in practice.

    =

  • If you find the point above modestly convincing, then cur= rent proven and reasonably efficient K-out-of-N keying schemes for enabli= ng modestly-sized trusted intermediary sets, and Byzantine fault tolerant= agreement protocols for distributed databases seem quite sufficient for = all these use cases.

Nice New Year ICN discussion topic, no?

--=_MailMate_4DF3DB76-5400-4857-8AA5-99A18F37BDBC_=-- --=_MailMate_0AA9E2FF-D077-497F-91A1-9B6D81D2EBD6_= Content-Description: S/MIME digital signature Content-Disposition: attachment; filename="smime.p7s" Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCCqUw ggUuMIIEFqADAgECAhBuYWaYcrycMAAAAABR05MeMA0GCSqGSIb3DQEBCwUAMIG+MQswCQYDVQQG EwJVUzEWMBQGA1UEChMNRW50cnVzdCwgSW5jLjEoMCYGA1UECxMfU2VlIHd3dy5lbnRydXN0Lm5l dC9sZWdhbC10ZXJtczE5MDcGA1UECxMwKGMpIDIwMDkgRW50cnVzdCwgSW5jLiAtIGZvciBhdXRo b3JpemVkIHVzZSBvbmx5MTIwMAYDVQQDEylFbnRydXN0IFJvb3QgQ2VydGlmaWNhdGlvbiBBdXRo b3JpdHkgLSBHMjAeFw0xOTA0MTYxNTM1NTJaFw0zMDExMTYxNjA1NTJaMIG3MQswCQYDVQQGEwJV UzEWMBQGA1UEChMNRW50cnVzdCwgSW5jLjEoMCYGA1UECxMfU2VlIHd3dy5lbnRydXN0Lm5ldC9s ZWdhbC10ZXJtczE5MDcGA1UECxMwKGMpIDIwMTUgRW50cnVzdCwgSW5jLiAtIGZvciBhdXRob3Jp emVkIHVzZSBvbmx5MSswKQYDVQQDEyJFbnRydXN0IENsYXNzIDEgQ2xpZW50IENBIC0gU0hBMjU2 MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA2DmtXj1lwZOXaWXvERtOSP7QMI+Ts82R Qc2etqDeYwctILXqkwsQrZB6YjKa1BQnBmLHxn3cWxKJtqCT7ZP95YVxc0MXjP5ifP9xD/f59jlY d/7SPIxQUjX1+vsV6aY4tTzPiaOu3VHVGbD70si3WdUvJh367CMOU2o0mXi9MwW1fBwMHK99NKgp wpr4QhyT2aZ+os/hGGQLUYmse5Dfshq79eelXyFC1FIrvM0AhAk+T3NKFPmckKwyk30jkFMElSne TR7ganOTMeT1OEqVomyJsMzJugVaMzuSt4vhJFSt/XXRMPcPT9PEx39X78NNkWeTTkL1Ghq9O2We AStQNwIDAQABo4IBKzCCAScwDgYDVR0PAQH/BAQDAgGGMBIGA1UdEwEB/wQIMAYBAf8CAQAwHQYD VR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDsGA1UdIAQ0MDIwMAYEVR0gADAoMCYGCCsGAQUF BwIBFhpodHRwOi8vd3d3LmVudHJ1c3QubmV0L3JwYTAzBggrBgEFBQcBAQQnMCUwIwYIKwYBBQUH MAGGF2h0dHA6Ly9vY3NwLmVudHJ1c3QubmV0MDAGA1UdHwQpMCcwJaAjoCGGH2h0dHA6Ly9jcmwu ZW50cnVzdC5uZXQvZzJjYS5jcmwwHQYDVR0OBBYEFOJJuewl3rcM3uVQGFtIzAyOFfKmMB8GA1Ud IwQYMBaAFGpyJnrQHu995ztpUdRsjZ+QEmarMA0GCSqGSIb3DQEBCwUAA4IBAQBVuaCwN5r85cQp hcyUe+RXqaYyUmVEqTWG/a98UJdX44vkCgzdD/+Cn4o6wbRun7Ak0kdCR3qfFA17/5QOQ8DLOyR5 X37Ytxby24lTLKKehNlc3japM8XQQFaJqLMq3MXXFYhWlFk4UHwXYLcDR7XyA3hYuaL6HU92h+uG SDEcBeV+nXrk4FRgEfGvilHfd+8ozBjSVKOF6L1+fuJNkaFWYvJ4Qi64nlmXDsk6K9f6P4FT8hXA 2Cn6tQGAqCz8t6bn7ljtaxCMJ10LE+omiZDfWXv4PrkvgWnNqZEzQw+E09HwEc7DjV9/fGqUhLR2 AKkjYE/78rlymYPvOf7bmpSYMIIFbzCCBFegAwIBAgIQbaRL0dWlwJNMic51wj3+PzANBgkqhkiG 9w0BAQsFADCBtzELMAkGA1UEBhMCVVMxFjAUBgNVBAoTDUVudHJ1c3QsIEluYy4xKDAmBgNVBAsT H1NlZSB3d3cuZW50cnVzdC5uZXQvbGVnYWwtdGVybXMxOTA3BgNVBAsTMChjKSAyMDE1IEVudHJ1 c3QsIEluYy4gLSBmb3IgYXV0aG9yaXplZCB1c2Ugb25seTErMCkGA1UEAxMiRW50cnVzdCBDbGFz cyAxIENsaWVudCBDQSAtIFNIQTI1NjAeFw0yMDA4MjcxNTU0MTdaFw0yMzA4MjcxNTU0MTdaMIGd MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxNzA1BgNVBAsTLkVudHJ1c3QgQ2xhc3Mg MSBJZGVudGl0eSBDZXJ0aWZpY2F0aW9uIFNlcnZpY2UxHTAbBgNVBAMMFGRhdmVvcmFuQG9yYW5k b20ubmV0MSMwIQYJKoZIhvcNAQkBFhRkYXZlb3JhbkBvcmFuZG9tLm5ldDCCASIwDQYJKoZIhvcN AQEBBQADggEPADCCAQoCggEBAKmi7tvdfSpbVAjHS06R6DI/fgfxmidVo7K1JZmnYFECCBnN1wwJ FP4BRg85vxLI/MVld9qhTURsqUV8GKz/Cf34rWUcCo8sWSSLrzjlOzpHT5hLUkjCO2N0QDxj+/D/ Dz+kxxCDRNqst8HxkUfEyJYDrVHA0WpW/9ApPD8hfFqs9yDR0VTdz3Bm50FTe2ypQKzMsotxdHbK fuNCriX5nDqROASfUPDNuiM2XpKwx30H+SovgkNbhrcflFy3BcqpL4X8j4iI3NvTu+/IRnR83rxC +MJiYA7ADRmylU1Tu/rs+qJ8CUD+6Qne9ULNp6EfabCN5uCsPv9JYOIS7tzYiQcCAwEAAaOCAY0w ggGJMA4GA1UdDwEB/wQEAwIFoDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwDAYDVR0T AQH/BAIwADAdBgNVHQ4EFgQUExHr2G3p1LCi1a8RZ/ATk/AP+qcwHwYDVR0jBBgwFoAU4km57CXe twze5VAYW0jMDI4V8qYwaQYIKwYBBQUHAQEEXTBbMCMGCCsGAQUFBzABhhdodHRwOi8vb2NzcC5l bnRydXN0Lm5ldDA0BggrBgEFBQcwAoYoaHR0cDovL2FpYS5lbnRydXN0Lm5ldC9jbGFzczEtc2hh MjU2LmNlcjA5BgNVHR8EMjAwMC6gLKAqhihodHRwOi8vY3JsLmVudHJ1c3QubmV0L2NsYXNzMS1z aGEyNTYuY3JsMB8GA1UdEQQYMBaBFGRhdmVvcmFuQG9yYW5kb20ubmV0MEMGA1UdIAQ8MDowOAYL YIZIAYb6bAoBBAEwKTAnBggrBgEFBQcCARYbaHR0cHM6Ly93d3cuZW50cnVzdC5uZXQvcnBhMA0G CSqGSIb3DQEBCwUAA4IBAQBiAk4nzL2vlc9hC67F6GgYil2gBmfbdGL81nQ6YrQEQ3S2WJ5v90tl kQ7dZsRPaTPsC/l7RrD7MTUfkKdkfgES907MYbIcdWOrIrsYLhx7EU0W9/+wTMv2VC8+tKkHWIPn OMkrPE8Igi6b0/7EudyLwzVHGr4VVisTGgiCQYDKubad+yUkc9lzr/HsLHhHhZ9Ddpnv3vj1AezK P9o0t/rLcDsfC6xv9NOskY+m4z2v4Lw3otSxrcriGEFYL7tQnsi5HB3QjbBW/+HkAuFude/7yqiV oloBmGQtQ7wLOOYkGJUQ/70zDU/Nembf2oIdkkDToybNBz4oOwf+fUKhQrhfMYICgDCCAnwCAQEw gcwwgbcxCzAJBgNVBAYTAlVTMRYwFAYDVQQKEw1FbnRydXN0LCBJbmMuMSgwJgYDVQQLEx9TZWUg d3d3LmVudHJ1c3QubmV0L2xlZ2FsLXRlcm1zMTkwNwYDVQQLEzAoYykgMjAxNSBFbnRydXN0LCBJ bmMuIC0gZm9yIGF1dGhvcml6ZWQgdXNlIG9ubHkxKzApBgNVBAMTIkVudHJ1c3QgQ2xhc3MgMSBD bGllbnQgQ0EgLSBTSEEyNTYCEG2kS9HVpcCTTInOdcI9/j8wDQYJYIZIAWUDBAIBBQCggYUwGAYJ KoZIhvcNAQkDMQsGCSqGSIb3DQEHATAvBgkqhkiG9w0BCQQxIgQgc3bhA3TQy/KVnkFNpfR2aTZC 34STzmrmjwjPU/BFISUwOAYJKoZIhvcNAQkPMSswKTALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcw DgYIKoZIhvcNAwICAgCAMA0GCSqGSIb3DQEBCwUABIIBAIufCMFB/RhdSLD0JyndmJHFRzOsXn/K UYr7qPrDNKp0HYlehnR1soc00uBEus6bwVyHxC8huNBr+xcVf510+khtQbO2XPOoYzMLn8mLOYr2 tUqRhQtRReajK9EeHnwJEFhRk0FaiROtXaNJPqiJXTLgUauFxvYeoX4bQMCAotUQr8lMT6if3/aH XzY144MrmjnYh8re1pD21fryCoBc5fU5xfoTjh1zAUq381mMk6XaDHM4jgn0ODfufiTuVkO8FKsb OB6YtB1b/C1fbxCXMRKtQX/aIfAdbRjSx6XaLST03hN7BqQKkoMcKlrk5abmJEdjUMvZEPp78WR+ r/WoOSAAAAAAAAA= --=_MailMate_0AA9E2FF-D077-497F-91A1-9B6D81D2EBD6_=-- From nobody Tue Jan 11 01:37:57 2022 Return-Path: X-Original-To: icnrg@ietfa.amsl.com Delivered-To: icnrg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 09DCE3A20AD for ; Tue, 11 Jan 2022 01:37:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.61 X-Spam-Level: X-Spam-Status: No, score=-2.61 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.714, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 vbQ_XCc4yVL8 for ; Tue, 11 Jan 2022 01:37:52 -0800 (PST) Received: from mail-out1.informatik.tu-muenchen.de (mail-out1.in.tum.de [131.159.0.8]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BD3573A20AA for ; Tue, 11 Jan 2022 01:37:51 -0800 (PST) Received: from mailrelay1.rbg.tum.de (mailrelay1.in.tum.de [131.159.254.14]) by mail-out1.informatik.tu-muenchen.de (Postfix) with ESMTP id C2EFB2400E0; Tue, 11 Jan 2022 10:37:48 +0100 (CET) Received: by mailrelay1.rbg.tum.de (Postfix, from userid 112) id C059146A; Tue, 11 Jan 2022 10:37:48 +0100 (CET) Received: from mailrelay1.rbg.tum.de (localhost [127.0.0.1]) by mailrelay1.rbg.tum.de (Postfix) with ESMTP id 959ED1D7; Tue, 11 Jan 2022 10:37:48 +0100 (CET) Received: from mail.in.tum.de (mailproxy.in.tum.de [IPv6:2a09:80c0::78]) by mailrelay1.rbg.tum.de (Postfix) with ESMTPS id 9387C1D4; Tue, 11 Jan 2022 10:37:48 +0100 (CET) Received: by mail.in.tum.de (Postfix, from userid 112) id 90D944A05E9; Tue, 11 Jan 2022 10:37:48 +0100 (CET) Received: (Authenticated sender: ott) by mail.in.tum.de (Postfix) with ESMTPSA id 8D2914A0586; Tue, 11 Jan 2022 10:37:45 +0100 (CET) (Extended-Queue-bit xtech_eg@fff.in.tum.de) Message-ID: Date: Tue, 11 Jan 2022 10:37:44 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.4.1 Content-Language: en-US To: "David R. Oran" , Dirk Kutscher Cc: icnrg References: <08289530-AE53-4797-923D-2E49B1F7F9D8@dkutscher.net> <0BA97ECA-A99D-4594-A8E5-83B02D348539@orandom.net> From: Joerg Ott In-Reply-To: <0BA97ECA-A99D-4594-A8E5-83B02D348539@orandom.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [icnrg] This view on web3has some interesting ties to ICN X-BeenThere: icnrg@irtf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Information-Centric Networking research group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jan 2022 09:37:55 -0000 Good start into the new year indeed. I agree on Dave's "thorny", however, Dirk pointed especially to being able to build local services. We spent quite some time (with our liberouter and related work) on designing local services where you actually do get back to your local trust circles (the 5-25 people Dave mentioned) because you derive trust from knowing people (even though trusting somebody doesn't automatically translate into trusting somebody's service building/ops capabilities, but let's leave that aside for a moment). This allows ICNs (and related ideas) to help with building local applications for which you would otherwise get a cloud instance from some of usual cloud providers (who would also manage those for you). This comes with the usual caveat of a distributed system that something somewhere fails and your service stops working. Especially for everything in-home or in-neighborhood uses there could be alternatives, e.g., based on ICNs -- whenever it's not about global reach, large numbers of followers, and so on. Here, one could argue that you could get trust somewhat organized (to be demonstrated as soon as more than one household gets involved). But you'd still need to get the infrastructure to store data and run services on nevertheless, to be operated, e.g., by the members of your local community network. This appears to be another obstacle if you wanted to overcome dependencies on the cloud and Internet connectivity. There is probably a bit of a continuum to be explored on how much you do locally and how much you rely on generic cloud (or edge) services. And need to compete on the convenience of the cloud, including backups, some notion of who is responsible and the corresponding "service level agreements" as another practicality. The market for most service designs today, such as IoT, seems to favor cloud-based solutions. Maybe for cost, simplicity of operating most functions in controlled environment, not unlikely for data. For web3- style design of such services, (how) could ICN et al. provide a competitive appeal to those designing them? Jörg On 10.01.22 22:28, David R. Oran wrote: > Lots to unpack here, but I wanted to react to one particular piece since > it seems the basis for a lot of recent optimism about ICN for edge > applications, like IoT and localized multi-media such as some AR/VR. > > On 10 Jan 2022, at 15:14, Dirk Kutscher wrote: > > Unlike most web3 systems, you can really build autonomous > application in local networks, i.e., operate in a decentralized way. > Moreover you can build systems accessing named data without location > notion at all, not only for files or web objects, but for any kind > of data and service. > > > You might be able to build it, but some of the things that rapidly raise > themselves as thorny issues are: > > * > > you need to do a “leap of faith” enrollment on every single > participant in order to get the local trust root installed. This > might be somewhat sidestepped with key pinning to the application > code but then: > > * > > how do you install/update the application when the participant > enters the local trust zone with no root key or an expired one? > > * > > I’m increasingly convinced that a first order deterrent to this kind > of decentralization is the very small number of entities any > individual is able to assess trust in. I suspect it’s somewhere > between 5 and 25; not thousands or millions. Sure, I don’t want to > be forced to trust just one or two financial institutions, or just > my national government bureaucracy, or the small set of > Google/Microsoft/Amazon/Alibaba, etc. but how to I navigate > assessing a giant number of trust roots? It seems at least > superficially that web-of-trust approaches should work swimmingly > well here, but we have 30 years of abject failure (e.g. PGP/GPG) in > getting these adopted and maintained in practice. > > * > > If you find the point above modestly convincing, then current proven > and reasonably efficient K-out-of-N keying schemes for enabling > modestly-sized trusted intermediary sets, and Byzantine fault > tolerant agreement protocols for distributed databases seem quite > sufficient for all these use cases. > > Nice New Year ICN discussion topic, no? > > > _______________________________________________ > icnrg mailing list > icnrg@irtf.org > https://www.irtf.org/mailman/listinfo/icnrg From nobody Tue Jan 11 01:45:48 2022 Return-Path: X-Original-To: icnrg@ietfa.amsl.com Delivered-To: icnrg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D5BE23A20F4 for ; Tue, 11 Jan 2022 01:45:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.896 X-Spam-Level: X-Spam-Status: No, score=-6.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no 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 5DkA6gvIzELp for ; Tue, 11 Jan 2022 01:45:45 -0800 (PST) Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.126.130]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 231E13A20F2 for ; Tue, 11 Jan 2022 01:45:44 -0800 (PST) Received: from [192.168.1.50] ([95.89.114.110]) by mrelayeu.kundenserver.de (mreue011 [212.227.15.167]) with ESMTPSA (Nemesis) id 1MacjC-1mWWK33DEA-00c5mn; Tue, 11 Jan 2022 10:45:21 +0100 From: Dirk Kutscher To: "David R. Oran" Cc: icnrg Date: Tue, 11 Jan 2022 10:45:19 +0100 X-Mailer: MailMate (1.14r5852) Message-ID: <88BCFEA9-9FEA-4AB2-A4B8-8718A84F05B9@dkutscher.net> In-Reply-To: <0BA97ECA-A99D-4594-A8E5-83B02D348539@orandom.net> References: <08289530-AE53-4797-923D-2E49B1F7F9D8@dkutscher.net> <0BA97ECA-A99D-4594-A8E5-83B02D348539@orandom.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=_MailMate_8849F86D-6611-4335-BC4A-002610FB9508_="; micalg=sha-256; protocol="application/pkcs7-signature" X-Provags-ID: V03:K1:V17W1i0UWJKvsQxWEAdPOWQ8+QpZrLviaSt/TLz5gdftF/pDUEy i4fEtDW1CAzuMkmLaCORbwK9t83kQ5LeL9Ks8ZAeTGQPmNces+x6hKvJPOIzsDVklABM7Px RMgeAX8030TqTHqb7FO9ZHKgPaizBPu0yAeSzFBoXxjSYgnZTn2YSrBjXbT7AcwQk37HgaY AHbx7XM7PpdfQrI3prvFQ== X-UI-Out-Filterresults: notjunk:1;V03:K0:OQAlytvqpEQ=:b9jRbd5hQuaJlpXQIKEZ49 vz7gEsjroLqtjG9Ci19vl2nPuGGOAVeTLWVPi4WzwgJGo9JHDWp7WgHSo61bBNULwWcZoXWhR gIfrkL8tk1tEEk/VjqRgXitRdTCWKjKMa0Z+R2aDcwVzOqsHuNLa6H5/e6AI3Ay3j7wnby3a0 6KN54vqHj+5YwgAzAntGBksZQ08kNhJrxL9xgajHwVj7UH2/T4oqNzcW+nmthSxU4d0CwUIsD QPhGud0OrIdmWHFsqCZNHJOZxmEy5O7TYnjcPgSKithROSxY9cqc9I3H+Cxt9ydOyLZXrfRxH JqDu81B4dw5wQAeWlbL0nh3UT+zF04dUcGm6TPU+rYQY1o6WWWPTvaOMEW+IBbQmBj/nVz3wO l4Pf16gWu2ew9jMkepJKQ8IbjeXpdnDWZRUeCL6OpKZs6QFqZybCHBEGTmgZi9WtRFv4/vJGT a/iCNs24N2PQ5uR+1k23++4aQmoXNaSeyuCBJD0/v0disCjtyllXxco9COo9HtzSASHK3EU7/ dR4Kgau7YTIN5gUNWUU6emxSLHb1lasipbbKRYdZDxG/GvLiWiG2ZRSfd2ze6QA6xfkQsFT3m 9E2EzHv+coIRGaNdpPmoWjd+DcGUe4uJjJJBEBvsWHmLfdSVC//kezqHaj5FamtQ401bBFg1v bTH6mxvv3K0wsqoqHC1E657z8Md8jqvWCgxbelKlfUhCuTnefH7U7XnmvnW+j8H8G18M= Archived-At: Subject: Re: [icnrg] This view on web3has some interesting ties to ICN X-BeenThere: icnrg@irtf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Information-Centric Networking research group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jan 2022 09:45:47 -0000 This is an S/MIME signed message (RFC 5652 and 8551). --=_MailMate_8849F86D-6611-4335-BC4A-002610FB9508_= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable > - I=E2=80=99m increasingly convinced that a first order deterrent to th= is kind of decentralization is the very small number of entities any indi= vidual is able to assess trust in. I suspect it=E2=80=99s somewhere betwe= en 5 and 25; not thousands or millions. Sure, I don=E2=80=99t want to be = forced to trust just one or two financial institutions, or just my nation= al government bureaucracy, or the small set of Google/Microsoft/Amazon/Al= ibaba, etc. but how to I navigate assessing a giant number of trust roots= ? It seems at least superficially that web-of-trust approaches should wor= k swimmingly well here, but we have 30 years of abject failure (e.g. PGP/= GPG) in getting these adopted and maintained in practice. Yes, I agree =E2=80=93 we have to move beyond simplistic scenarios or the= assumption that simply applying web of trust concepts will save us. > - If you find the point above modestly convincing, then current proven = and reasonably efficient K-out-of-N keying schemes for enabling modestly-= sized trusted intermediary sets, and Byzantine fault tolerant agreement p= rotocols for distributed databases seem quite sufficient for all these us= e cases. > > Nice New Year ICN discussion topic, no? Absolutely. The devil is going to be in the details, e.g., robustness aga= inst all kinds of attacks, but I'd love to see more research in this spac= e. Dirk --=_MailMate_8849F86D-6611-4335-BC4A-002610FB9508_= Content-Description: S/MIME digital signature Content-Disposition: attachment; filename="smime.p7s" Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCCcow ggSNMIIDdaADAgECAgg/eb23VXwJejANBgkqhkiG9w0BAQsFADBmMQswCQYDVQQGEwJERTEzMDEG A1UECgwqREdOIERldXRzY2hlcyBHZXN1bmRoZWl0c25ldHogU2VydmljZSBHbWJIMSIwIAYDVQQD DBlkZ25zZXJ2aWNlIENBIDIgVHlwZSBFOlBOMB4XDTIyMDEwMzE1MDIzOVoXDTIzMDEwMzE1MDIz OVowazELMAkGA1UEBhMCREUxITAfBgNVBAUTGDQwMDAwMDAwNjFkMzEyNmUwOWQwOTBjYzEWMBQG A1UEAwwNRGlyayBLdXRzY2hlcjEhMB8GCSqGSIb3DQEJARYSaWV0ZkBka3V0c2NoZXIubmV0MIIB IjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAzuo/HYhT4lTGL2JnOujwqg650zaWfv9arTjC mePhgkVYAi86ZkRrPZqgCXlu1s02555WsJP6ijPiirS4ksEo21+Tm3q/C6GmYMcsDbNf3MsbiWE9 F3UNTDMU+pQF3zdLpijhOScJkPVDrWHbUMqQrmsYY/WS3gjcaWm+kNVVSPI3pCpHUXHuh/eYkYsM aDTVnpFzdnN73GrLRk6c6n8ygVJhTgMfWQy4OdT9eRiEba52zlh0X7LtX2xyJglWHcPV5iUcmyeu 2Y2SBpWCJyvWTDJmUa18/nJxy/HBxlh/4HF4v79yTSXO4+WbFjwneeinR9x7cXXwmTbmR24150Dm KwIDAQABo4IBODCCATQwHQYDVR0OBBYEFPf23bDi7fxoGbs03N2cNXepocFxMAwGA1UdEwEB/wQC MAAwHwYDVR0jBBgwFoAU6caT0dUPBmRy6mqWProQ8lRUsnkwVgYDVR0gBE8wTTBLBgwrBgEEAfsr AgEDAggwOzA5BggrBgEFBQcCARYtaHR0cDovL3NlYzUuZGduc2VydmljZS5kZS9wb2xpY2llcy9p bmRleC5odG1sMD4GA1UdHwQ3MDUwM6AxoC+GLWh0dHA6Ly9zZWM1LmRnbnNlcnZpY2UuZGUvY3Js L2NybDItdHlwZS1lLmNybDAOBgNVHQ8BAf8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsG AQUFBwMEMB0GA1UdEQQWMBSBEmlldGZAZGt1dHNjaGVyLm5ldDANBgkqhkiG9w0BAQsFAAOCAQEA ZDjFkSVUuYA7mc5zfp4LE+Pkn8FJsYISjtuPLVULfibkjNLD1LBdHISO4Wcgn3hrIgQ887ad3Dm/ we0YlTG+1byygJuJSOJ4S19qunt4pY5MMFth+ReXimoWBiJNHEKnb4vt2NKPhqj18P9LXy26Lrm/ RsrB7FnX7LeTebaD9JcUYnzTPOEGC1Zliyf2nDNvoZaiKPFr17XO/ifxNgaOSs7C21WAMXSBgJjj lQ0hv773DQWutILEXjLcogiH3LYFwInDOtwfXSVKX/gbvH8Ca/seWm1gGTpJIBr0AM4c0Wk0hHEV DoCOg1FJx4mRMGHyNcrMypufY6HH16UMp7YyGTCCBTUwggQdoAMCAQICCFUcStdmrSX2MA0GCSqG SIb3DQEBCwUAMGExCzAJBgNVBAYTAkRFMTMwMQYDVQQKDCpER04gRGV1dHNjaGVzIEdlc3VuZGhl aXRzbmV0eiBTZXJ2aWNlIEdtYkgxHTAbBgNVBAMMFGRnbnNlcnZpY2UgUm9vdCA3OlBOMB4XDTE2 MTAyNjA5MjI0MVoXDTI0MTAyNjA5MjI0MVowZjELMAkGA1UEBhMCREUxMzAxBgNVBAoMKkRHTiBE ZXV0c2NoZXMgR2VzdW5kaGVpdHNuZXR6IFNlcnZpY2UgR21iSDEiMCAGA1UEAwwZZGduc2Vydmlj ZSBDQSAyIFR5cGUgRTpQTjCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBANyl8pQ/dMej R9KXZs5ro81tFwNhloThlXe8sat79Tjjk6xFqE5E94//0vifJxMrp9RrCkNOo5oPG1djGOgk0L0u cpHFUH9SQF/SHbm83QvWJXgqEJpjxOKZXTPbJRKVvY25niB0FTr2omRqypiP4A/w5xA6jSJ2P02v V6WgcPfaLQkM+SEGPxV/pzpvuY3KfzJ9li9mXPNXaJD9y+jqIUvHbCAbuYKQ5nwEAcYMXDpPRQgD QGTrRiFExHEjsZeMzEFADZj9deg/h29AMO0w2YrSvkNReh/zvDZutdy25DZvjE3AUgStWgBC7x+2 ddOb2I61o6xbIsxlfq/mzNpAGoECAwEAAaOCAeowggHmMBIGA1UdEwEB/wQIMAYBAf8CAQAwHwYD VR0jBBgwFoAUAQwWG3Ry0zwU7iZ3t0kUU9j7ixswWwYIKwYBBQUHAQEETzBNMEsGCCsGAQUFBzAB hj9odHRwOi8vcm9jc3AtZGduLmRnbnNlcnZpY2UuZGU6ODA4MC9lamJjYS9wdWJsaWN3ZWIvc3Rh dHVzL29jc3AwagYDVR0gBGMwYTBfBgwrBgEEAfsrAgEEAgEwTzBNBggrBgEFBQcCARZBaHR0cDov L3d3dy5kZ25zZXJ2aWNlLmRlL3RydXN0Y2VudGVyL3B1YmxpYy9kZ25zZXJ2aWNlL2luZGV4Lmh0 bWwwgZkGA1UdHwSBkTCBjjCBi6CBiKCBhYaBgmxkYXA6Ly9sZGFwLmRnbnNlcnZpY2UuZGU6Mzg5 L0NOPUNSTC0xLE89REdOJTIwU2VydmljZSUyMEdtYkgsQz1ERT9jZXJ0aWZpY2F0ZVJldm9jYXRp b25MaXN0P2Jhc2U/b2JqZWN0Q2xhc3M9Y1JMRGlzdHJpYnV0aW9uUG9pbnQwHQYDVR0OBBYEFOnG k9HVDwZkcupqlj66EPJUVLJ5MA4GA1UdDwEB/wQEAwIBBjAbBgkrBgEEAcBtAwUEDjAMBgorBgEE AcBtAwUBMA0GCSqGSIb3DQEBCwUAA4IBAQCrvDn6Rcn7/FNq3SOJNfgYNfkdR5CiGoC4sZ+i0dyp CqqMXwbpRQjSriLS2eEe2V2Fms0E4SuBOEaxOg1nVjYafQVGtytRT0ueFIzB3VcnQl7oRFJ0SHi9 d/xjElAZkk8I8lytuWG57SabA72duEp7AaCWG3lVZIdNLy+rkNrfNvEUbqUh0TrZXgqpwwCLJjYF 8vyC4I+xxNaXm3EmuNvgQ2j2dGp3Oxc0QbfLLOCbK/rOdDikaBN7kTqpfHls7pcIOhQrgrPVLzY/ NHqG9zEpmjuQora63YHdu7BTzGp/DvcQwfyKa/gtb9LHn3AoSUqOKOMd02sUb/AxGhsNjMzJMYIC JTCCAiECAQEwcjBmMQswCQYDVQQGEwJERTEzMDEGA1UECgwqREdOIERldXRzY2hlcyBHZXN1bmRo ZWl0c25ldHogU2VydmljZSBHbWJIMSIwIAYDVQQDDBlkZ25zZXJ2aWNlIENBIDIgVHlwZSBFOlBO Agg/eb23VXwJejANBglghkgBZQMEAgEFAKCBhTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMC8G CSqGSIb3DQEJBDEiBCAfkCdZ29vE+uLuqbMlXngiLvRZky4+fTmUkVtMHgITaTA4BgkqhkiG9w0B CQ8xKzApMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYJKoZIhvcN AQELBQAEggEAWrBFC0KF9T3UVcrr+X3rnmLFArDsMZ8V7bdYtQtwrR+HErJFZffb16iwJJlJj6vf uno+wYWf0DkHtjLLQ00GflKu0Px5pOTIszmoMSvGwpbpa0c/sWr+VSuY1b+mFOLx5CRY17kK6OTr xKRTBxHCRlW3mA/Zg6q59vLMeMaMAr5iA2VbPl0Zqeb38WqHCIoYvk914ihqb1cPkurMYFi9UOg/ aWcN21ZuHfyjyCkvvdAZueDv6tsarik2Pe7WCGyOEl6g0dvBAPeeJfTVkvxPTo+57Caj+/1Ay7hb biJeneALi1hJO8t7+ynspuP4t7tsUoBKIvkNou64utd2bgWuiQAAAAAAAA== --=_MailMate_8849F86D-6611-4335-BC4A-002610FB9508_=-- From nobody Fri Jan 14 07:27:37 2022 Return-Path: X-Original-To: icnrg@ietfa.amsl.com Delivered-To: icnrg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3E9913A270E for ; Fri, 14 Jan 2022 07:27:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.894 X-Spam-Level: X-Spam-Status: No, score=-1.894 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 TJ90MJUeQ0ri for ; Fri, 14 Jan 2022 07:27:31 -0800 (PST) Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.126.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8D5F13A2718 for ; Fri, 14 Jan 2022 07:27:30 -0800 (PST) Received: from [192.168.1.50] ([95.89.114.110]) by mrelayeu.kundenserver.de (mreue009 [212.227.15.167]) with ESMTPSA (Nemesis) id 1MBUuV-1n3Ct925LL-00CzgP; Fri, 14 Jan 2022 16:27:08 +0100 From: Dirk Kutscher To: "David R. Oran" Cc: ICNRG Date: Fri, 14 Jan 2022 16:27:03 +0100 X-Mailer: MailMate (1.14r5852) Message-ID: <24A81B4E-DA5D-4FA0-91F6-6089DA7F368D@dkutscher.net> In-Reply-To: <7E304C46-37B9-4B79-AE7D-A2CFE1A3E106@orandom.net> References: <7E304C46-37B9-4B79-AE7D-A2CFE1A3E106@orandom.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=_MailMate_70C11515-9990-49EE-8EAF-3F8F283A35C0_="; micalg=sha-256; protocol="application/pkcs7-signature" X-Provags-ID: V03:K1:4nMq0BTjbVUSKYlQfUyC+UKpuJkLbMW1G1dGtmm5lWlGFy+Uy1E +U6QXIXFopNQyoy7Mkl1NgFWkQVYp3jG3vhTzs3SxoaVY2NBk3sfZvoqss0dh8GI3WhhrZc MOinTB2T6nAWx6nOIDWjF28jeI0IUgKgN1jVgRYo95EJQVHqJxXi4x7xpD7RUAGfZkwbHyA McO55hzIEhYBtJKZKU3og== X-UI-Out-Filterresults: notjunk:1;V03:K0:I45y+Z9Q4IU=:WBcJGl00J8M0HVbQUJY7ql PJfUsMxSSqpkG8B9uSDmVz6zUdjObwwC2AxuJxjRlg2HX+PkCU2F3q4A69HK3fv19TuE6arZz fFanHYWLwLCAMShqQ4tX7mONxZsuKkx/mhjgnPxmubVq1PhHWcBsQGXYvn+s5zbdWLSuuRejw OI7IskZLmFHNVO01uwM7mmeqvOOvu5Zvw8AzHAb/H5cO2Lrr9xE9lY66TnIkCNXI19gAOiBls /4i0O0ngb6MjNysrioZP93y737FIRCW0LSO777zRHr0+nBGAqFFdluZDAwLxM0MpIkp6gyLUy +/EJKDNs4hM7kMYbAhrOCufS4RaGY65DW8f9QyC/WtYqnHFuBfy6PevGDGBreyCeoVIb7JFTm 8PtYEDO1N+CganyHB9M9sKtCTVIWc4PlNiaJa09xxpGmr7Q9tMuhA0Q/7cLackOdAT5dAuJJe kcDB+K2eJXcoR1q7JYvkhi/HoxLGg8sZ7fBL2i+eRXh8eiu8MI0zR82u5j9I087WX6tRvRM4J zjuiKdInLgllJEL5rwU9S0f19srZQabsAp2jNSNka1ECvmfbcDSUFyKaGpfRUXFnclB/KAuEc MoBeNOLLM1umI2ihIwfaysWEoO0DkPwQBpuxzFWzF5eMSHY+4isLcrvZx6HSKNrihcVGL6Yb6 9hZZVkDz7kd3M62e5gap4dZ6lHoZEoNH9YUPRkC0mYewofrLTtYsTiaOtyKlCyc+wz9o= Archived-At: Subject: Re: [icnrg] Reminder: ICNRG Last Call on Ping and Traceroute Drafts X-BeenThere: icnrg@irtf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Information-Centric Networking research group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jan 2022 15:27:35 -0000 This is an S/MIME signed message (RFC 5652 and 8551). --=_MailMate_70C11515-9990-49EE-8EAF-3F8F283A35C0_= Content-Type: multipart/alternative; boundary="=_MailMate_81990AA5-B427-4780-95E0-9B2E9F9C5A2D_=" --=_MailMate_81990AA5-B427-4780-95E0-9B2E9F9C5A2D_= Content-Type: text/plain; markup=markdown Content-Transfer-Encoding: quoted-printable Hello all, just a quick reminder: please have a look at these two drafts and share y= our comments, if any. Thanks, Dirk On 5 Jan 2022, at 17:40, David R. Oran wrote: >> We are issuing **ICNRG last call** on our other two instrumentation dr= afts, Ping and Traceroute. These can be found in the usual data tracker l= ist, at >> >> https://datatracker.ietf.org/doc/draft-irtf-icnrg-icnping/ >> and >> https://datatracker.ietf.org/doc/draft-irtf-icnrg-icntraceroute/ >> >> Please review these in full and send comments to the mailing list. >> >> Given the holidays, we have an extended last call period, which will c= lose on **Friday January 14, 2022**. >> > _______________________________________________ > icnrg mailing list > icnrg@irtf.org > https://www.irtf.org/mailman/listinfo/icnrg --=_MailMate_81990AA5-B427-4780-95E0-9B2E9F9C5A2D_= Content-Type: text/html Content-Transfer-Encoding: quoted-printable

Hello all,

just a quick reminder: please have a look at these two dr= afts and share your comments, if any.

Thanks,
Dirk

On 5 Jan 2022, at 17:40, David R. Oran wrote:

We are issuing ICNRG last call on our ot= her two instrumentation drafts, Ping and Traceroute. These can be found i= n the usual data tracker list, at

https://datatracker.ietf.org/doc/= draft-irtf-icnrg-icnping/
and
https://datatracker.ietf.org/doc/draft-irtf= -icnrg-icntraceroute/

Please review these in full and send comments to the mail= ing list.

Given the holidays, we have an extended last call period,= which will close on Friday January 14, 2022.

icnrg mailing list
icnrg@irtf.or= g
https://www.irtf.org/mailman/listinfo/icnrg

--=_MailMate_81990AA5-B427-4780-95E0-9B2E9F9C5A2D_=-- --=_MailMate_70C11515-9990-49EE-8EAF-3F8F283A35C0_= Content-Description: S/MIME digital signature Content-Disposition: attachment; filename="smime.p7s" Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCCcow ggSNMIIDdaADAgECAgg/eb23VXwJejANBgkqhkiG9w0BAQsFADBmMQswCQYDVQQGEwJERTEzMDEG A1UECgwqREdOIERldXRzY2hlcyBHZXN1bmRoZWl0c25ldHogU2VydmljZSBHbWJIMSIwIAYDVQQD DBlkZ25zZXJ2aWNlIENBIDIgVHlwZSBFOlBOMB4XDTIyMDEwMzE1MDIzOVoXDTIzMDEwMzE1MDIz OVowazELMAkGA1UEBhMCREUxITAfBgNVBAUTGDQwMDAwMDAwNjFkMzEyNmUwOWQwOTBjYzEWMBQG A1UEAwwNRGlyayBLdXRzY2hlcjEhMB8GCSqGSIb3DQEJARYSaWV0ZkBka3V0c2NoZXIubmV0MIIB IjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAzuo/HYhT4lTGL2JnOujwqg650zaWfv9arTjC mePhgkVYAi86ZkRrPZqgCXlu1s02555WsJP6ijPiirS4ksEo21+Tm3q/C6GmYMcsDbNf3MsbiWE9 F3UNTDMU+pQF3zdLpijhOScJkPVDrWHbUMqQrmsYY/WS3gjcaWm+kNVVSPI3pCpHUXHuh/eYkYsM aDTVnpFzdnN73GrLRk6c6n8ygVJhTgMfWQy4OdT9eRiEba52zlh0X7LtX2xyJglWHcPV5iUcmyeu 2Y2SBpWCJyvWTDJmUa18/nJxy/HBxlh/4HF4v79yTSXO4+WbFjwneeinR9x7cXXwmTbmR24150Dm KwIDAQABo4IBODCCATQwHQYDVR0OBBYEFPf23bDi7fxoGbs03N2cNXepocFxMAwGA1UdEwEB/wQC MAAwHwYDVR0jBBgwFoAU6caT0dUPBmRy6mqWProQ8lRUsnkwVgYDVR0gBE8wTTBLBgwrBgEEAfsr AgEDAggwOzA5BggrBgEFBQcCARYtaHR0cDovL3NlYzUuZGduc2VydmljZS5kZS9wb2xpY2llcy9p bmRleC5odG1sMD4GA1UdHwQ3MDUwM6AxoC+GLWh0dHA6Ly9zZWM1LmRnbnNlcnZpY2UuZGUvY3Js L2NybDItdHlwZS1lLmNybDAOBgNVHQ8BAf8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsG AQUFBwMEMB0GA1UdEQQWMBSBEmlldGZAZGt1dHNjaGVyLm5ldDANBgkqhkiG9w0BAQsFAAOCAQEA ZDjFkSVUuYA7mc5zfp4LE+Pkn8FJsYISjtuPLVULfibkjNLD1LBdHISO4Wcgn3hrIgQ887ad3Dm/ we0YlTG+1byygJuJSOJ4S19qunt4pY5MMFth+ReXimoWBiJNHEKnb4vt2NKPhqj18P9LXy26Lrm/ RsrB7FnX7LeTebaD9JcUYnzTPOEGC1Zliyf2nDNvoZaiKPFr17XO/ifxNgaOSs7C21WAMXSBgJjj lQ0hv773DQWutILEXjLcogiH3LYFwInDOtwfXSVKX/gbvH8Ca/seWm1gGTpJIBr0AM4c0Wk0hHEV DoCOg1FJx4mRMGHyNcrMypufY6HH16UMp7YyGTCCBTUwggQdoAMCAQICCFUcStdmrSX2MA0GCSqG SIb3DQEBCwUAMGExCzAJBgNVBAYTAkRFMTMwMQYDVQQKDCpER04gRGV1dHNjaGVzIEdlc3VuZGhl aXRzbmV0eiBTZXJ2aWNlIEdtYkgxHTAbBgNVBAMMFGRnbnNlcnZpY2UgUm9vdCA3OlBOMB4XDTE2 MTAyNjA5MjI0MVoXDTI0MTAyNjA5MjI0MVowZjELMAkGA1UEBhMCREUxMzAxBgNVBAoMKkRHTiBE ZXV0c2NoZXMgR2VzdW5kaGVpdHNuZXR6IFNlcnZpY2UgR21iSDEiMCAGA1UEAwwZZGduc2Vydmlj ZSBDQSAyIFR5cGUgRTpQTjCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBANyl8pQ/dMej R9KXZs5ro81tFwNhloThlXe8sat79Tjjk6xFqE5E94//0vifJxMrp9RrCkNOo5oPG1djGOgk0L0u cpHFUH9SQF/SHbm83QvWJXgqEJpjxOKZXTPbJRKVvY25niB0FTr2omRqypiP4A/w5xA6jSJ2P02v V6WgcPfaLQkM+SEGPxV/pzpvuY3KfzJ9li9mXPNXaJD9y+jqIUvHbCAbuYKQ5nwEAcYMXDpPRQgD QGTrRiFExHEjsZeMzEFADZj9deg/h29AMO0w2YrSvkNReh/zvDZutdy25DZvjE3AUgStWgBC7x+2 ddOb2I61o6xbIsxlfq/mzNpAGoECAwEAAaOCAeowggHmMBIGA1UdEwEB/wQIMAYBAf8CAQAwHwYD VR0jBBgwFoAUAQwWG3Ry0zwU7iZ3t0kUU9j7ixswWwYIKwYBBQUHAQEETzBNMEsGCCsGAQUFBzAB hj9odHRwOi8vcm9jc3AtZGduLmRnbnNlcnZpY2UuZGU6ODA4MC9lamJjYS9wdWJsaWN3ZWIvc3Rh dHVzL29jc3AwagYDVR0gBGMwYTBfBgwrBgEEAfsrAgEEAgEwTzBNBggrBgEFBQcCARZBaHR0cDov L3d3dy5kZ25zZXJ2aWNlLmRlL3RydXN0Y2VudGVyL3B1YmxpYy9kZ25zZXJ2aWNlL2luZGV4Lmh0 bWwwgZkGA1UdHwSBkTCBjjCBi6CBiKCBhYaBgmxkYXA6Ly9sZGFwLmRnbnNlcnZpY2UuZGU6Mzg5 L0NOPUNSTC0xLE89REdOJTIwU2VydmljZSUyMEdtYkgsQz1ERT9jZXJ0aWZpY2F0ZVJldm9jYXRp b25MaXN0P2Jhc2U/b2JqZWN0Q2xhc3M9Y1JMRGlzdHJpYnV0aW9uUG9pbnQwHQYDVR0OBBYEFOnG k9HVDwZkcupqlj66EPJUVLJ5MA4GA1UdDwEB/wQEAwIBBjAbBgkrBgEEAcBtAwUEDjAMBgorBgEE AcBtAwUBMA0GCSqGSIb3DQEBCwUAA4IBAQCrvDn6Rcn7/FNq3SOJNfgYNfkdR5CiGoC4sZ+i0dyp CqqMXwbpRQjSriLS2eEe2V2Fms0E4SuBOEaxOg1nVjYafQVGtytRT0ueFIzB3VcnQl7oRFJ0SHi9 d/xjElAZkk8I8lytuWG57SabA72duEp7AaCWG3lVZIdNLy+rkNrfNvEUbqUh0TrZXgqpwwCLJjYF 8vyC4I+xxNaXm3EmuNvgQ2j2dGp3Oxc0QbfLLOCbK/rOdDikaBN7kTqpfHls7pcIOhQrgrPVLzY/ NHqG9zEpmjuQora63YHdu7BTzGp/DvcQwfyKa/gtb9LHn3AoSUqOKOMd02sUb/AxGhsNjMzJMYIC JTCCAiECAQEwcjBmMQswCQYDVQQGEwJERTEzMDEGA1UECgwqREdOIERldXRzY2hlcyBHZXN1bmRo ZWl0c25ldHogU2VydmljZSBHbWJIMSIwIAYDVQQDDBlkZ25zZXJ2aWNlIENBIDIgVHlwZSBFOlBO Agg/eb23VXwJejANBglghkgBZQMEAgEFAKCBhTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMC8G CSqGSIb3DQEJBDEiBCABKNjyoFNm0CdS0bf5XM+9cYLPD9hNoGcuWY+DCvMn/jA4BgkqhkiG9w0B CQ8xKzApMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYJKoZIhvcN AQELBQAEggEANTJRv+WD6O5bTm1pZyQJqBvAujJvcPrBp01ixnmU4ATdgFuUVJeoj5qxw2GEEl6T LhOd07iCFv0WTr6Tnsm5mth+FOv0MDRpJv39qbC8XO0UueoPo0Nh8q4CcyjiJRzBc7JhUaOu1YPk xHG8Y9q2A8zK6VyAFuUYILoU0+FoDsJ8fCCVP3B15WLV4Jq0xG1OEF/bCv2VjTvfi7jqlkJo9Pwy nPV7gHUYLB1Goe36D4y6LI3N8IjV6LX5T9iktX8X9bk+nr10HIRdJXSlAf9uhxZoi4LFkuXJ2bav L9Su0HpaNdOL1/QsybkDv4VmEi+Ty0OX0SUPyAUYnLHy9ht9awAAAAAAAA== --=_MailMate_70C11515-9990-49EE-8EAF-3F8F283A35C0_=-- From nobody Fri Jan 14 07:30:59 2022 Return-Path: X-Original-To: icnrg@irtf.org Delivered-To: icnrg@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 5DF8D3A2725; Fri, 14 Jan 2022 07:30:57 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Meeting Session Request Tool To: Cc: daveoran@orandom.net, icnrg-chairs@ietf.org, icnrg@irtf.org, irtf-chair@irtf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.42.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <164217425656.5944.15825598355533983162@ietfa.amsl.com> Date: Fri, 14 Jan 2022 07:30:57 -0800 Archived-At: Subject: [icnrg] icnrg - New Meeting Session Request for IETF 113 X-BeenThere: icnrg@irtf.org X-Mailman-Version: 2.1.29 List-Id: Information-Centric Networking research group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jan 2022 15:30:57 -0000 A new meeting session request has just been submitted by David R. Oran, a Chair of the icnrg working group. --------------------------------------------------------- Working Group Name: Information-Centric Networking Area Name: IRTF Session Requester: David Oran Number of Sessions: 1 Length of Session(s): unspecified Number of Attendees: 30 Conflicts to Avoid: Chair conflict: coinrg, Pearg, irtfopen Technology overlap: COINRG Can't meet: Monday late afternoon, Tuesday late afternoon, Wednesday late afternoon, Thursday late afternoon, Friday late afternoon People who must be present: David R. Oran Dirk Kutscher Resources Requested: Special Requests: --------------------------------------------------------- From nobody Fri Jan 21 07:08:02 2022 Return-Path: X-Original-To: icnrg@ietfa.amsl.com Delivered-To: icnrg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 763F33A2281 for ; Fri, 21 Jan 2022 07:08:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.699 X-Spam-Level: X-Spam-Status: No, score=-1.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (2048-bit key) reason="fail (bad RSA signature)" header.d=gundogan.net 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 3n-8Egfrof6U for ; Fri, 21 Jan 2022 07:07:55 -0800 (PST) Received: from mail.localdomain (trantor.gundogan.net [37.120.167.193]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9F7413A2285 for ; Fri, 21 Jan 2022 07:07:55 -0800 (PST) Received: from localhost (195.123.108.22.dynamic-pppoe.dt.ipv4.wtnet.de [195.123.108.22]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (No client certificate requested) by mail.localdomain (Postfix) with ESMTPSA id E826F46D99 for ; Fri, 21 Jan 2022 16:07:52 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gundogan.net; s=201712; t=1642777673; bh=arI0VbmXfdpqshzo9Cssu9YestYGDAOvij/YDptRJHQ=; h=From:To:Subject:Date:From; b=T6AAwTo/SZ+p1XXsRaw51vMh5fAJeDwRz/uzN3tZcYrjKc5Xsc1DOo2rufZSSJ9j0 QljUzvgbjGdHESeE6fOvw7Re07mbcgSUqGnD/dTCSCtB5D346KME/o+uBclNfKd9fL TtpQG6DOkURkzr/Of1AA4Ieg9eaW6tIyzJW8cueg8jwlTOg8RdSZ93n6LQ1btZ5s8x gZd2fN34slV1u7tImNeWQedLhHl5p+5QzeacggH+DXUXYPGp2r/bdmvQDcG9Oxz1eT 9eHKWEPs7yHVv32pOFp/FmsahfqPHt1miWzzb+Dv/C39ZpZw4AvHS4fTpD6GzOgZ8q pxSKaBQPs1oYA== User-agent: mu4e 1.6.10; emacs 29.0.50 From: Cenk =?utf-8?B?R8O8bmRvxJ9hbg==?= To: icnrg@irtf.org Date: Fri, 21 Jan 2022 15:55:28 +0100 Message-ID: <87zgnp9lfd.fsf@gundogan.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" Archived-At: Subject: [icnrg] Adoption status of 'Alternative Delta Time Encoding for CCNx Using Compact Floating-Point Arithmetic' X-BeenThere: icnrg@irtf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Information-Centric Networking research group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2022 15:08:01 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Dear ICNRG, we uploaded a new version of the time tlv draft. There was a call for adoption on 29 Jul 2020, which lost its momentum (probably due to the challenging circumstances of the past years ..). We want to ask whether it's in the interest of the group and the chairs to reignite the call for adoption? The most important change of the new version is that we streamlined the text on the compact time encoding (Sec. 4) with existing definitions in ICNLoWPAN (RFC9139). Cheers, Cenk PS: Here are the submission details: A new version of I-D, draft-gundogan-icnrg-ccnx-timetlv-05.txt has been successfully submitted by Cenk Gundogan and posted to the IETF repository. Name: draft-gundogan-icnrg-ccnx-timetlv Revision: 05 Title: Alternative Delta Time Encoding for CCNx Using Compact Floating-Poi= nt Arithmetic Document date: 2022-01-21 Group: Individual Submission Pages: 11 URL: https://www.ietf.org/archive/id/draft-gundogan-icnrg-ccnx-t= imetlv-05.txt Status: https://datatracker.ietf.org/doc/draft-gundogan-icnrg-ccnx-= timetlv/ Htmlized: https://datatracker.ietf.org/doc/html/draft-gundogan-icnrg-= ccnx-timetlv Diff: https://www.ietf.org/rfcdiff?url2=3Ddraft-gundogan-icnrg-cc= nx-timetlv-05 Abstract: CCNx utilizes delta time for a number of functions. When using CCNx in environments with constrained nodes and/or bandwidth constrained networks, it is valuable to have a compressed representation of delta time. In order to do so, either accuracy or dynamic range has to be sacrificed. Since the current uses of delta time do not require both simultaneously, one can consider a logarithmic encoding such as that specified in [IEEE.754.2019]. This document updates _CCNx messages in TLV Format_ (RFC8609) to specify this alternative encoding. =2D- Cenk G=C3=BCndo=C4=9Fan Hamburg University of Applied Sciences Dept. of Computer Science / Internet Technologies Group Berliner Tor 7, 20099 Hamburg, Germany Fon: +49 40 42875 - 8426 Mail: cenk.guendogan@haw-hamburg.de Web: https://www.inet.haw-hamburg.de/ --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEO3dMsPVVAdvZ+Oc2o9vC90TUhNIFAmHqzEYACgkQo9vC90TU hNIaABAAkFbM6l0ijWivj9+duC0GBnjMpGKVaaCCwr4A/XwjwJLH3EjQbreaeWM9 ZVEAzbZ3EUJK5UG245XjNxxFGZWcFuELmcr+NDwW4UxH3EtPErta9aC0UNWG2Zyc exwLRW7aXvwu+lZnD8McEnLuu48IrGPunH8EFpmmh45ARElvgc/uOtziMKKCdHv9 fmHnkq0tI89bleI0vgmLZXFZ4xNG2Iyua0jrPjWzS+Q9Lrm8evfm/H6dC4xYblNc Yu8yiF/ADifjQtaZcI+/4VJ6SFD6jAwvDL4wqggJMRl/Saaw/RKfaTTuFMyKJVpY mbYDPymUDmXKH4LRoZeMliRdak8pvX7xyajAGiW/LTFg3RPJFCJKz2DM2n8/gz4K riSUD9kon1LgMejcqBGSrjggb43z/z0o9iazVpoPagQuXGH+aKgiuBEfA3VGVOYe imiU355xVst32c9bavKMv45nN8cL5hkYZLOQ7o8BRxRKQTme5q6vrTRtMO5xmoL1 8XtHX6wEUqVOsRIn24kx8x+4ATQ2WvEJXgT9p8m09UV4cMw3GRElkVhOn/PuukCx JmsrJ1/w8T68d/QE9ZjQSUc1LP4eEesP73jHMAvIZUyf38MdVm0UTxEm9ySjKo1Q iiuS+oQ8pFXXyj4SPhrBwwVsniJ7JkUihHMUpQ+OM2TRI0tscAk= =+xyM -----END PGP SIGNATURE----- --=-=-=-- From nobody Fri Jan 21 10:39:20 2022 Return-Path: X-Original-To: icnrg@ietfa.amsl.com Delivered-To: icnrg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 348EA3A0954 for ; Fri, 21 Jan 2022 10:39:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fct.unl.pt 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 R9Nly-s27yQA for ; Fri, 21 Jan 2022 10:39:13 -0800 (PST) Received: from mail-yb1-xb31.google.com (mail-yb1-xb31.google.com [IPv6:2607:f8b0:4864:20::b31]) (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 BF1393A0923 for ; Fri, 21 Jan 2022 10:39:13 -0800 (PST) Received: by mail-yb1-xb31.google.com with SMTP id m1so30110186ybo.5 for ; Fri, 21 Jan 2022 10:39:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fct.unl.pt; s=googlefct; h=mime-version:from:date:message-id:subject:to; bh=HIXlpaFpVpIEj9XT5vZJjnAX1PT8tUvRZvZRFexJzB4=; b=Gq84lBLIvcIeofPWCK7i1Br0mTPALT9+buu764OBOBP4aL6Ug4PxBIGwBU3AzCmB3M ZPFRommuZ4mjoahY3UWQnTdyemYMLv3vmVbrZfcPcSjIl8erfTRHwmBHydUN8vLBhtV5 /j46QPtxZT6UQ9TaX5+sl7C+POD+bA5KSUOmGczEuoS33/vjThGQjxPXECJ5CSRqkCFF BBne7ZH1GulQ091/t5IPUnH92QTFMQNW7qazEENsynMPL0HZAY6+pELTY+Jhd9HYyDES Q1BlJf1J5IJy6Ru0g1VJNEY3DaMEtqqS4E098ZCjPETbI1ZHX5SHf2mohv/5QrGgQkTI WRlQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=HIXlpaFpVpIEj9XT5vZJjnAX1PT8tUvRZvZRFexJzB4=; b=neIUAqUpXX/hn1+mBRcbCXUWpUZoFzYTu3JLGcb04fLcw4dLeLMGT4I9+fdxP8I+qx mtgjwnXQ1Cv0KdTPTf8hNTjkOVqgh/RVoRWmS5CsmSB/wbvb/eYmrRcJt19FKBuB+xcr the/eAYJnAw5pD1ReBeRpUOUx38DI5VZRSKUUkvu92lj5ymGlIDTlAGIVOhBIB7tPK7L r/EUO7bx5iFFEFzNeOdfPhAoLD3IV9d5XZHffcpWpnSyVEqFMbJXjxOofQ/nW+gBx0Uz T1FX8Vt/MFIeF1kJIhp+Tlv9uEw1fVyn0zezKIYT9Z5vMv71lahEGTmMdZGXvB8NmVqP EcBw== X-Gm-Message-State: AOAM530bbl9erqjQBUUI1hiG0xd0jHFBneDXILB39AERuIFlogTgdd4h GwTwbuKs9JthJ/7/72AiV7Vj6BbAs0pE7uNEqIgf8/0yP5xoFA== X-Google-Smtp-Source: ABdhPJybSQBQeaX9hixlp0x1MNnZACNTce8CYLi9nfkYdcXtwa8jwc2ZKYU5Aa15fx8GAmAPc/U43dV3KyGpNkBgQTw= X-Received: by 2002:a25:ad9d:: with SMTP id z29mr1086579ybi.631.1642790351587; Fri, 21 Jan 2022 10:39:11 -0800 (PST) MIME-Version: 1.0 From: Joao Leitao Date: Fri, 21 Jan 2022 18:39:01 +0000 Message-ID: To: icnrg@irtf.org Content-Type: multipart/alternative; boundary="00000000000058da2d05d61befc2" Archived-At: Subject: [icnrg] CFP: Workshop on Decentralized Internet, Networks, Protocols, and Systems (DINPS) colocated with ICDCS 2022 X-BeenThere: icnrg@irtf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Information-Centric Networking research group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2022 18:39:19 -0000 --00000000000058da2d05d61befc2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable *[Please accept our apologies if you receive multiple copies of this announcement.]* Workshop on Decentralized Internet, Networks, Protocols, and Systems (DINPS= ) Co-located with IEEE ICDCS 2022, Bologna, Italy (remote-friendly) 10th-13th July 2022 https://research.protocol.ai/sites/dinps/ IMPORTANT DATES Submission Deadline: 5 March 2022 Acceptance Notification: 5 April 2022 Camera-ready Deadline: 21st April 2022 CALL FOR PAPERS With the emergence of the Web3.0 paradigm as well as the increasing exploration of naturally decentralized computation paradigms as in edge computing, decentralized systems are becoming increasingly relevant. This field is thriving thanks to recent technological advances demonstrating the feasibility of decentralized systems at scale. Existing approaches include blockchain-based systems as well as systems like the InterPlanetary File System (IPFS), a peer-to-peer, content-addressable hypermedia protocol that seeks to connect all computing devices within a single distributed system of files. IPFS is additionally complemented by Filecoin, a token-based protocol that supports an incentivized, decentralized storage and delivery network, among others. These projects are open-source and community-driven with reference implementations in multiple languages and a global community of millions of users. This workshop aims to bring together researchers and practitioners in the fields of decentralized systems, peer-to-peer networks, and edge computing. Now is the time to leverage our expertise and discoveries in this area to define the future of the decentralized Internet: this includes work on underlying technologies and protocols, emerging standards, tools and abstractions (such as the ones provided by IPFS, libp2p and Filecoin), and also emerging applications and use-cases. The workshop will consist of a number of different sessions and session styles that go beyond the traditional presentation-centric workshop. We seek to foster interaction between participants with hands-on sessions that will give them first-hand knowledge of how to use IPFS and Filecoin and interact with these technologies, as well as ecosystem project platforms. A capstone competition will give attendees the chance to develop open-source applications and win prizes. Topics of interest include but are not limited to: - Architectural proposals for the advancement of the state of decentralized Internet services. - Decentralized and peer-to-peer protocols and applications - Edge computing =E2=80=94 with emphasis on decentralized solutions for= the far edge and their integration with current Internet architectures - Design, implementation, and evaluation of decentralized, networked systems and CDNs - Socio-economic, legal, and/or regulatory aspects of content-addressable, permissionless, P2P networks - Privacy and security of decentralized storage and delivery systems - Applications that build on top of decentralized network storage and retrieval protocols - Measurement studies on decentralized and edge computing infrastructure= s - Improvements to the IPFS protocol stack, libp2p, or the Filecoin storage and (especially) retrieval protocol from a performance, privacy,= or security perspective - Cross-layer optimization between network- and decentralized service/application-layer protocols (e.g., consensus, pubsub, etc) - Pubsub protocol performance and security improvements for decentralized, blockchain-based systems (e.g., Gossipsub) The workshop welcomes contributions in the following forms: - *Work-in-progress papers* (limited to 6 pages) presenting early findings and visionary protocol development directions. - *Demos* (limited to 2 pages) showcasing a proof-of-concept prototype. - *Tutorials* (up to 2 pages description) which will be part of the hands-on session to demonstrate emerging technologies or applications to build and deploy decentralized systems. Tutorials are expected to last u= p to 45 min. - *Competition project ideas* (limited to 1 page) to be included in the 3-week post-workshop competition. Submission guidelines can be found at the workshop's website: https://research.protocol.ai/sites/dinps/calls/ ORGANIZING COMMITTEE - Jo=C3=A3o Leit=C3=A3o, Universidade Nova de Lisboa, PT - Yiannis Psaras, Protocol Labs TECHNICAL PROGRAM COMMITTEE (Tentative) - Dimitris Chatzopoulos, University College Dublin, IE - Thomas Hardjono, MIT, US - Hidehiro Kanemitsu, University of Tokyo, JP - Michal Krol, City University of London, UK - Thibault Maunier, Cloudflare, UK - Sonia Ben Moktar, CNRS, FR - Joerg Ott, TUM, DE - Aravindth Raman, Telefonica, ES - Alfonso de la Rocha, Protocol Labs - Lorenzo Saino, Fastly, UK - Nuno Santos, INESC-ID, Technical University of Lisbon, PT - Will Scott, Protocol Labs - Florian Tschorch, TUB, DE - Gareth Tyson, Queen Mary University of London, UK - Spyros Voulgaris, AUEB, GR Jo=C3=A3o Leit=C3=A3o Assistant Professor @ DI - FCT/UNL Integrated Researcher @ NOVA LINCS jc.leitao@fct.unl.pt http://asc.di.fct.unl.pt/~jleitao Twitter: @jcaleitao --00000000000058da2d05d61befc2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
*[Please accept our apologies if you receive multiple copies of this announ= cement.]*

Workshop on Decentralized Internet, Networks, Protocols= , and Systems (DINPS)
Co-located with IEEE ICDCS 2022, Bologn= a, Italy (remote-friendly)
10th-13th July 2022

IMPO= RTANT DATES
Submission Deadline: 5 March 2022
Acceptance Notif= ication: 5 April 2022
Camera-ready Deadline: 21st April 2022

CALL FOR PAPERS

With the emergence of the Web3.0 paradigm as well as the increasing=20 exploration of naturally decentralized computation paradigms as in edge=20 computing, decentralized systems are becoming increasingly relevant.=20 This field is thriving thanks to recent technological advances=20 demonstrating the feasibility of decentralized systems at scale.=20 Existing approaches include blockchain-based systems as well as systems=20 like the InterPlanetary File System (IPFS), a peer-to-peer,=20 content-addressable hypermedia protocol that seeks to connect all=20 computing devices within a single distributed system of files. IPFS is=20 additionally complemented by Filecoin, a token-based protocol that=20 supports an incentivized, decentralized storage and delivery network,=20 among others. These projects are open-source and community-driven with=20 reference implementations in multiple languages and a global community=20 of millions of users.

This workshop aims to bring together=20 researchers and practitioners in the fields of decentralized systems,=20 peer-to-peer networks, and edge computing. Now is the time to leverage=20 our expertise and discoveries in this area to define the future of the=20 decentralized Internet: this includes work on underlying technologies=20 and protocols, emerging standards, tools and abstractions (such as the=20 ones provided by IPFS, libp2p and Filecoin), and also emerging=20 applications and use-cases.

The workshop will consist of a number of different sessions and session styles that go beyond the traditional presentation-centric workshop. We seek to foster interaction between=20 participants with hands-on sessions that will give them first-hand=20 knowledge of how to use IPFS and Filecoin and interact with these=20 technologies, as well as ecosystem project platforms. A capstone=20 competition will give attendees the chance to develop open-source=20 applications and win prizes.

Topics of interes= t include but are not limited to:
  • Architectural proposals for th= e advancement of the state of decentralized Internet services.
  • Dece= ntralized and peer-to-peer protocols and applications
  • Edge computing =E2=80=94 =C2=A0with emphasis on decentralized solutions for the= far edge=20 and their integration with current Internet architectures
  • Design, i= mplementation, and evaluation of decentralized, networked systems and CDNs<= /li>
  • Socio-economic, legal, and/or regulatory aspects of content-address= able, permissionless, P2P networks
  • Privacy and security of decentra= lized storage and delivery systems
  • Applications that build on top o= f decentralized network storage and retrieval protocols
  • Measurement= studies on decentralized and edge computing infrastructures
  • Improv= ements to the IPFS protocol stack, libp2p, or the Filecoin storage and=20 (especially) retrieval protocol from a performance, privacy, or security perspective
  • Cross-layer optimization between network- and decentra= lized service/application-layer protocols (e.g., consensus, pubsub, etc)
  • Pubsub protocol performance and security improvements for decentraliz= ed, blockchain-based systems (e.g., Gossipsub)
The workshop w= elcomes contributions in the following forms:
  • Work-in-progres= s papers=C2=A0(limited to 6 pages) presenting early findings and vision= ary protocol development directions.
  • Demos=C2=A0(limited to = 2 pages) showcasing a proof-of-concept prototype.
  • Tutorials= =C2=A0(up to 2 pages description) which will be part of the hands-on session to=20 demonstrate emerging technologies or applications to build and deploy=20 decentralized systems. Tutorials are expected to last up to 45 min.
    • Competition project ideas=C2=A0(limited to 1 page) to be included i= n the 3-week post-workshop competition.
Submission guidelines= can be found at the workshop's website:=C2=A0https://research.proto= col.ai/sites/dinps/calls/=C2=A0

OR= GANIZING COMMITTEE
  • Jo=C3=A3o Leit=C3=A3o, Universidade Nova de L= isboa, PT
  • Yiannis Psaras, Protocol Labs
TECHNIC= AL PROGRAM COMMITTEE (Tentative)
  • Dimitris Chatzopoulos, U= niversity College Dublin, IE
  • Thomas Hardjono, MIT, US
  • Hideh= iro Kanemitsu, University of Tokyo, JP
  • Michal Krol, City University= of London, UK
  • Thibault Maunier, Cloudflare, UK
  • Sonia Ben M= oktar, CNRS, FR
  • Joerg Ott, TUM, DE
  • Aravindth Raman, Telefon= ica, ES
  • Alfonso de la Rocha, Protocol Labs
  • Lorenzo Saino, F= astly, UK
  • Nuno Santos, INESC-ID, Technical University of Lisbon, PT=
  • Will Scott, Protocol Labs
  • Florian Tschorch, TUB, DE
    • Gareth Tyson, Queen Mary University of London, UK
  • Spyros Voulgari= s, AUEB, GR


Jo=C3=A3o Leit=C3=A3o
Ass= istant Professor @ DI -=C2=A0FCT/UNL
I= ntegrated Researcher @ NOVA LINCS=C2=A0
T= witter: @jcaleitao

=
--00000000000058da2d05d61befc2-- From nobody Sun Jan 23 05:44:09 2022 Return-Path: X-Original-To: icnrg@ietfa.amsl.com Delivered-To: icnrg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A88703A1A5B for ; Sun, 23 Jan 2022 05:44:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.23 X-Spam-Level: X-Spam-Status: No, score=-1.23 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_SOFTFAIL=0.665, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no 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 BwxiWtuz9F5x for ; Sun, 23 Jan 2022 05:43:58 -0800 (PST) Received: from mail-out2.informatik.tu-muenchen.de (mail-out2.in.tum.de [131.159.0.36]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9EA4A3A1A5D for ; Sun, 23 Jan 2022 05:43:58 -0800 (PST) Received: from mailrelay1.rbg.tum.de (mailrelay1.in.tum.de [131.159.254.14]) by mail-out2.informatik.tu-muenchen.de (Postfix) with ESMTP id E1C0C240068; Sun, 23 Jan 2022 14:43:53 +0100 (CET) Received: by mailrelay1.rbg.tum.de (Postfix, from userid 112) id DEED2DDC; Sun, 23 Jan 2022 14:43:53 +0100 (CET) Received: from mailrelay1.rbg.tum.de (localhost [127.0.0.1]) by mailrelay1.rbg.tum.de (Postfix) with ESMTP id 917E3DDB; Sun, 23 Jan 2022 14:43:53 +0100 (CET) Received: from vmrbg463.in.tum.de (webmail.in.tum.de [IPv6:2a09:80c0::91]) by mailrelay1.rbg.tum.de (Postfix) with ESMTP id 8B625DD9; Sun, 23 Jan 2022 14:43:53 +0100 (CET) Received: from webmail.in.tum.de (localhost [IPv6:::1]) by vmrbg463.in.tum.de (Postfix) with ESMTP id 85A50100137; Sun, 23 Jan 2022 14:43:53 +0100 (CET) MIME-Version: 1.0 Date: Sun, 23 Jan 2022 14:43:53 +0100 From: Aaron Ding To: quic@ietf.org, icnrg@irtf.org In-Reply-To: References: <3d572db069341497b07bfc38cfbe20a0@tum.de> User-Agent: Roundcube Webmail/1.4.11 Message-ID: X-Sender: aaron.ding@tum.de Organization: TU Munich Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: [icnrg] ACM SIGCOMM 2022 - deadline in 10 days X-BeenThere: icnrg@irtf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Information-Centric Networking research group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jan 2022 13:44:02 -0000 Kind reminder on SIGCOMM submission deadline approaching: Feb 2, 2022, 23:59 UTC ACM SIGCOMM, August 22-26, 2022 Amsterdam, the Netherlands ***Call for Papers*** https://conferences.sigcomm.org/sigcomm/2022/cfp.html ***Important dates*** * Feb 2, 2022, 23:59 UTC -- Paper submission deadline * April 14/May 7, 2022 - Early/Notification date ***Organizing Committee*** General Chairs * Ariel Orda, Technion * Fernando Kuipers, Delft University of Technology Program Committee Chairs * Bruce Maggs, Duke University * Brighten Godfrey, University of Illinois at Urbana-Champaign SIGCOMM22 Publicity Chairs From nobody Mon Jan 24 00:44:07 2022 Return-Path: X-Original-To: icnrg@ietfa.amsl.com Delivered-To: icnrg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8DBDB3A2355 for ; Mon, 24 Jan 2022 00:44:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 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_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 QifPgVPuIua7 for ; Mon, 24 Jan 2022 00:43:59 -0800 (PST) Received: from mail-ej1-x636.google.com (mail-ej1-x636.google.com [IPv6:2a00:1450:4864:20::636]) (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 6D5243A235A for ; Mon, 24 Jan 2022 00:43:59 -0800 (PST) Received: by mail-ej1-x636.google.com with SMTP id m4so19329640ejb.9 for ; Mon, 24 Jan 2022 00:43:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:from:date:message-id:subject:to; bh=N7gZtVePwrT2AanK/qfXPEuPBit6wFvb7x/ruTG5m5w=; b=og74AqzXZzqJ/a67XE7+Red7FQ3WMVOVLjdJEBnoDp8nLT1Yn7BAWUhS4Yi74CjjtO 2B46Y+Wr15eIiHUbxZ2r7eA1guIkGGEOr0HH8wx0+XY0Qt3JtPti1e7gENRGMJAZx4N7 rBqbtNi8AKi9S/2umarnQz/U6LNbxozCumNgmIv36+LVi0YFXPDvdxaT7H4CVfCtnBlG pugteWOCeVLcSb1ftDAzZ0kTt9zYpH0B2oIXz09w7LN2paXeBGqkq3z7u1LvHGitrc+y 1aFvP/NYxzlO1AsDQvmv/7RXPO//+o91ngMbrxA/J7iyYvbnMqmJ43lZTohnH7OHiksT rNzg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=N7gZtVePwrT2AanK/qfXPEuPBit6wFvb7x/ruTG5m5w=; b=cn+sSIqC1zFUFvulk0IjNeWIrdRJlhhbQG9q4GXYiL0Zgvg5s+SU0kMFHt5DnvKBHB Bu0guxlAeZwYednBvn4YizJn92FTu/55sPVB6UNy4dAvnPv+TksrYdwiqFRD+4k+6F0B PcgXgiLiUjAvMGUSFIhuBfveYnTsRO8RYb5ExUBIvaeyj81G71z2mMa0m1m0rCpei6Ro g3XpGDU/cuysJqLNZS/JaagJPpBnKK6ESFsg2zfF6MhO6Kpr2pzHL4K3flLctHpHCKb5 1y4GHqh54Z+4k/lWWndDPmoBPTHhiUQWEUKGYW4sBPkd46Gnw6vnjNs7GlCKCJA5xQV3 tTtQ== X-Gm-Message-State: AOAM530gEEBXPpdHM9NfXEpgdbmsAquTwBQOkclDCSik8CANnQVJaYBe Fi3klyYXp7fwuSSp82iJWD0uMn3BnvGsGG08oHf0af9CtPE= X-Google-Smtp-Source: ABdhPJx3oFGc4WNvI3m1sUlnX93w9ho+qx8j0hzpHq2oeVVBDTHNLb3j3DqQJGsP0GA4dCOMExMfH5tDyR0BHL8eJbo= X-Received: by 2002:a17:907:72c5:: with SMTP id du5mr11432691ejc.210.1643013836861; Mon, 24 Jan 2022 00:43:56 -0800 (PST) MIME-Version: 1.0 From: Marica Amadeo Date: Mon, 24 Jan 2022 09:43:21 +0100 Message-ID: To: icnrg@irtf.org Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: [icnrg] IFIP Networking Conference 2022 [Deadline approaching: January 30] X-BeenThere: icnrg@irtf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Information-Centric Networking research group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jan 2022 08:44:05 -0000 Our apologies if you received multiple copies of this CFP. ============================================== CALL FOR PAPERS IFIP Networking 2022 University of Catania, Italy, June 13-16, 2022 ============================================== The International Federation for Information Processing (IFIP) Networking 2022 Conference (IFIP NETWORKING 2022) will be held at the University of Catania, Italy. This is the 21th event of the series, sponsored by the IFIP Technical Committee on Communication Systems (TC6). Accepted papers will be published in the IFIP Digital Library and collected by the IEEE Xplore Digital Library. High quality papers will be recommended for fast track publications in selected journals. The main objective of Networking 2022 is to bring together academic and industrial experts of the networking community to discuss the most recent advances in networking, to highlight key issues, identify trends, and develop a vision of the future Internet and wireless networking from the usage, design, deployment and operation standpoints. We invite submissions on a wide range of network-related topics, including but not limited to: o Network architectures, applications, and services o Network automation and management o Software-defined networking (SDN) and programmable data plane o Network function virtualization o Fog and edge computing o Data center networking o Machine learning and networking o In-network computing o Internet of Things (IoT) o Optical networking o Quantum networking o 5G/6G networks o Wireless and mobile networks o Localization and positioning o Vehicular networks o mmWave, VLC and THz communications o Non-terrestrial networks o Network modeling, analysis, and measurement o Network performance and optimization o Resource management o Quality of Experience o Network traffic analysis o Network economics o Network security, trust and privacy o Blockchain networking The Conference Program will include plenary sessions, break-out sessions, keynote talks, a panel, a poster/demo session and a workshop day. Submission guidelines are available on the conference website: https://networking.ifip.org/2022/ ORGANIZATION COMMITTEE GENERAL CHAIRS Giacomo Morabito, University of Catania, Italy Sergio Palazzo, University of Catania, Italy PROGRAM CHAIRS Claudia Campolo, University Mediterranea of Reggio Calabria, Italy Jorg Liebeherr, University of Toronto, Canada David Yau, Singapore University of Technology and Design, Singapore STEERING COMMITTEE Robert Bestak, Czech Technical University in Prague, Czech Republic Silvia Giordano, SUPSI, Switzerland Andrea Passarella, IIT-CNR, Italy Henning Schulzrinne, Columbia University, USA Burkhard Stiller, University of Zurich, Switzerland Joerg Widmer, IMDEA Networks, Spain IMPORTANT DATES Full paper submission: January 30, 2022 Notification of acceptance: April 1, 2022 Camera-ready version: May 2, 2022 Full Event: June 13-16, 2022 -- Dr. Marica Amadeo Assistant Professor University "Mediterranea" of Reggio Calabria DIIES Department, ARTS Lab Via Graziella Feo di Vito I - 89100 Reggio Calabria (RC), Italy ------------------------------ Email: marica.amadeo@gmail.com, marica.amadeo@unirc.it Scholar Google Profile: https://scholar.google.it/citations?user=52c4cz0AAAAJ&hl=it From nobody Tue Jan 25 06:32:36 2022 Return-Path: X-Original-To: icnrg@ietfa.amsl.com Delivered-To: icnrg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 399E13A14EE for ; Tue, 25 Jan 2022 06:32:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 icKO0VRdu2Td for ; Tue, 25 Jan 2022 06:32:30 -0800 (PST) Received: from mail.dardick.net (mail.dardick.net [71.43.112.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4CA773A14F1 for ; Tue, 25 Jan 2022 06:32:30 -0800 (PST) Received: from knecht.imp.fu-berlin.de (knecht.imp.fu-berlin.de [160.45.112.23]) by mail.dardick.net (13.0.2 build 7 x64) with ASMTP (SSL) id 202201250932254376 for ; Tue, 25 Jan 2022 09:32:25 -0500 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable To: icnrg@irtf.org From: publicity@ieeelcn.org Date: Tue, 25 Jan 2022 15:32:24 +0100 Message-ID: <164312114487.1156880.13171909679874474561@ieeelcn.org> Archived-At: Subject: [icnrg] [LCN 2022] CfP: Paper Registration by April 1st; Submission by April 8th, 2022 X-BeenThere: icnrg@irtf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Information-Centric Networking research group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jan 2022 14:32:35 -0000 =20 Call for Papers 47th Annual IEEE Conference on Local Computer Networks Edmonton, Canada September 26-29, 2022 https://www.ieeelcn.org The IEEE LCN conference is the premier conference on the leading edge of th= eoretical and practical aspects of computer networking. LCN is a highly int= eractive conference that enables an effective interchange of results and id= eas among researchers, users, and product developers. For the past 46 years= , major developments from AI-enabled high-speed networking to application-f= ocused IoT networks have been reported at this conference.=20 Topics of interest include, but are not limited to: =20 * Personal and wearable networks * Green networking * Wireless ad hoc & sensor networks * Overlay and peer-to-pee= r networks * Information-centric networking * Local-area and metropol= itan-area networks * Embedded networks * Storage-area networks * Opportunistic networking * Routing and transport protocols=09 * Delay-tolerant networks * Big Data Networking * Cognitive radio networks * Cloud computing and networking * Vehicular networks * Software Defined Networking and Network Function = Virtualization=09 * Smart Grid communications * Internet of Things * Underwater sensor networks * Link technologies * Cyber-physical systems * Adaptive networking applications * Social networks * Authentication, authorization, accounting * Mobile and ubiquitous networking * Security and privacy =20 * Cross-layer optimization * Mobility and Location-dependent services * Multimedia and real-time communication * Machine-to-machine communications for smart environments * Smart Cities * Network traffic characterization and measurements * Network management, reliability and QoS * Performance evaluation of networks * Test beds for network experiments * Network coding * Optical and high-speed access networks * E-Health networking * AI-enabled networking In addition to the main conference track, the LCN Symposium provides an opp= ortunity to present early work in-progress that shows exciting promise. The= aim of the Symposium is to enable timely discussion of novel ideas and cha= llenging future directions on emerging topics in networking. Submissions in areas such as, but not limited to, the following are encoura= ged: * Edge/Fog Computing * AI for Networking * Smart Cities IEEE LCN 2022 will also feature a demo session with the aim of providing de= monstrations that validate important research issues and/or show innovative= prototypes. More information can be found on the conference Web site. Furthermore, the IEEE LCN 2022 will include a Doctoral track session in sup= port of graduate student=E2=80=99s research. The goal of the Doctoral Trac= k is to engage graduate students, especially Ph.D. students, that work in t= he general area of networking to actively participate and contribute to the= 47th IEEE LCN Conference. More information can be found on the conference= Web site.=20 Authors are invited to submit papers describing original, previously unpubl= ished work, not currently under review by another conference, workshop, or = a journal. Full Regular papers (maximum 8 pages, 8 pt font in IEEE format) = should present novel perspectives within the general scope of the conferenc= e. Short papers (up to 4 pages) are an opportunity to present preliminary o= r interim results on hot topics in a poster session. Symposium papers (max= imum 6 pages) enable timely discussion of novel ideas and challenging futur= e directions on emerging topics in networking. Both full and short papers a= re published in the proceedings and IEEE Xplore. All papers must include t= itle, complete contact information for all authors, abstract, and keywords = on the cover page.=20 IEEE reserves the right to remove papers from IEEE Xplore that are not pres= ented at the conference. Paper submission: Papers must be registered on EDAS and submitted in PDF fo= rmat. Detailed submission instructions are available at the conference webs= ite. Direct any questions to LCN Program Chairs Sharief Oteafy (SOTE= AFY@depaul.edu) and Eyuphan Bulut (ebulut@vcu.edu) or LCN Symposium Chai= r Kanchana Thilakarathna (kanchana.thilakarathna@sydney.edu.au). Important dates: Paper registration: April 1, 2022 Paper submission: April 8, 2022 Notification: June 15, 2022 Final paper: July 15, 2022 =20 General Chair: Lyes Khoukhi, ENSICAEN, Normandie Univ., France=20 Program Chair: Sharief Oteafy, DePaul Univ, USA =20 Program Co-Chair: Eyuphan Bulut, Virginia Commonwealth Univ., US,=20 Symposium Chair: Kanchana Thilakarathna, The Univ. of Sydney, Australia From nobody Fri Jan 28 01:52:19 2022 Return-Path: X-Original-To: icnrg@irtf.org Delivered-To: icnrg@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B70253A2687; Fri, 28 Jan 2022 01:52:08 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: icnrg@irtf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.43.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: icnrg@irtf.org Message-ID: <164336352865.6089.8354153613048695571@ietfa.amsl.com> Date: Fri, 28 Jan 2022 01:52:08 -0800 Archived-At: Subject: [icnrg] I-D Action: draft-irtf-icnrg-icn-lte-4g-11.txt X-BeenThere: icnrg@irtf.org X-Mailman-Version: 2.1.29 List-Id: Information-Centric Networking research group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2022 09:52:09 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Information-Centric Networking RG of the IRTF. Title : Experimental Scenarios of ICN Integration in 4G Mobile Networks Authors : Prakash Suthar Milan Stolic Anil Jangam Dirk Trossen Filename : draft-irtf-icnrg-icn-lte-4g-11.txt Pages : 43 Date : 2022-01-28 Abstract: 4G mobile network uses IP-based transport for the control plane to establish the data session at the user plane for the actual data delivery. In the existing architecture, IP-based unicast is used for the delivery of multimedia content to a mobile terminal, where each user is receiving a separate stream from the server. From a bandwidth and routing perspective, this approach is inefficient. Evolved multimedia broadcast and multicast service (eMBMS) provides capabilities for delivering contents to multiple users simultaneously, but its deployment is very limited or at an experimental stage due to numerous challenges. The focus of this draft is to list the options for use of Information centric technology (ICN) in 4G mobile networks and elaborate the experimental setups for its further evaluation. The experimental setups discussed provide for using ICN either natively or with existing mobility protocol stack. With further investigations based on the listed experiments, ICN with its inherent capabilities such as, network- layer multicast, anchorless mobility, security, and optimized data delivery using local caching at the edge may provide a viable alternative to IP transport in 4G mobile networks. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-irtf-icnrg-icn-lte-4g/ There is also an htmlized version available at: https://datatracker.ietf.org/doc/html/draft-irtf-icnrg-icn-lte-4g-11 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-irtf-icnrg-icn-lte-4g-11 Internet-Drafts are also available by rsync at rsync.ietf.org::internet-drafts From nobody Fri Jan 28 03:15:19 2022 Return-Path: X-Original-To: icnrg@ietfa.amsl.com Delivered-To: icnrg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 86C713A0C4F for ; Fri, 28 Jan 2022 03:15:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.097 X-Spam-Level: X-Spam-Status: No, score=-7.097 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 KNa8uU62zccs for ; Fri, 28 Jan 2022 03:15:05 -0800 (PST) Received: from mail-qk1-x72c.google.com (mail-qk1-x72c.google.com [IPv6:2607:f8b0:4864:20::72c]) (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 3E16B3A0C88 for ; Fri, 28 Jan 2022 03:15:05 -0800 (PST) Received: by mail-qk1-x72c.google.com with SMTP id m25so4244308qka.9 for ; Fri, 28 Jan 2022 03:15:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:from:date:message-id:subject:to; bh=P8DsuBMjqx8WWINTrxAhluaPwa4bdcaYzOTY5clIRaM=; b=JaeKN1dsWjl5xh5MDKwlJfTA6bc5gQrjafhGFxnUjbds6ZAfYNhHE7Fca+hqS+1R+T BqiKjPRfNRTb5XCyd1wL5/c3ZyJp31yCDb7l+mkb6HgleisI8w3dy0BTvM9kWphdVsoh EXMABFloJVBCRsQnWr0zOvbJ7WlIzsrhQi+1jYQVPg0jGL3tYo96gToDMOqHTr8c7x0o DFapLrjflqR+lLFw9CLgDSArwUv8KT/kieOcqO8xaKLk8Ion5zOE/iCRsYGjj2Qngx// xvs1UBx99E6knkJnsWOfSYBsk9HhxzpMRlnurhUNR67wVErG5yUfMlFBoJ7g5FxWzPXf 7CUQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=P8DsuBMjqx8WWINTrxAhluaPwa4bdcaYzOTY5clIRaM=; b=f1hJOxxQ6J65l/r6jP0Fo4hDrt/RWFDgtUUrs9kj0JhN7GlXfY3YeguNJevIqeMZ0R ExowJD0bv7tlKRYYwIdi2oXWNgUnIYCC2jjHQKJ5puOdFWVrDQiARgCOttF18cMkaNTb 4isMxK6BHMrPMpP4exZAqQrJe6CV3/dp8hpA9X7NdpwiB3TX2o42BqCNZ+Zc+GOqrMIk WfVEqoFO8b92jW+G1fev2j8iaQHkP8/HJ0Leou1iycJ0H+8kgF9uI9pH5qgrvfH5jQi8 mpnketXL7ab3GjwE3Hws8rCyyL64D4CBM53nnz1M/iQwuIY8Vo48BgLkFh94YGTQxPGJ +utQ== X-Gm-Message-State: AOAM533eZADeg3Th5nx4xKIX52IACpauho1Jgr8T/Jk2ZY6qRt4Omz3D FWNMYY3HP3X9hECdGV7nLdA69zCecV8gXAkHJ1u0/342aT9XyA== X-Google-Smtp-Source: ABdhPJzJXmUOKuuYU3xmKsANLxk8lkF360uqCYH/8lweGrE+lJJrKtmCEC0KVQeUJfebC0M80LFFCB+o+z6CCgPm2rI= X-Received: by 2002:a05:620a:4012:: with SMTP id h18mr5337307qko.66.1643368503068; Fri, 28 Jan 2022 03:15:03 -0800 (PST) MIME-Version: 1.0 From: christian vitale Date: Fri, 28 Jan 2022 13:14:52 +0200 Message-ID: To: icnrg@irtf.org Content-Type: multipart/alternative; boundary="000000000000dc4c6b05d6a28b12" Archived-At: Subject: [icnrg] MedComNet 2022 - Call for Papers - Deadline 16 February 2022 X-BeenThere: icnrg@irtf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Information-Centric Networking research group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2022 11:15:17 -0000 --000000000000dc4c6b05d6a28b12 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable MedComNet 2022 - Call for Papers 20th Mediterranean Communication and Computer Networking Conference 1-3 June 2022, King Evelthon Resort, Paphos, Cyprus https://www.medcomnet.org MedComNet 2022 continues the tradition of the MedHocNet conference series that started in Sardinia in 2002 and was held annually in beautiful locations on the shores of the Mediterranean. MedComNet is a forum for the presentation of new research results in the broad area of wired and wireless communication and computer networking. All aspects of the networking research area are welcome. MedComNet has requested the Technical Co-Sponsorship of the IEEE, and accepted papers will be submitted for inclusion into IEEE Xplore. Extended versions of the best papers presented at the conference will be considered, by invitation and upon additional review, for publication in Elsevier Computer Communications journal. The best paper in the conference will be awarded the Mario Gerla Best Paper Award, which is associated with a 1000 euro prize. Topics include but are not limited to: - Wireless networks - Cellular networks including 5G and 6G - Network coding for 5G - Vehicular networks - Dynamic spectrum sharing - Interference management and mitigation - Medium access control - MIMO-based networking - mmWave, THz, VLC networking - Mobile sensing and applications - Mobility management and models - Innovative Internet architectures - Internet of Things / Cyber-physical systems - Secure and intelligent Internet of Things - Routing and multicast - Software-defined Networking and Radio - Optical networks - Overlay and peer-to-peer networks - Age of Information - Energy efficiency in networks - Machine Learning and AI for networks - Edge, fog and cloud computing - Edge AI, Network for AI - Localization and location-based services - Integrated sensing and communication - Multimedia networking - Network economics and pricing - Network management - Network measurement and analysis - Network security and privacy - Network virtualization - Satellite networks Important information ---------------------- Paper submission deadline: Feb. 16, 2022 Acceptance notification: April 04, 2022 Registration (authors and early birds): May 06, 2022 Camera Ready Papers due: May 06, 2022 Conference: June 1-3, 2022 Instructions for authors: ------------------------- Authors are invited to submit original unpublished manuscripts that demonstrate current research related to the aforementioned topics of interest. All paper submissions must be written in English and must be formatted in standard IEEE 2-column format. Only Adobe PDF files will be accepted for the review process. The mandatory IEEE template in Microsoft Word and LaTeX format can be found at https://www.ieee.org/conferences/publishing/templates.html. All submissions must be made electronically through EDAS at https://edas.info/N29242. We will consider two different categories of papers: Full papers should describe novel research contributions and are limited in length to ten (10) printed pages (10-point font) including figures, tables, and references. Papers exceeding ten (10) pages will not be accepted at EDAS, nor reviewed at all. Short papers should be more visionary in nature and may report on work in progress without finished results. They are meant to present novel perspectives, so as to foster discussion about innovative directions and new points of view. They are limited to at most four (4) pages including figures, tables, and references, but might in many cases be even shorter. Accepted short papers will be included in the proceedings and they will be given (a shorter) time for oral presentation at the conference. For more information, please see: https://www.medcomnet.org/authors-instructions/ No-show policy -------------- Submission to the conference implies willingness to present. No-shows will be excluded from the proceedings. No-show papers are defined as papers submitted by authors who subsequently did not present the paper in-person at the technical meeting (given the current situation, remote presentations will be allowed). Presentations by proxies are not allowed. No refund of the paid fees can be claimed by the no-show author. Exceptions to this policy can only be made by the Technical Program Chairs and only if there is evidence that the no-show occurred because of unanticipated events beyond the control of the authors, and every option available to the authors to present the paper was exhausted. Organizing Committee -------------------- General Chairs Carla Fabiana Chiasserini, Politecnico di Torino, Italy Vasos Vassiliou, University of Cyprus and CYENS Research Center, Cyprus General vice-Chair George Ellinas, University of Cyprus, KIOS Research Center, Cyprus TPC Chairs Antonella Molinaro, Universit=CE=B0 Meditterranea di Reggio Calabria, Italy Panayiotis Kolios, University of Cyprus, KIOS Research Center, Cyprus Keynote and Panel Chairs Panos Sarigiannides, University of Western Macedonia, Greece Antonio J. Jara, HOP Ubiquitous, Spain Publicity Chairs Christian Vitale, University of Cyprus, KIOS Research Center, Cyprus Ala' Khalifeh, German Jordanian University Publication Chair Chrysostomos Chrysostomou, Frederick University, Cyprus Web Chairs Michele Segata, Free University of Bolzano, Italy Christiana Ioannou, University of Cyprus, Cyprus Steering Committee Marco Ajmone Marsan, Politecnico di Torino, Italy (Chair) Ian F. Akyildiz, Georgia Institute of Technology, USA Edmundo De Souza e Silva, Federal University of Rio de Janeiro, Brazil Luigi Fratta, Politecnico di Milano, Italy Farouk Kamoun, ENSI, Tunisia Giovanni Pau, University of Bologna, Italy Guy Pujolle, Sorbonne Universit=CE=B9, France Vasos Vassiliou, University of Cyprus, Cyprus --000000000000dc4c6b05d6a28b12 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
MedComNet 2022 - Call for Papers
=C2=A0
20th Mediter= ranean Communication and Computer Networking Conference
1-3 June 2022, K= ing Evelthon Resort, Paphos, Cyprus
=C2=A0
https://www.medcomnet.org
=C2=A0
MedComNet 2022 conti= nues the tradition of the MedHocNet conference series that started in Sardi= nia in 2002 and was held annually in beautiful locations on the shores of t= he Mediterranean.
MedComNet is a forum for the presentation of new resea= rch results in the broad area of wired and wireless communication and compu= ter networking. All aspects of the networking research area are welcome.=C2=A0
MedComNet has requested the Technical Co-Sponsorship of the IEEE= , and accepted papers will be submitted for inclusion into IEEE Xplore. Ext= ended versions of the best papers presented at the conference will be consi= dered, by invitation and upon additional review, for publication in Elsevie= r Computer Communications journal. The best paper in the conference will be= awarded the Mario Gerla Best Paper Award, which is associated with a 1000 = euro prize.
=C2=A0
Topics include but are not limited to:
- Wirele= ss networks
- Cellular networks including 5G and 6G
- Network coding = for 5G
- Vehicular networks
- Dynamic spectrum sharing
- Interfere= nce management and mitigation
- Medium access control
- MIMO-based ne= tworking
- mmWave, THz, VLC networking
- Mobile sensing and applicati= ons
- Mobility management and models
- Innovative Internet architectu= res
- Internet of Things / Cyber-physical systems
- Secure and intell= igent Internet of Things
- Routing and multicast
- Software-defined N= etworking and Radio
- Optical networks
- Overlay and peer-to-peer net= works
- Age of Information
- Energy efficiency in networks
- Machi= ne Learning and AI for networks
- Edge, fog and cloud computing
- Edg= e AI, Network for AI
- Localization and location-based services
- Int= egrated sensing and communication
- Multimedia networking
- Network e= conomics and pricing
- Network management
- Network measurement and a= nalysis
- Network security and privacy
- Network virtualization
- = Satellite networks
=C2=A0
Important information
------------------= ----
Paper submission deadline: Feb. 16, 2022
Acceptance notification= : April 04, 2022
Registration (authors and early birds): May 06, 2022Camera Ready Papers due: May 06, 2022
Conference: June 1-3, 2022
=C2= =A0
Instructions for authors:
-------------------------
Authors a= re invited to submit original unpublished manuscripts that demonstrate curr= ent research related to the aforementioned topics of interest.
All pape= r submissions must be written in English and must be formatted in standard = IEEE 2-column format. Only Adobe PDF files will be accepted for the review = process. The mandatory IEEE template in Microsoft Word and LaTeX format can= be found at https://www.ieee.org/conferences/publishing/templates.html.=C2= =A0 All submissions must be made electronically through EDAS at https://edas.info/N29242.

We will cons= ider two different categories of papers:
Full papers=C2=A0should describ= e novel research contributions and are limited in length to ten (10) printe= d pages (10-point font) including figures, tables, and references. Papers e= xceeding ten (10) pages will not be accepted at EDAS, nor reviewed at all.<= br>Short papers=C2=A0should be more visionary in nature and may report on w= ork in progress without finished results. They are meant to present novel p= erspectives, so as to foster discussion about innovative directions and new= points of view. They are limited to at most four (4) pages including figur= es, tables, and references, but might in many cases be even shorter. Accept= ed short papers will be included in the proceedings and they will be given = (a shorter) time for oral presentation at the conference.
For more infor= mation, please see: https://www.medcomnet.org/authors-instructions/
=C2=A0
No-sh= ow policy
--------------
Submission to the conference implies willing= ness to present. No-shows will be excluded from the proceedings. No-show pa= pers are defined as papers submitted by authors who subsequently did not pr= esent the paper in-person at the technical meeting (given the current situa= tion, remote presentations will be allowed). Presentations by proxies are n= ot allowed. No refund of the paid fees can be claimed by the no-show author= . Exceptions to this policy can only be made by the Technical Program Chair= s and only if there is evidence that the no-show occurred because of unanti= cipated events beyond the control of the authors, and every option availabl= e to the authors to present the paper was exhausted.
=C2=A0
Organizin= g Committee
--------------------
General Chairs
Carla Fabiana Chia= sserini, Politecnico di Torino, Italy
Vasos Vassiliou, University of Cyp= rus and CYENS Research Center, Cyprus

General vice-Chair
George E= llinas, University of Cyprus, KIOS Research Center, Cyprus

TPC Chair= s
Antonella Molinaro, Universit=CE=B0 Meditterranea di Reggio Calabria, = Italy
Panayiotis Kolios, University of Cyprus, KIOS Research Center, Cyp= rus
=C2=A0
Keynote and Panel Chairs
Panos Sarigiannides, Universit= y of Western Macedonia, Greece
Antonio J. Jara, HOP Ubiquitous, Spain
Publicity Chairs
Christian Vitale, University of Cyprus, KIOS Resea= rch Center, Cyprus
Ala' Khalifeh, German Jordanian University
Publication Chair
Chrysostomos Chrysostomou, Frederick University, Cypr= us

Web Chairs
Michele Segata, Free University of Bolzano, Italy<= br>Christiana Ioannou, University of Cyprus, Cyprus
=C2=A0
Steering C= ommittee
Marco Ajmone Marsan, Politecnico di Torino, Italy (Chair)
Ia= n F. Akyildiz, Georgia Institute of Technology, USA
Edmundo De Souza e S= ilva, Federal University of Rio de Janeiro, Brazil
Luigi Fratta, Politec= nico di Milano, Italy
Farouk Kamoun, ENSI, Tunisia
Giovanni Pau, Univ= ersity of Bologna, Italy
Guy Pujolle, Sorbonne Universit=CE=B9, FranceVasos Vassiliou, University of Cyprus, Cyprus
--000000000000dc4c6b05d6a28b12-- From nobody Sat Jan 29 07:28:46 2022 Return-Path: X-Original-To: icnrg@ietfa.amsl.com Delivered-To: icnrg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E70B53A105D for ; Sat, 29 Jan 2022 07:28:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.894 X-Spam-Level: X-Spam-Status: No, score=-1.894 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 ylAoqcOOgujy for ; Sat, 29 Jan 2022 07:28:40 -0800 (PST) Received: from mout.kundenserver.de (mout.kundenserver.de [217.72.192.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 23C493A1053 for ; Sat, 29 Jan 2022 07:28:22 -0800 (PST) Received: from [192.168.1.50] ([95.89.114.110]) by mrelayeu.kundenserver.de (mreue106 [212.227.15.183]) with ESMTPSA (Nemesis) id 1Ml72g-1mX5v53mnc-00lREe for ; Sat, 29 Jan 2022 16:28:19 +0100 From: Dirk Kutscher To: ICNRG Date: Sat, 29 Jan 2022 16:28:17 +0100 X-Mailer: MailMate (1.14r5852) Message-ID: <3ADE59FB-0D3A-4B90-A522-3DF3B174D974@dkutscher.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=_MailMate_34BD756D-79E9-4020-9BF7-7D801FAFC708_="; micalg=sha-256; protocol="application/pkcs7-signature" X-Provags-ID: V03:K1:zFpmV85PLa+6myQFaXtvVVx+sIDQQE9M5zKdSDGl5zBvYlB5xyp /Wm/tUt7dBH8KQiodWffV1McFR68jfU0OsQ4jyy6nEXgTPpblCxWF6tdyPYbSj3f82mLymt UcBR3EFTLGTvMmrlKcQMVd2SEtkdCTG70xzRW1MrORQ+m+8ioaEPzhTcpLcsxSQtRxNn7kt 8flacCj1MCpGKNtrqwZfQ== X-UI-Out-Filterresults: notjunk:1;V03:K0:f5DQbGSXAj4=:3nrIRvKKH4g0XabQGZ/pyo zxTtWVpBgWnEDqZqwqgbZyEfeVBpdY6juAcvLtD8rdmtzskjOyS4GTW2B2pQ76KnOwpn89shM KqveZjRI4sbY6z12QeHlapreDlUdSyrNUVWjhPRvrTNo2ph2IbgzFaKsJ0AzATr2fZocsBIst 4VSiv/AHxkoYIKGCIqwq/nishrmP99VrL53BKVdfhLZXy0zQKgbZ6zvfUPFuCGAr5jJohz6Q/ /HPgZMwaKcrfd2XxBjlgbkELvzHgctCBywyhFV0CS1jH+YZBznnayvj8snuP7VwxDh0NTYJm7 QnoUq71s2AH9DYvnCYsq8Y0+WlVD+fGRU0RfByovMSqREqfiYABDbh5yuOizUVF5qudQzH39w 5cnmy/Uzm+LvqKU9gh490m+jPXAJVFvIvLqMIW95/g8w0OEBmV3K1Z814JpKRjgdhHkHY8tkk pvhEYodZ52ZhbZ9QhUpfiZ5eLglR/NakV8isXKuRZtakvCz7nhrEUHoHKAEEshKCVp+DgZQ45 iWhI4fW19j12/i/rMz9UPuhm804AJtF7HGeIwgm//B9nHWTRpZxtQK2Bs8604B7T/xPmcPi0K JtgaOlg50MD6wdm725TTZn7lKUt9EtDqErWAKHTeZAbWzJKkmo4+fI1BPgI2ZeB1WfTJrl2GZ CTpinFDcc6gXv/sKUnA2TOv4R6GQx4gLWIRj23ZCtwb9UfRw5U6PCG/x7uOosQp6UmvE= Archived-At: Subject: [icnrg] Beyond bufferbloat: End-to-end congestion control cannot avoid latency spikes X-BeenThere: icnrg@irtf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Information-Centric Networking research group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jan 2022 15:28:45 -0000 This is an S/MIME signed message (RFC 5652 and 8551). --=_MailMate_34BD756D-79E9-4020-9BF7-7D801FAFC708_= Content-Type: multipart/alternative; boundary="=_MailMate_942E8BE4-DDCC-49A0-8D17-9509DB8D00A4_=" --=_MailMate_942E8BE4-DDCC-49A0-8D17-9509DB8D00A4_= Content-Type: text/plain; charset=UTF-8; markup=markdown Content-Transfer-Encoding: quoted-printable Hi ICNRG, this article by Bj=C3=B8rn Teigen on the APNIC blog may be of interest to= the community: https://blog.apnic.net/2022/01/26/beyond-bufferbloat-end-to-end-congestio= n-control-cannot-avoid-latency-spikes/ It includes links to two interesting surveys: 1. https://www.diva-portal.org/smash/record.jsf?pid=3Ddiva2%3A1514537&dsw= id=3D1621 2. https://www.semanticscholar.org/paper/A-Comprehensive-Overview-of-TCP-= Congestion-Control-Lorincz-Klarin/e2f731a675afd6a14cfeb1dde1f602b12394d7b= 1 In ICN, we have a few leads that indicate the possibility to do better, f= or example: * G. Carofiglio, M. Gallo, L. Muscariello, M. Papalini and Sen Wang, "Opt= imal multipath congestion control and request forwarding in Information-C= entric Networks," 2013 21st IEEE International Conference on Network Prot= ocols (ICNP), 2013, pp. 1-10, doi: 10.1109/ICNP.2013.6733576. https://iee= explore.ieee.org/document/6733576 * Milad Mahdian, Somaya Arianfar, Jim Gibson, and Dave Oran. 2016. MIRCC:= Multipath-aware ICN Rate-based Congestion Control. In Proceedings of = the 3rd ACM Conference on Information-Centric Networking (ACM-ICN = '16). Association for Computing Machinery, New York, NY, USA, 1=E2=80= =9310. DOI:https://doi.org/10.1145/2984356.2984365, https://conferences2.= sigcomm.org/acm-icn/2016/proceedings/p1-mahdian.pdf Maybe time for more experimental work for ACM ICN-2022 (and for 6G of cou= rse...)? :-) Best regards, Dirk --=_MailMate_942E8BE4-DDCC-49A0-8D17-9509DB8D00A4_= Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Hi ICNRG,

this article by Bj=C3=B8rn Teigen on the APNIC blog may b= e of interest to the community:

https://blog.apnic.net/2022/01/26/beyond-bufferbloat-en= d-to-end-congestion-control-cannot-avoid-latency-spikes/

It includes links to two interesting surveys:

  1. https://www.diva-por= tal.org/smash/record.jsf?pid=3Ddiva2%3A1514537&dswid=3D1621
  2. https://www.semanticscholar.org/= paper/A-Comprehensive-Overview-of-TCP-Congestion-Control-Lorincz-Klarin/e= 2f731a675afd6a14cfeb1dde1f602b12394d7b1

In ICN, we have a few leads that indicate the possibility= to do better, for example:

Maybe time for more experimental work for ACM ICN-2022 (a= nd for 6G of course...)? :-)

Best regards,
Dirk

--=_MailMate_942E8BE4-DDCC-49A0-8D17-9509DB8D00A4_=-- --=_MailMate_34BD756D-79E9-4020-9BF7-7D801FAFC708_= Content-Description: S/MIME digital signature Content-Disposition: attachment; filename="smime.p7s" Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCCcow ggSNMIIDdaADAgECAgg/eb23VXwJejANBgkqhkiG9w0BAQsFADBmMQswCQYDVQQGEwJERTEzMDEG A1UECgwqREdOIERldXRzY2hlcyBHZXN1bmRoZWl0c25ldHogU2VydmljZSBHbWJIMSIwIAYDVQQD DBlkZ25zZXJ2aWNlIENBIDIgVHlwZSBFOlBOMB4XDTIyMDEwMzE1MDIzOVoXDTIzMDEwMzE1MDIz OVowazELMAkGA1UEBhMCREUxITAfBgNVBAUTGDQwMDAwMDAwNjFkMzEyNmUwOWQwOTBjYzEWMBQG A1UEAwwNRGlyayBLdXRzY2hlcjEhMB8GCSqGSIb3DQEJARYSaWV0ZkBka3V0c2NoZXIubmV0MIIB IjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAzuo/HYhT4lTGL2JnOujwqg650zaWfv9arTjC mePhgkVYAi86ZkRrPZqgCXlu1s02555WsJP6ijPiirS4ksEo21+Tm3q/C6GmYMcsDbNf3MsbiWE9 F3UNTDMU+pQF3zdLpijhOScJkPVDrWHbUMqQrmsYY/WS3gjcaWm+kNVVSPI3pCpHUXHuh/eYkYsM aDTVnpFzdnN73GrLRk6c6n8ygVJhTgMfWQy4OdT9eRiEba52zlh0X7LtX2xyJglWHcPV5iUcmyeu 2Y2SBpWCJyvWTDJmUa18/nJxy/HBxlh/4HF4v79yTSXO4+WbFjwneeinR9x7cXXwmTbmR24150Dm KwIDAQABo4IBODCCATQwHQYDVR0OBBYEFPf23bDi7fxoGbs03N2cNXepocFxMAwGA1UdEwEB/wQC MAAwHwYDVR0jBBgwFoAU6caT0dUPBmRy6mqWProQ8lRUsnkwVgYDVR0gBE8wTTBLBgwrBgEEAfsr AgEDAggwOzA5BggrBgEFBQcCARYtaHR0cDovL3NlYzUuZGduc2VydmljZS5kZS9wb2xpY2llcy9p bmRleC5odG1sMD4GA1UdHwQ3MDUwM6AxoC+GLWh0dHA6Ly9zZWM1LmRnbnNlcnZpY2UuZGUvY3Js L2NybDItdHlwZS1lLmNybDAOBgNVHQ8BAf8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsG AQUFBwMEMB0GA1UdEQQWMBSBEmlldGZAZGt1dHNjaGVyLm5ldDANBgkqhkiG9w0BAQsFAAOCAQEA ZDjFkSVUuYA7mc5zfp4LE+Pkn8FJsYISjtuPLVULfibkjNLD1LBdHISO4Wcgn3hrIgQ887ad3Dm/ we0YlTG+1byygJuJSOJ4S19qunt4pY5MMFth+ReXimoWBiJNHEKnb4vt2NKPhqj18P9LXy26Lrm/ RsrB7FnX7LeTebaD9JcUYnzTPOEGC1Zliyf2nDNvoZaiKPFr17XO/ifxNgaOSs7C21WAMXSBgJjj lQ0hv773DQWutILEXjLcogiH3LYFwInDOtwfXSVKX/gbvH8Ca/seWm1gGTpJIBr0AM4c0Wk0hHEV DoCOg1FJx4mRMGHyNcrMypufY6HH16UMp7YyGTCCBTUwggQdoAMCAQICCFUcStdmrSX2MA0GCSqG SIb3DQEBCwUAMGExCzAJBgNVBAYTAkRFMTMwMQYDVQQKDCpER04gRGV1dHNjaGVzIEdlc3VuZGhl aXRzbmV0eiBTZXJ2aWNlIEdtYkgxHTAbBgNVBAMMFGRnbnNlcnZpY2UgUm9vdCA3OlBOMB4XDTE2 MTAyNjA5MjI0MVoXDTI0MTAyNjA5MjI0MVowZjELMAkGA1UEBhMCREUxMzAxBgNVBAoMKkRHTiBE ZXV0c2NoZXMgR2VzdW5kaGVpdHNuZXR6IFNlcnZpY2UgR21iSDEiMCAGA1UEAwwZZGduc2Vydmlj ZSBDQSAyIFR5cGUgRTpQTjCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBANyl8pQ/dMej R9KXZs5ro81tFwNhloThlXe8sat79Tjjk6xFqE5E94//0vifJxMrp9RrCkNOo5oPG1djGOgk0L0u cpHFUH9SQF/SHbm83QvWJXgqEJpjxOKZXTPbJRKVvY25niB0FTr2omRqypiP4A/w5xA6jSJ2P02v V6WgcPfaLQkM+SEGPxV/pzpvuY3KfzJ9li9mXPNXaJD9y+jqIUvHbCAbuYKQ5nwEAcYMXDpPRQgD QGTrRiFExHEjsZeMzEFADZj9deg/h29AMO0w2YrSvkNReh/zvDZutdy25DZvjE3AUgStWgBC7x+2 ddOb2I61o6xbIsxlfq/mzNpAGoECAwEAAaOCAeowggHmMBIGA1UdEwEB/wQIMAYBAf8CAQAwHwYD VR0jBBgwFoAUAQwWG3Ry0zwU7iZ3t0kUU9j7ixswWwYIKwYBBQUHAQEETzBNMEsGCCsGAQUFBzAB hj9odHRwOi8vcm9jc3AtZGduLmRnbnNlcnZpY2UuZGU6ODA4MC9lamJjYS9wdWJsaWN3ZWIvc3Rh dHVzL29jc3AwagYDVR0gBGMwYTBfBgwrBgEEAfsrAgEEAgEwTzBNBggrBgEFBQcCARZBaHR0cDov L3d3dy5kZ25zZXJ2aWNlLmRlL3RydXN0Y2VudGVyL3B1YmxpYy9kZ25zZXJ2aWNlL2luZGV4Lmh0 bWwwgZkGA1UdHwSBkTCBjjCBi6CBiKCBhYaBgmxkYXA6Ly9sZGFwLmRnbnNlcnZpY2UuZGU6Mzg5 L0NOPUNSTC0xLE89REdOJTIwU2VydmljZSUyMEdtYkgsQz1ERT9jZXJ0aWZpY2F0ZVJldm9jYXRp b25MaXN0P2Jhc2U/b2JqZWN0Q2xhc3M9Y1JMRGlzdHJpYnV0aW9uUG9pbnQwHQYDVR0OBBYEFOnG k9HVDwZkcupqlj66EPJUVLJ5MA4GA1UdDwEB/wQEAwIBBjAbBgkrBgEEAcBtAwUEDjAMBgorBgEE AcBtAwUBMA0GCSqGSIb3DQEBCwUAA4IBAQCrvDn6Rcn7/FNq3SOJNfgYNfkdR5CiGoC4sZ+i0dyp CqqMXwbpRQjSriLS2eEe2V2Fms0E4SuBOEaxOg1nVjYafQVGtytRT0ueFIzB3VcnQl7oRFJ0SHi9 d/xjElAZkk8I8lytuWG57SabA72duEp7AaCWG3lVZIdNLy+rkNrfNvEUbqUh0TrZXgqpwwCLJjYF 8vyC4I+xxNaXm3EmuNvgQ2j2dGp3Oxc0QbfLLOCbK/rOdDikaBN7kTqpfHls7pcIOhQrgrPVLzY/ NHqG9zEpmjuQora63YHdu7BTzGp/DvcQwfyKa/gtb9LHn3AoSUqOKOMd02sUb/AxGhsNjMzJMYIC JTCCAiECAQEwcjBmMQswCQYDVQQGEwJERTEzMDEGA1UECgwqREdOIERldXRzY2hlcyBHZXN1bmRo ZWl0c25ldHogU2VydmljZSBHbWJIMSIwIAYDVQQDDBlkZ25zZXJ2aWNlIENBIDIgVHlwZSBFOlBO Agg/eb23VXwJejANBglghkgBZQMEAgEFAKCBhTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMC8G CSqGSIb3DQEJBDEiBCDmb+rD7io5nV7FWKCPL8/PBeIEth6Z20ukmmkJeE5o8TA4BgkqhkiG9w0B CQ8xKzApMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYJKoZIhvcN AQELBQAEggEAw5O8IjswGOHoJM9fmm6DB3grSaB8yWBatvnUltdSlR9g3gOd1rpE0lT7z1d9ArJ3 GqNVC+PLfWxS/EOtRolFmHyL3nB3M80GcfnwPIkcjI9cFnvoRaHw5M7vDxoYLfFhDtumX6knCE6U W8Xdhxu7oBdvFwIRMIkBJa3TGHZ1Wl+6pHnp/ffx7QAKdp9frh2MVMb5s6FakHUdRqdWu+x90l6J 3XQ2UTBTue97NQdfSNEHSBcT/puuO3niQB5Dn8eTk6NjsQS7UujjbK8cgYe5ROYiIlVmIJd0Hqhw Fefr2QuuT3d9knr2ZLOhiCG8woSScnsCk3DppefuLlHx/WMKCQAAAAAAAA== --=_MailMate_34BD756D-79E9-4020-9BF7-7D801FAFC708_=--