Re: [alto] Topic B - maintenance of ALTO protocol // RE: June 20, 2023 meeting minutes and discussion working links

LUIS MIGUEL CONTRERAS MURILLO <luismiguel.contrerasmurillo@telefonica.com> Sun, 09 July 2023 09:39 UTC

Return-Path: <luismiguel.contrerasmurillo@telefonica.com>
X-Original-To: alto@ietfa.amsl.com
Delivered-To: alto@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C6E9CC151988 for <alto@ietfa.amsl.com>; Sun, 9 Jul 2023 02:39:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.098
X-Spam-Level:
X-Spam-Status: No, score=-0.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_NONE=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001, URI_DOTEDU=1.999] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=telefonica.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VfPwq6MYIYVD for <alto@ietfa.amsl.com>; Sun, 9 Jul 2023 02:39:22 -0700 (PDT)
Received: from EUR05-AM6-obe.outbound.protection.outlook.com (mail-am6eur05on2104.outbound.protection.outlook.com [40.107.22.104]) (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 3F8E6C15153C for <alto@ietf.org>; Sun, 9 Jul 2023 02:39:20 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=JxYJ/020v6IYA+XJMQAnxzvSOlAMXy9bK1bP6Q7xAIan9jcNotHUqtb/c3BIkjkulg3RDKZKJhknCM7RhJYhMohF2xQ1bdjnH7wt2b5TU4yUlA3XxHBK1U/2+xhXSAxHDfvKJrNC3XuPghHWvejgoyOMyUoH1CwXbXqZLWhu5+e/nU1u11W7em+sIXkgtzKLHOV6SKrPKzkc+/aYwCtlI0grVDtTlim8A3m+ceSo1aE0B3fu1Oad/icytUGPpx/FUVLPOiIgYEQFNRe/fmw3VYyRsG4k5d0PLEJasTCgog6VeUAcjLWzSzn2gBwRlNvBdzz+m3vo6RlRYsWLqH5iQg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=3XkowSX9Pq1mfekrQUvSsaHkLAvOhD9VS1NXcLZ29lI=; b=IUnNAZW7uVbJn9M3RCj7t16fayC81/fL9Z95zFs6pZfBpr+nmBFeB2hkEFul9loW16ysIenHcZsoXdtCnQVaiaKIcTorJIrUIbx745ckvgceeu2hI/xmeSHJMM1M4kWjXYhXcAX+0DVpHRGflGu91V9POGGnFhGxXQtfAKVooEdmjAXy4eomMyylTJCBpYgB2twt2jjHQsix/a+R1Hgiyxx6971+OxVGRqi4BSG9McP+ft46B7CQKR/PLFlqXiNbQoW5WhLCGgIu8nodpFSQGqi5Eso3Np9qhhh+DQR/bcdaAJ80ISVIRwa9AkszvDAC6gw/5FE22p8qSLIWKWKrnw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=telefonica.com; dmarc=pass action=none header.from=telefonica.com; dkim=pass header.d=telefonica.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telefonica.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=3XkowSX9Pq1mfekrQUvSsaHkLAvOhD9VS1NXcLZ29lI=; b=SnOh35FQ6LJdOuMVLasrh+2vhQlW7B0+sy7kcZs5U/peUKFPN3SxFNjXq+t/VjJ/ME2zOL8WSyZAYmy33zAwGhnbOGl5ATkb8V+1SI+gGaSdwj+OMyO3fFPWnyhSvhrzxLEvn2xnl7bH8l/kdM4TdOESvkP+XpCSB4gumEs0qmQ=
Received: from DB9PR06MB7915.eurprd06.prod.outlook.com (2603:10a6:10:291::14) by DB9PR06MB7276.eurprd06.prod.outlook.com (2603:10a6:10:1f9::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6565.26; Sun, 9 Jul 2023 09:39:16 +0000
Received: from DB9PR06MB7915.eurprd06.prod.outlook.com ([fe80::3358:52ec:d6ae:fb54]) by DB9PR06MB7915.eurprd06.prod.outlook.com ([fe80::3358:52ec:d6ae:fb54%7]) with mapi id 15.20.6565.026; Sun, 9 Jul 2023 09:39:16 +0000
From: LUIS MIGUEL CONTRERAS MURILLO <luismiguel.contrerasmurillo@telefonica.com>
To: Qin Wu <bill.wu@huawei.com>, Danny Lachos <dlachos@benocs.com>, "Y. Richard Yang" <yry@cs.yale.edu>, IETF ALTO <alto@ietf.org>
Thread-Topic: [alto] Topic B - maintenance of ALTO protocol // RE: June 20, 2023 meeting minutes and discussion working links
Thread-Index: AdmvrfbNWlMVW1OZRgS5T9DjE+ZjRQCmeGBg
Date: Sun, 09 Jul 2023 09:39:16 +0000
Message-ID: <DB9PR06MB79153104D53817C1952C38F59E33A@DB9PR06MB7915.eurprd06.prod.outlook.com>
References: <f0ac99965c004d2b82f373b9d417fc49@huawei.com>
In-Reply-To: <f0ac99965c004d2b82f373b9d417fc49@huawei.com>
Accept-Language: es-ES, en-US
Content-Language: es-ES
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=telefonica.com;
x-ms-publictraffictype: Email
x-ms-traffictypediagnostic: DB9PR06MB7915:EE_|DB9PR06MB7276:EE_
x-ms-office365-filtering-correlation-id: a9cea915-ee48-4bd6-c32a-08db80605cd4
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: 98nFs0Cpo4MZqSV6Jmhry7Ks86dEVBymhgKskNRy33eI23Mlc5vOw4ppTuRQByOeustiVf7cAIzBs8cWvwv5qIz0TQIIF3e/EEfHwZGKQWRxRQrE+okOIl9teEJSLe67W2Lm9hNqFmdjLZJCxAfJ1/GUAxbA2U4x1e9YMG/GeYn6TRIILnVzfPwR95tGyfOeHI+9EvvatL4LC33w+EmRgTSOYYTXl1m13VzoFlIyELp3saciPU/cOpItbucJ4fnVdMweAcCDaztmg820c6+EUpcBbLVFTY6c2UrLo1NIFQy+hYroaXi0IUtn0dlzBTn+dBRBEb9OFAIc6DG5ot/ke0txKggooySMgw2P7G972TIzL5yTau3tKXrSwxySB+Eqg3PUmoYWWYeSrQVCisjtBuUgzyrIdI/HTZZtUPjKxyl7j/nLfmB1hUE8kTOIo1Y8lU82PFwX6CiW1tt4WX7o5ioKlUBj3edCJsXHET5uzEv03M0hiXQRWB4mHBZvs9KXBpY1BCvsZqeaisyAjzPhzyCJ5tQOr26DceRzFFz4RuNo4VrR0AL3vs/pCFviPKbkxReSJFJdgDK9qio84p56S+RMH9livIRHADPVP9KNuq8MwRlFB2XZIIFw90LIjTO1GjGD6FCAPERZVTqUYV5aG04uy1DhZqIMsdN7qmGaIyzvqBjRligfggjm84ZdgpmIQJPfPeKjQx4jV2e49IQ8JZw4vNjx/Wh7LZf3riX7xx5QbJqwi2Xi4a4afyE0nBJ9AyZr4suUQBmZQfmvbN0zRA==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DB9PR06MB7915.eurprd06.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230028)(4636009)(396003)(136003)(346002)(376002)(39860400002)(366004)(451199021)(86362001)(38100700002)(38070700005)(82960400001)(5930299015)(66899021)(33656002)(55016003)(71200400001)(7696005)(110136005)(19627235002)(76116006)(166002)(122000001)(26005)(6506007)(53546011)(186003)(966005)(9686003)(52536014)(2906002)(66556008)(316002)(45080400002)(478600001)(66946007)(8676002)(8936002)(66476007)(5660300002)(66574015)(83380400001)(64756008)(66446008)(30864003)(41300700001)(9010500006)(15398625002)(579004)(559001)(15940465004); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: qFu4O7bA6IC8vQUkhwdMlq8AUnPbeTT1oVqtn4BPLpIRuFixw0r3uMfZ0kOXBXw1DyVXe+S5YdnLxAlSPxaTgbdHDA/fwSDNWlZqfhzSHkSYKKw3kEIVb3aj4SzdWHIkS/U4olQ7MkBDpBo1Rn2LLWRbMXRWQ+xvs0pt+I0ry0hCw3a54G8nXmY+fQpC3k8iR+ffRV93ETB1zhN/IAjvgL3ZJGpKn/xXmHBo5HPig+crsGXCDunhr/1BBwjCG/LwBhbLDKFEAHkNVaOtxk4FRok7EiLztQFzKXG0GhxwDUldhSzu1M+uRPJykhp/yoeHn91Pee+QAOpkrBsrs7L8mV5BZZuFx1siubWRhWdgRqkR38S/YPhiwKn+HOvTqcbjFs/WbrjL3b67QvuG4hO+eCiXk0PG9AMlw+2/0HI8kGV8UweacxS7/i0OBUN+qHm7xfIxtHkAbwN7Xjxe+S6U1Ns4TbYWlJ9my5DLEgyKs+88BMUs3n9erdSCZo+dWtfAiOLCKbIYvCrAt2xKKhmF89Dp+6QaEaUZY8grkvgw4JE/XA2afiV5lJa8yiTLSOBP0XGeV/MBvCdPnDZuZkWAcWM8UzhgWlNzYx20vn/70t7j6xbXfOPxbKWjvzdwM+zOEzdq+DJkH8lnDEjt2GThS9uDRnnCXbq1rhinkJ/fz2ldXBZcbeuQjyoHDpgHRRzQcIzSZMAOM3o4naaUK0T1M6puO3Iv6YHmWWNV8tU4I67XIdIRF+paEyZjvQ4YRkaBD2uNAj0XICPS1s6NNYbEc+HupQ8L5DrD9s9DSfe38LTCF0YFqLAs+HN0KCNkMininO+5tJeZ0IPizXbAfWPgG0fTLeBBHNjIp3FDKm1qYi3ApgzLeYBcdo7fEexNf9UT26b8msRtiTrjdxwDXVPj9DMdO4bjHgKOfHryb76IfMFZu2IZxkZV5qoDz9fHLNZkSEZR+wx0+9gkZp7VUqUAg1wiSKRS75vUdQRi4X5XdkidJh2/uLLi348yLpuwy9rBbojxes3XCwg51WoW/SJcY188VQXWIIsYMT12lKFHHtftx+aqJopH/GkHd40mR5N+oHylrZhUhaRc/B2c8z+to4b5JK8X0DEC8ZMFGrt5u1ErYvG2qD4pX4RGzJdSMVG1sJmDY15Xek1dWzsIayrPmUvJUHQ1IA5Wldig+ZFrBvD3PBQ0JigE6p0O72FYht3osBipLrcDRQEDCzWx48UrD6mGB4xGSPjUeZS5e5Xgtfwio7IhJpmDZasSjB4BErJw8I+guifzX7WEPNBaJR35O1sxpDesSfzMz5/Mi+/5gfzeyC+fz4Xhz7ja5bnKu/WRHzKpCCR8MBPi0VMyHajP6+BRWF7nOdhwb/TxaNR7Ofh6IYIxLz8Hci+ONwn/8vD0MALFywiBcKHCjWmrzKWxYHNCAdmkmB1xV+CGqw2cs/07JyLYpyvYCH/KbbHT48taKYZ2NFx+fle+MRyB9rIlD5mG+UxUJoe5jnuAP3tnCtaVz3f2EqQEoOqlIpeM2JrGTCcmh3vtTrIT5u0qgRxsuGGlD9O73KmkvfMs0iGTnUx8Bzuu0C6f+mMoTKvxL0liCnVYUxclFUd+2BJHv4Z0X6fSEw9oi6sInF/teiKJqy4=
Content-Type: multipart/alternative; boundary="_000_DB9PR06MB79153104D53817C1952C38F59E33ADB9PR06MB7915eurp_"
MIME-Version: 1.0
X-OriginatorOrg: telefonica.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: DB9PR06MB7915.eurprd06.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: a9cea915-ee48-4bd6-c32a-08db80605cd4
X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Jul 2023 09:39:16.5204 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 9744600e-3e04-492e-baa1-25ec245c6f10
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: R/j5RoOnH82RarAl+YhVi5ZtpdSQqOzRWpxHFirK8u1lRtptjmaK/0n9Vaf+JCH4WpFaY9dy9gvwZynTRpztdcizNRHRQcvTvuakG3WkJrmgFHlMt4jd67wFvvdcBfHI2AHkebeBwbvAEJpzYBLjiA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB9PR06MB7276
Archived-At: <https://mailarchive.ietf.org/arch/msg/alto/8dbMHfEkJ6WphGzHQawHnBVwTIQ>
Subject: Re: [alto] Topic B - maintenance of ALTO protocol // RE: June 20, 2023 meeting minutes and discussion working links
X-BeenThere: alto@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "Application-Layer Traffic Optimization \(alto\) WG mailing list" <alto.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/alto>, <mailto:alto-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/alto/>
List-Post: <mailto:alto@ietf.org>
List-Help: <mailto:alto-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/alto>, <mailto:alto-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 09 Jul 2023 09:39:26 -0000

Hi Qin, Danny,

Thanks for your questions and apologies for the late response.

Certainly, the way in which BGP Communities can be handled is a matter of development with ideas / insights from the working group.

As stated in the version -01 to be submitted (available here https://github.com/luismcontreras/alto-bgp-communities), I do foresee the following way of handling BGP Communities:


  *   In situations where a BGP Community and an ALTO PID scope the same grouping of prefixes, leveraging BGP Communities simplifies network operations by using an existing identifier for the purpose of retrieving ALTO information.


  *   In situations where the purpose is to retrieve ALTO information applicable to a superset of PIDs, a BGP Community can be defined in order to group the prefixes of all those PIDs.


  *   In situations where the purpose is to retrieve ALTO information applicable to a subset of prefixes across multiple PIDs, a BGP Community can be defined in order to group the subset of prefixes of all the PIDs.

In summary, what I would expect is to have new network maps working with the concept of BGP Community as object. The prefixes associated with each BGP Community will be defined at BGP level. I’m considering for this specific operator defined communities, for instance those that have a geographical meaning (e.g., prefixes in Region-1 vs Region-2, commonly defined to being associated to peering point 1 vs 2).

Hope this clarifies the questions. Anyway, more discussions are needed in the WG for well defining how to work with Communities, as well as to identify limitations, if any.

Best regards

Luis

De: Qin Wu <bill.wu@huawei.com>
Enviado el: jueves, 6 de julio de 2023 4:18
Para: Danny Lachos <dlachos@benocs.com>; LUIS MIGUEL CONTRERAS MURILLO <luismiguel.contrerasmurillo@telefonica.com>; Y. Richard Yang <yry@cs.yale.edu>; IETF ALTO <alto@ietf.org>
Asunto: RE: [alto] Topic B - maintenance of ALTO protocol // RE: June 20, 2023 meeting minutes and discussion working links

Hi, Danny:
BGP community can be seen as a tag attached to the BGP routes exchanged between two BGP peers.
It is interesting to see ALTO network map can be generated based on BGP-communities, two questions I want to ask here:

  1.  We have many common BGP communities, e.g., local AS community, route target community, route origin community, do you think all these communities can be used to generate network map
  2.  For network map, we usually map IP addresses to PIDs, e.g.,

       "network-map" : {
         "PID0" : { "ipv6" : [ "::/0" ] },
         "PID1" : { "ipv4" : [ "0.0.0.0/0" ] },
         "PID2" : { "ipv4" : [ "192.0.2.0/24", "198.51.100.0/24" ] },
         "PID3" : { "ipv4" : [ "192.0.2.0/25", "192.0.2.128/25" ] }
       }
      So when we introduce communities, do you think such mapping should be modified, replaced? What format will looks like?
      e.g., should establish the mapping between PIDs and community or should we define the network map other than ipv4/ipv6 network map?

-Qin
发件人: alto [mailto:alto-bounces@ietf.org] 代表 Danny Lachos
发送时间: 2023年7月5日 15:59
收件人: LUIS MIGUEL CONTRERAS MURILLO <luismiguel.contrerasmurillo@telefonica.com<mailto:luismiguel.contrerasmurillo@telefonica.com>>; Y. Richard Yang <yry@cs.yale.edu<mailto:yry@cs.yale.edu>>; IETF ALTO <alto@ietf.org<mailto:alto@ietf.org>>
主题: Re: [alto] Topic B - maintenance of ALTO protocol // RE: June 20, 2023 meeting minutes and discussion working links


Hi Luis,
Thanks for starting this thread

See a quick comment below:
1/ extension of ALTO to consider operational simplicity. Here fits the proposal of introducing BGP communities in ALTO. The rationale is that operators use BGP communities quite often as mechanism for applying policies and determining certain behaviors on the IP addresses grouped in the form of communities. This seems quite useful as well at the time of exposing associated information (metrics, topology, etc) as enabled by ALTO. An initial draft can be found here: https://github.com/luismcontreras/alto-bgp-communities
The plan is to generate version -01 for IETF 117.
Regarding the use of BGP information (including BGP communities), I was wondering how to process this data. Should it be considered an aggregation process?
This is because tons of data will eventually be received, and in this case, the BGP routing information could be aggregated into subnet prefixes grouped by their attributes (Communities, BGP nextHop, etc.).
This process will massively compress the BGP data and then this re-structured and aggregated data could be used to generate, for instance, ALTO network maps based on BGP-Communities.

Make sense?
On 26.06.23 23:13, LUIS MIGUEL CONTRERAS MURILLO wrote:
Hi all,

Related to Topic B on maintenance of ALTO, as a way of summary of what has been discussed during the last weeks, we could have two major sub-topics:

1/ extension of ALTO to consider operational simplicity. Here fits the proposal of introducing BGP communities in ALTO. The rationale is that operators use BGP communities quite often as mechanism for applying policies and determining certain behaviors on the IP addresses grouped in the form of communities. This seems quite useful as well at the time of exposing associated information (metrics, topology, etc) as enabled by ALTO. An initial draft can be found here: https://github.com/luismcontreras/alto-bgp-communities
The plan is to generate version -01 for IETF 117.

2/ security aspects of ALTO. This has been discussed in both one of the interim meetings (see https://datatracker.ietf.org/meeting/interim-2023-alto-05/materials/slides-interim-2023-alto-05-sessa-security-aspects-regarding-alto-luis-00) and one ad-hoc discussion meeting (https://mailarchive.ietf.org/arch/msg/alto/HnhO5H5xy4hBGtfm3JI7-K9mq3Y/). The rationale for this activity is to improve the security around the deployment and operation of ALTO in production networks. As commented during the interim, there are a number of security issues documented so far, like:
1.       A high-level discussion of security issues in the ALTO problem statement [RFC5693]
2.       Unwanted information disclosure risks, as well as specific security-related requirements in the ALTO requirements document [RFC6708].
3.       Issues related ALTO server discovery in [RFC7286]
4.       Identified cases for ALTO deployments in [RFC7971]
5.       Security considerations in the remaining RFCs
However, new security concerns emerge from deployments, such as:
1.       Obfuscation of PIDs, and the handling of them in scenarios with multiple ALTO clients
2.       Mechanisms for isolation of the ALTO server from direct client interaction
3.       Secure retrieval of information from external components (e.g., probes, etc)
4.       etc
A potential first step could be to document these new security considerations and then concentrate on those not solved representing relevant threats in ALTO operation.

There could be other relevant topics related to the maintenance of ALTO part from the two commented above.

Any further ideas on this respect?

Of course for those interested on the topics above, please comment.

Thanks in advance

Best regards

Luis

De: alto <alto-bounces@ietf.org><mailto:alto-bounces@ietf.org> En nombre de Y. Richard Yang
Enviado el: miércoles, 21 de junio de 2023 1:47
Para: IETF ALTO <alto@ietf.org><mailto:alto@ietf.org>
Asunto: [alto] June 20, 2023 meeting minutes and discussion working links

Hi all,

As suggested by Ayoub, Jordi and others during the weekly meeting today, starting from today, the note taker will not only update the meeting minutes page (https://github.com/ietf-wg-alto/wg-materials/blob/main/meetings-ietf-alto/ietf-alto-2023.md), but also provide a text summary and comments, if appropriate, on the meeting. So below are my quick comments and the full meeting minutes are below; the archive is at the link above.

Regarding comments, the most important item that I, as a note taker, take away is the wonderful discussion about how to organize future work discussions. In particular, the participants divided the potential work into 4 areas, and created 4 github issues. We also created a common Google doc to allow systematic write up. The links to them are below.

In particular, the four areas and their coordinators are:
- A: Integration of data sources and their exposures; coordinator: Jordi, Luis and Kai
- B: Maintenance of ALTO protocol; coordinator: Luis, Richard
- C: Security and trust; coordinators: Ayoub, Junichi, Motoyoshi
- D: New architectural extensions; coordinators: Roland and Sabine

We sure can adjust the coordinators. So so, please let me know, and we can adjust the page. The plan is that the coordinators will closely with the chairs (Qin and Med) to make concrete progress. The coordinators will kick off the discussions.

Richard as note taker on June 20, 2023

==== Meeting Minutes Text ====

IETF, ALTO Meeting: June 20, 2023

Agenda:
1.       Transport and OAM documents
1.       Transport: https://github.com/ietf-wg-alto/draft-ietf-alto-new-transport/issues
2.       OAM: https://github.com/ietf-wg-alto/draft-ietf-alto-oam-yang/issues
3.       ALTO Future Work: https://mailarchive.ietf.org/arch/msg/alto/uIFD6Dhikfu4J4PYcpJTbsiXbnE/ https://github.com/ietf-wg-alto/wg-materials/blob/main/FutureALTO/alto-direction-of-work.md
4.       Preps for IETF 117:
1.       Drafts and presentations that the ALTO group plans to work on
2.       Agenda
5.       New revision of Green Networking Metrics draft in opsawg: https://datatracker.ietf.org/doc/draft-cx-opsawg-green-metrics/

Minutes

*Note taker: Richard
1.  Charter documents: transport and OAM updates
1.       OAM: Jensen and Med had a discussion on the draft and submit the revision to IESG. The document is now waiting for AD review.
2.       Transport: Richard sent a note to Martin Thompson, to provide the justification on introducing server push using PUSH PROMISE. It includes two basic reasonings: lower load, and the feature is optional; Kai updated that Med sent two pull requests and sent the latest version for AD review, and wait for updates.
2.  Updates on future work on ALTO
1.  Overview: Jordi started with an update on the planning: Please follow the ongoing conversation on the WG mailing list initiated by Sabine, engaged by Jordi and Luis; the WG welcomes conversations by all; please socialize the ideas; leadership is important and please take ownership; this WG meets each week, and we do not know any other IETF WG that meets each week, but because we meet each week, we do not use the mailing list, which may appear to be inactive by those not attending the weekly meeting.
2.  Individual topics:
1.       Jordi summarized that from the mailing list, item 3 appears to be the most preferred; please do discussions, propose a charter item and then write documents; The goal is to go to 117 and should be prepared.
2.       Richard commented that one of his focus points will be on data sources, which can be more informational than standard. Luis advised that there can be two types of approaches: bottom-up (individuals propose ideas), and top-down (chairs/AD guidance).
3.       Luis suggests that we should take a look at chair-mentioned items such as BGP communities, and security; mid-term: such as data sources, please go to the mailing list.
3.  Work organization: Meeting notes work plan: Ayoub gave the suggestion that note taker shares the note to the mailing list, some kind of annotated meeting minutes. Roland clarified that the sharing notes can be double sent, or summary/highlights, or up to note taker. Organizing discussions: Luis/Jordi: email as record, GitHub tickets to organize; Jordi creates 4 tickets, and puts links to doc.
4.  Issues, leads, and working documents:
1.  Topic A:
1.       GitHub issue: #48<https://github.com/ietf-wg-alto/wg-materials/issues/48>
2.       Topic coordinator: Jordi, Kai
2.  Topic B:
1.       GitHub: #49<https://github.com/ietf-wg-alto/wg-materials/issues/49>
2.       Topic coordinator: Roland, Sabine
3.  Topic C:
1.       GitHub: #50<https://github.com/ietf-wg-alto/wg-materials/issues/50>
2.       Topic coordinator: Ayoub, Junichi, Motoyoshi
4.  Topic D:
1.       GitHub: #51<https://github.com/ietf-wg-alto/wg-materials/issues/51>
2.       Coordinator: Luis, Jordi
5.  Discussion Google doc:
1.       https://docs.google.com/document/d/1rpziU7NZEE8f84XkJSjMhEIHUA5G7rXkGB5c_7UFxUY/edit?usp=sharing
6.  Goals: Enabling conversations and concrete documents (compute, edge service, etc), need to focus; real good way to make progress is internet-draft (ID) as ground truth, from dynamic to stable, with focus on writing drafts for concrete results).


--
--
 =====================================
| Y. Richard Yang <yry@cs.yale.edu<mailto:yry@cs.yale.edu>>   |
| Professor of Computer Science       |
| http://www.cs.yale.edu/~yry/        |
 =====================================

________________________________

Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario, puede contener información privilegiada o confidencial y es para uso exclusivo de la persona o entidad de destino. Si no es usted. el destinatario indicado, queda notificado de que la lectura, utilización, divulgación y/o copia sin autorización puede estar prohibida en virtud de la legislación vigente. Si ha recibido este mensaje por error, le rogamos que nos lo comunique inmediatamente por esta misma vía y proceda a su destrucción.

The information contained in this transmission is confidential and privileged information intended only for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this transmission in error, do not read it. Please immediately reply to the sender that you have received this communication in error and then delete it.

Esta mensagem e seus anexos se dirigem exclusivamente ao seu destinatário, pode conter informação privilegiada ou confidencial e é para uso exclusivo da pessoa ou entidade de destino. Se não é vossa senhoria o destinatário indicado, fica notificado de que a leitura, utilização, divulgação e/ou cópia sem autorização pode estar proibida em virtude da legislação vigente. Se recebeu esta mensagem por erro, rogamos-lhe que nos o comunique imediatamente por esta mesma via e proceda a sua destruição
________________________________

Le informamos de que el responsable del tratamiento de sus datos es la entidad del Grupo Telefónica vinculada al remitente, con la finalidad de mantener el contacto profesional y gestionar la relación establecida con el destinatario o con la entidad a la que está vinculado. Puede contactar con el responsable del tratamiento y ejercitar sus derechos escribiendo a privacidad.web@telefonica.com<mailto:privacidad.web@telefonica.com>. Puede consultar información adicional sobre el tratamiento de sus datos en nuestra Política de Privacidad<https://www.telefonica.com/es/telefonica-politica-de-privacidad-de-terceros/>.

We inform you that the data controller is the Telefónica Group entity linked to the sender, for the purpose of maintaining professional contact and managing the relationship established with the recipient or with the entity to which it is linked. You may contact the data controller and exercise your rights by writing to privacidad.web@telefonica.com<mailto:privacidad.web@telefonica.com>. You may consult additional information on the processing of your data in our Privacy Policy<https://www.telefonica.com/en/wp-content/uploads/sites/5/2022/12/Telefonica-Third-data-subjects-Privacy-Policy.pdf>.

Informamos que o responsável pelo tratamento dos seus dados é a entidade do Grupo Telefónica vinculada ao remetente, a fim de manter o contato professional e administrar a relação estabelecida com o destinatário ou com a entidade à qual esteja vinculado. Você pode entrar em contato com o responsável do tratamento de dados e exercer os seus direitos escrevendo a privacidad.web@telefonica.com<mailto:privacidad.web@telefonica.com>. Você pode consultar informação adicional sobre o tratamento do seus dados na nossa Política de Privacidade<https://www.telefonica.com/es/politica-de-privacidade-de-terceiros/>.


_______________________________________________

alto mailing list

alto@ietf.org<mailto:alto@ietf.org>

https://www.ietf.org/mailman/listinfo/alto

--

Danny Lachos | Senior Network Engineer



BENOCS GmbH, Berlin

+49 305 7700 0417

dlachos@benocs.com<mailto:dlachos@benocs.com>

www.benocs.com<http://www.benocs.com>



Visit us on LinkedIn: https://www.linkedin.com/company/benocs/

________________________________

Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario, puede contener información privilegiada o confidencial y es para uso exclusivo de la persona o entidad de destino. Si no es usted. el destinatario indicado, queda notificado de que la lectura, utilización, divulgación y/o copia sin autorización puede estar prohibida en virtud de la legislación vigente. Si ha recibido este mensaje por error, le rogamos que nos lo comunique inmediatamente por esta misma vía y proceda a su destrucción.

The information contained in this transmission is confidential and privileged information intended only for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this transmission in error, do not read it. Please immediately reply to the sender that you have received this communication in error and then delete it.

Esta mensagem e seus anexos se dirigem exclusivamente ao seu destinatário, pode conter informação privilegiada ou confidencial e é para uso exclusivo da pessoa ou entidade de destino. Se não é vossa senhoria o destinatário indicado, fica notificado de que a leitura, utilização, divulgação e/ou cópia sem autorização pode estar proibida em virtude da legislação vigente. Se recebeu esta mensagem por erro, rogamos-lhe que nos o comunique imediatamente por esta mesma via e proceda a sua destruição
________________________________

Le informamos de que el responsable del tratamiento de sus datos es la entidad del Grupo Telefónica vinculada al remitente, con la finalidad de mantener el contacto profesional y gestionar la relación establecida con el destinatario o con la entidad a la que está vinculado. Puede contactar con el responsable del tratamiento y ejercitar sus derechos escribiendo a privacidad.web@telefonica.com<mailto:privacidad.web@telefonica.com>. Puede consultar información adicional sobre el tratamiento de sus datos en nuestra Política de Privacidad<https://www.telefonica.com/es/telefonica-politica-de-privacidad-de-terceros/>.

We inform you that the data controller is the Telefónica Group entity linked to the sender, for the purpose of maintaining professional contact and managing the relationship established with the recipient or with the entity to which it is linked. You may contact the data controller and exercise your rights by writing to privacidad.web@telefonica.com<mailto:privacidad.web@telefonica.com>. You may consult additional information on the processing of your data in our Privacy Policy<https://www.telefonica.com/en/wp-content/uploads/sites/5/2022/12/Telefonica-Third-data-subjects-Privacy-Policy.pdf>.

Informamos que o responsável pelo tratamento dos seus dados é a entidade do Grupo Telefónica vinculada ao remetente, a fim de manter o contato professional e administrar a relação estabelecida com o destinatário ou com a entidade à qual esteja vinculado. Você pode entrar em contato com o responsável do tratamento de dados e exercer os seus direitos escrevendo a privacidad.web@telefonica.com<mailto:privacidad.web@telefonica.com>. Você pode consultar informação adicional sobre o tratamento do seus dados na nossa Política de Privacidade<https://www.telefonica.com/es/politica-de-privacidade-de-terceiros/>.