From nobody Thu Apr 1 01:44:19 2021 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1DF403A1049 for ; Thu, 1 Apr 2021 01:44:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 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, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 aTjLaTiWadPR for ; Thu, 1 Apr 2021 01:44:11 -0700 (PDT) Received: from EUR05-DB8-obe.outbound.protection.outlook.com (mail-db8eur05on2084.outbound.protection.outlook.com [40.107.20.84]) (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 CFEA93A1048 for ; Thu, 1 Apr 2021 01:44:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=YWfn5yK3pCviadFlx3aoRDI9csOd/X04iHMIwbfTWm7dhu+5Dg0/iRTa8WF02Lw7q8Yjaz3PtKzByIybQ1IfDofxnGSd2Fqe/Oz5bKRsV9gBCY3u67WzFTm9/p/i4fvg7PJmqmn+7hj/NSZ4Jy0hRvktK8IUKhVj0amYXWpNV20GFJRdDHyoCED8FXNrLd/9wrwhfQEitP+5qZF25dRLQW/lmeAJ5QAWEAEIAabU3HDu/lCGzrJq7jd2mTlyICTUNfp3jbMgE0/b0JvLYsETUji7aBvH1H4zL+SmPIqJh+XIACW+WSWtXh8sq70xem0IhDMDmTjyOtD8vELD3j5Xlw== 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-SenderADCheck; bh=7wJlPltFowg9YCxEZZ9E7mY9spebPWsJDsm1WdgRfiM=; b=gbUI/TCp36s9lDZalG8gC4lsbsguSAUdFcpjpk8RFm8PG+2xnoSqm2ihJ0MhWbKraY0ndwv9Dz+ifdRM5jHDGxKgLX4EKlnV3IA037cIjs1AwnMD0ACFmltQSvZaoFyTL021VnowQzJXQzG6o9smw/YbwS7GSozJMvd/nW8i1QMRwMPFlsD05bP1y0jJwdr/yO+XUIZ+NrOud8HFKLPKUptwrkVKnV+8nTsrc3gLLRXvCL6byPic1LwMGaauSVhkX9jekhh1e0eCyKifJH9ixNbIUG67JNWVtqIh9cXFEAN0SAOcTEYKnVA+MQs2/M14chiM8cFudRwDaq8A5BuVjw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=7wJlPltFowg9YCxEZZ9E7mY9spebPWsJDsm1WdgRfiM=; b=NFuSB+8GKuZ3JgeB0eScxnuupeyVzwWwJGIFdGCNmfd35qCTzrl+4BIzVRYj3y5YppJBMydHFkHq6En7uNBjepc7gAoroLaICYgoA5d2mVDRj2EocmYZ9dX9zxBNTfnbLWuUX26gSEYemxrcxuHZikxvdak7NHH2aEVkWMV0sjc= Received: from HE1PR07MB4186.eurprd07.prod.outlook.com (2603:10a6:7:9a::11) by HE1PR0701MB2476.eurprd07.prod.outlook.com (2603:10a6:3:70::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3999.19; Thu, 1 Apr 2021 08:44:07 +0000 Received: from HE1PR07MB4186.eurprd07.prod.outlook.com ([fe80::a50d:5c60:ea3d:2f54]) by HE1PR07MB4186.eurprd07.prod.outlook.com ([fe80::a50d:5c60:ea3d:2f54%3]) with mapi id 15.20.3999.020; Thu, 1 Apr 2021 08:44:07 +0000 From: Jonas Ahlberg To: ccamp Thread-Topic: Notes: CCAMP - Microwave - 2021-03-31 Thread-Index: Adcmz1+KODhDpepyRI6ccaCRFXUAIQ== Date: Thu, 1 Apr 2021 08:44:06 +0000 Message-ID: Accept-Language: sv-SE, en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=ericsson.com; x-originating-ip: [85.194.6.238] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 4e1c99c8-c3b2-4b69-69b8-08d8f4ea4fd3 x-ms-traffictypediagnostic: HE1PR0701MB2476: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: CnhJMiaR30B9nuVK4Ro2omqHU/pRPN+Igm7H5zDEMw5rbgXe9ctXawAlKo8KzSSMzBndrxSCSX3YoSQXH5xGUGtpjk0XkKUrTWg19vN2pAk/r52Ybr2a/R55CH4x9mqSxJGriTTYTJtKgSB05W9qCESQntdjPaOMAaeUQMpZOuD5bgeJYZZXitQbxyzv8aWms2TiDpicYbI7MDYNvuA7jUFFBQ6C9cEgis1C7isLDN83QgTPPxy29z3hDrje+V93GlEsJMynJSEuCx8P2o8sRIhmDp87XIVhNjWB/KT/msWQ6CAjJitVfqFWjfdyK+BI/9IliE0tfvw/EForExQ2Zd6OR1nUQDSs7SiBtPDRblsNUwVpTeZdHz0p31ZqcKvJ4WqMQN310jaSzexccBPpw0Jx2UC4nWMqo69uCuG+03YDriLP4scnHFetZIShOcgxSoMIo8Nm2VFGBFsw0OQOtKMAi1Zzgs5knlSUMrutqOyeoOrfdvVVpxIrYzCgRn3TMO3NRuF/89ZgXAF51cgI2L4qn3awgmuEOJ8UMs2uSCnv9IuH7gGyRWiJs/P0PrIZxDKBG4RP4eAA2jeZivUQ5jRm3K7v5aVzoUmjFBSKsz3q53jtMDWLgvYt7X4XPp57CSPIzvMeLWvTjkspOAMTGaSE9t9TOxZ11UbrYfGUP/pi1TqjjMOyWa2d06g2JyC9JcDcrg5wEPK2cEFgC/SbBjMK5FNWn1gZUgqVcFPEaY8zIXviKJ4OlAqMYBUcfzXO x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:HE1PR07MB4186.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(346002)(366004)(376002)(136003)(39860400002)(396003)(99936003)(166002)(8936002)(66446008)(186003)(83380400001)(8676002)(52536014)(30864003)(5660300002)(76116006)(66556008)(66616009)(64756008)(71200400001)(6506007)(9686003)(55016002)(6916009)(966005)(86362001)(33656002)(66476007)(66946007)(44832011)(38100700001)(2906002)(26005)(53546011)(7696005)(478600001)(316002)(559001)(579004); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?us-ascii?Q?YJ8NZW6nWdUA7Q2jUyRvEpj32ZM7J4Bj6l0jvosh4CeMvqJzetGshlKmoQc7?= =?us-ascii?Q?rvKheJI0FTd1Vzf5UVtlVhiFawyLtA6s06hD8EQ+YToOdjU1D4lsP+KN+8r5?= =?us-ascii?Q?ppDMaNIlTjaocbpQOS/CQXLl1rrqzZyBV86GflHRLjLKuNKILMv9HRwsNkqF?= =?us-ascii?Q?shaRMSF8e3zCQyMbOep7ekRiOa7ZgehswdK0o4xkaJnvXlOAk5YFXzWp4rKy?= =?us-ascii?Q?3wtJu4Lza7GjkEzJltPsV7/BOcRywCka5b+fjJxxlzxyjrVSSXr/eD0e+7M/?= =?us-ascii?Q?toOeriAWvaBTw0ET1A9gdpWKxvmc6xBO2yTKKk40skcr2t3XZ+AWjMPhJj4N?= =?us-ascii?Q?Bt3LK/U3luzVjE4UsJmdhus1Fpr7GK0Z+AIMfegzrUjOSt5iqAv9IIKwlK7s?= =?us-ascii?Q?Ra26k28XH4eAjPID2UUFnHcD+uXCUz9+NOmzqwTWQaJBwh+i3vhRfJb+B3jD?= =?us-ascii?Q?WZ4d4JolnPiV1OJlDxPQOtjCa3dcSl/xEZkRiogzibJVwUbHEKiEab1Vl+cJ?= =?us-ascii?Q?F24LGbiL+s5Nd1nxJnj5kgZgZAoFTmFolQr8kP5XqtNVyRpHLlZOx6o3PxON?= =?us-ascii?Q?IEYkbnvCmXaskNncOHWtBeTlR8iaNRBRXmE8GMqxn+eZXPez8H0oRo52Nxl4?= =?us-ascii?Q?etx5S3eRVzMB6cp6o13kS0/PXpUK2pKGXmTB0zzvjMMSoxvTGg05HI1SrYBa?= =?us-ascii?Q?HOgxAwkxBHFuAimpgDHGr45llscSS4klQq6CUciReqeD2Ouu68Zm13VMybgw?= =?us-ascii?Q?/9cFkEhBHdgu3Tma4MDe/1pyQinDvdlXvmNHeW4izvq/KPDfGIzsK5bHaYCs?= =?us-ascii?Q?iZmFwojLZAcTBUOaFtfYOUi4SrRf0jbd3zfuxNBWann1HaOiQ6Ihi6Fe+oxd?= =?us-ascii?Q?6V1rVjNqlPS4atbJVUKQkAW1GVfB2qR8iug9ob6B+6UzpsY6dA50gop4O8d5?= =?us-ascii?Q?eqIfQaZuO//9ozpiTz4FLiPOHDyHkHCcHFBXvJHMcmW5EeykXHQv3wDaflHp?= =?us-ascii?Q?B04FRdoT0iJn3Egd+nEwU9H2aVH2w7qpL741TTPokqps2K4CQVksiXvF1Q/0?= =?us-ascii?Q?OzK5YyXB7npmJeG2azp56aT9KzZAKQBBR+cyUIOEZKblBRWEqvCgrhaUQTei?= =?us-ascii?Q?4vdO5dqDP9eQdasevxCwYxSjugQLULYfAPHOa7DXl7Wa0XQ7LrLBRNTYLvB4?= =?us-ascii?Q?8xerkZpMSLoQcrHzAkHSvSutWD3+xKiRhoYjzArLZ171Dp1OMRvLjSFJx6VK?= =?us-ascii?Q?nU+Ezgtp2HjhEqWQY7SPVSwdXxxcbNCTYDY4dozUQQHN24B/th5zP4y46Ak1?= =?us-ascii?Q?N2A=3D?= x-ms-exchange-transport-forked: True Content-Type: multipart/mixed; boundary="_004_HE1PR07MB4186B97BE94957BD3A65E01B897B9HE1PR07MB4186eurp_" MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: HE1PR07MB4186.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 4e1c99c8-c3b2-4b69-69b8-08d8f4ea4fd3 X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Apr 2021 08:44:07.0495 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: FQsPuPnCmajSd95V3LRe9a1URmoA4upsMhUIpGj2C8Qp77OAi2wLH6yVeEN/sg3xd62Q9R0YeXQfjgU0+61XgowpDPrvxpo9x97BMrOuXe8= X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0701MB2476 Archived-At: Subject: [CCAMP] Notes: CCAMP - Microwave - 2021-03-31 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2021 08:44:17 -0000 --_004_HE1PR07MB4186B97BE94957BD3A65E01B897B9HE1PR07MB4186eurp_ Content-Type: multipart/alternative; boundary="_000_HE1PR07MB4186B97BE94957BD3A65E01B897B9HE1PR07MB4186eurp_" --_000_HE1PR07MB4186B97BE94957BD3A65E01B897B9HE1PR07MB4186eurp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, Short notes from the weekly meeting. Microwave topology model Discussion about the different options for modelling the relationship betwe= en aggregated radio links and supporting carriers is on-going, supported by= JSON examples prepared by Italo. * Options are: * Carriers modelled as list-items in the radio-link container * Carriers modelled as separate links * Using supporting-termination-point and supporting-link from net= work-topology for the relationship to radio-link (tp & link) * Using overlay/underlay from te-topology, possibly including pri= mary-path & backup-path for protection * Using bundled links from te-topology? * Examples of configurations to be supported: * Bonded: 2+0. 4+0, ... * Protected: 1+1, 2+2, ... * Radio-link protection: n+1 * ... * We need to identify all relevant microwave configurations required an= d make sure that they can be supported by the existing underlay constructio= n in te-topology Need to resolve the choice of names - carrier or channel * Radio-link and carrier are the terms used in RFC 8561 Microwave attributes to be added to the topology model * Use the concept of grouping for the attributes that can be inherited = from RFC 8561 * Any other attributes required? ETSI update * Attached excel sheet, lists the gap according to ETSI WI 25 and summa= rizes the reflections from our team. * Many of the attributes need to be more clearly defined before we can = conclude on if they can be supported in RFC 8561 or not. * Other attributes are not directly related to microwave and need to be= covered by other models. Some of them are related to other IETF models, su= ch as ietf-alarm-management. Other are related to models defined by IEEE an= d ITU-T. * Plan going forward: * Mail sent by Leo to operator representatives in ETSI information t= hem about this work and with a request for a meeting to clarify the definit= ions of the attributes * Review of excel sheet. After that we can share that with the ETSI = representatives * Another attribute, not in the list of gaps, to be discussed * Reference mode - To be further clarified internally /JonasA From: CCAMP On Behalf Of Jonas Ahlberg Sent: den 17 mars 2021 15:18 To: ccamp Subject: [CCAMP] Notes: CCAMP - Microwave - 2021-03-07 Short notes from the weekly microwave team meeting. Microwave topology model Italo presented new alternatives for how to make use of the te-topology mod= el. * Walk through of new JSON examples: * Two variants of n+1 protection: (Need to check if both are applicable or not - AP on all) * Multiple (n) radio-links (1+0) sharing protection from one carr= ier (basis for JSON examples 8-10) * One radio-link with n active & 1 protecting carriers * We need to identify all relevant microwave configurations required an= d make sure that they can be supported by the existing underlay constructio= n in te-topology Need to resolve the choice of names - carrier or channel Microwave attributes to be added to the topology model * Use the concept of grouping for the attributes that can be inherited = from RFC 8561 * Any other attributes required? ETSI update * Walk through of attached excel sheet, listing the gap according to ET= SI WI 25 and summarizing the reflections from our team. * Many of the attributes need to be more clearly defined before we can = conclude on if they can be supported in RFC 8561 or not. * Other attributes are not directly related to microwave and need to be= covered by other models. Some of them are related to other IETF models, su= ch as ietf-alarm-management. Other are related to models defined by IEEE an= d ITU-T. How this should be handled remains to be understood. * Plan going forward: * Internal review and discussion about the ETSi gaps * Inviting the operator representatives from the ETSI working group = to these team meetings with the purpose to clarify the definition of the at= tributes and agree on how to manage the gaps. /JonasA From: CCAMP > On Beha= lf Of Jonas Ahlberg Sent: den 3 mars 2021 13:02 To: ccamp > Subject: [CCAMP] Notes: CCAMP - Microwave - 2021-03-03 Hi all, Notes from the weekly microwave team meeting. Microwave topology model Italo presented new alternatives for how to make use of the te-topology mod= el. * Example 6 & 7 (protected & bundled) have a potential to support the v= arious microwave configurations (1+0, 2+0, 1+1, etc). * We need to identify all relevant microwave configurations required an= d make sure that they can be supported by the existing underlay constructio= n in te-topology * Italo to check n+1 (one backup path for several primary/active paths) Need to resolve the choice of names - carrier or channel Microwave attributes to be added to the topology model * Use the concept of grouping for the attributes that can be inherited = from RFC 8561 * Any other attributes required? ETSI update * Action on all of us to go through the ETSI document and add comments/= reflections on the red-attributes for the IETF-columns by next week's meeti= ng /JonasA From: Jonas Ahlberg Sent: den 24 februari 2021 13:03 To: 'Spreafico, Daniela (Nokia - IT/Vimercate)' >; 'Dragos-Iulian Dosan' >; 'Yemin (Amy)' >; Scott Mansfield >; 'Italo Busi' >; 'Belotti, Sergio (Nokia - IT)' >; 'Xi Li' >; 'Leonida Macciotta' > Subject: Notes: CCAMP - Microwave Topology - 2021-02-24 Hi, Some short notes. Microwave specific attributes I the topology module: * Including the new groups for microwave specific attributes into the m= icrowave-types module can be done in three different ways: * Make a new revision of RFC 8561 (preferred approach, since then ga= ps identified in ETSI work can be filled at the same time) * Create a new separate draft/RFC for the revised microwave-types on= ly * Include the revised microwave-types in the new microwave topology = draft/RFC * The required groups and attributes to be included is for further stud= y. Modeling carriers as separate links in the topology model: * Interesting approach that should be further explored * Illustrate how radio link level tps and links can be associated with = the supporting carrier level tps and links * The content inside the presence containers need to be further studied= - Related to the groups in microwave-types * Bandwidth per link or not? Te-bandwidth? Revision of RFC 8561 based on ETSI feedback * Summarized in the ETSI document: mWT(21)018_004r1 - ETSI_mWT_ISG-WI25= -Group_Report_v0.0.2 * To be further discussed at the next meeting. /JonasA From: Jonas Ahlberg Sent: den 18 februari 2021 15:50 To: 'Spreafico, Daniela (Nokia - IT/Vimercate)' >; 'Dragos-Iulian Dosan' >; 'Yemin (Amy)' >; Scott Mansfield >; 'Italo Busi' >; 'Belotti, Sergio (Nokia - IT)' >; 'Xi Li' >; 'Leonida Macciotta' > Subject: Notes: CCAMP - Microwave Topology - 2021-02-18 Hi all, Some of the topics discussed today, which we need to follow up in the comin= g meetings. * An alternative to referencing the interface management information us= ing xpath/mount-point is to create groups of the attributes in RFC 8561 an= d use them directly in the topology model * Start with a minimum scope - See current draft (frequency, ...) - = Focus on the principle rather than the attributes to include (DanielaS) * Considering that most operations will be related to carriers/channels= , should carriers be modelled as a separate/related topology layer instead = of having the carriers as a list in the link attributes? * Can we use the presence container approach (or similar) to disting= uish between radio links and carriers in one single topology? * Create an example of how this could look like (ItaloB) * * The relevant data nodes in network-topology and te-topology models. (= see word document from mail Feb 4) * Network-topology * Supporting node/link/termination-point not relevant unless carr= iers and radio links are modelled as separate layers * Te-topology * Need to go through the turquoise candidate data nodes and clari= fy if they are applicable and what they really mean Next meeting is on Wednesday Feb 24, 12-13 (CET). Regards JonasA From: Jonas Ahlberg Sent: den 4 februari 2021 17:04 To: Spreafico, Daniela (Nokia - IT/Vimercate) >; Dragos-Iulian Dosan >; Yemin (Amy) >; Scott Mansfield >; Italo Busi >; Belotti, Sergio (Nokia - IT) >; Xi Li >; Leonida Macciotta > Subject: RE: Notes: CCAMP - Microwave Topology - 2021-02-03 Hi all, I've started to look into what data nodes we need for the microwave topolog= y. I've looked at network-topology and te-topology models and indicated which = data nodes I believe are relevant. I've also listed a few data nodes that need to be added on top of what can = be augmented, based on our previous discussions. See attached word document. Please comment. Italo & Scott, I hope that this can serve as input to the JSON example you = are working on as well. Regards JonasA From: Jonas Ahlberg Sent: den 3 februari 2021 14:16 To: 'Spreafico, Daniela (Nokia - IT/Vimercate)' >; 'Dragos-Iulian Dosan' >; 'Yemin (Amy)' >; Scott Mansfield >; 'Italo Busi' >; 'Belotti, Sergio (Nokia - IT)' >; 'Xi Li' >; 'Leonida Macciotta' > Subject: Notes: CCAMP - Microwave Topology - 2021-02-03 Hi all, AP on all for next week: Go through the use cases and reflect upon the attr= ibutes required. Next meeting: Start the discussion about attributes/data nodes required to = support the use cases. In two weeks, the meeting will be moved to Thursday 18, the same time. Jona= s to ask Daniele to change the invite. New proposal on how to use te-topology for non-te-topologies * Would the client need to know about the profile, what data nodes are = supported by the server? Read-only & Config nodes. * Read-only not an issue - Will only respond if there it is instanti= ated * Write - Italo will look into this further - A general issue * JSON example from ETSI plug-test for Ethernet topology worked on by I= talo & Scott in order to illustrate how te-topology can be used for non-te = topologies. Walk through next week. Review of the use cases: * Service/connectivity use cases - See attached slide pack (Use case fo= r Microwave Radio Link Topology model) * Two alternatives: slide 3 & 5 illustrating when different L1 techn= ologies can be modelled in the same topology and 4 & 6 when they are modell= ed in different topologies * The other slides serve as a basis for discussing how higher layer = connections/topologies relate to underlying topologies * ETSI use cases * Use cases described in the ETSI use case document, "Applications a= nd use cases of Software Defined Networking (SDN) as related to microwave a= nd millimeter wave transmission" * https://www.etsi.org/deliver/etsi_gr/mWT/001_099/016/01.01.01_60/g= r_mWT016v010101p.pdf * Main focus on the use cases in chapter 5.1 "Radio link network seg= ment in itself" * Attached are also some comments from Jonas and Stephen (Re: [CCAMP= ] Notes: Microwave Topology - 2020-05-18) * Walk through the two other main chapters to understand if they put= additional requirements on a topology model or not. * Geo-location is another use case candidate * Amy to explain in writing/drawing Attributes: * Bandwidth availability: On radio link level and/or the carrier level.= To be further discussed. Other Issues/Considerations/Conclusions: * Should the model be defined to support a specific set of use cases or= should it be generic with the ambition to support any future use case? * Should bandwidth availability be reported for the aggregated radio li= nk and/or for each individual carrier? * If bandwidth availability is a generic characteristic, should it then= be modelled in TEAS WG instead of CCAMP? * The choice of mount point v.s. xpath need to be explained/understood * Should a reference from a termination point to an interface (mount/xp= ath) be generic instead of microwave specific? * Is the use of groups a better way to include interface related leafs = than the use of mount/xpath? What would the impact on RFC 8561 & RFC 8343 b= e? * How can multiple L1 technologies (e.g. microwave radio links & copper= cables) co-exist in a single network instance? (use of presence containers= ) * Is there a need to model more than current bandwidth and the bandwidt= h that can be supported with various availability (maximum to minimum)? * Is there any other bandwidth information in te-topology than "nt:link= /tet:te/tet:te-link-attributes/tet:max-link-bandwidth" that is relevant? * Reserved & un-reserved bandwidth is not relevant for microwave radio = links & carriers * Can generic te-topology bandwidth leafs be used as is (see L3 topolog= y) or do we always need mw specific versions * If admin & oper status in te-topology should be used, then there is a= need to describe how such attributes on a topology level relate to the adm= in/oper status of the radio link and carriers in the interface management m= odel * How to make it bandwidth/availability available to higher layers? * It was decided to make it generic and create a separate module tha= t can be reused by any technology with the assumption that bandwidth/availa= bility information need to be aggregated/calculated/discovered or configure= d * Should this approach be used for other characteristics as well? (f= requency, latency, ...) * Attaching a mail with a summary of other discussions in the area. (No= tes: Microwave Topology - 2020-03-23) * Understand a suggested new role of te-topology for network topologies= in general (not only te-topologies) * What is the benefit of augmenting te-topology rather than network-top= ology? Based on use-cases & required leafs. /JonasA From: Jonas Ahlberg Sent: den 28 januari 2021 15:16 To: Spreafico, Daniela (Nokia - IT/Vimercate) >; Dragos-Iulian Dosan >; Yemin (Amy) >; Scott Mansfield >; Italo Busi >; Belotti, Sergio (Nokia - IT) >; Xi Li >; Leonida Macciotta > Subject: Notes: CCAMP - Microwave Topology - 2021-01-28 Hi all, Some short notes from today. Please remember that next week the meeting is on Wednesday again. * New proposal on how to use te-topology for non-te-topologies (Italo) * Would the client need to know about the profile, what data nodes a= re supported by the server? Read-only & Config nodes. * Follow up next week. * Italo will share the slides with the team. * Review of the use cases: (Move to next meeting) * Which ones are applicable to be supported by the microwave topolog= y model? * Any use cases missing? * Any other attributes than what is provided the basic topology stru= cture (tp, link etc), bandwidth, availability and what's in RFC 8561 that w= ould be required to support the use cases? (If that should be supported by references to 8561 or if the attributes sho= uld be copied directly into the topology model is a separate/later question= ) /JonasA From: Jonas Ahlberg Sent: den 20 januari 2021 14:42 To: Spreafico, Daniela (Nokia - IT/Vimercate) >; Stephen Cheng >; Dragos-Iulian Dosan >; Yemin (Amy) >; Scott Mansfield >; Italo Busi >; Belotti, Sergio (Nokia - IT) >; Xi Li > Subject: Notes: CCAMP - Microwave Topology - 2021-01-20 Hi all, Next meeting will be moved to Thursday Jan 28, 12:00 - 13:00 CET. The proposed agenda: * New proposal on how to use te-topology for non-te-topologies (Italo -= 30 min) * Review of the use cases: (30 min) * Which ones are applicable to be supported by the microwave topolog= y model? * Any use cases missing? * Any other attributes than what is provided the basic topology stru= cture (tp, link etc), bandwidth, availability and what's in RFC 8561 that w= ould be required to support the use cases? (If that should be supported by references to 8561 or if the attributes sho= uld be copied directly into the topology model is a separate/later question= ) /JonasA From: Jonas Ahlberg Sent: den 19 januari 2021 16:27 To: Spreafico, Daniela (Nokia - IT/Vimercate) >; Stephen Cheng >; Dragos-Iulian Dosan >; Yemin (Amy) >; Scott Mansfield >; Italo Busi >; Belotti, Sergio (Nokia - IT) >; Xi Li > Subject: CCAMP - Microwave Topology - 2021-01-20 Hi all, As agreed I've made a summary of the use-cases and work/discussions we have= had so far. There might be additional items that I have missed. Please add them to the = list or bring them up at the meeting tomorrow. I can make a walk-trough of it tomorrow. /JonasA Use cases: (break apart into two cases: One basic with mw-topology only, which can ser= ve as a basis for both connectivity & ETSI use cases.) * Service/connectivity use cases - See attached slide pack (Use case fo= r Microwave Radio Link Topology model) * Two alternatives: slide 3 & 5 illustrating when different L1 techn= ologies can be modelled in the same topology and 4 & 6 when they are modell= ed in different topologies * The other slides serve as a basis for discussing how higher layer = connections/topologies relate to underlying topologies * ETSI use cases * Use cases described in the ETSI use case document, "Applications a= nd use cases of Software Defined Networking (SDN) as related to microwave a= nd millimeter wave transmission" * https://www.etsi.org/deliver/etsi_gr/mWT/001_099/016/01.01.01_60/g= r_mWT016v010101p.pdf * Main focus on the use cases in chapter 5.1 "Radio link network seg= ment in itself" * Attached are also some comments from Jonas and Stephen (Re: [CCAMP= ] Notes: Microwave Topology - 2020-05-18) Issues/Considerations/Conclusions * Should the model be defined to support a specific set of use cases or= should it be generic with the ambition to support any future use case? * Should bandwidth availability be reported for the aggregated radio li= nk and/or for each individual carrier? * If bandwidth availability is a generic characteristic, should it then= be modelled in TEAS WG instead of CCAMP? * The choice of mount point v.s. xpath need to be explained/understood * Should a reference from a termination point to an interface (mount/xp= ath) be generic instead of microwave specific? * Is the use of groups a better way to include interface related leafs = than the use of mount/xpath? What would the impact on RFC 8561 & RFC 8343 b= e? * How can multiple L1 technologies (e.g. microwave radio links & copper= cables) co-exist in a single network instance? (use of presence containers= ) * Is there a need to model more than current bandwidth and the bandwidt= h that can be supported with various availability (maximum to minimum)? * Is there any other bandwidth information in te-topology than "nt:link= /tet:te/tet:te-link-attributes/tet:max-link-bandwidth" that is relevant? * Reserved & un-reserved bandwidth is not relevant for microwave radio = links & carriers * Can generic te-topology bandwidth leafs be used as is (see L3 topolog= y) or do we always need mw specific versions * If admin & oper status in te-topology should be used, then there is a= need to describe how such attributes on a topology level relate to the adm= in/oper status of the radio link and carriers in the interface management m= odel * How to make it bandwidth/availability available to higher layers? * It was decided to make it generic and create a separate module tha= t can be reused by any technology with the assumption that bandwidth/availa= bility information need to be aggregated/calculated/discovered or configure= d * Should this approach be used for other characteristics as well? (f= requency, latency, ...) * Attaching a mail with a summary of other discussions in the area. (No= tes: Microwave Topology - 2020-03-23) * Understand a suggested new role of te-topology for network topologies= in general (not only te-topologies) * What is the benefit of augmenting te-topology rather than network-top= ology? Based on use-cases & required leafs. --_000_HE1PR07MB4186B97BE94957BD3A65E01B897B9HE1PR07MB4186eurp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi all,

Short notes from the weekly meeting.

 

Microwave topology model

Discussion about the di= fferent options for modelling the relationship between aggregated radio lin= ks and supporting carriers is on-going, supported by JSON examples prepared= by Italo.

  • Options are:
    • Carriers modelled as list-items in the radio-link container
    • Carriers modelled as separate links
      • Using supporting-termination-point and supporting-link from network-t= opology for the relationship to radio-link (tp & link)
        • <= li class=3D"MsoListParagraph" style=3D"margin-left:0cm;mso-list:l3 level3 l= fo1">Using overlay/underlay from te-topology, possibly including primary-pa= th & backup-path for protection
      • Using bundled link= s from te-topology?
  • Examples of configurations to be supported:
    • Bonded: 2+0. 4+0, …
    • Protected: 1+1, 2+2, &= #8230;
    • Radio-link protection: n+1
    • …
  • We need to identify all relevant microwave configurations required an= d make sure that they can be supported by the existing underlay constructio= n in te-topology

 

Need to resolve the cho= ice of names – carrier or channel

  • Radio-link and carrier are the terms used in RFC 8561
    • =

 

Microwave attributes to= be added to the topology model

  • Use the concept of grouping for the attributes that can be inherited = from RFC 8561
  • Any other attributes required?

 

ETSI update

  • Attached excel sheet, lists the gap according to ETSI WI 25 and summa= rizes the reflections from our team.
  • Many of the attri= butes need to be more clearly defined before we can conclude on if they can= be supported in RFC 8561 or not.
  • Other attributes are= not directly related to microwave and need to be covered by other models. = Some of them are related to other IETF models, such as ietf-alarm-managemen= t. Other are related to models defined by IEEE and ITU-T.
  • Plan go= ing forward:
    • Mail sent by Leo to operator representatives in ETSI information them= about this work and with a request for a meeting to clarify the definition= s of the attributes
    • Review of excel sheet. After that = we can share that with the ETSI representatives
  • Another attribute, not in the list of gaps, to be discussed
    • Reference mode – To be further clarified internally<= /li>

 

/JonasA

 

 

From: CCAMP <ccamp-bounces@ietf.org> On Behalf Of Jonas Ahlberg
Sent: den 17 mars 2021 15:18
To: ccamp <ccamp@ietf.org>
Subject: [CCAMP] Notes: CCAMP - Microwave - 2021-03-07

 

Short notes from the weekly microwave team meeting.<= o:p>

 

Microwave topology model

Italo presented new alt= ernatives for how to make use of the te-topology model.

  • Walk through of new JSON examples:
    • Two variants of n+1 protection:
      (Need to check if both are applicable or not – AP on all)<= /li>
      • Multiple (n) radio-links (1+0) sharing protection from one carrier (b= asis for JSON examples 8-10)
      • One radio-link with n act= ive & 1 protecting carriers
  • We need to identify all relevant microwave configurations required an= d make sure that they can be supported by the existing underlay constructio= n in te-topology

 

Need to resolve the cho= ice of names – carrier or channel

 

Microwave attributes to= be added to the topology model

  • Use the concept of grouping for the attributes that can be inherited = from RFC 8561
  • Any other attributes required?

 

ETSI update

  • Walk through of attached excel sheet, listing the gap according to ET= SI WI 25 and summarizing the reflections from our team.
  • O= ther attributes are not directly related to microwave and need to be covere= d by other models. Some of them are related to other IETF models, such as i= etf-alarm-management. Other are related to models defined by IEEE and ITU-T. How this should be handled re= mains to be understood.
  • Plan going forward:=
    • Internal review and discussion about the ETSi gaps
      • Inviting the operator representatives from the ETSI working group to the= se team meetings with the purpose to clarify the definition of the attribut= es and agree on how to manage the gaps.

 

/JonasA

 

 

 

From: CCAMP <ccamp-bounces@ietf.org> On Behalf Of Jonas Ahlberg
Sent: den 3 mars 2021 13:02
To: ccamp <ccamp@ietf.org&g= t;
Subject: [CCAMP] Notes: CCAMP - Microwave - 2021-03-03

 

Hi all,

 

Notes from the weekly microwave team meeting.

 

Microwave topology model

Italo presented new alt= ernatives for how to make use of the te-topology model.

  • Example 6 & 7 (protected & bundled) have a potential to suppo= rt the various microwave configurations (1+0, 2+0, 1+1, etc).
  • We need to identify all relevant microwave configurations required = and make sure that they can be supported by the existing underlay construct= ion in te-topology
  • Italo to check n+1 (one backup path= for several primary/active paths)

 

Need to resolve the cho= ice of names – carrier or channel

 

Microwave attributes to= be added to the topology model

  • Use the concept of grouping for the attributes that can be inherited = from RFC 8561
  • Any other attributes required?

 

ETSI update

  • Action on all of us to go through the ETSI document and add comments/= reflections on the red-attributes for the IETF-columns by next week’s= meeting

 

/JonasA

 

 

From: Jonas Ahlberg
Sent: den 24 februari 2021 13:03
To: 'Spreafico, Daniela (Nokia - IT/Vimercate)' <daniela.spreafico@nokia.com>; 'Dragos= -Iulian Dosan' <dragosd@ceragon.c= om>; 'Yemin (Amy)' <amy.y= emin@huawei.com>; Scott Mansfield <scott.= mansfield@ericsson.com>; 'Italo Busi' <Italo.Busi@huawei.com>; 'Belotti, Sergio (Nokia - IT)= ' <sergio.belotti@nokia.com<= /a>>; 'Xi Li' <Xi.Li@neclab.eu>; 'L= eonida Macciotta' <leoni= da.macciotta@huawei.com>
Subject: Notes: CCAMP - Microwave Topology - 2021-02-24

 

Hi,

 

Some short notes.

 

Microwave specific attributes I the topology module:=

  • Including the new groups for microwave specific attributes into the m= icrowave-types module can be done in three different ways:
    • <= ul style=3D"margin-top:0cm" type=3D"circle">
  • Make a new revision of RFC 8561 (preferred approach, since then gaps = identified in ETSI work can be filled at the same time)
  • Include the revised microwave-types in the new microwave t= opology draft/RFC
  • The required groups and attributes to be included is for further stud= y.

    •  

    Modeling carriers as separate links in the topology = model:

    • Interesting approach that should be further explored
      • <= li class=3D"MsoListParagraph" style=3D"margin-left:0cm;mso-list:l2 level1 l= fo2">Illustrate how radio link level tps and links can be associated with t= he supporting carrier level tps and links
    • The content = inside the presence containers need to be further studied – Related t= o the groups in microwave-types
    • Bandwidth per link or = not? Te-bandwidth?

     

    Revision of RFC 8561 based on ETSI feedback

     

    /JonasA

     

    From: Jonas Ahlberg
    Sent: den 18 februari 2021 15:50
    To: 'Spreafico, Daniela (Nokia - IT/Vimercate)' <daniela.spreafico@nokia.com>; 'Dragos= -Iulian Dosan' <dragosd@ceragon.c= om>; 'Yemin (Amy)' <amy.y= emin@huawei.com>; Scott Mansfield <scott.= mansfield@ericsson.com>; 'Italo Busi' <Italo.Busi@huawei.com>; 'Belotti, Sergio (Nokia - IT)= ' <sergio.belotti@nokia.com<= /a>>; 'Xi Li' <Xi.Li@neclab.eu>; 'L= eonida Macciotta' <leoni= da.macciotta@huawei.com>
    Subject: Notes: CCAMP - Microwave Topology - 2021-02-18

     

    Hi all,

     

    Some of the topics discussed today, which we need to= follow up in the coming meetings.

     

    • An alternative to referencing the interface management information us= ing xpath/mount-point  is to create groups of the attributes in RFC 85= 61 and use them directly in the topology model
      • Start with a minimum scope – See current draft (frequency, R= 30;) – Focus on the principle rather than the attributes to include (= DanielaS)
    • Considering that most operations will be related to carriers/channels= , should carriers be modelled as a separate/related topology layer instead = of having the carriers as a list in the link attributes?
      • Can we use the presence container approach (or similar) to distinguis= h between radio links and carriers in one single topology?
        • <= li class=3D"MsoListParagraph" style=3D"margin-left:0cm;mso-list:l0 level2 l= fo3">Create an example of how this could look like (ItaloB)=
    •  
    • The relevant data nodes in network-topolo= gy and te-topology models. (see word document from mail Feb 4)
      • Network-topology
        • Supporting node/link/termination-point not relevant unless carriers a= nd radio links are modelled as separate layers
      • Te-topology
        • Need to go through the turquoise candidate data nodes and clarify if = they are applicable and what they really mean

     

     

    Next meeting is on Wednesday Feb 24, 12-13 (CET).

     

    Regards

    JonasA

     

    From: Jonas Ahlberg
    Sent: den 4 februari 2021 17:04
    To: Spreafico, Daniela (Nokia - IT/Vimercate) <daniela.spreafico@nokia.com>; Dragos-Iu= lian Dosan <dragosd@ceragon.com>; Yemin (Amy) <amy.yemin@h= uawei.com>; Scott Mansfield <scott.= mansfield@ericsson.com>; Italo Busi <Italo.Busi@huawei.com>; Belotti, Sergio (Nokia - IT) &l= t;sergio.belotti@nokia.com&= gt;; Xi Li <Xi.Li@neclab.eu>; Leon= ida Macciotta <leonida.m= acciotta@huawei.com>
    Subject: RE: Notes: CCAMP - Microwave Topology - 2021-02-03

     

    Hi all,

     

    I’ve started to look into what data nodes we n= eed for the microwave topology.

    I’ve looked at network-topology and te-topolog= y models and indicated which data nodes I believe are relevant.<= /p>

    I’ve also listed a few data nodes that need to= be added on top of what can be augmented, based on our previous discussion= s.

    See attached word document. Please comment.

     

    Italo & Scott, I hope that this can serve as inp= ut to the JSON example you are working on as well.

     

    Regards

    JonasA

     

    From: Jonas Ahlberg
    Sent: den 3 februari 2021 14:16
    To: 'Spreafico, Daniela (Nokia - IT/Vimercate)' <daniela.spreafico@nokia.com>; 'Dragos= -Iulian Dosan' <dragosd@ceragon.c= om>; 'Yemin (Amy)' <amy.y= emin@huawei.com>; Scott Mansfield <scott.= mansfield@ericsson.com>; 'Italo Busi' <Italo.Busi@huawei.com>; 'Belotti, Sergio (Nokia - IT)= ' <sergio.belotti@nokia.com<= /a>>; 'Xi Li' <Xi.Li@neclab.eu>; 'L= eonida Macciotta' <leoni= da.macciotta@huawei.com>
    Subject: Notes: CCAMP - Microwave Topology - 2021-02-03

     

    Hi all,

     

    AP on all for next week: Go through the use cases an= d reflect upon the attributes required.

    Next meeting: Start the discussion about attributes/= data nodes required to support the use cases.

    In two weeks, the meeting will be moved to Thursday = 18, the same time. Jonas to ask Daniele to change the invite.

     

    New proposal on how to use te-topology for non-te-to= pologies

    • Would the client need to know about the profile, what data nodes are = supported by the server? Read-only & Config nodes.
      • Read-only not an issue – Will only respond if there it is insta= ntiated
      • Write – Italo will look into this furthe= r – A general issue
    • JSON example from ETSI plug-test for Ethernet topology worked on by I= talo & Scott in order to illustrate how te-topology can be used for non= -te topologies. Walk through next week.

     

    Review of the use cases:

    • Service/connectivity use cases – See attached slide pack (Use c= ase for Microwave Radio Link Topology model)
      • Two alternatives: slide 3 & 5 illustrating when different L1 tech= nologies can be modelled in the same topology and 4 & 6 when they are m= odelled in different topologies
      • The other slides serve= as a basis for discussing how higher layer connections/topologies relate t= o underlying topologies
    • ETSI use cases
      • Use cases described in the ETSI use case document, “Application= s and use cases of Software Defined Networking (SDN) as related to microwav= e and millimeter wave transmission”
      • https://www.etsi.org/deliver/etsi= _gr/mWT/001_099/016/01.01.01_60/gr_mWT016v010101p.pdf
        • Main focus on the use cases in chapter 5.1 “Radio link network se= gment in itself”
      • Attached are also some comment= s from Jonas and Stephen (Re: [CCAMP] Notes: Microwave Topology – 202= 0-05-18)
      • Walk through the two other main chapters to u= nderstand if they put additional requirements on a topology model or not.
    • Geo-location is another use case candidate
      • Amy to explain in writing/drawing

     

    Attributes:

    • Bandwidth availability: On radio link level and/or the carrier level.= To be further discussed.

     

    Other Issues/Considerations/Conclu= sions:

    • Should the model be defined to support a specific set of use cases or= should it be generic with the ambition to support any future use case?
    • Should bandwidth availability be reported for the aggrega= ted radio link and/or for each individual carrier?
    • If = bandwidth availability is a generic characteristic, should it then be model= led in TEAS WG instead of CCAMP?
    • The choice of mount p= oint v.s. xpath need to be explained/understood
    • Should= a reference from a termination point to an interface (mount/xpath) be gene= ric instead of microwave specific?
    • Is the use of group= s a better way to include interface related leafs than the use of mount/xpa= th? What would the impact on RFC 8561 & RFC 8343 be?
      • How can multiple L1 technologies (e.g. microwave radio links & coppe= r cables) co-exist in a single network instance? (use of presence container= s)
    • Is there a need to model more than current bandwidt= h and the bandwidth that can be supported with various availability (maximu= m to minimum)?
    • Is there any other bandwidth informatio= n in te-topology than “nt:link/tet:te/tet:te-link-attributes/tet:max-= link-bandwidth” that is relevant?
    • Reserved &= un-reserved bandwidth is not relevant for microwave radio links & carr= iers
    • Can generic te-topology bandwidth leafs be used a= s is (see L3 topology) or do we always need mw specific versions=
    • If admin & oper status in te-topology should be used, then t= here is a need to describe how such attributes on a topology level relate t= o the admin/oper status of the radio link and carriers in the interface management model
    • How to mak= e it bandwidth/availability available to higher layers?
      • It was decided to make it generic and create a separate module that c= an be reused by any technology with the assumption that bandwidth/availabil= ity information need to be aggregated/calculated/discovered or configured
      • Should this approach be used for other = characteristics as well? (frequency, latency, …)
    • Attaching a mail with a summary of other discussions in the area. (No= tes: Microwave Topology – 2020-03-23)
    • Understand= a suggested new role of te-topology for network topologies in general (not= only te-topologies)
    • What is the benefit of augmenting= te-topology rather than network-topology? Based on use-cases & require= d leafs.

     

     

    /JonasA

     

     

     

    From: Jonas Ahlberg
    Sent: den 28 januari 2021 15:16
    To: Spreafico, Daniela (Nokia - IT/Vimercate) <daniela.spreafico@nokia.com>; Dragos-Iu= lian Dosan <dragosd@ceragon.com>; Yemin (Amy) <amy.yemin@h= uawei.com>; Scott Mansfield <scott.= mansfield@ericsson.com>; Italo Busi <Italo.Busi@huawei.com>; Belotti, Sergio (Nokia - IT) &l= t;sergio.belotti@nokia.com&= gt;; Xi Li <Xi.Li@neclab.eu>; Leon= ida Macciotta <leonida.m= acciotta@huawei.com>
    Subject: Notes: CCAMP - Microwave Topology - 2021-01-28

     

    Hi all,

     

    Some short notes from today.

    Please remember that next week the meeting is on Wed= nesday again.

     

    • New proposal on how to use te-topology for non-te-topologies (Italo)<= o:p>
      • Would the client need to know about the profile, what data nodes are = supported by the server? Read-only & Config nodes.
      • Follow up next week.
      • Italo will share the slides wi= th the team.

     

    • Review of the use cases: (Move to next meeting)
      • Which ones are applicable to be supported by the microwave topology m= odel?
      • Any use cases missing?
      • Any= other attributes than what is provided the basic topology structure (tp, l= ink etc), bandwidth, availability and what’s in RFC 8561 that would b= e required to support the use cases?
        (If that should be supported by references to 8561 or if the attributes sho= uld be copied directly into the topology model is a separate/later question= )

     

    /JonasA

     

    From: Jonas Ahlberg
    Sent: den 20 januari 2021 14:42
    To: Spreafico, Daniela (Nokia - IT/Vimercate) <daniela.spreafico@nokia.com>; Stephen C= heng <Stephen.Cheng@Aviatn= et.com>; Dragos-Iulian Dosan <dragosd@ceragon.com>; Yemin (Amy) <amy.yemin@huawei.c= om>; Scott Mansfield <scott.mansfield@ericsson.com>; Italo Busi <Italo.Busi@huawei.com>; Belotti, Sergio (Nokia - IT) <sergio= .belotti@nokia.com>; Xi Li <Xi= .Li@neclab.eu>
    Subject: Notes: CCAMP - Microwave Topology - 2021-01-20

     

    Hi all,

     

    Next meeting will be moved to Thursday Jan 28, 12:00= - 13:00 CET.

     

    The proposed agenda:

    • New proposal on how to use te-topology for non-te-topologies (Italo -= 30 min)
    • Review of the use cases: (30 min)<= /li>
      • Which ones are applicable to be supported by the microwave topology m= odel?
      • Any use cases missing?
      • Any= other attributes than what is provided the basic topology structure (tp, l= ink etc), bandwidth, availability and what’s in RFC 8561 that would b= e required to support the use cases?
        (If that should be supported by references to 8561 or if the attributes sho= uld be copied directly into the topology model is a separate/later question= )

     

    /JonasA

     

    From: Jonas Ahlberg
    Sent: den 19 januari 2021 16:27
    To: Spreafico, Daniela (Nokia - IT/Vimercate) <daniela.spreafico@nokia.com>; Stephen C= heng <Stephen.Cheng@Aviatn= et.com>; Dragos-Iulian Dosan <dragosd@ceragon.com>; Yemin (Amy) <amy.yemin@huawei.c= om>; Scott Mansfield <scott.mansfield@ericsson.com>; Italo Busi <Italo.Busi@huawei.com>; Belotti, Sergio (Nokia - IT) <sergio= .belotti@nokia.com>; Xi Li <Xi= .Li@neclab.eu>
    Subject: CCAMP - Microwave Topology - 2021-01-20

     

    Hi all,

    As agreed I’ve made a summary of the use-cases= and work/discussions we have had so far.

    There might be additional items that I have missed. = Please add them to the list or bring them up at the meeting tomorrow.<= /o:p>

     

    I can make a walk-trough of it tomorrow.<= /p>

     

    /JonasA

     

    Use cases:

    (break apart into two cases: One basic with mw-topol= ogy only, which can serve as a basis for both connectivity & ETSI use c= ases.)

    • Service/connectivity use cases – See attached slide pack (Use c= ase for Microwave Radio Link Topology model)
      • Two alternatives: slide 3 & 5 illustrating when different L1 tech= nologies can be modelled in the same topology and 4 & 6 when they are m= odelled in different topologies
      • The other slides serve= as a basis for discussing how higher layer connections/topologies relate t= o underlying topologies

     

    • ETSI use cases
      • Use cases described in the ETSI use case document, “Application= s and use cases of Software Defined Networking (SDN) as related to microwav= e and millimeter wave transmission”
      • https://www.etsi.org/deliver/etsi= _gr/mWT/001_099/016/01.01.01_60/gr_mWT016v010101p.pdf
        • Main focus on the use cases in chapter 5.1 “Radio link network se= gment in itself”
      • Attached are also some comment= s from Jonas and Stephen (Re: [CCAMP] Notes: Microwave Topology – 202= 0-05-18)

     

     

    Issues/Considerations/Conclusions<= o:p>

    • Should the model be defined to support a specific set of use cases or= should it be generic with the ambition to support any future use case?
    • Should bandwidth availability be reported for the aggrega= ted radio link and/or for each individual carrier?
    • If = bandwidth availability is a generic characteristic, should it then be model= led in TEAS WG instead of CCAMP?
    • The choice of mount p= oint v.s. xpath need to be explained/understood
    • Should= a reference from a termination point to an interface (mount/xpath) be gene= ric instead of microwave specific?
    • Is the use of group= s a better way to include interface related leafs than the use of mount/xpa= th? What would the impact on RFC 8561 & RFC 8343 be?
      • How can multiple L1 technologies (e.g. microwave radio links & coppe= r cables) co-exist in a single network instance? (use of presence container= s)
    • Is there a need to model more than current bandwidt= h and the bandwidth that can be supported with various availability (maximu= m to minimum)?
    • Is there any other bandwidth informatio= n in te-topology than “nt:link/tet:te/tet:te-link-attributes/tet:max-= link-bandwidth” that is relevant?
    • Reserved &= un-reserved bandwidth is not relevant for microwave radio links & carr= iers
    • Can generic te-topology bandwidth leafs be used a= s is (see L3 topology) or do we always need mw specific versions=
    • If admin & oper status in te-topology should be used, then t= here is a need to describe how such attributes on a topology level relate t= o the admin/oper status of the radio link and carriers in the interface management model
    • How to mak= e it bandwidth/availability available to higher layers?
      • It was decided to make it generic and create a separate module that c= an be reused by any technology with the assumption that bandwidth/availabil= ity information need to be aggregated/calculated/discovered or configured
      • Should this approach be used for other = characteristics as well? (frequency, latency, …)
    • Attaching a mail with a summary of other discussions in the area. (No= tes: Microwave Topology – 2020-03-23)
    • Understand= a suggested new role of te-topology for network topologies in general (not= only te-topologies)
    • What is the benefit of augmenting= te-topology rather than network-topology? Based on use-cases & require= d leafs.
    --_000_HE1PR07MB4186B97BE94957BD3A65E01B897B9HE1PR07MB4186eurp_-- --_004_HE1PR07MB4186B97BE94957BD3A65E01B897B9HE1PR07MB4186eurp_ Content-Type: application/vnd.openxmlformats-officedocument.spreadsheetml.sheet; name="ETSI Gaps 210401.xlsx" Content-Description: ETSI Gaps 210401.xlsx Content-Disposition: attachment; filename="ETSI Gaps 210401.xlsx"; size=12278; creation-date="Thu, 01 Apr 2021 08:42:00 GMT"; modification-date="Thu, 01 Apr 2021 08:42:00 GMT" Content-Transfer-Encoding: base64 UEsDBBQABgAIAAAAIQBBN4LPbgEAAAQFAAATAAgCW0NvbnRlbnRfVHlwZXNdLnhtbCCiBAIooAAC AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACs VMluwjAQvVfqP0S+Vomhh6qqCBy6HFsk6AeYeJJYJLblGSj8fSdmUVWxCMElUWzPWybzPBit2iZZ QkDjbC76WU8kYAunja1y8T39SJ9FgqSsVo2zkIs1oBgN7+8G07UHTLjaYi5qIv8iJRY1tAoz58Hy TulCq4g/QyW9KuaqAvnY6z3JwlkCSyl1GGI4eINSLRpK3le8vFEyM1Ykr5tzHVUulPeNKRSxULm0 +h9J6srSFKBdsWgZOkMfQGmsAahtMh8MM4YJELExFPIgZ4AGLyPdusq4MgrD2nh8YOtHGLqd4662 dV/8O4LRkIxVoE/Vsne5auSPC/OZc/PsNMilrYktylpl7E73Cf54GGV89W8spPMXgc/oIJ4xkPF5 vYQIc4YQad0A3rrtEfQcc60C6Anx9FY3F/AX+5QOjtQ4OI+c2gCXd2EXka469QwEgQzsQ3Jo2PaM HPmr2w7dnaJBH+CW8Q4b/gIAAP//AwBQSwMEFAAGAAgAAAAhALVVMCP0AAAATAIAAAsACAJfcmVs cy8ucmVscyCiBAIooAACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAACskk1PwzAMhu9I/IfI99XdkBBCS3dBSLshVH6ASdwPtY2jJBvdvyccEFQa gwNHf71+/Mrb3TyN6sgh9uI0rIsSFDsjtnethpf6cXUHKiZylkZxrOHEEXbV9dX2mUdKeSh2vY8q q7iooUvJ3yNG0/FEsRDPLlcaCROlHIYWPZmBWsZNWd5i+K4B1UJT7a2GsLc3oOqTz5t/15am6Q0/ iDlM7NKZFchzYmfZrnzIbCH1+RpVU2g5abBinnI6InlfZGzA80SbvxP9fC1OnMhSIjQS+DLPR8cl oPV/WrQ08cudecQ3CcOryPDJgosfqN4BAAD//wMAUEsDBBQABgAIAAAAIQAQ+wt/yAMAALgIAAAP AAAAeGwvd29ya2Jvb2sueG1srFVrb6M4FP2+0v4HxHcXzDuo6YgEmI00qao229F+qlxwgreAWds0 qar573sNoY/paNTtrJQY8ONw7r3nXE4/HZrauKdCMt7OTXximwZtC16ydjc3/9zkKDINqUhbkpq3 dG4+UGl+Ovv9t9M9F3e3nN8ZANDKuVkp1cWWJYuKNkSe8I62sLLloiEKHsXOkp2gpJQVpaqpLce2 A6shrDVHhFi8B4Nvt6ygKS/6hrZqBBG0Jgroy4p1ckJrivfANUTc9R0qeNMBxC2rmXoYQE2jKeLV ruWC3NYQ9gH7xkHAL4A/tmFwpjfB0ptXNawQXPKtOgFoayT9Jn5sWxi/SsHhbQ7eh+RZgt4zXcMn ViL4IKvgCSt4BsP2L6NhkNaglRiS90E0/4mbY56dbllNr0fpGqTrzkmjK1WbRk2kykqmaDk3Q3jk e/pqQvTdomc1rDoudkLTOnuS84UwSrolfa02IOQJHpwRBDPH1ztBGEmtqGiJokveKtDhMa5f1dyA vaw4KNy4pP/0TFAwFugLYoWRFDG5lRdEVUYv6jGDEixHBSuk5C1qHk5kRQTtOGtH5XWQHd6S2vob RnlDqvqWit3NdOJGq3Myk7TOqdKuNtakJTsIHgy21kLek3tqpFSyXWtsKGmsv5Lzz8YKQhdbAlzX vOxramWbq5XxmXTSemEN8taH/8EcpNAZtyDlY1rG++/TD9kR8WSACyUMuF+lX0AEV8B8bvrYNMpj y1hB0bF70xYixjePWbrMwjB1UJpEGfJmroMSP3dRFCaZE6WZMwvybxCNCOKCk15VR7lp7Lnp+T9Y WpPDtILtuGflM49H101SZ+mlyAvyCHl2bqMIhwEKsijI7QS7foa/6Yh1Y71mdC+fhakfjcNX1pZ8 PzeRE4UeGOphmvBd7a/9sPyVlaoCbUc4Aobj3B+U7SrgjP3Q10YUjuY2Nx/zZb6MHH+BFk4SIi/M fBQlUY6CYOkmS9tfel4wcLJekBqaOJAbrkY7GO9KN3bI9DA3pNk0RKzfIVYlHuo4HStIXYDR9GXY OMO2M9M76EF9kWq4gsYZ0MOenYT2zEN25vrIi2YOijwoE2TRyfwwS7OFryukP0Lx/9GKB6vF09dN swRLqY0gxR18Ey/pdkEkaGoMCPi+JLvwo4XtAkUvxzny8MxGi0XgIT/NXT/EIDZ/kNNIVoe//WAj jKzhNCWqhyah+8PwHOsxP84+TW7HiWOdXtkvvkx13o+nf7bxCqKv6Ts359fv3Lg8X2/WgzZ+GIA1 JFiPgyysqSxn/wIAAP//AwBQSwMEFAAGAAgAAAAhAIE+lJfzAAAAugIAABoACAF4bC9fcmVscy93 b3JrYm9vay54bWwucmVscyCiBAEooAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAKxSTUvE MBC9C/6HMHebdhUR2XQvIuxV6w8IybQp2yYhM3703xsqul1Y1ksvA2+Gee/Nx3b3NQ7iAxP1wSuo ihIEehNs7zsFb83zzQMIYu2tHoJHBRMS7Orrq+0LDppzE7k+ksgsnhQ45vgoJRmHo6YiRPS50oY0 as4wdTJqc9Adyk1Z3su05ID6hFPsrYK0t7cgmilm5f+5Q9v2Bp+CeR/R8xkJSTwNeQDR6NQhK/jB RfYI8rz8Zk15zmvBo/oM5RyrSx6qNT18hnQgh8hHH38pknPlopm7Ve/hdEL7yim/2/Isy/TvZuTJ x9XfAAAA//8DAFBLAwQUAAYACAAAACEAWekz4ggGAADkGAAAGAAAAHhsL3dvcmtzaGVldHMvc2hl ZXQxLnhtbJxZ227jNhB9L9B/EPRuy5TlK+IsajtG96FF0fTyrMi0LcQSVUm5bdF/7wxJydKQlpwF Nuu19nDIM2dIHk3uvrwnZ+eV50Us0pXLhiPX4Wkk9nF6XLl//rEbzF2nKMN0H55FylfuBy/cL/c/ /nD3JvLn4sR56UCEtFi5p7LMlp5XRCeehMVQZDyF/zmIPAlL+JofvSLLebiXg5Kz549GUy8J49RV EZb5LTHE4RBHfCuil4SnpQqS83NYwvqLU5wVVbQkuiVcEubPL9kgEkkGIZ7ic1x+yKCuk0TLr8dU 5OHTGXi/syCMnPcc/vjwM66mkc+NmZI4ykUhDuUQIntqzSb9hbfwwqiOZPK/KQwLvJy/xijgJZT/ fUtikzqWfwk2/s5g0zoYpitfvsT7lfvvfD35KQgmD4NgPWaDYDYLBvP5fDrYztaj7ZbNJ/MZ+8+9 v9vHoDCycnJ+WLlrf7nzZ653fycL6K+YvxWNfztl+PTIzzwqOUzCXOebEMljFKJ2bAxVXX//FSvy rJ9iFT8J8YzhvsLAEUxcyDA4cRiV8Svf8DPA1/4CdsI/ei0LXIhXr6T572pVO1n5v+XOnh/Cl3P5 u3j7mcfHUwlTTyAfWFDL/ceWFxFUMkw99CcYNRJnCAF/O0kMWxJ0SMJ3+fkW78vTyh1PhpPZaMwA DlvzAxkCKHopSpH8rSBMB1IhIPsyBHzqENPFkAWjaSMCZKwjQqAjwGe1CMyGmrx7KCxSTg6f1dDp cMZGi/Hssn5rCE9lQiZ5G5bh/V0u3hzYJcC2yEI8c/zl1HUwoz5EsGcUUolj1jhIZR7gBcj8ej+e 3nmvIF0EPxC6jg95ovHZZIjLLU9x9LwWKKF1vjHmXa8ScnUlSvdCcdzKBV71On2/XqfkslGQWRNy oSIhWwVhrTCTdpgHhYED/jLT2J4RVIpknPmwqbqZ4KiVC4VyyTgjTBSEQagaExC2W41p0Q0IFY2R dd/SEhJAV77oXTgOgn3WTAxZt0JAAi/UZm3IVkFYK7102Qqjtj1W6U49gNTi8dKsSWBPeWBBdguA g4gAhIdCtPI/nhMiGtOZf41R545kop5YmKChILUU9DLBQW1FSCo3CtFShBaSgrQUoVtCQRqCqAcW Gnj+NWh0C4HgthBkv24Uoi3EggihMZ1CaExDCPXEwgAnu52CRLclIBW/0ZCWBpSDxnRvCw1qyKCf 2FjASUzrCe/7bkEYjmorwkZkb2hMW5PLAanO2QrUKUoFaqiiH9kIWa63aT8hdb81zyxGtwhTmKY+ ATmQtxrTo48K1NRHPbHRIbdpjy6IbutiyKIgLVl8emYxDWrJQur1oQJBLdTHOMnHTmNsxMgF30NM XbZNfciaN0xBmvKYvPS93rpVDF4KhH6lsjoGLQWx0SJ3fQ8t844nO36DZhedV/OON3nZLnmDV33L dxBTGBsxYgV6iJkeIDAq0XQBJjGbDTCIVT6gYSfIzbRDK4eO17Q4jHiDHmKmKWBkro2M2CuZzRcY zGpj0CHZVauAp9AnbijTJDB6zcqIK7d7j1l8gm8Qq5xCB6+r3oF9yjxINLmrjKvX4h/MWrQZCINY 7SA6mF31FPhScLtiEt32FIyeihrTqZjGtC8tSkyDuk5FDbEcHvh++QleFndBj0UZsW+PVaDOa6wC dV1jGmNjRuxGz1u0aTN8eiz6ps0wSlFjehSrbMb1StRxbLwsb/H9vtA3/Qej76wa07rQGH3XqEDd ymmX0lTOJ4Wy05FsFIkDwUbIDRRNJ8KIq934phUxGd5iRXSg5qYzCV71IrI/RfsOt3Zi6saPdg1Q TJc+h6GpBjX92Zj4561cDmzZZkfDuBgqUOstiGyRnQbZNP2MS9n5V/sF0Cq9/cDCxqo0F42+g2pu qr5bdoLefxlH0Mw8iLTERimW7EcGrcdUbESqf4GAXYssPPJfwvwYp4Vz5gfZ2ITouep8joa4IUSG 7U7sXzyJErqW1bcT/HqAQxtkNAQdDkKU1Rcd95GXL5kj8hgaprLjv3IzkZd5GJcwwxLby/nXvXJI 9e8n7v8HAAD//wMAUEsDBBQABgAIAAAAIQDBFxC+TgcAAMYgAAATAAAAeGwvdGhlbWUvdGhlbWUx LnhtbOxZzYsbNxS/F/o/DHN3/DXjjyXe4M9sk90kZJ2UHLW27FFWMzKSvBsTAiU59VIopKWXQm89 lNJAAw299I8JJLTpH9EnzdgjreUkm2xKWnYNi0f+vaen955+evN08dK9mHpHmAvCkpZfvlDyPZyM 2Jgk05Z/azgoNHxPSJSMEWUJbvkLLPxL259+chFtyQjH2AP5RGyhlh9JOdsqFsUIhpG4wGY4gd8m jMdIwiOfFsccHYPemBYrpVKtGCOS+F6CYlB7fTIhI+wNlUp/e6m8T+ExkUINjCjfV6qxJaGx48Oy QoiF6FLuHSHa8mGeMTse4nvS9ygSEn5o+SX95xe3LxbRViZE5QZZQ26g/zK5TGB8WNFz8unBatIg CINae6VfA6hcx/Xr/Vq/ttKnAWg0gpWmttg665VukGENUPrVobtX71XLFt7QX12zuR2qj4XXoFR/ sIYfDLrgRQuvQSk+XMOHnWanZ+vXoBRfW8PXS+1eULf0a1BESXK4hi6FtWp3udoVZMLojhPeDINB vZIpz1GQDavsUlNMWCI35VqM7jI+AIACUiRJ4snFDE/QCLK4iyg54MTbJdMIEm+GEiZguFQpDUpV +K8+gf6mI4q2MDKklV1giVgbUvZ4YsTJTLb8K6DVNyAvnj17/vDp84e/PX/06PnDX7K5tSpLbgcl U1Pu1Y9f//39F95fv/7w6vE36dQn8cLEv/z5y5e///E69bDi3BUvvn3y8umTF9999edPjx3a2xwd mPAhibHwruFj7yaLYYEO+/EBP53EMELEkkAR6Hao7svIAl5bIOrCdbDtwtscWMYFvDy/a9m6H/G5 JI6Zr0axBdxjjHYYdzrgqprL8PBwnkzdk/O5ibuJ0JFr7i5KrAD35zOgV+JS2Y2wZeYNihKJpjjB 0lO/sUOMHau7Q4jl1z0y4kywifTuEK+DiNMlQ3JgJVIutENiiMvCZSCE2vLN3m2vw6hr1T18ZCNh WyDqMH6IqeXGy2guUexSOUQxNR2+i2TkMnJ/wUcmri8kRHqKKfP6YyyES+Y6h/UaQb8KDOMO+x5d xDaSS3Lo0rmLGDORPXbYjVA8c9pMksjEfiYOIUWRd4NJF3yP2TtEPUMcULIx3LcJtsL9ZiK4BeRq mpQniPplzh2xvIyZvR8XdIKwi2XaPLbYtc2JMzs686mV2rsYU3SMxhh7tz5zWNBhM8vnudFXImCV HexKrCvIzlX1nGABZZKqa9YpcpcIK2X38ZRtsGdvcYJ4FiiJEd+k+RpE3UpdOOWcVHqdjg5N4DUC 5R/ki9Mp1wXoMJK7v0nrjQhZZ5d6Fu58XXArfm+zx2Bf3j3tvgQZfGoZIPa39s0QUWuCPGGGCAoM F92CiBX+XESdq1ps7pSb2Js2DwMURla9E5PkjcXPibIn/HfKHncBcwYFj1vx+5Q6myhl50SBswn3 Hyxremie3MBwkqxz1nlVc17V+P/7qmbTXj6vZc5rmfNaxvX29UFqmbx8gcom7/Lonk+8seUzIZTu ywXFu0J3fQS80YwHMKjbUbonuWoBziL4mjWYLNyUIy3jcSY/JzLaj9AMWkNl3cCcikz1VHgzJqBj pId1KxWf0K37TvN4j43TTme5rLqaqQsFkvl4KVyNQ5dKpuhaPe/erdTrfuhUd1mXBijZ0xhhTGYb UXUYUV8OQhReZ4Re2ZlY0XRY0VDql6FaRnHlCjBtFRV45fbgRb3lh0HaQYZmHJTnYxWntJm8jK4K zplGepMzqZkBUGIvMyCPdFPZunF5anVpqr1FpC0jjHSzjTDSMIIX4Sw7zZb7Wca6mYfUMk+5Yrkb cjPqjQ8Ra0UiJ7iBJiZT0MQ7bvm1agi3KiM0a/kT6BjD13gGuSPUWxeiU7h2GUmebvh3YZYZF7KH RJQ6XJNOygYxkZh7lMQtXy1/lQ000RyibStXgBA+WuOaQCsfm3EQdDvIeDLBI2mG3RhRnk4fgeFT rnD+qsXfHawk2RzCvR+Nj70DOuc3EaRYWC8rB46JgIuDcurNMYGbsBWR5fl34mDKaNe8itI5lI4j OotQdqKYZJ7CNYmuzNFPKx8YT9mawaHrLjyYqgP2vU/dNx/VynMGaeZnpsUq6tR0k+mHO+QNq/JD 1LIqpW79Ti1yrmsuuQ4S1XlKvOHUfYsDwTAtn8wyTVm8TsOKs7NR27QzLAgMT9Q2+G11Rjg98a4n P8idzFp1QCzrSp34+srcvNVmB3eBPHpwfzinUuhQQm+XIyj60hvIlDZgi9yTWY0I37w5Jy3/fils B91K2C2UGmG/EFSDUqERtquFdhhWy/2wXOp1Kg/gYJFRXA7T6/oBXGHQRXZpr8fXLu7j5S3NhRGL i0xfzBe14frivlzZfHHvESCd+7XKoFltdmqFZrU9KAS9TqPQ7NY6hV6tW+8Net2w0Rw88L0jDQ7a 1W5Q6zcKtXK3WwhqJWV+o1moB5VKO6i3G/2g/SArY2DlKX1kvgD3aru2/wEAAP//AwBQSwMEFAAG AAgAAAAhAA2knfp5BAAArR0AAA0AAAB4bC9zdHlsZXMueG1s3Fnfj6M2EH6v1P8B8c7yI5CFKOR0 2Wykk65Vpd1KfXXAZK0zNgJnj7Tq/35jA4E0l92ES3a5PmHGZvzNfGMzY08/lCnVnnFeEM5C3b6x dA2ziMeErUP9z8el4etaIRCLEeUMh/oWF/qH2a+/TAuxpfjhCWOhgQpWhPqTENnENIvoCaeouOEZ ZtCT8DxFAl7ztVlkOUZxIT9KqelY1thMEWF6pWGSRqcoSVH+ZZMZEU8zJMiKUCK2SpeupdHk05rx HK0oQC1tF0VaaY9zRyvzZhIlPZgnJVHOC56IG9Br8iQhET6EG5iBiaJWE2jup8n2TMvZs73Me2py zRw/E0mfPpsmnIlCi/iGiVB3Aah0weQL41/ZUnYBw/Wo2bT4W3tGFCS2bs6mEac81wRQB55TEoZS XI24Q5SsciKHJSgldFuJHSlQbNfjUgK+l0JT4qjQtPP4sufSSm0FYg+8dZV5xtdykvJVAc4ilHao qwSzKcS4wDlbQq9Wtx+3GXDEYDlWvoauV0evc7S1He/0DwpOSSxjZX3XjQxXaljVMsJiXOI41MdK bHawyhg4BdfRaTRBZAxbN7dBEPj22Pf9wB3ZrqsIPweBAgIOXvE8hn2uWR32CKyrZLMpxYkAw3Ky fpJPwTNpJhcCNoPZNCZozRmiMrKbL7pfwgYJe2GopzgmmxTUVvGINoLXa8mUE9T6m9HiCXa+741V KBSIExQD1Abpq4org0635yjC/701LzA5GHauFm1Haf8JY23wtpwVae9izSDi7AUQA9nVzuHmnay5 Wqy9sT3VH/on+DnuAx3sXtQfZk/i6ywKkrIIU/ogs6e/kjYzg6yoTDS2SZep+ATpJdSksqBompBX 1s0qCateZHLW1Vbp7qh1nF56tTLZTXA+qt3XGsoyuv1IyZqlWGa2shCDuqp6lRW4IJEsxyLoxVCt fs1R9ohLNVLaViZ9vNJ7/r5TyqKzdlhl8lyl3dLec13QF4J3OQgXYWH8TngcWDb1WoFmu1aAiX2K 5NFAS5AsNdu369F3DB7I3wLeWdQewzoaIFa5W9a0A7yW9oOV+VZEHwN0sE4vBajvqt1z18GqHRS6 24PAe6NVe4xMOCb+z6q9EKCLkBkMAh3EV7MywY3d5OXFHe/0pOG1P+bRPwLAGdyeeyzS4Lx6YKG2 R+YhvP6/0IvEPhyRD9lfh6FXbxwQzD+cb191z1blBhQYnSpmr4bZVSOavPUI9d/lTRjtkLHaEArH 3N+pX0BnXLYVkbrSEPJWS9VKu1nAdzFO0IaKx11nqLft39SBNPBfj/qDPHOhVIR62/4sT71tdcEB 9cbnAg6q4altchLq/9zPb4PF/dIxfGvuG+4Ie0bgzReG597NF4tlYDnW3b+du7UfuFlTV4FAuu1O Cgr3b3ltbA3+oZWFeuelgq9uNgB2F3vgjK2Pnm0Zy5FlG+4Y+YY/HnnG0rOdxdid33tLr4Pd63kD Z5m2Xd3lSfDeRJAUU8IarhqGulIgCV5fMMJsmDDbe9bZNwAAAP//AwBQSwMEFAAGAAgAAAAhANzu QdfoBAAAWgsAABQAAAB4bC9zaGFyZWRTdHJpbmdzLnhtbIxW224bNxR8D5B/OFggRQNYUpzWQZDY EiRFbgTEtWHJyDO1e1YizCUZkmtFferX9MP6JR1y146jTVQDeYhX5LnMzJnD09HXStEdOy+NPsuO +68yYp2bQur1WXazPO+9zcgHoQuhjOazbMc+Gw2fPzv1PhDuan+WbUKw7wYDn2+4Er5vLGv8UhpX iYA/3XrgrWNR+A1zqNTg9atXbwaVkDqj3NQ6nGVvjzOqtfxS87T58Ptv2fDUy+FpGE6QfCuLsCHr TCkVU4+m8+sjmk4W7+nfv/95eToIw9NBPN3cmM9ms9H+x3NRMF0It5Z6/6fJ7Hr/08w547iglTL5 LRLOJvsnxiq2tCNfW2tcILRLk8mMfhGVfU+L2eKIVnXAxdijQiQmURQIGQyFDVOWGx2AATvimKxn 2SXIdM49IB6kDzL3GQlPW1ZqP/8FC01LWTEihy2zJlMHsWa/dzCS9M5bkYM8sODZ3XE2vExnaa4D ay/DjvbDX7HLWaN+1Oo0B4oXZc50o8WdkEqspMK9J18bH7j0SaCKvBNrWjsXSxgr4SpaWM5lKXO6 cmaluNrPPAUcEdfAX1FscBAwiXizl77UvoFe6lzVUILUjT4hexIrQEf+PgFkFhN0FPQRjBgnc6Ge WNKF+CqruqJPUt8OpsI5CbJvAoD7C/Qi8YuOqPJQI/wD6Etbhw7xbdTDh6ROqQ8eGmPuoZjD6R4i fJvDgy08nP/gjKXr2Gi3zyuzBRRTo31d2QhFp0npfWIwgEnMEe8fuGaVMPQbaeNImahTqkzByg8W Hy73x2A4GnUInVcYi0Ag4vp8Sm9P3hx3s1TC3XZi/WkCCWsVtACldLzjfmRcrJGL/d/ns+V5q6AL oUFAFVV+EUv/4dGPnzuVT6bj/aMfuATnSVYa5eWKhes/f/Z5IwJJn0ajgmVEUE3Z+G78fxyZ5D/3 ZuepqNPwwMI6eQ8lCTvLMTSy+Nqlpka0/Dy+uOqEGXvw3swjbLG9UEQiNFAgxXc/gmI2G8yXN71l J9wfwnqSBVCEQcQ+djRbLua0Ne6WZOCKXp/Aw/+f7p+1J7F8HJcMO4IDQm1SYzDJJhVjPZGOpoMF oPAFexEyrBt5wonY9un5s+UGJOBfq4kYxCqhEx8xwsMfwRjlgQMUprZi56m1W+w92ThcwkgGz6oE wWNwqYMzSkH/zaqRGllFgVwYHmAJkmPyR45XOlNhc+UbEt9n7j9JVuhnIrEb4t5qR7xHC4FdhGWF JYjlHHdfcEL7NAKUEqZlCikaWqH8owiYUKrdsUmEnn6NnRutdrQS+e3a4TlQvBxF/NBG3HZbqQuz BeJcNKH43rm56NPSGJAQdf3obCXXmwBVARLk3jqMbjsGUf3pCYIH0NNa/+mwn7vY/yfjfYPIE+fz Eh4cSWAnDSagTIWP6PiEKtAtsZ/dnVAA4EUa23YlPhJYtLyIJFRQyjUGr6Cq3RDfTuH+pWts4HsN 3rv1Uyc9LoH2iZO3C02s147XyYxbnlBKzhY0liDx0PnvWCxrBdZBN7jAEBQUrwrERke1NRpa79H4 W7LkNbUK0mI02mI8mYgnXqrAo6pgKB5PF9TBX2ppo8+iRDwfW6yie0cJmrzZxxH+qDMnyvjSwCuC ReUHuRLec1Jb/LmQZbKCkLrzKWK//0g+A7yNh/8BAAD//wMAUEsDBBQABgAIAAAAIQA7bTJLwQAA AEIBAAAjAAAAeGwvd29ya3NoZWV0cy9fcmVscy9zaGVldDEueG1sLnJlbHOEj8GKwjAURfcD/kN4 e5PWhQxDUzciuFXnA2L62gbbl5D3FP17sxxlwOXlcM/lNpv7PKkbZg6RLNS6AoXkYxdosPB72i2/ QbE46twUCS08kGHTLr6aA05OSonHkFgVC7GFUST9GMN+xNmxjgmpkD7m2UmJeTDJ+Ysb0Kyqam3y Xwe0L0617yzkfVeDOj1SWf7sjn0fPG6jv85I8s+ESTmQYD6iSDnIRe3ygGJB63f2nmt9DgSmbczL 8/YJAAD//wMAUEsDBBQABgAIAAAAIQDP4Ee0wgEAACwVAAAnAAAAeGwvcHJpbnRlclNldHRpbmdz L3ByaW50ZXJTZXR0aW5nczEuYmlu7FTNStxQGD0zse3opg4U3HRRpCtx6AyTqd1VmaR2StKEJDO4 cTF0UgiMyZBERKWC+Bo+SJcuXfYBunYhxQdwo+emM9iWoYzgRvju5bvfzz05N/eQfDYifEGKBBnt K3K8gss8QlzEOauqYuADpo3SnPb0J9wX2psS1LxcSCoD+ufYKpfpt8oaVwsh2XKu6VSW+xVLY7jy ZZryNxybHV//k8nofO4u4xyvtdXq++3Do/+d8qTYnC+4HuAVheIRKjD5rmZ59XOCfDv4pLCL+I5D 1PEOOv+SOhpcN1CDibdoslajGVjjrBHTZN1kVGeuM2/Qt5k10Sqyb2T0TN+wLHTjKA0zFbn9UZj6 0UEIywwC04OTRmGc9/MoieE6XuBtdAJ4YZYMd4saQ2ekogbayTBJ7WQQ/o7+vt1qFejphj25++nC aPklIb9oGu265FT0iz375OrZx6Wz1vEP1qzxHip3XAqr8pWxV/k6rafyRfD+CfvMLnbYA1Rn6bLf qG7gos8owx73UwwI/hfpcC+eEdsmxz5G5Pf5hDpPdbKcNRmigCggCogCooAoIAqIAqKAKCAKiAKi gCggCsyiwC0AAAD//wMAUEsDBBQABgAIAAAAIQBJIcCxTAEAAGsCAAARAAgBZG9jUHJvcHMvY29y ZS54bWwgogQBKKAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACEkl9LwzAUxd8Fv0PJe5uk KzpC2+Ef9iAOBCeKbzG564pNWpJot29v2m61OsHH5Jz7yzmXpIudqoJPMLasdYZoRFAAWtSy1EWG ntbLcI4C67iWvKo1ZGgPFi3y87NUNEzUBh5M3YBxJdjAk7RlosnQ1rmGYWzFFhS3kXdoL25qo7jz R1Pghot3XgCOCbnAChyX3HHcAcNmJKIDUooR2XyYqgdIgaECBdpZTCOKv70OjLJ/DvTKxKlKt298 p0PcKVuKQRzdO1uOxrZto3bWx/D5KX5Z3T/2VcNSd7sSgPJUCiYMcFeb/K7W3AZX2+oNTJHiidJt seLWrfzCNyXI6/1v86nBk/siAx5k4KOxochReZ7d3K6XKI9JTEMyC0mypgmLY5bQ1+79H/Nd1OFC HVL8S0xCQtdkzpKY0csJ8QjIU3zyPfIvAAAA//8DAFBLAwQUAAYACAAAACEAYUkJEIkBAAARAwAA EAAIAWRvY1Byb3BzL2FwcC54bWwgogQBKKAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACc kkFv2zAMhe8D+h8M3Rs53VAMgaxiSFf0sGEBkrZnTaZjobIkiKyR7NePttHU2XrqjeR7ePpESd0c Ol/0kNHFUInlohQFBBtrF/aVeNjdXX4VBZIJtfExQCWOgOJGX3xSmxwTZHKABUcErERLlFZSom2h M7hgObDSxNwZ4jbvZWwaZ+E22pcOAsmrsryWcCAINdSX6RQopsRVTx8NraMd+PBxd0wMrNW3lLyz hviW+qezOWJsqPh+sOCVnIuK6bZgX7Kjoy6VnLdqa42HNQfrxngEJd8G6h7MsLSNcRm16mnVg6WY C3R/eG1XovhtEAacSvQmOxOIsQbb1Iy1T0hZP8X8jC0AoZJsmIZjOffOa/dFL0cDF+fGIWACYeEc cefIA/5qNibTO8TLOfHIMPFOONuBbzpzzjdemU/6J3sdu2TCkYVT9cOFZ3xIu3hrCF7XeT5U29Zk qPkFTus+DdQ9bzL7IWTdmrCH+tXzvzA8/uP0w/XyelF+LvldZzMl3/6y/gsAAP//AwBQSwECLQAU AAYACAAAACEAQTeCz24BAAAEBQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnht bFBLAQItABQABgAIAAAAIQC1VTAj9AAAAEwCAAALAAAAAAAAAAAAAAAAAKcDAABfcmVscy8ucmVs c1BLAQItABQABgAIAAAAIQAQ+wt/yAMAALgIAAAPAAAAAAAAAAAAAAAAAMwGAAB4bC93b3JrYm9v ay54bWxQSwECLQAUAAYACAAAACEAgT6Ul/MAAAC6AgAAGgAAAAAAAAAAAAAAAADBCgAAeGwvX3Jl bHMvd29ya2Jvb2sueG1sLnJlbHNQSwECLQAUAAYACAAAACEAWekz4ggGAADkGAAAGAAAAAAAAAAA AAAAAAD0DAAAeGwvd29ya3NoZWV0cy9zaGVldDEueG1sUEsBAi0AFAAGAAgAAAAhAMEXEL5OBwAA xiAAABMAAAAAAAAAAAAAAAAAMhMAAHhsL3RoZW1lL3RoZW1lMS54bWxQSwECLQAUAAYACAAAACEA DaSd+nkEAACtHQAADQAAAAAAAAAAAAAAAACxGgAAeGwvc3R5bGVzLnhtbFBLAQItABQABgAIAAAA IQDc7kHX6AQAAFoLAAAUAAAAAAAAAAAAAAAAAFUfAAB4bC9zaGFyZWRTdHJpbmdzLnhtbFBLAQIt ABQABgAIAAAAIQA7bTJLwQAAAEIBAAAjAAAAAAAAAAAAAAAAAG8kAAB4bC93b3Jrc2hlZXRzL19y ZWxzL3NoZWV0MS54bWwucmVsc1BLAQItABQABgAIAAAAIQDP4Ee0wgEAACwVAAAnAAAAAAAAAAAA AAAAAHElAAB4bC9wcmludGVyU2V0dGluZ3MvcHJpbnRlclNldHRpbmdzMS5iaW5QSwECLQAUAAYA CAAAACEASSHAsUwBAABrAgAAEQAAAAAAAAAAAAAAAAB4JwAAZG9jUHJvcHMvY29yZS54bWxQSwEC LQAUAAYACAAAACEAYUkJEIkBAAARAwAAEAAAAAAAAAAAAAAAAAD7KQAAZG9jUHJvcHMvYXBwLnht bFBLBQYAAAAADAAMACYDAAC6LAAAAAA= --_004_HE1PR07MB4186B97BE94957BD3A65E01B897B9HE1PR07MB4186eurp_-- From nobody Thu Apr 1 01:53:08 2021 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 871BB3A10AA for ; Thu, 1 Apr 2021 01:53:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.12 X-Spam-Level: X-Spam-Status: No, score=-7.12 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, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 (1024-bit key) header.d=github.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 75bK3IBnSOpR for ; Thu, 1 Apr 2021 01:53:01 -0700 (PDT) Received: from out-24.smtp.github.com (out-24.smtp.github.com [192.30.252.207]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B5E823A10A6 for ; Thu, 1 Apr 2021 01:53:01 -0700 (PDT) Received: from github.com (hubbernetes-node-61c37c6.ac4-iad.github.net [10.52.208.19]) by smtp.github.com (Postfix) with ESMTPA id D179D600C0F for ; Thu, 1 Apr 2021 01:53:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com; s=pf2014; t=1617267180; bh=HE6JXrPLmff0204IYo4L/0rGV0YLxE7T5oYyQ1Rasto=; h=Date:From:To:Subject:From; b=Uhd6TRmcPq+thfrb+kjbTgQCWh9DDJOhbUMS6pgM6GQfpECjCt5dw79/9T+8cY7D7 jb3cCquxJflu2AwVygNj0nBGWXO6z0AU7Yk9nPYCPgqadPs1avMvMi3W6IWoWdu0dD Jl1oXW+G4fOKVLZmfTNMGscT7+qxTE+8WTRW1YXM= Date: Thu, 01 Apr 2021 01:53:00 -0700 From: sergiobelotti To: ccamp@ietf.org Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-GitHub-Recipient-Address: ccamp@ietf.org X-Auto-Response-Suppress: All Archived-At: Subject: [CCAMP] [ietf-ccamp-wg/draft-ietf-ccamp-optical-impairment-topology-yang] 8ee348: Create minutes-2021-03-30.md X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2021 08:53:07 -0000 Branch: refs/heads/master Home: https://github.com/ietf-ccamp-wg/draft-ietf-ccamp-optical-impairment-topology-yang Commit: 8ee348febda1fae64e47c72d1b82900f33de1772 https://github.com/ietf-ccamp-wg/draft-ietf-ccamp-optical-impairment-topology-yang/commit/8ee348febda1fae64e47c72d1b82900f33de1772 Author: sergiobelotti Date: 2021-04-01 (Thu, 01 Apr 2021) Changed paths: A minutes/minutes-2021-03-30.md Log Message: ----------- Create minutes-2021-03-30.md From nobody Thu Apr 1 08:40:19 2021 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1B52F3A1926 for ; Thu, 1 Apr 2021 08:40:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=btconnect.onmicrosoft.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 endVLwxSGxZ3 for ; Thu, 1 Apr 2021 08:40:13 -0700 (PDT) Received: from EUR04-HE1-obe.outbound.protection.outlook.com (mail-eopbgr70119.outbound.protection.outlook.com [40.107.7.119]) (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 94A9B3A1922 for ; Thu, 1 Apr 2021 08:40:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=YckTIT+DFGUBlJgG/CLunpF7+vA2CIwNJdIdtVNM+i973UvMnRKAxzCu7C9UvV639g50K7qwvuBHsaAlkomwzVgKKnxZ/8SRgpAb7n/eEJ4ODdepfSYTjDfp7GMUjsgm9GXlqU/ibnBjyfACTyKNGbBOIPqeaIELpoPftlLs6/tZPirxW2v7jXg9x0nhwjyIfs09Ux6UgCX1vbytPLfLzNB4XRGvrB4HGF2gPTxqZqXK5yKZFGzC1CMTH8BDiOO7EkNAC9bbNbddNKUD1MS+RBJJ1BPwwPngQBWWfkwJkSXqI93xuBYRk+JfGLPRRdT8y5VpZJW/Ggswb3K5sS7eUA== 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-SenderADCheck; bh=jEqX3/RFI+C3cc+5HXqR7jOhOrLNsiostejo2DewZIU=; b=FyPzOHW21FO30Xtqsa4qtT3jYf7Z4CbGqzQ1gpc0xvjYkGxdxXu0zzTxR9/Eu9d09cQzuTwLAZtkctZNIw9xfEzrfSKpGZYMEGgJ1yvyrWaMVshcs9dce989wqaRfNVmP2TZZvEuoaYZm6qXpOX0sghW5Xv2MpRQjTvIWPud0NX2Qfkv11ThC/3cUYHpJ9Dc3fjyiQ6gpqKt59xszvY9XIrYwkiT8HaN9eUiKA9MqrrzX4hgAB4RdZW1djQxLIo2FdjR7qfwpPNXTk++vNdpaOKdvnWMDdULcRn3pPlJ60DwV+pKO2Quv0U/zx2RIji7/6L7hc9btZpr/FfPtav//Q== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=btconnect.com; dmarc=pass action=none header.from=btconnect.com; dkim=pass header.d=btconnect.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector2-btconnect-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=jEqX3/RFI+C3cc+5HXqR7jOhOrLNsiostejo2DewZIU=; b=aMhLNbqwezp7xduAXX/Uf5HsDAA4kw7pK0sTi3tX/9ReehWF/BT6dx1hWnHxXfaIE0a2QIi5JHy0m2jrb7Zzi1PWEE+QxWDFDVFdmy5ZH2VQKVT+0Z+v5ZDlsPHQ4A8x464gqZY5HssSRktEhUuf9vUzhcUqiUnK7TXyr53jehs= Received: from AM7PR07MB6248.eurprd07.prod.outlook.com (2603:10a6:20b:134::11) by AM5PR0701MB2915.eurprd07.prod.outlook.com (2603:10a6:203:42::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3999.16; Thu, 1 Apr 2021 15:40:03 +0000 Received: from AM7PR07MB6248.eurprd07.prod.outlook.com ([fe80::543d:497d:ba3f:5576]) by AM7PR07MB6248.eurprd07.prod.outlook.com ([fe80::543d:497d:ba3f:5576%3]) with mapi id 15.20.3999.027; Thu, 1 Apr 2021 15:40:03 +0000 From: tom petch To: Italo Busi , CCAMP Thread-Topic: [CCAMP] YANG prefix for flexi-grid (was RE: FW: Proposal for YANG model prefix naming) Thread-Index: AdcmRV6FDXSEVSmoSNaaAj9xeE5I1AAxxOZQ Date: Thu, 1 Apr 2021 15:40:03 +0000 Message-ID: References: <980b707253e84978871a39b95e683959@huawei.com> In-Reply-To: <980b707253e84978871a39b95e683959@huawei.com> Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: huawei.com; dkim=none (message not signed) header.d=none;huawei.com; dmarc=none action=none header.from=btconnect.com; x-originating-ip: [86.146.121.140] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 2beec101-bb6e-4689-3e54-08d8f5246b24 x-ms-traffictypediagnostic: AM5PR0701MB2915: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8882; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: PvoxMS4FY5hGgbBgb+AUPGwTHjxIV+EpGLIx6cwvv0xdFuz2q5M9krHr3EYk6gerYZU6s8vvPF4Y04d1ZDXxchVYfhtjDOZGteP6Be+he12pv4TG+ycLXXNn7P6/5ZTI+mHT9+DKi3WKfvtAf5qUDmgnNcZUbHCqYQPZjfeHGlZbAZpFS+6mMi2LxDZ4S8doqf0LeFn80gWYjY/vh38qQsO/X3Qgh0wnmElpvXuYN8Pyaaut4xhe2RVKRWgFlRLuWgj1rTAkXiLECFPZRGYE3RIF/NQGsaFplZuq35GiDwtdtindghzGQ/PI2I2rwRN9QJqQ8CGzYcDQ6lrZrKdMutPCBdZwOUbaLO2aPQbesQ63Im7FeZwi6x8YIHAa6y8756bAurBiG2Cyz8hPip0D9++bpMZj+7Pq1ujatIIwDZVirp/9KZXhiSUb1HE1VbwiAPKSIuxN9TOrJ+kyhMq0DCgJL7oDjt3fYbkO+0rDf2SOPXdxPzsth0tpK7G5Lvs5subH5m5WGSGAla799bDNo2GqS06XL22FnMbkQ5a7xRCBNhu68qiGaRcx0zxb1HXj6gevfoaAE2RAMR3xCTlLrGjYsPGR+shLPt3n70XM4RSF3df5FqwVp+hTtejYSQlCTaary8o5PykkGcy+cvq5pCb8pqo+V5KorfBY1YU5EM4JJ5R3WfBnWzcVSbfiybJQjMdG8kELbXcklKtv/oODhw252b+kDanbaiCIwAkgYKHGWNP2xdLL9FbTVPCc/wMMitl5Kiv5zTQsboE8jQ7x0tlE1XGY5bPfUlSzERHUdNc= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM7PR07MB6248.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(346002)(366004)(396003)(39860400002)(376002)(136003)(83380400001)(91956017)(478600001)(53546011)(64756008)(966005)(66446008)(66556008)(66476007)(8936002)(26005)(186003)(6506007)(9686003)(7696005)(52536014)(8676002)(30864003)(5660300002)(55016002)(110136005)(71200400001)(66946007)(38100700001)(316002)(33656002)(86362001)(2906002)(76116006)(473944003)(414714003); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: =?iso-8859-1?Q?tgV4V07jJMKtNbSVS++CmFcwoYtF/US0XlaJMgTgQkOOMGh5SNGUhY4Dgp?= =?iso-8859-1?Q?Fs6H51n4cAeWeCKWi1OkkcFls1/qSqNU58ljusM12ihQp0oXWM9ygJah3u?= =?iso-8859-1?Q?bpW1E9kuqJB+WyOQYXgRtU4TdyCwTBRTA8XtzhOjO9zbLk6jTLxoMYTDNH?= =?iso-8859-1?Q?SF1nNbyrkeVkjTNgtxh1p5aAWO8719w93NybzlOGkxJ8TFjLRtznK9Jopb?= =?iso-8859-1?Q?/NlcR823llxhHcfKgYkygrkpZFllBGMvJ68cMJLYf/PeI3b4Hk9vNpRHRw?= =?iso-8859-1?Q?JUA6Fw1ewFvxuLJlMqOaHcykwthNExVDhBgKXVAwJQ6RQ6ZzIx80U3DtF8?= =?iso-8859-1?Q?lszbkKMvaB+SYD4TtG5ev1UYh0pdv1mB9fccf1ut2ED34KMItI2+vuH6jG?= =?iso-8859-1?Q?RmVC7U/9FFoswNyQ3z1xjrmepOvOm9fx4HU+En/fJHWFp5XvRou0k43feY?= =?iso-8859-1?Q?AubPzcMDgXtJICXBmNBTV6+WDgCQMHGLPBewi0ubboJeyoYcNPw8NfQUME?= =?iso-8859-1?Q?QRRMrYN7y9OJ6Urp6JNtENCWKhn84uAJr1Fc7qDFee7uKQz1ooHtZcwuzA?= =?iso-8859-1?Q?srq+g3ZR+tQSJUYJqTrnUiWFvPO82SSkL3CYKOSYWlkdgJ2VLpMebDzWIz?= =?iso-8859-1?Q?SMYWlqs9Krpfj5nyB7XaSCWjTXHLpZekJsEJ4e4gAjuCIXmhGBIc++g4+1?= =?iso-8859-1?Q?xnDuY79vnegJKyX7odZSDyFWTwm6Z3tCOYd0zlpUzITzHprVeOt3q9D7zB?= =?iso-8859-1?Q?s8WNASJ/X4diDQDcAT+th2IBwEXJ2tsn/eMAnIDADWNr9w6qmhA2c5NYr5?= =?iso-8859-1?Q?in0QbN/q9B10hYYUuxIFWornKw+Clv5ZDeyruXcotwQMSsuC6IEHG4o7zc?= =?iso-8859-1?Q?HV10YXVUbL+SVXe/KNHjDDXvM+uefzI3KVIIjROinViOPRx/I4yjbDUEa4?= =?iso-8859-1?Q?+x9g4HtkHzfNcEkL/j0hYfDYiOVavCMp0znnDDfrwiaqpqjNW5asdalE6y?= =?iso-8859-1?Q?1+KMkOmCV45XwtHhkUBD3GO6XReC6KAgF/JnnInDFb1K39HQhlFoCFDn22?= =?iso-8859-1?Q?cEXcIE+WY+zbsJVBRtP/+EaGVCtSAte5Ofn1mGr6by97jn5BVd8AlnZfc8?= =?iso-8859-1?Q?lXDr4evw51CWbd5Py62O6rfJnG4zKvbSkJVREENxVXKiwAQVHSLY3VNFFe?= =?iso-8859-1?Q?XL+te8SUcErY0213TsfShVcFqmu9F/DXpelcSaiAWz+Vx8vTIiaDTmygjs?= =?iso-8859-1?Q?Dd1lG2EfkYtJriaF6tynzXOlJB2860ehyXzK1PLKWQTL8DvqUaov8CJ2Q8?= =?iso-8859-1?Q?InC6BCtZS2l6Q4j0v9OtjaD8Gs6PAfpGMtDzyIjqzdgVmoddAUslbjKnFt?= =?iso-8859-1?Q?yZ1Lz0Layx?= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: btconnect.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: AM7PR07MB6248.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 2beec101-bb6e-4689-3e54-08d8f5246b24 X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Apr 2021 15:40:03.6965 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: cf8853ed-96e5-465b-9185-806bfe185e30 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: vWkNJ2uT6jXmavTlzTIczXi4vGCkj1FfoRU2eCZ2pTIdqQtRsVSZYYN7MbAeJ8h3UTjfDikjUN+HlMjwn4XPPQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5PR0701MB2915 Archived-At: Subject: Re: [CCAMP] YANG prefix for flexi-grid (was RE: FW: Proposal for YANG model prefix naming) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2021 15:40:18 -0000 From: CCAMP on behalf of Italo Busi =0A= Sent: 31 March 2021 16:49=0A= =0A= It seems that addressing this issue on a step by step has worked well for t= he topology models=0A= =0A= Let's then consider a second question/convention about the prefix to use fo= r flexi-grid YANG model=0A= =0A= I think that "flexi-grid" (which would lead to "flexi-gt" for flexi-grid To= pology) is a bit too long for a prefix=0A= =0A= I have not found any better option to shorten flexible other than flexi or = flex. I think f is really too short to be meaningful and fx can be misunder= stood as fixed as well=0A= =0A= Therefore, I think we can shorten it to either "flexig" or "flexg" (which w= ould lead to "flexigt" or "flexgt" respectively for flexi-grid Topology)=0A= =0A= I have a slight preference for the latter option ("flexg" leading to "flexg= t" for flexi-grid Topology) but I am open to other opinions or better propo= sals=0A= =0A= Any other opinion?=0A= =0A= =0A= I prefer flexg of the options you suggest. =0A= =0A= There is something un-English about flexig, it just sounds wrong, and flexi= gt is worse.=0A= =0A= (In passing, flex-g looks wrong to me with just one letter after the hyphen= , it needs two).=0A= =0A= Tom Petch=0A= =0A= Thanks, Italo=0A= =0A= > -----Original Message-----=0A= > From: tom petch [mailto:ietfc@btconnect.com]=0A= > Sent: luned=EC 15 marzo 2021 13:00=0A= > To: Daniele Ceccarelli ;=0A= > CCAMP =0A= > Subject: Re: [CCAMP] FW: Proposal for YANG model prefix naming=0A= >=0A= > From: CCAMP on behalf of Daniele Ceccarelli=0A= > =0A= > Sent: 11 March 2021 16:38=0A= >=0A= > as previously anticipated during the CCAMP session today, we will ask the= RFC=0A= > editor to update the YANG model prefix for the WSON topology to "wsont".= =0A= >=0A= > Many thanks for sharing your thoughts and participating to the discussion= .=0A= >=0A= > =0A= > I await the minutes with interest!=0A= >=0A= > Meanwhile ccamp-flexigrid-yang is plain wrong. Under IANA it registers f= lexi-=0A= > grid-topology whereas the when statements have tet-flexig which I would= =0A= > characterise as ugly and uglier! And I seem to recall this is not my fir= st post on=0A= > the prefix in this I-D which clearly is not ready for Last Call:-(=0A= >=0A= > Tom Petch=0A= >=0A= >=0A= > Daniele=0A= >=0A= > -----Original Message-----=0A= > From: CCAMP On Behalf Of Daniele Ceccarelli=0A= > Sent: den 15 februari 2021 16:17=0A= > To: tom petch ; Italo Busi ;= =0A= > 'CCAMP' ; adrian@olddog.co.uk=0A= > Cc: rkrejci@cesnet.cz=0A= > Subject: Re: [CCAMP] Proposal for YANG model prefix naming=0A= >=0A= > Thanks for your feedback Tom.=0A= >=0A= > Working group, other opinions?=0A= >=0A= > Thanks,=0A= > Daniele=0A= >=0A= > -----Original Message-----=0A= > From: tom petch =0A= > Sent: den 12 februari 2021 13:29=0A= > To: Italo Busi ; Daniele Ceccarelli=0A= > ; 'CCAMP' ;=0A= > adrian@olddog.co.uk=0A= > Cc: rkrejci@cesnet.cz=0A= > Subject: Re: [CCAMP] Proposal for YANG model prefix naming=0A= >=0A= > From: Italo Busi =0A= > Sent: 12 February 2021 09:02=0A= >=0A= > Thanks Daniele=0A= >=0A= > FYI: we are discussing these options also with TEAS experts:=0A= >=0A= > https://protect2.fireeye.com/v1/url?k=3Dd3d01972-8c4b2077-d3d059e9-=0A= > 86959e472243-ddf7de26918206cd&q=3D1&e=3D586b5fcf-a971-4d25-81f3-=0A= > 4c64316f0395&u=3Dhttps%3A%2F%2Fgithub.com%2Ftsaad-=0A= > dev%2Fte%2Fissues%2F125=0A= >=0A= > Let's see if we can get an agreement at least for these two drafts which = are in=0A= > RFC queue:=0A= >=0A= > > draft-ietf-ccamp-layer0-types=0A= > > ietf-layer0-types (l0-types) --->(l0-types)=0A= >=0A= > I think we can agree with this prefix since all the proposals are aligned= .=0A= >=0A= > > draft-ietf-ccamp-wson-yang=0A= > > ietf-wson-topology (wson) --->(wson-topo)=0A= >=0A= > Here, I think we have two candidates: wson-topo and wsont=0A= >=0A= > I have a slight preference for wsont since it is aligned with tet and nt = prefix=0A= > conventions used in RFC8795 and RFC8345 but I can accept wson-topo (it=0A= > could be seen as aligned with wson-tunnel or wson-tnl prefix conventions)= .=0A= >=0A= > What do you think?=0A= >=0A= > =0A= > Since TEAS already has its tanks on the lawn, I would go for wsont.=0A= >=0A= > Adrian expressed a preference for ...topo but I think that wrong as it ge= ts too=0A= > long IMHO as with ethtetopo or else eth-te-topo=0A= >=0A= > Tom Petch=0A= > Italo=0A= >=0A= > > -----Original Message-----=0A= > > From: Daniele Ceccarelli [mailto:daniele.ceccarelli@ericsson.com]=0A= > > Sent: gioved=EC 4 febbraio 2021 09:14=0A= > > To: tom petch ; 'CCAMP' ;=0A= > > adrian@olddog.co.uk=0A= > > Cc: rkrejci@cesnet.cz=0A= > > Subject: Re: [CCAMP] Proposal for YANG model prefix naming=0A= > >=0A= > > Tom, Adrian, all,=0A= > >=0A= > > The L0 types and the WSON topology drafts are now on hold. We can=0A= > > include them in the updated prefix naming.=0A= > > The RFC editor will delay processing these documents until the updated= =0A= > > versions are available. The AD (John or Deborah) will need to approve= =0A= > > the changes.=0A= > >=0A= > > This will also affect the IANA registries, they have been informed as w= ell.=0A= > >=0A= > > BR=0A= > > Daniele=0A= > >=0A= > > -----Original Message-----=0A= > > From: CCAMP On Behalf Of tom petch=0A= > > Sent: den 3 februari 2021 17:44=0A= > > To: 'CCAMP' ; adrian@olddog.co.uk=0A= > > Cc: rkrejci@cesnet.cz=0A= > > Subject: Re: [CCAMP] Proposal for YANG model prefix naming=0A= > >=0A= > > From: Adrian Farrel =0A= > > Sent: 03 February 2021 12:12=0A= > >=0A= > > Hi Tom,=0A= > >=0A= > > >> Proposal for YANG model prefix naming.=0A= > > >>=0A= > > >> Radek and then Tom raised the issue of consistency in prefix naming= =0A= > > >> based=0A= > > on=0A= > > >> the fact that the TE topology model uses 'tet' and the TE topology= =0A= > > >> state model uses 'tet-s'=0A= > > >=0A= > > > I think that the starting point is a list of I-D/RFC and I see some= =0A= > > glitches in your list.=0A= > > >=0A= > > > draft-ietf-client-signal-yang probably should be=0A= > > draft-ietf-ccamp-client-signal-yang=0A= > >=0A= > > Yes, typo.=0A= > >=0A= > > > I see two flexigrid I-D but you only list one=0A= > >=0A= > > I'm at https://datatracker.ietf.org/wg/ccamp/documents/ looking at=0A= > > extant WG documents.=0A= > > Looks like draft-ietf-ccamp-flexigrid-media-channel-yang expired=0A= > > almost 6 months ago.=0A= > >=0A= > > > wson-yang and l1types have been approved by the IESG so I regard=0A= > > > those as=0A= > > fixed=0A= > > > points that it is now too late to change and which we should build=0A= > > > around=0A= > >=0A= > > Well, colour me confused.=0A= > > I thought this whole thing came up in debate of the WSON YANG model.=0A= > > If that debate is now closed, let's all move on and not worry about=0A= > > any of this any more.=0A= > >=0A= > > > I have seen more than one wson model=0A= > >=0A= > > There's an information model in draft-ietf-ccamp-wson-iv-info, but no= =0A= > > data model.=0A= > > draft-ietf-ccamp-wson-tunnel-model expired almost 6 months ago=0A= > >=0A= > > > microwave seems to be missing=0A= > >=0A= > > draft-ietf-ccamp-mw-topo-yang expired almost 18 months ago=0A= > >=0A= > > =0A= > >=0A= > > Adrian,=0A= > >=0A= > > The progress of I-D in the routing area can be erratic. The fact that= =0A= > > the IETF has expired the I-D does not mean that it will not come back= =0A= > > to life - a whole raft of I-D that were produced in a rush just before= =0A= > > the IETF meeting have just expired 6 months later and some are now=0A= > > being resuscitated, others will be in future, others will not. Some re= -appear=0A= > years later when their time has come.=0A= > >=0A= > > To me, an expired draft says that someone was interested enough to put= =0A= > > in a lot of work and even if that work is not current, then it would=0A= > > be a short- sighted naming convention, although well in keeping with=0A= > > the traditions of the IETF, not to cater for such work in future.=0A= > >=0A= > > For myself, I like names that start with the most important property=0A= > > and for me, that is WSON. OTN, RSVP and so on, and that is the basis=0A= > > on which I reviewed them, and not the fact that they are te - the=0A= > > rival proposal is for te to be the centre of the universe around which= =0A= > > everything revolves, regardless of which WG - TEAS, CCAMP, ... -it may= be in.=0A= > I am not a fan of this approach.=0A= > >=0A= > > Tom Petch=0A= > >=0A= > > CCAMP is currently working on plenty of YANG models, so it might be=0A= > > worth stepping back and getting the prefixes consistent across all of o= ur=0A= > work.=0A= > > I'm not sure this is the most important thing on our list, and perhaps= =0A= > > it would be better to discuss the colour of the bike shed, but to make= =0A= > > sure that we do this just once, here is my attempt.=0A= > >=0A= > > My conclusion is that, although it would be nice to be consistent with= =0A= > > using just a suffix of 't' to indicate 'topology', this becomes messy= =0A= > > with some of the longer names, and it is clearer to always use 'topo'= =0A= > > (leaving the TE topology model as the odd one out).=0A= > >=0A= > > This proposal only extends to CCAMP YANG models, and I don't think=0A= > > this list can debate the wider scoping of prefixes, but I think it=0A= > > would extend well enough.=0A= > >=0A= > > The list shows...=0A= > > Draftname=0A= > > Modelname (currentprefix)--->(proposedprefix)=0A= > >=0A= > > draft-ietf-ccamp-client-signal-yang=0A= > > ietf-eth-tran-service (ethtsvc)--->(etht-svc) ietf-eth-tran-types=0A= > > (etht-types) ---=0A= > > >(etht-types) ietf-trans-client-service (clntsvc) --->(tclnt-svc)=0A= > > >ietf-trans-client-=0A= > > svc-types (clntsvc-types) --->(tclnt-svc-types)=0A= > >=0A= > > draft-ietf-ccamp-dwdm-if-param-yang=0A= > > ietf-ext-xponder-wdm-if=0A= > > (ietf-ext-xponder-wdm-if)--->(ext-xponder-wdm-if)=0A= > >=0A= > > draft-ietf-ccamp-flexigrid-yang=0A= > > ietf-flexi-grid-topology (flexi-grid-topology) --->(flexi-grid-topo)=0A= > >=0A= > > draft-ietf-ccamp-l1csm-yang=0A= > > ietf-l1csm (l1csm) --->(l1csm)=0A= > >=0A= > > draft-ietf-ccamp-layer0-types=0A= > > ietf-layer0-types (l0-types) --->(l0-types)=0A= > >=0A= > > draft-ietf-ccamp-layer1-types=0A= > > ietf-layer1-types (l1-types) --->(l1types)=0A= > >=0A= > > draft-ietf-ccamp-optical-impairment-topology-yang=0A= > > ietf-optical-impairment-topology (optical-imp-topo)=0A= > > --->(optical-imp-topo)=0A= > >=0A= > > draft-ietf-ccamp-otn-topo-yang=0A= > > ietf-otn-topology (otntopo) --->(otn-topo)=0A= > >=0A= > > draft-ietf-ccamp-otn-tunnel-model=0A= > > ietf-otn-tunnel (otn-tunnel) --->(otn-tunnel)=0A= > >=0A= > > draft-ietf-ccamp-wson-yang=0A= > > ietf-wson-topology (wson) --->(wson-topo)=0A= > >=0A= > >=0A= > > _______________________________________________=0A= > > CCAMP mailing list=0A= > > CCAMP@ietf.org=0A= > > https://www.ietf.org/mailman/listinfo/ccamp=0A= > > =3D=0A= > >=0A= > >=0A= > > _______________________________________________=0A= > > CCAMP mailing list=0A= > > CCAMP@ietf.org=0A= > > https://www.ietf.org/mailman/listinfo/ccamp=0A= > >=0A= >=0A= > _______________________________________________=0A= > CCAMP mailing list=0A= > CCAMP@ietf.org=0A= > https://www.ietf.org/mailman/listinfo/ccamp=0A= >=0A= > _______________________________________________=0A= > CCAMP mailing list=0A= > CCAMP@ietf.org=0A= > https://www.ietf.org/mailman/listinfo/ccamp=0A= >=0A= =0A= _______________________________________________=0A= CCAMP mailing list=0A= CCAMP@ietf.org=0A= https://www.ietf.org/mailman/listinfo/ccamp=0A= From nobody Tue Apr 6 05:10:55 2021 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5F0FA3A1E89 for ; Tue, 6 Apr 2021 05:10:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.102 X-Spam-Level: X-Spam-Status: No, score=-2.102 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, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=github.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 dVYcqPFM9PFQ for ; Tue, 6 Apr 2021 05:10:51 -0700 (PDT) Received: from smtp.github.com (out-25.smtp.github.com [192.30.252.208]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2204D3A1E88 for ; Tue, 6 Apr 2021 05:10:51 -0700 (PDT) Received: from github.com (hubbernetes-node-a076f1e.ash1-iad.github.net [10.56.120.55]) by smtp.github.com (Postfix) with ESMTPA id 4966484025B for ; Tue, 6 Apr 2021 05:10:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com; s=pf2014; t=1617711050; bh=RY3bH3jMtpSGV1TqO47FoKgp4/Q52aPMXA9OQPb2NDE=; h=Date:From:To:Subject:From; b=utMsUmslIwKkxmkQfdb/8OS+8Y9/UL0tR3ZWd2w/ZMlWYJqifdcTsloNXBaaOOCyL PqvO1yhD8lRJiVveUn2WJ3SnhnDime7bbwFGLBQF7PzrtHULpT//9xFP08pR+DTVQ+ sglQQEHhV617PMI9WT7z+3tb3h8uUM5ygljwR7gs= Date: Tue, 06 Apr 2021 05:10:50 -0700 From: "dependabot[bot]" To: ccamp@ietf.org Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-GitHub-Recipient-Address: ccamp@ietf.org X-Auto-Response-Suppress: All Archived-At: Subject: [CCAMP] [ietf-ccamp-wg/draft-ietf-ccamp-optical-impairment-topology-yang] b2753c: Bump pyyaml from 5.1 to 5.4 (#65) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2021 12:10:53 -0000 Branch: refs/heads/master Home: https://github.com/ietf-ccamp-wg/draft-ietf-ccamp-optical-impairment-topology-yang Commit: b2753c755987582a240845b78c54cb81022a551e https://github.com/ietf-ccamp-wg/draft-ietf-ccamp-optical-impairment-topology-yang/commit/b2753c755987582a240845b78c54cb81022a551e Author: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com> Date: 2021-04-06 (Tue, 06 Apr 2021) Changed paths: M requirements.txt Log Message: ----------- Bump pyyaml from 5.1 to 5.4 (#65) Bumps [pyyaml](https://github.com/yaml/pyyaml) from 5.1 to 5.4. - [Release notes](https://github.com/yaml/pyyaml/releases) - [Changelog](https://github.com/yaml/pyyaml/blob/master/CHANGES) - [Commits](https://github.com/yaml/pyyaml/compare/5.1...5.4) Signed-off-by: dependabot[bot] Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com> From nobody Tue Apr 6 05:11:09 2021 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AB6CB3A1E8A for ; Tue, 6 Apr 2021 05:11:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.119 X-Spam-Level: X-Spam-Status: No, score=-2.119 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, TVD_SPACE_RATIO=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=github.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 dARDj_reqBId for ; Tue, 6 Apr 2021 05:11:01 -0700 (PDT) Received: from out-20.smtp.github.com (out-20.smtp.github.com [192.30.252.203]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 99B8B3A1ED8 for ; Tue, 6 Apr 2021 05:11:00 -0700 (PDT) Received: from github.com (hubbernetes-node-00f4ccd.va3-iad.github.net [10.48.200.47]) by smtp.github.com (Postfix) with ESMTPA id D8BAEE05E7 for ; Tue, 6 Apr 2021 05:10:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com; s=pf2014; t=1617711058; bh=xdeJP/QgGumqnJqv0tEeV6qhlsUVfj2bMQk2qpIcGZI=; h=Date:From:To:Subject:From; b=VSBoCbiTCcJqughbB09YyP0Ptce0cV3DhkSBXImgc18XDwut1hPpEoDpyrD7LNFBM lELDGx7iVIYNF1qjxAVONVkqnBZ/PgSb23YCrAFmDIkTS+326nu+FLuPtjbtJYP4Zx xogOGRYB+gc2bUqjQDFV8Hfq70IoPBbUahB2oiGc= Date: Tue, 06 Apr 2021 05:10:58 -0700 From: "dependabot[bot]" To: ccamp@ietf.org Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-GitHub-Recipient-Address: ccamp@ietf.org X-Auto-Response-Suppress: All Archived-At: Subject: [CCAMP] [ietf-ccamp-wg/draft-ietf-ccamp-optical-impairment-topology-yang] X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2021 12:11:07 -0000 Branch: refs/heads/dependabot/pip/pyyaml-5.4 Home: https://github.com/ietf-ccamp-wg/draft-ietf-ccamp-optical-impairment-topology-yang From nobody Tue Apr 6 06:42:24 2021 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7ACC43A21BC for ; Tue, 6 Apr 2021 06:42:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.101 X-Spam-Level: X-Spam-Status: No, score=-7.101 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, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-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 (1024-bit key) header.d=github.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 6ctlfrIy5mnW for ; Tue, 6 Apr 2021 06:42:17 -0700 (PDT) Received: from out-27.smtp.github.com (out-27.smtp.github.com [192.30.252.210]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F3C343A205E for ; Tue, 6 Apr 2021 06:42:16 -0700 (PDT) Received: from github.com (hubbernetes-node-a54a6e8.ash1-iad.github.net [10.56.112.87]) by smtp.github.com (Postfix) with ESMTPA id 3E392900ECE for ; Tue, 6 Apr 2021 06:42:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com; s=pf2014; t=1617716535; bh=SBDD7xQJ5WsFxu7OsC5N+S8abASi1Gx5HDSOrqV08tM=; h=Date:From:To:Subject:From; b=wrkcRcZARp7pyWOuxprtabim5gBqkcvT730MA8ImtgjDZlklId/yF7Mf9Bp0lCFTg uKWswsej2PAa657y5+n4rdXHIVcacHy1p4R9Xf03Kn6I31QMryHqow2rs4VroGf9A5 Ux20EFmP2krtL33yag5BsxQwmnePSEDOYx5kkhJg= Date: Tue, 06 Apr 2021 06:42:15 -0700 From: Esther Le Rouzic To: ccamp@ietf.org Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-GitHub-Recipient-Address: ccamp@ietf.org X-Auto-Response-Suppress: All Archived-At: Subject: [CCAMP] [ietf-ccamp-wg/draft-ietf-ccamp-optical-impairment-topology-yang] 1c4c4b: Add delta p (#66) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2021 13:42:22 -0000 Branch: refs/heads/master Home: https://github.com/ietf-ccamp-wg/draft-ietf-ccamp-optical-impairment-topology-yang Commit: 1c4c4ba28bbb1aa37baa721a93ea421a31f767e9 https://github.com/ietf-ccamp-wg/draft-ietf-ccamp-optical-impairment-topology-yang/commit/1c4c4ba28bbb1aa37baa721a93ea421a31f767e9 Author: Esther Le Rouzic Date: 2021-04-06 (Tue, 06 Apr 2021) Changed paths: M ietf-optical-impairment-topology.tree M ietf-optical-impairment-topology.yang Log Message: ----------- Add delta p (#66) * Change nominal-channel-power into nominal-carrier-power Signed-off-by: EstherLerouzic * Try to improve description Signed-off-by: EstherLerouzic * add one digit for power precision Signed-off-by: EstherLerouzic * Add delta p Signed-off-by: EstherLerouzic From nobody Wed Apr 7 05:29:48 2021 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 609D83A43D6 for ; Wed, 7 Apr 2021 05:29:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.001 X-Spam-Level: X-Spam-Status: No, score=-2.001 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, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 c_64cNtpNTPH for ; Wed, 7 Apr 2021 05:29:38 -0700 (PDT) Received: from EUR04-VI1-obe.outbound.protection.outlook.com (mail-eopbgr80047.outbound.protection.outlook.com [40.107.8.47]) (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 DEE0D3A43DA for ; Wed, 7 Apr 2021 05:29:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=UJyjz/TYickluEH5paTn6f6lsebBMhsJ0sY24Box4B1U5lK6KrT7RtK/d0XTNIcbUBPNSTZkAOm2n2qinhlkZYaujtV4SZZGsN+bxXh7xmdxzwjabWhGoXHsFL4WSE6tcgFgHX+s6m06xeSydsJGuuI3uDYNrpvPcwBsz886pRL3Wx1iemIneI6utbOMXw3AJp27vvjR2p7r//mg8ttPpAAdD6dha/U3cK6/+vtBkNIHGkOupuNdrlK2s5i9FwmZkYU4Jl+iMjGO7AjypriKkEPV8oQU4rLgSeBU1yY8Y4qD3kwV55iaWKxM76gr4Xa4kt7DJREyyclhlLqHJmzfHQ== 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-SenderADCheck; bh=m5XfIP/H9xGpMbqsXW2xp7qY3LJiPGBVMVtdLJIi9NY=; b=Cb6SL8hrktCpVuV+ckpuj0uThR3HCQd+w4F/82YVU5iLjuUpb3d3BQAH+CfkU0BQswcEaS6YI53pjWZIY1Pd7eLk2/wEiVu1GIG3pVQxUGKCkZQ42jZ5gM0EwWywdxqNdB6LqAziwBw3WToFxKk+IUjqQViDzrS8w5IQiosmkhttcMggEEl2jSyD0FSr/HfL293OCSxr1r08VdqbEgHsk5BSTecAO4XB6vwEOaNwARLjiYD4Gy8T+mROIpLn6vhMS7nlisa0ak36cWqumKN1PxXoiSI2KZxN6cQfD+qhPgrElxpecV7LAzFIPRHBp0CulPSiSXF+uwT5JHJFzJc9Bg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=m5XfIP/H9xGpMbqsXW2xp7qY3LJiPGBVMVtdLJIi9NY=; b=GqDCmxYyA30S1Atn3SLcKMd78/C+Y+9D1/DuFofmed2NsOd7zPC9Ew4zIVtRZpzI3LyP2bVyuCJ9Qbsur0s3D+nE52FK4XaR+rCQx+BiS000n14LVRmoS0qhOgf/GXGBzXtzdflq5P6xNHufILxJxbaz1IW/nGxV2KnxpIf1sIA= Received: from HE1PR07MB4186.eurprd07.prod.outlook.com (2603:10a6:7:9a::11) by HE1PR0701MB2475.eurprd07.prod.outlook.com (2603:10a6:3:71::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4020.8; Wed, 7 Apr 2021 12:29:33 +0000 Received: from HE1PR07MB4186.eurprd07.prod.outlook.com ([fe80::5866:c7fb:2541:6e2b]) by HE1PR07MB4186.eurprd07.prod.outlook.com ([fe80::5866:c7fb:2541:6e2b%4]) with mapi id 15.20.4020.015; Wed, 7 Apr 2021 12:29:33 +0000 From: Jonas Ahlberg To: ccamp Thread-Topic: Notes: CCAMP - Microwave - 2021-04-07 Thread-Index: AdcrpbJqoPG/3a+KRp6pR3RCehB4lQ== Date: Wed, 7 Apr 2021 12:29:33 +0000 Message-ID: Accept-Language: sv-SE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=ericsson.com; x-originating-ip: [85.194.6.238] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 1f2ec111-031b-427e-d478-08d8f9c0cce2 x-ms-traffictypediagnostic: HE1PR0701MB2475: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: dG6mh1rTO4W5Dejj2rXCjqOyShXldZsvy9alKPM7kUof4jrzo9ehJDK7c0I3xLiAwqnW1woUajTCkz6nidl9zog1dOKkE8CiQ/b398wvByKr6MnyOTHQtz4h0J/7CvBIUwhm/VjNHJXFg4VLbwjuJQfcXiewunx010b01Kqmk2aR8kvrZvs7lcrwBOfYDkzaVZBSb1MoXuaxFpn3hP1BaTy/l1xBtktNqVKIzBcYKpmTx0Lty7Q0PQgCsjnAm4Zx5WpineCSdG1oHLM7u9QtP02rFLs6k9smsMQ7hGLa8Jc6HpLKDOyUDE2A1y5LWOhCaxJY0K2oyHx8KaJABjs8w8MX38ra3Ui50B4s+kLGNl92Q2yx9cbhm8fZRSjmVTOMbop+jwrQ83VC4cd5Ta+Hqq76fJWeXl/qCokujHLY0CdDiSH78VQPLp7pwlL3oYg+eZ56b2AlrK9TCkn3w/je+B9dMooGW3RI+/Mlhwvjn2sY/X4CSXqUC72Xc7Dkc8iXatKGBppZvHvlkYdnjatCWc//4XJVPtT2Tqz2QYU34tV4DCaQ1bcGOGOv9Fz+0vHlW0lcHrpH8VwtBSsVAq8kyJptXOzU92avj+TFy1ydHiB+i+LvmhqKKrnwjMA4x24cUYNNsgquygoVKOuHz+kQ7tvPheKQ17l/tm1ImivdJUAJEXzNCxWiKCX74L/O/qAiFSNK3gy/8omk++eZw+PYepUvP/bTcZ3peAKJ99jp27d8iu8rK5LAW7H6PplnldSl x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:HE1PR07MB4186.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(136003)(376002)(39860400002)(396003)(366004)(346002)(30864003)(8936002)(55016002)(6916009)(44832011)(6506007)(53546011)(966005)(478600001)(38100700001)(2906002)(8676002)(7696005)(86362001)(316002)(66446008)(64756008)(66556008)(66476007)(76116006)(26005)(52536014)(33656002)(71200400001)(66946007)(166002)(186003)(5660300002)(9686003)(83380400001)(559001)(579004); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?us-ascii?Q?U6p6yEUg6bQUzIRZ3Tsk94NE6HGcUvlD0UkaDPr+gflJw7D0IZhkvL7EixPa?= =?us-ascii?Q?JtCnxP9euwV2HNoxvWpwk80+dciBHuPg5K7P0SiM3GCOTOBD5A1Wk97ypQ44?= =?us-ascii?Q?yTTLZQiHYala0QUff0RgCAKZND/YshIVYNdpisrMRNPgoyfF6TK9S3MuWwAU?= =?us-ascii?Q?zsSdFGpTuahISPACe0/0RifoQyxolLWTUtaWZ+zy+AI3uBxnRiDRArrbBCO5?= =?us-ascii?Q?tVEpxbkafqXNKDMJhadgUPv0xt6chdg5cUm2I5atPHbScLAnRDpm9A2m6hyI?= =?us-ascii?Q?GfEEY9XWXlILvX+z2giVIQT3gUzhg5sf0yYwI87Rc31rOEPsYFcwSX1ZCX8a?= =?us-ascii?Q?pznYBME4jUXBi1c2BIENhF4V4owFwlxhFuUc0bTCSEmVhrudjdvjYLypp2Tr?= =?us-ascii?Q?390yMpTM8glIY+9FjTeAswVQa+3VlvvN9uAyawyhuMCB4p/HKvDx7afNuouM?= =?us-ascii?Q?b1CNtRvrDtnaYOb+RQvO65OLqBqmJmz5sCMEM/rzh+Fg905qYNaEyoHT8JcI?= =?us-ascii?Q?RliD0GyekQ3cqalndKi7tpZW98+1wdcQTaTSqdU0GTVisdhjsACtJ+2HSILy?= =?us-ascii?Q?P9513dN5NHb0SAijCVYreAhqmjUckw5PJkXI4XQdKN+QeiU2GTSZuihvzToy?= =?us-ascii?Q?H/t1kNmC/ZIB/op9XU2HB+VEGQPFEyXmLtw1DfceRpBSjEo+rC7YCNicAbJb?= =?us-ascii?Q?UGH3e/OtOHslLm5vhDZrEXSnIl7k92SO6jFzaaGw8VxCKE92pC9XdcQn4ciz?= =?us-ascii?Q?31P8uVxGfmloVQJJNxIfLRlrg6iCXJVVpv4o4AyTJ8TthWkWNWDAz74MSRmJ?= =?us-ascii?Q?YQchEm7k0QZf1JhCToMl0dvRAaq1ghEaOiph1+bw91X87ikYrwt5a6M9YFQm?= =?us-ascii?Q?RoF2qVdpKzuqNTkWLA2D4LQkOjaHq66bit4kwdO6Bp7ORe4MzsYGxVjBfIGi?= =?us-ascii?Q?Hj3uR2o86MGYWDCeKHfhwDHPN/nE0LBTRBu3Ra7TPq1w3JMDARpL7HUO6Dun?= =?us-ascii?Q?NqZB4BIvUXraE4EETp4O/6+foVWg/2M6Eh95PZHaAYOaNivdJKP0dOhT6kmp?= =?us-ascii?Q?x5/Vscp5lZ+8lroNOpEgm+sZNesNiH9aO6ZWXg64hxj06IaCySKWAh+QbvJ9?= =?us-ascii?Q?ntVF6CIyo11nuU29QDuxFV8AzYStB0/C0oDgwZFWUkvpVZ3bTNEuwdDpIC9t?= =?us-ascii?Q?iZvmU6nM4Kig8jVn7BGCpAbZ6xHWoNGJi6kFmhIl8TO7q2iQzWt0fhtTzZVi?= =?us-ascii?Q?VdY7kXxpV84eaqUv4cOlDnbKrDdRID2QB43vX+qax3wlzbJu2MSDF3s8AIZi?= =?us-ascii?Q?B1A=3D?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_HE1PR07MB4186B62DE34B1BC747E3424189759HE1PR07MB4186eurp_" MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: HE1PR07MB4186.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 1f2ec111-031b-427e-d478-08d8f9c0cce2 X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Apr 2021 12:29:33.7980 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: I3yHlh0l/M89Uf26TuWy5/xYg/CbmGOtUnVBUHxV6YsDKJIQmqKbxDxXPN25Kx2xJRWkKpDEgkeRbTlvoLij7VvC3eNK7KGypglfGKD70os= X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0701MB2475 Archived-At: Subject: [CCAMP] Notes: CCAMP - Microwave - 2021-04-07 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2021 12:29:45 -0000 --_000_HE1PR07MB4186B62DE34B1BC747E3424189759HE1PR07MB4186eurp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, Notes from today's meeting. Microwave topology model * Italo walked through the latest JSON examples. * Three alternatives for modelling the radio-link to carrier relationsh= ip * According to current draft * Carriers (channels) modeled as entries in a list under radio-li= nk and not as separate links in the topology model * Cannot leverage the attributes such as oper-status in the exist= ing topology models * Carriers (channels) modelled as separate links in the topology mod= el * Radio-link to carrier relationship described by supporting-link= from network-topology * Basic/simple construction * Cannot describe the details of the configured mode without a= dditional attributes * Radio-link to carrier relationship described by bundled or unde= rlay links from te-topology * More advanced/complicated construction * Can describe more, but still not all aspects of the configur= ed mode * Two alternatives for the microwave information * Include attributes directly into the topology model * Possibility to use groups to maintain alignment with e.g. the i= nterface management models * Assume a parallel set of node data, to which the topology model ca= n refer * E.g. a separate list of all nodes in the network, to which misc= ellaneous data can be added such a interface management info, inventory inf= o, node info (energy consumption), ... * Topology model using reference to that data when applicable and= only includes data in the topology model itself when the data cannot be fo= und elsewhere Not discussed: Need to resolve the choice of names - carrier or channel - Radio-link and carrier are the terms used in RFC 8561 Microwave attributes to be added to the topology model - Use the concept of grouping for the attributes that can be inher= ited from RFC 8561 - Any other attributes required? ETSI gap * Plan going forward: * Mail sent by Leo to operator representatives in ETSI information t= hem about this work and with a request for a meeting to clarify the definit= ions of the attributes * Decided to only use the excel sheet internally. * Another attribute, not in the list of gaps, to be discussed * Reference mode - To be further clarified internally * How does this relate to the definition in ETSI? * Reference mode (reference equipment class and channel separa= tion): in mixed-mode systems, it identifies the operative mode which charac= teristics (i.e. system capacity, spectral efficiency class over a given cha= nnel separation) are used (i.e. declared in the licensing process) in the l= ink per link coordination analysis * Classes: 2, 3, 4L, 4H, 5L, 5H, 6L, 6H, 7, 8 Regards /JonasA From: CCAMP On Behalf Of Jonas Ahlberg Sent: den 1 april 2021 10:44 To: ccamp Subject: [CCAMP] Notes: CCAMP - Microwave - 2021-03-31 Hi all, Short notes from the weekly meeting. Microwave topology model Discussion about the different options for modelling the relationship betwe= en aggregated radio links and supporting carriers is on-going, supported by= JSON examples prepared by Italo. * Options are: * Carriers modelled as list-items in the radio-link container * Carriers modelled as separate links * Using supporting-termination-point and supporting-link from net= work-topology for the relationship to radio-link (tp & link) * Using overlay/underlay from te-topology, possibly including pri= mary-path & backup-path for protection * Using bundled links from te-topology? * Examples of configurations to be supported: * Bonded: 2+0. 4+0, ... * Protected: 1+1, 2+2, ... * Radio-link protection: n+1 * ... * We need to identify all relevant microwave configurations required an= d make sure that they can be supported by the existing underlay constructio= n in te-topology Need to resolve the choice of names - carrier or channel * Radio-link and carrier are the terms used in RFC 8561 Microwave attributes to be added to the topology model * Use the concept of grouping for the attributes that can be inherited = from RFC 8561 * Any other attributes required? ETSI update * Attached excel sheet, lists the gap according to ETSI WI 25 and summa= rizes the reflections from our team. * Many of the attributes need to be more clearly defined before we can = conclude on if they can be supported in RFC 8561 or not. * Other attributes are not directly related to microwave and need to be= covered by other models. Some of them are related to other IETF models, su= ch as ietf-alarm-management. Other are related to models defined by IEEE an= d ITU-T. * Plan going forward: * Mail sent by Leo to operator representatives in ETSI information t= hem about this work and with a request for a meeting to clarify the definit= ions of the attributes * Review of excel sheet. After that we can share that with the ETSI = representatives * Another attribute, not in the list of gaps, to be discussed * Reference mode - To be further clarified internally /JonasA From: CCAMP > On Beha= lf Of Jonas Ahlberg Sent: den 17 mars 2021 15:18 To: ccamp > Subject: [CCAMP] Notes: CCAMP - Microwave - 2021-03-07 Short notes from the weekly microwave team meeting. Microwave topology model Italo presented new alternatives for how to make use of the te-topology mod= el. * Walk through of new JSON examples: * Two variants of n+1 protection: (Need to check if both are applicable or not - AP on all) * Multiple (n) radio-links (1+0) sharing protection from one carr= ier (basis for JSON examples 8-10) * One radio-link with n active & 1 protecting carriers * We need to identify all relevant microwave configurations required an= d make sure that they can be supported by the existing underlay constructio= n in te-topology Need to resolve the choice of names - carrier or channel Microwave attributes to be added to the topology model * Use the concept of grouping for the attributes that can be inherited = from RFC 8561 * Any other attributes required? ETSI update * Walk through of attached excel sheet, listing the gap according to ET= SI WI 25 and summarizing the reflections from our team. * Many of the attributes need to be more clearly defined before we can = conclude on if they can be supported in RFC 8561 or not. * Other attributes are not directly related to microwave and need to be= covered by other models. Some of them are related to other IETF models, su= ch as ietf-alarm-management. Other are related to models defined by IEEE an= d ITU-T. How this should be handled remains to be understood. * Plan going forward: * Internal review and discussion about the ETSi gaps * Inviting the operator representatives from the ETSI working group = to these team meetings with the purpose to clarify the definition of the at= tributes and agree on how to manage the gaps. /JonasA From: CCAMP > On Beha= lf Of Jonas Ahlberg Sent: den 3 mars 2021 13:02 To: ccamp > Subject: [CCAMP] Notes: CCAMP - Microwave - 2021-03-03 Hi all, Notes from the weekly microwave team meeting. Microwave topology model Italo presented new alternatives for how to make use of the te-topology mod= el. * Example 6 & 7 (protected & bundled) have a potential to support the v= arious microwave configurations (1+0, 2+0, 1+1, etc). * We need to identify all relevant microwave configurations required an= d make sure that they can be supported by the existing underlay constructio= n in te-topology * Italo to check n+1 (one backup path for several primary/active paths) Need to resolve the choice of names - carrier or channel Microwave attributes to be added to the topology model * Use the concept of grouping for the attributes that can be inherited = from RFC 8561 * Any other attributes required? ETSI update * Action on all of us to go through the ETSI document and add comments/= reflections on the red-attributes for the IETF-columns by next week's meeti= ng /JonasA From: Jonas Ahlberg Sent: den 24 februari 2021 13:03 To: 'Spreafico, Daniela (Nokia - IT/Vimercate)' >; 'Dragos-Iulian Dosan' >; 'Yemin (Amy)' >; Scott Mansfield >; 'Italo Busi' >; 'Belotti, Sergio (Nokia - IT)' >; 'Xi Li' >; 'Leonida Macciotta' > Subject: Notes: CCAMP - Microwave Topology - 2021-02-24 Hi, Some short notes. Microwave specific attributes I the topology module: * Including the new groups for microwave specific attributes into the m= icrowave-types module can be done in three different ways: * Make a new revision of RFC 8561 (preferred approach, since then ga= ps identified in ETSI work can be filled at the same time) * Create a new separate draft/RFC for the revised microwave-types on= ly * Include the revised microwave-types in the new microwave topology = draft/RFC * The required groups and attributes to be included is for further stud= y. Modeling carriers as separate links in the topology model: * Interesting approach that should be further explored * Illustrate how radio link level tps and links can be associated with = the supporting carrier level tps and links * The content inside the presence containers need to be further studied= - Related to the groups in microwave-types * Bandwidth per link or not? Te-bandwidth? Revision of RFC 8561 based on ETSI feedback * Summarized in the ETSI document: mWT(21)018_004r1 - ETSI_mWT_ISG-WI25= -Group_Report_v0.0.2 * To be further discussed at the next meeting. /JonasA From: Jonas Ahlberg Sent: den 18 februari 2021 15:50 To: 'Spreafico, Daniela (Nokia - IT/Vimercate)' >; 'Dragos-Iulian Dosan' >; 'Yemin (Amy)' >; Scott Mansfield >; 'Italo Busi' >; 'Belotti, Sergio (Nokia - IT)' >; 'Xi Li' >; 'Leonida Macciotta' > Subject: Notes: CCAMP - Microwave Topology - 2021-02-18 Hi all, Some of the topics discussed today, which we need to follow up in the comin= g meetings. * An alternative to referencing the interface management information us= ing xpath/mount-point is to create groups of the attributes in RFC 8561 an= d use them directly in the topology model * Start with a minimum scope - See current draft (frequency, ...) - = Focus on the principle rather than the attributes to include (DanielaS) * Considering that most operations will be related to carriers/channels= , should carriers be modelled as a separate/related topology layer instead = of having the carriers as a list in the link attributes? * Can we use the presence container approach (or similar) to disting= uish between radio links and carriers in one single topology? * Create an example of how this could look like (ItaloB) * * The relevant data nodes in network-topology and te-topology models. (= see word document from mail Feb 4) * Network-topology * Supporting node/link/termination-point not relevant unless carr= iers and radio links are modelled as separate layers * Te-topology * Need to go through the turquoise candidate data nodes and clari= fy if they are applicable and what they really mean Next meeting is on Wednesday Feb 24, 12-13 (CET). Regards JonasA From: Jonas Ahlberg Sent: den 4 februari 2021 17:04 To: Spreafico, Daniela (Nokia - IT/Vimercate) >; Dragos-Iulian Dosan >; Yemin (Amy) >; Scott Mansfield >; Italo Busi >; Belotti, Sergio (Nokia - IT) >; Xi Li >; Leonida Macciotta > Subject: RE: Notes: CCAMP - Microwave Topology - 2021-02-03 Hi all, I've started to look into what data nodes we need for the microwave topolog= y. I've looked at network-topology and te-topology models and indicated which = data nodes I believe are relevant. I've also listed a few data nodes that need to be added on top of what can = be augmented, based on our previous discussions. See attached word document. Please comment. Italo & Scott, I hope that this can serve as input to the JSON example you = are working on as well. Regards JonasA From: Jonas Ahlberg Sent: den 3 februari 2021 14:16 To: 'Spreafico, Daniela (Nokia - IT/Vimercate)' >; 'Dragos-Iulian Dosan' >; 'Yemin (Amy)' >; Scott Mansfield >; 'Italo Busi' >; 'Belotti, Sergio (Nokia - IT)' >; 'Xi Li' >; 'Leonida Macciotta' > Subject: Notes: CCAMP - Microwave Topology - 2021-02-03 Hi all, AP on all for next week: Go through the use cases and reflect upon the attr= ibutes required. Next meeting: Start the discussion about attributes/data nodes required to = support the use cases. In two weeks, the meeting will be moved to Thursday 18, the same time. Jona= s to ask Daniele to change the invite. New proposal on how to use te-topology for non-te-topologies * Would the client need to know about the profile, what data nodes are = supported by the server? Read-only & Config nodes. * Read-only not an issue - Will only respond if there it is instanti= ated * Write - Italo will look into this further - A general issue * JSON example from ETSI plug-test for Ethernet topology worked on by I= talo & Scott in order to illustrate how te-topology can be used for non-te = topologies. Walk through next week. Review of the use cases: * Service/connectivity use cases - See attached slide pack (Use case fo= r Microwave Radio Link Topology model) * Two alternatives: slide 3 & 5 illustrating when different L1 techn= ologies can be modelled in the same topology and 4 & 6 when they are modell= ed in different topologies * The other slides serve as a basis for discussing how higher layer = connections/topologies relate to underlying topologies * ETSI use cases * Use cases described in the ETSI use case document, "Applications a= nd use cases of Software Defined Networking (SDN) as related to microwave a= nd millimeter wave transmission" * https://www.etsi.org/deliver/etsi_gr/mWT/001_099/016/01.01.01_60/g= r_mWT016v010101p.pdf * Main focus on the use cases in chapter 5.1 "Radio link network seg= ment in itself" * Attached are also some comments from Jonas and Stephen (Re: [CCAMP= ] Notes: Microwave Topology - 2020-05-18) * Walk through the two other main chapters to understand if they put= additional requirements on a topology model or not. * Geo-location is another use case candidate * Amy to explain in writing/drawing Attributes: * Bandwidth availability: On radio link level and/or the carrier level.= To be further discussed. Other Issues/Considerations/Conclusions: * Should the model be defined to support a specific set of use cases or= should it be generic with the ambition to support any future use case? * Should bandwidth availability be reported for the aggregated radio li= nk and/or for each individual carrier? * If bandwidth availability is a generic characteristic, should it then= be modelled in TEAS WG instead of CCAMP? * The choice of mount point v.s. xpath need to be explained/understood * Should a reference from a termination point to an interface (mount/xp= ath) be generic instead of microwave specific? * Is the use of groups a better way to include interface related leafs = than the use of mount/xpath? What would the impact on RFC 8561 & RFC 8343 b= e? * How can multiple L1 technologies (e.g. microwave radio links & copper= cables) co-exist in a single network instance? (use of presence containers= ) * Is there a need to model more than current bandwidth and the bandwidt= h that can be supported with various availability (maximum to minimum)? * Is there any other bandwidth information in te-topology than "nt:link= /tet:te/tet:te-link-attributes/tet:max-link-bandwidth" that is relevant? * Reserved & un-reserved bandwidth is not relevant for microwave radio = links & carriers * Can generic te-topology bandwidth leafs be used as is (see L3 topolog= y) or do we always need mw specific versions * If admin & oper status in te-topology should be used, then there is a= need to describe how such attributes on a topology level relate to the adm= in/oper status of the radio link and carriers in the interface management m= odel * How to make it bandwidth/availability available to higher layers? * It was decided to make it generic and create a separate module tha= t can be reused by any technology with the assumption that bandwidth/availa= bility information need to be aggregated/calculated/discovered or configure= d * Should this approach be used for other characteristics as well? (f= requency, latency, ...) * Attaching a mail with a summary of other discussions in the area. (No= tes: Microwave Topology - 2020-03-23) * Understand a suggested new role of te-topology for network topologies= in general (not only te-topologies) * What is the benefit of augmenting te-topology rather than network-top= ology? Based on use-cases & required leafs. /JonasA From: Jonas Ahlberg Sent: den 28 januari 2021 15:16 To: Spreafico, Daniela (Nokia - IT/Vimercate) >; Dragos-Iulian Dosan >; Yemin (Amy) >; Scott Mansfield >; Italo Busi >; Belotti, Sergio (Nokia - IT) >; Xi Li >; Leonida Macciotta > Subject: Notes: CCAMP - Microwave Topology - 2021-01-28 Hi all, Some short notes from today. Please remember that next week the meeting is on Wednesday again. * New proposal on how to use te-topology for non-te-topologies (Italo) * Would the client need to know about the profile, what data nodes a= re supported by the server? Read-only & Config nodes. * Follow up next week. * Italo will share the slides with the team. * Review of the use cases: (Move to next meeting) * Which ones are applicable to be supported by the microwave topolog= y model? * Any use cases missing? * Any other attributes than what is provided the basic topology stru= cture (tp, link etc), bandwidth, availability and what's in RFC 8561 that w= ould be required to support the use cases? (If that should be supported by references to 8561 or if the attributes sho= uld be copied directly into the topology model is a separate/later question= ) /JonasA From: Jonas Ahlberg Sent: den 20 januari 2021 14:42 To: Spreafico, Daniela (Nokia - IT/Vimercate) >; Stephen Cheng >; Dragos-Iulian Dosan >; Yemin (Amy) >; Scott Mansfield >; Italo Busi >; Belotti, Sergio (Nokia - IT) >; Xi Li > Subject: Notes: CCAMP - Microwave Topology - 2021-01-20 Hi all, Next meeting will be moved to Thursday Jan 28, 12:00 - 13:00 CET. The proposed agenda: * New proposal on how to use te-topology for non-te-topologies (Italo -= 30 min) * Review of the use cases: (30 min) * Which ones are applicable to be supported by the microwave topolog= y model? * Any use cases missing? * Any other attributes than what is provided the basic topology stru= cture (tp, link etc), bandwidth, availability and what's in RFC 8561 that w= ould be required to support the use cases? (If that should be supported by references to 8561 or if the attributes sho= uld be copied directly into the topology model is a separate/later question= ) /JonasA From: Jonas Ahlberg Sent: den 19 januari 2021 16:27 To: Spreafico, Daniela (Nokia - IT/Vimercate) >; Stephen Cheng >; Dragos-Iulian Dosan >; Yemin (Amy) >; Scott Mansfield >; Italo Busi >; Belotti, Sergio (Nokia - IT) >; Xi Li > Subject: CCAMP - Microwave Topology - 2021-01-20 Hi all, As agreed I've made a summary of the use-cases and work/discussions we have= had so far. There might be additional items that I have missed. Please add them to the = list or bring them up at the meeting tomorrow. I can make a walk-trough of it tomorrow. /JonasA Use cases: (break apart into two cases: One basic with mw-topology only, which can ser= ve as a basis for both connectivity & ETSI use cases.) * Service/connectivity use cases - See attached slide pack (Use case fo= r Microwave Radio Link Topology model) * Two alternatives: slide 3 & 5 illustrating when different L1 techn= ologies can be modelled in the same topology and 4 & 6 when they are modell= ed in different topologies * The other slides serve as a basis for discussing how higher layer = connections/topologies relate to underlying topologies * ETSI use cases * Use cases described in the ETSI use case document, "Applications a= nd use cases of Software Defined Networking (SDN) as related to microwave a= nd millimeter wave transmission" * https://www.etsi.org/deliver/etsi_gr/mWT/001_099/016/01.01.01_60/g= r_mWT016v010101p.pdf * Main focus on the use cases in chapter 5.1 "Radio link network seg= ment in itself" * Attached are also some comments from Jonas and Stephen (Re: [CCAMP= ] Notes: Microwave Topology - 2020-05-18) Issues/Considerations/Conclusions * Should the model be defined to support a specific set of use cases or= should it be generic with the ambition to support any future use case? * Should bandwidth availability be reported for the aggregated radio li= nk and/or for each individual carrier? * If bandwidth availability is a generic characteristic, should it then= be modelled in TEAS WG instead of CCAMP? * The choice of mount point v.s. xpath need to be explained/understood * Should a reference from a termination point to an interface (mount/xp= ath) be generic instead of microwave specific? * Is the use of groups a better way to include interface related leafs = than the use of mount/xpath? What would the impact on RFC 8561 & RFC 8343 b= e? * How can multiple L1 technologies (e.g. microwave radio links & copper= cables) co-exist in a single network instance? (use of presence containers= ) * Is there a need to model more than current bandwidth and the bandwidt= h that can be supported with various availability (maximum to minimum)? * Is there any other bandwidth information in te-topology than "nt:link= /tet:te/tet:te-link-attributes/tet:max-link-bandwidth" that is relevant? * Reserved & un-reserved bandwidth is not relevant for microwave radio = links & carriers * Can generic te-topology bandwidth leafs be used as is (see L3 topolog= y) or do we always need mw specific versions * If admin & oper status in te-topology should be used, then there is a= need to describe how such attributes on a topology level relate to the adm= in/oper status of the radio link and carriers in the interface management m= odel * How to make it bandwidth/availability available to higher layers? * It was decided to make it generic and create a separate module tha= t can be reused by any technology with the assumption that bandwidth/availa= bility information need to be aggregated/calculated/discovered or configure= d * Should this approach be used for other characteristics as well? (f= requency, latency, ...) * Attaching a mail with a summary of other discussions in the area. (No= tes: Microwave Topology - 2020-03-23) * Understand a suggested new role of te-topology for network topologies= in general (not only te-topologies) * What is the benefit of augmenting te-topology rather than network-top= ology? Based on use-cases & required leafs. --_000_HE1PR07MB4186B62DE34B1BC747E3424189759HE1PR07MB4186eurp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

    Hi all,

     

    Notes from today’s meeting.

     

    Microwave topology model

    • Italo walked through the latest JSON examples.
    • T= hree alternatives for modelling the radio-link to carrier relationship=
      1. According to current draft
        • Carriers (channels) modeled as entries in a list under radio-link and= not as separate links in the topology model
        • Cannot le= verage the attributes such as oper-status in the existing topology models
      2. Carriers (channels) modelled as separate links in the topology model<= o:p>
        1. Radio-link to carrier relationship described by supporting-link from = network-topology
          • Basic/simple construction
          • Cannot describe the de= tails of the configured mode without additional attributes
            • <= /ul>
          • Radio-link to carrier relationship described by bundled or underlay l= inks from te-topology
            • More advanced/complicated construction
            • Can descr= ibe more, but still not all aspects of the configured mode
              • <= /ul>
    • Two alternatives for the microwave information
      1. Include attributes directly into the topology model
        • Possibility to use groups to maintain alignment with e.g. the interf= ace management models
      1. Assume a parallel set of node data, to which the topology model can = refer
        • E.g. a separate list of all nodes in the network, to which miscellan= eous data can be added such a interface management info, inventory info, no= de info (energy consumption), …
        • Topology model = using reference to that data when applicable and only includes data in the = topology model itself when the data cannot be found elsewhere

     

    Not discussed:

    Need to resolve the cho= ice of names – carrier or channel

    -       = ;   Radio-link and carrier are the terms used in RFC 85= 61

     

    Micr= owave attributes to be added to the topology model

    -       = ;   Use the concept of grouping for the attributes that= can be inherited from RFC 8561

    -       = ;   Any other attributes required?

     

    ETSI gap

    • Plan going forward:
      • Mail sent by Leo to operator representatives in ETSI information them= about this work and with a request for a meeting to clarify the definition= s of the attributes
      • Decided to only use the excel shee= t internally.
    • Another attribute, not in the list of gaps, to be discussed
      • Reference mode – To be further clarified internally<= /li>
        • How does this relate to the definition in ETSI?
          • Reference mode (reference equipment class and channel separation): in= mixed-mode systems, it identifies the operative mode which characteristics= (i.e. system capacity, spectral efficiency class over a given channel separation) are used (i.e. declared in the lice= nsing process) in the link per link coordination analysis
            • Classes: 2, 3, 4L, 4H, 5L, 5H, 6L, 6H, 7, 8

     

    Regards

    /JonasA

     

     

    From: CCAMP <ccamp-bounces@ietf.org> On Behalf Of Jonas Ahlberg
    Sent: den 1 april 2021 10:44
    To: ccamp <ccamp@ietf.org>
    Subject: [CCAMP] Notes: CCAMP - Microwave - 2021-03-31

     

    Hi all,

    Short notes from the weekly meeting.

     

    Microwave topology model

    Discussion about the di= fferent options for modelling the relationship between aggregated radio lin= ks and supporting carriers is on-going, supported by JSON examples prepared= by Italo.

    • Options are:
      • Carriers modelled as list-items in the radio-link container
      • Carriers modelled as separate links
        • Using supporting-termination-point and supporting-link from network-t= opology for the relationship to radio-link (tp & link)
          • <= li class=3D"MsoListParagraph" style=3D"margin-left:0cm;mso-list:l6 level3 l= fo1">Using overlay/underlay from te-topology, possibly including primary-pa= th & backup-path for protection
        • Using bundled link= s from te-topology?
    • Examples of configurations to be supported:
      • Bonded: 2+0. 4+0, …
      • Protected: 1+1, 2+2, &= #8230;
      • Radio-link protection: n+1
      • …
    • We need to identify all relevant microwave configurations required an= d make sure that they can be supported by the existing underlay constructio= n in te-topology

     

    Need to resolve the cho= ice of names – carrier or channel

    • Radio-link and carrier are the terms used in RFC 8561
      • =

     

    Microwave attributes to= be added to the topology model

    • Use the concept of grouping for the attributes that can be inherited = from RFC 8561
    • Any other attributes required?

     

    ETSI update

    • Attached excel sheet, lists the gap according to ETSI WI 25 and summa= rizes the reflections from our team.
    • Many of the attri= butes need to be more clearly defined before we can conclude on if they can= be supported in RFC 8561 or not.
    • Other attributes are= not directly related to microwave and need to be covered by other models. = Some of them are related to other IETF models, such as ietf-alarm-managemen= t. Other are related to models defined by IEEE and ITU-T.
    • Plan go= ing forward:
      • Mail sent by Leo to operator representatives in ETSI information them= about this work and with a request for a meeting to clarify the definition= s of the attributes
      • Review of excel sheet. After that = we can share that with the ETSI representatives
    • Another attribute, not in the list of gaps, to be discussed
      • Reference mode – To be further clarified internally<= /li>

     

    /JonasA

     

     

    From: CCAMP <ccamp-bounces@ietf.org> On Behalf Of Jonas Ahlberg
    Sent: den 17 mars 2021 15:18
    To: ccamp <ccamp@ietf.org&g= t;
    Subject: [CCAMP] Notes: CCAMP - Microwave - 2021-03-07

     

    Short notes from the weekly microwave team meeting.<= o:p>

     

    Microwave topology model

    Italo presented new alt= ernatives for how to make use of the te-topology model.

    • Walk through of new JSON examples:
      • Two variants of n+1 protection:
        (Need to check if both are applicable or not – AP on all)<= /li>
        • Multiple (n) radio-links (1+0) sharing protection from one carrier (b= asis for JSON examples 8-10)
        • One radio-link with n act= ive & 1 protecting carriers
    • We need to identify all relevant microwave configurations required an= d make sure that they can be supported by the existing underlay constructio= n in te-topology

     

    Need to resolve the cho= ice of names – carrier or channel

     

    Microwave attributes to= be added to the topology model

    • Use the concept of grouping for the attributes that can be inherited = from RFC 8561
    • Any other attributes required?

     

    ETSI update

    • Walk through of attached excel sheet, listing the gap according to ET= SI WI 25 and summarizing the reflections from our team.
    • O= ther attributes are not directly related to microwave and need to be covere= d by other models. Some of them are related to other IETF models, such as i= etf-alarm-management. Other are related to models defined by IEEE and ITU-T. How this should be handled re= mains to be understood.
    • Plan going forward:=
      • Internal review and discussion about the ETSi gaps
        • Inviting the operator representatives from the ETSI working group to the= se team meetings with the purpose to clarify the definition of the attribut= es and agree on how to manage the gaps.

     

    /JonasA

     

     

     

    From: CCAMP <ccamp-bounces@ietf.org> On Behalf Of Jonas Ahlberg
    Sent: den 3 mars 2021 13:02
    To: ccamp <ccamp@ietf.org&g= t;
    Subject: [CCAMP] Notes: CCAMP - Microwave - 2021-03-03

     

    Hi all,

     

    Notes from the weekly microwave team meeting.

     

    Microwave topology model

    Italo presented new alt= ernatives for how to make use of the te-topology model.

    • Example 6 & 7 (protected & bundled) have a potential to suppo= rt the various microwave configurations (1+0, 2+0, 1+1, etc).
    • We need to identify all relevant microwave configurations required = and make sure that they can be supported by the existing underlay construct= ion in te-topology
    • Italo to check n+1 (one backup path= for several primary/active paths)

     

    Need to resolve the cho= ice of names – carrier or channel

     

    Microwave attributes to= be added to the topology model

    • Use the concept of grouping for the attributes that can be inherited = from RFC 8561
    • Any other attributes required?

     

    ETSI update

    • Action on all of us to go through the ETSI document and add comments/= reflections on the red-attributes for the IETF-columns by next week’s= meeting

     

    /JonasA

     

     

    From: Jonas Ahlberg
    Sent: den 24 februari 2021 13:03
    To: 'Spreafico, Daniela (Nokia - IT/Vimercate)' <daniela.spreafico@nokia.com>; 'Dragos= -Iulian Dosan' <dragosd@ceragon.c= om>; 'Yemin (Amy)' <amy.y= emin@huawei.com>; Scott Mansfield <scott.= mansfield@ericsson.com>; 'Italo Busi' <Italo.Busi@huawei.com>; 'Belotti, Sergio (Nokia - IT)= ' <sergio.belotti@nokia.com<= /a>>; 'Xi Li' <Xi.Li@neclab.eu>; 'L= eonida Macciotta' <leoni= da.macciotta@huawei.com>
    Subject: Notes: CCAMP - Microwave Topology - 2021-02-24

     

    Hi,

     

    Some short notes.

     

    Microwave specific attributes I the topology module:=

    • Including the new groups for microwave specific attributes into the m= icrowave-types module can be done in three different ways:
      • <= ul style=3D"margin-top:0cm" type=3D"circle">
    • Make a new revision of RFC 8561 (preferred approach, since then gaps = identified in ETSI work can be filled at the same time)
    • Include the revised microwave-types in the new microwave t= opology draft/RFC
  • The required groups and attributes to be included is for further stud= y.

    •  

    Modeling carriers as separate links in the topology = model:

    • Interesting approach that should be further explored
      • <= li class=3D"MsoListParagraph" style=3D"margin-left:0cm;mso-list:l5 level1 l= fo2">Illustrate how radio link level tps and links can be associated with t= he supporting carrier level tps and links
    • The content = inside the presence containers need to be further studied – Related t= o the groups in microwave-types
    • Bandwidth per link or = not? Te-bandwidth?

     

    Revision of RFC 8561 based on ETSI feedback

     

    /JonasA

     

    From: Jonas Ahlberg
    Sent: den 18 februari 2021 15:50
    To: 'Spreafico, Daniela (Nokia - IT/Vimercate)' <daniela.spreafico@nokia.com>; 'Dragos= -Iulian Dosan' <dragosd@ceragon.c= om>; 'Yemin (Amy)' <amy.y= emin@huawei.com>; Scott Mansfield <scott.= mansfield@ericsson.com>; 'Italo Busi' <Italo.Busi@huawei.com>; 'Belotti, Sergio (Nokia - IT)= ' <sergio.belotti@nokia.com<= /a>>; 'Xi Li' <Xi.Li@neclab.eu>; 'L= eonida Macciotta' <leoni= da.macciotta@huawei.com>
    Subject: Notes: CCAMP - Microwave Topology - 2021-02-18

     

    Hi all,

     

    Some of the topics discussed today, which we need to= follow up in the coming meetings.

     

    • An alternative to referencing the interface management information us= ing xpath/mount-point  is to create groups of the attributes in RFC 85= 61 and use them directly in the topology model
      • Start with a minimum scope – See current draft (frequency, R= 30;) – Focus on the principle rather than the attributes to include (= DanielaS)
    • Considering that most operations will be related to carriers/channels= , should carriers be modelled as a separate/related topology layer instead = of having the carriers as a list in the link attributes?
      • Can we use the presence container approach (or similar) to distinguis= h between radio links and carriers in one single topology?
        • <= li class=3D"MsoListParagraph" style=3D"margin-left:0cm;mso-list:l1 level2 l= fo3">Create an example of how this could look like (ItaloB)=
    •  
    • The relevant data nodes in network-topolo= gy and te-topology models. (see word document from mail Feb 4)
      • Network-topology
        • Supporting node/link/termination-point not relevant unless carriers a= nd radio links are modelled as separate layers
      • Te-topology
        • Need to go through the turquoise candidate data nodes and clarify if = they are applicable and what they really mean

     

     

    Next meeting is on Wednesday Feb 24, 12-13 (CET).

     

    Regards

    JonasA

     

    From: Jonas Ahlberg
    Sent: den 4 februari 2021 17:04
    To: Spreafico, Daniela (Nokia - IT/Vimercate) <daniela.spreafico@nokia.com>; Dragos-Iu= lian Dosan <dragosd@ceragon.com>; Yemin (Amy) <amy.yemin@h= uawei.com>; Scott Mansfield <scott.= mansfield@ericsson.com>; Italo Busi <Italo.Busi@huawei.com>; Belotti, Sergio (Nokia - IT) &l= t;sergio.belotti@nokia.com&= gt;; Xi Li <Xi.Li@neclab.eu>; Leon= ida Macciotta <leonida.m= acciotta@huawei.com>
    Subject: RE: Notes: CCAMP - Microwave Topology - 2021-02-03

     

    Hi all,

     

    I’ve started to look into what data nodes we n= eed for the microwave topology.

    I’ve looked at network-topology and te-topolog= y models and indicated which data nodes I believe are relevant.<= /p>

    I’ve also listed a few data nodes that need to= be added on top of what can be augmented, based on our previous discussion= s.

    See attached word document. Please comment.

     

    Italo & Scott, I hope that this can serve as inp= ut to the JSON example you are working on as well.

     

    Regards

    JonasA

     

    From: Jonas Ahlberg
    Sent: den 3 februari 2021 14:16
    To: 'Spreafico, Daniela (Nokia - IT/Vimercate)' <daniela.spreafico@nokia.com>; 'Dragos= -Iulian Dosan' <dragosd@ceragon.c= om>; 'Yemin (Amy)' <amy.y= emin@huawei.com>; Scott Mansfield <scott.= mansfield@ericsson.com>; 'Italo Busi' <Italo.Busi@huawei.com>; 'Belotti, Sergio (Nokia - IT)= ' <sergio.belotti@nokia.com<= /a>>; 'Xi Li' <Xi.Li@neclab.eu>; 'L= eonida Macciotta' <leoni= da.macciotta@huawei.com>
    Subject: Notes: CCAMP - Microwave Topology - 2021-02-03

     

    Hi all,

     

    AP on all for next week: Go through the use cases an= d reflect upon the attributes required.

    Next meeting: Start the discussion about attributes/= data nodes required to support the use cases.

    In two weeks, the meeting will be moved to Thursday = 18, the same time. Jonas to ask Daniele to change the invite.

     

    New proposal on how to use te-topology for non-te-to= pologies

    • Would the client need to know about the profile, what data nodes are = supported by the server? Read-only & Config nodes.
      • Read-only not an issue – Will only respond if there it is insta= ntiated
      • Write – Italo will look into this furthe= r – A general issue
    • JSON example from ETSI plug-test for Ethernet topology worked on by I= talo & Scott in order to illustrate how te-topology can be used for non= -te topologies. Walk through next week.

     

    Review of the use cases:

    • Service/connectivity use cases – See attached slide pack (Use c= ase for Microwave Radio Link Topology model)
      • Two alternatives: slide 3 & 5 illustrating when different L1 tech= nologies can be modelled in the same topology and 4 & 6 when they are m= odelled in different topologies
      • The other slides serve= as a basis for discussing how higher layer connections/topologies relate t= o underlying topologies
    • ETSI use cases
      • Use cases described in the ETSI use case document, “Application= s and use cases of Software Defined Networking (SDN) as related to microwav= e and millimeter wave transmission”
      • https://www.etsi.org/deliver/etsi= _gr/mWT/001_099/016/01.01.01_60/gr_mWT016v010101p.pdf
        • Main focus on the use cases in chapter 5.1 “Radio link network se= gment in itself”
      • Attached are also some comment= s from Jonas and Stephen (Re: [CCAMP] Notes: Microwave Topology – 202= 0-05-18)
      • Walk through the two other main chapters to u= nderstand if they put additional requirements on a topology model or not.
    • Geo-location is another use case candidate
      • Amy to explain in writing/drawing

     

    Attributes:

    • Bandwidth availability: On radio link level and/or the carrier level.= To be further discussed.

     

    Other Issues/Considerations/Conclu= sions:

    • Should the model be defined to support a specific set of use cases or= should it be generic with the ambition to support any future use case?
    • Should bandwidth availability be reported for the aggrega= ted radio link and/or for each individual carrier?
    • If = bandwidth availability is a generic characteristic, should it then be model= led in TEAS WG instead of CCAMP?
    • The choice of mount p= oint v.s. xpath need to be explained/understood
    • Should= a reference from a termination point to an interface (mount/xpath) be gene= ric instead of microwave specific?
    • Is the use of group= s a better way to include interface related leafs than the use of mount/xpa= th? What would the impact on RFC 8561 & RFC 8343 be?
      • How can multiple L1 technologies (e.g. microwave radio links & coppe= r cables) co-exist in a single network instance? (use of presence container= s)
    • Is there a need to model more than current bandwidt= h and the bandwidth that can be supported with various availability (maximu= m to minimum)?
    • Is there any other bandwidth informatio= n in te-topology than “nt:link/tet:te/tet:te-link-attributes/tet:max-= link-bandwidth” that is relevant?
    • Reserved &= un-reserved bandwidth is not relevant for microwave radio links & carr= iers
    • Can generic te-topology bandwidth leafs be used a= s is (see L3 topology) or do we always need mw specific versions=
    • If admin & oper status in te-topology should be used, then t= here is a need to describe how such attributes on a topology level relate t= o the admin/oper status of the radio link and carriers in the interface management model
    • How to mak= e it bandwidth/availability available to higher layers?
      • It was decided to make it generic and create a separate module that c= an be reused by any technology with the assumption that bandwidth/availabil= ity information need to be aggregated/calculated/discovered or configured
      • Should this approach be used for other = characteristics as well? (frequency, latency, …)
    • Attaching a mail with a summary of other discussions in the area. (No= tes: Microwave Topology – 2020-03-23)
    • Understand= a suggested new role of te-topology for network topologies in general (not= only te-topologies)
    • What is the benefit of augmenting= te-topology rather than network-topology? Based on use-cases & require= d leafs.

     

     

    /JonasA

     

     

     

    From: Jonas Ahlberg
    Sent: den 28 januari 2021 15:16
    To: Spreafico, Daniela (Nokia - IT/Vimercate) <daniela.spreafico@nokia.com>; Dragos-Iu= lian Dosan <dragosd@ceragon.com>; Yemin (Amy) <amy.yemin@h= uawei.com>; Scott Mansfield <scott.= mansfield@ericsson.com>; Italo Busi <Italo.Busi@huawei.com>; Belotti, Sergio (Nokia - IT) &l= t;sergio.belotti@nokia.com&= gt;; Xi Li <Xi.Li@neclab.eu>; Leon= ida Macciotta <leonida.m= acciotta@huawei.com>
    Subject: Notes: CCAMP - Microwave Topology - 2021-01-28

     

    Hi all,

     

    Some short notes from today.

    Please remember that next week the meeting is on Wed= nesday again.

     

    • New proposal on how to use te-topology for non-te-topologies (Italo)<= o:p>
      • Would the client need to know about the profile, what data nodes are = supported by the server? Read-only & Config nodes.
      • Follow up next week.
      • Italo will share the slides wi= th the team.

     

    • Review of the use cases: (Move to next meeting)
      • Which ones are applicable to be supported by the microwave topology m= odel?
      • Any use cases missing?
      • Any= other attributes than what is provided the basic topology structure (tp, l= ink etc), bandwidth, availability and what’s in RFC 8561 that would b= e required to support the use cases?
        (If that should be supported by references to 8561 or if the attributes sho= uld be copied directly into the topology model is a separate/later question= )

     

    /JonasA

     

    From: Jonas Ahlberg
    Sent: den 20 januari 2021 14:42
    To: Spreafico, Daniela (Nokia - IT/Vimercate) <daniela.spreafico@nokia.com>; Stephen C= heng <Stephen.Cheng@Aviatn= et.com>; Dragos-Iulian Dosan <dragosd@ceragon.com>; Yemin (Amy) <amy.yemin@huawei.c= om>; Scott Mansfield <scott.mansfield@ericsson.com>; Italo Busi <Italo.Busi@huawei.com>; Belotti, Sergio (Nokia - IT) <sergio= .belotti@nokia.com>; Xi Li <Xi= .Li@neclab.eu>
    Subject: Notes: CCAMP - Microwave Topology - 2021-01-20

     

    Hi all,

     

    Next meeting will be moved to Thursday Jan 28, 12:00= - 13:00 CET.

     

    The proposed agenda:

    • New proposal on how to use te-topology for non-te-topologies (Italo -= 30 min)
    • Review of the use cases: (30 min)<= /li>
      • Which ones are applicable to be supported by the microwave topology m= odel?
      • Any use cases missing?
      • Any= other attributes than what is provided the basic topology structure (tp, l= ink etc), bandwidth, availability and what’s in RFC 8561 that would b= e required to support the use cases?
        (If that should be supported by references to 8561 or if the attributes sho= uld be copied directly into the topology model is a separate/later question= )

     

    /JonasA

     

    From: Jonas Ahlberg
    Sent: den 19 januari 2021 16:27
    To: Spreafico, Daniela (Nokia - IT/Vimercate) <daniela.spreafico@nokia.com>; Stephen C= heng <Stephen.Cheng@Aviatn= et.com>; Dragos-Iulian Dosan <dragosd@ceragon.com>; Yemin (Amy) <amy.yemin@huawei.c= om>; Scott Mansfield <scott.mansfield@ericsson.com>; Italo Busi <Italo.Busi@huawei.com>; Belotti, Sergio (Nokia - IT) <sergio= .belotti@nokia.com>; Xi Li <Xi= .Li@neclab.eu>
    Subject: CCAMP - Microwave Topology - 2021-01-20

     

    Hi all,

    As agreed I’ve made a summary of the use-cases= and work/discussions we have had so far.

    There might be additional items that I have missed. = Please add them to the list or bring them up at the meeting tomorrow.<= /o:p>

     

    I can make a walk-trough of it tomorrow.<= /p>

     

    /JonasA

     

    Use cases:

    (break apart into two cases: One basic with mw-topol= ogy only, which can serve as a basis for both connectivity & ETSI use c= ases.)

    • Service/connectivity use cases – See attached slide pack (Use c= ase for Microwave Radio Link Topology model)
      • Two alternatives: slide 3 & 5 illustrating when different L1 tech= nologies can be modelled in the same topology and 4 & 6 when they are m= odelled in different topologies
      • The other slides serve= as a basis for discussing how higher layer connections/topologies relate t= o underlying topologies

     

    • ETSI use cases
      • Use cases described in the ETSI use case document, “Application= s and use cases of Software Defined Networking (SDN) as related to microwav= e and millimeter wave transmission”
      • https://www.etsi.org/deliver/etsi= _gr/mWT/001_099/016/01.01.01_60/gr_mWT016v010101p.pdf
        • Main focus on the use cases in chapter 5.1 “Radio link network se= gment in itself”
      • Attached are also some comment= s from Jonas and Stephen (Re: [CCAMP] Notes: Microwave Topology – 202= 0-05-18)

     

     

    Issues/Considerations/Conclusions<= o:p>

    • Should the model be defined to support a specific set of use cases or= should it be generic with the ambition to support any future use case?
    • Should bandwidth availability be reported for the aggrega= ted radio link and/or for each individual carrier?
    • If = bandwidth availability is a generic characteristic, should it then be model= led in TEAS WG instead of CCAMP?
    • The choice of mount p= oint v.s. xpath need to be explained/understood
    • Should= a reference from a termination point to an interface (mount/xpath) be gene= ric instead of microwave specific?
    • Is the use of group= s a better way to include interface related leafs than the use of mount/xpa= th? What would the impact on RFC 8561 & RFC 8343 be?
      • How can multiple L1 technologies (e.g. microwave radio links & coppe= r cables) co-exist in a single network instance? (use of presence container= s)
    • Is there a need to model more than current bandwidt= h and the bandwidth that can be supported with various availability (maximu= m to minimum)?
    • Is there any other bandwidth informatio= n in te-topology than “nt:link/tet:te/tet:te-link-attributes/tet:max-= link-bandwidth” that is relevant?
    • Reserved &= un-reserved bandwidth is not relevant for microwave radio links & carr= iers
    • Can generic te-topology bandwidth leafs be used a= s is (see L3 topology) or do we always need mw specific versions=
    • If admin & oper status in te-topology should be used, then t= here is a need to describe how such attributes on a topology level relate t= o the admin/oper status of the radio link and carriers in the interface management model
    • How to mak= e it bandwidth/availability available to higher layers?
      • It was decided to make it generic and create a separate module that c= an be reused by any technology with the assumption that bandwidth/availabil= ity information need to be aggregated/calculated/discovered or configured
      • Should this approach be used for other = characteristics as well? (frequency, latency, …)
    • Attaching a mail with a summary of other discussions in the area. (No= tes: Microwave Topology – 2020-03-23)
    • Understand= a suggested new role of te-topology for network topologies in general (not= only te-topologies)
    • What is the benefit of augmenting= te-topology rather than network-topology? Based on use-cases & require= d leafs.
    --_000_HE1PR07MB4186B62DE34B1BC747E3424189759HE1PR07MB4186eurp_-- From nobody Thu Apr 8 03:52:34 2021 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F267A3A11A1 for ; Thu, 8 Apr 2021 03:52:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.101 X-Spam-Level: X-Spam-Status: No, score=-7.101 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, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-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 (1024-bit key) header.d=github.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 anQ50UD6r-jS for ; Thu, 8 Apr 2021 03:52:22 -0700 (PDT) Received: from smtp.github.com (out-22.smtp.github.com [192.30.252.205]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 49D703A1184 for ; Thu, 8 Apr 2021 03:52:22 -0700 (PDT) Received: from github.com (hubbernetes-node-0b9dd06.ac4-iad.github.net [10.52.210.29]) by smtp.github.com (Postfix) with ESMTPA id 4CA24560285 for ; Thu, 8 Apr 2021 03:52:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com; s=pf2014; t=1617879141; bh=rsnXV0pJCJksm6TrW/eQLZ+bJPitsM7+6AKHuH5EFs8=; h=Date:From:To:Subject:From; b=qYhxlLh/hPf6ARqhXMkGG+Ttj2Lr36mOtbPIsRKR4BIkMwc1reP9y3TNCFzOqfiiy xm9FiMCxuD791a/U5ZIDJN+ibpy399eCoKLjM2XROl0UzsCvw8eSYh5j2TPJtrT13x 0bBYH2lsSCryphqxKAqgO2iz9QW5XW3lt/FDK8xQ= Date: Thu, 08 Apr 2021 03:52:21 -0700 From: danielkinguk To: ccamp@ietf.org Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-GitHub-Recipient-Address: ccamp@ietf.org X-Auto-Response-Suppress: All Archived-At: Subject: [CCAMP] [ietf-ccamp-wg/draft-ietf-ccamp-flexigrid-yang] 396642: . X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2021 10:52:32 -0000 Branch: refs/heads/master Home: https://github.com/ietf-ccamp-wg/draft-ietf-ccamp-flexigrid-yang Commit: 3966425799871bf68ddde4223db06d8bb99321f4 https://github.com/ietf-ccamp-wg/draft-ietf-ccamp-flexigrid-yang/commit/3966425799871bf68ddde4223db06d8bb99321f4 Author: danielkinguk Date: 2021-04-08 (Thu, 08 Apr 2021) Changed paths: A previous-versions/.test Log Message: ----------- . .. From nobody Thu Apr 8 03:59:22 2021 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 25ED63A11C7 for ; Thu, 8 Apr 2021 03:59:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.119 X-Spam-Level: X-Spam-Status: No, score=-2.119 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, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 (1024-bit key) header.d=github.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 usTLXcIjIgUQ for ; Thu, 8 Apr 2021 03:59:15 -0700 (PDT) Received: from out-24.smtp.github.com (out-24.smtp.github.com [192.30.252.207]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AD91D3A11CC for ; Thu, 8 Apr 2021 03:59:15 -0700 (PDT) Received: from github.com (hubbernetes-node-549c61d.ac4-iad.github.net [10.52.207.20]) by smtp.github.com (Postfix) with ESMTPA id B30F260093D for ; Thu, 8 Apr 2021 03:59:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com; s=pf2014; t=1617879554; bh=eeDMgZmt27DpThoabJUnW1eq/MbTy6XFZJuJ71As3Yc=; h=Date:From:To:Subject:From; b=lYD+7Ggjs35wDBaRz9ktrTM4ywYZ9HGhaJ2h8EdjJTLqHRwVWS0UWYZvN/9rVDiWe eFLv0SxYnSG5EGqAipGIg0t0SnmbR7puhPbglOE7990JAVg3X0wEZGjVFveQaLrJFC QkvwkZu3/4wrBJH04r+6DrlLHxqZS/LfWjCewRMw= Date: Thu, 08 Apr 2021 03:59:14 -0700 From: danielkinguk To: ccamp@ietf.org Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-GitHub-Recipient-Address: ccamp@ietf.org X-Auto-Response-Suppress: All Archived-At: Subject: [CCAMP] [ietf-ccamp-wg/draft-ietf-ccamp-flexigrid-yang] 712771: Delete previous-versions directory X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2021 10:59:20 -0000 Branch: refs/heads/master Home: https://github.com/ietf-ccamp-wg/draft-ietf-ccamp-flexigrid-yang Commit: 712771f10b69b5ba5d2adfd613081fde6667826d https://github.com/ietf-ccamp-wg/draft-ietf-ccamp-flexigrid-yang/commit/712771f10b69b5ba5d2adfd613081fde6667826d Author: danielkinguk Date: 2021-04-08 (Thu, 08 Apr 2021) Changed paths: R previous-versions/.test Log Message: ----------- Delete previous-versions directory From nobody Thu Apr 8 07:25:12 2021 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ECE703A1965 for ; Thu, 8 Apr 2021 07:25:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.101 X-Spam-Level: X-Spam-Status: No, score=-2.101 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, RCVD_IN_MSPIKE_H2=-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 (1024-bit key) header.d=github.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 p8qYRBAP2S1e for ; Thu, 8 Apr 2021 07:25:03 -0700 (PDT) Received: from out-19.smtp.github.com (out-19.smtp.github.com [192.30.252.202]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BCBBB3A1963 for ; Thu, 8 Apr 2021 07:25:03 -0700 (PDT) Received: from github.com (hubbernetes-node-226a64e.va3-iad.github.net [10.48.25.106]) by smtp.github.com (Postfix) with ESMTPA id C9765E07FE for ; Thu, 8 Apr 2021 07:25:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com; s=pf2014; t=1617891902; bh=kaJUUmWMX8QKEUbfro0HY/xxV87ruk8FEDKYUhtj8uM=; h=Date:From:To:Subject:From; b=A4XfVLNxfjVnnu7VvV1KPJ5bwg0kPH815lBa2VeF8eRjx6wrZBjvzkVE/4o0EjsgX 0NxUrhv0VXk8sHZEMU8FUus2FnTTm9rOKLMfYy75WLh2NjlmaMZjM/YlSkzZ/2tqPo FaSptY+lJa4oAzlQrD2m6N94rVSJz/hv5CsP8UnQ= Date: Thu, 08 Apr 2021 07:25:02 -0700 From: Esther Le Rouzic To: ccamp@ietf.org Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-GitHub-Recipient-Address: ccamp@ietf.org X-Auto-Response-Suppress: All Archived-At: Subject: [CCAMP] [ietf-ccamp-wg/draft-ietf-ccamp-optical-impairment-topology-yang] 8208be: Create minutes-2021-03-23.md X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2021 14:25:09 -0000 Branch: refs/heads/to-IETF111 Home: https://github.com/ietf-ccamp-wg/draft-ietf-ccamp-optical-impairment-topology-yang Commit: 8208be85fa3f44cad70fdb779eced51ae10be909 https://github.com/ietf-ccamp-wg/draft-ietf-ccamp-optical-impairment-topology-yang/commit/8208be85fa3f44cad70fdb779eced51ae10be909 Author: sergiobelotti Date: 2021-03-26 (Fri, 26 Mar 2021) Changed paths: A minutes/minutes-2021-03-23.md Log Message: ----------- Create minutes-2021-03-23.md Commit: 8ee348febda1fae64e47c72d1b82900f33de1772 https://github.com/ietf-ccamp-wg/draft-ietf-ccamp-optical-impairment-topology-yang/commit/8ee348febda1fae64e47c72d1b82900f33de1772 Author: sergiobelotti Date: 2021-04-01 (Thu, 01 Apr 2021) Changed paths: A minutes/minutes-2021-03-30.md Log Message: ----------- Create minutes-2021-03-30.md Commit: b2753c755987582a240845b78c54cb81022a551e https://github.com/ietf-ccamp-wg/draft-ietf-ccamp-optical-impairment-topology-yang/commit/b2753c755987582a240845b78c54cb81022a551e Author: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com> Date: 2021-04-06 (Tue, 06 Apr 2021) Changed paths: M requirements.txt Log Message: ----------- Bump pyyaml from 5.1 to 5.4 (#65) Bumps [pyyaml](https://github.com/yaml/pyyaml) from 5.1 to 5.4. - [Release notes](https://github.com/yaml/pyyaml/releases) - [Changelog](https://github.com/yaml/pyyaml/blob/master/CHANGES) - [Commits](https://github.com/yaml/pyyaml/compare/5.1...5.4) Signed-off-by: dependabot[bot] Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com> Commit: 1c4c4ba28bbb1aa37baa721a93ea421a31f767e9 https://github.com/ietf-ccamp-wg/draft-ietf-ccamp-optical-impairment-topology-yang/commit/1c4c4ba28bbb1aa37baa721a93ea421a31f767e9 Author: Esther Le Rouzic Date: 2021-04-06 (Tue, 06 Apr 2021) Changed paths: M ietf-optical-impairment-topology.tree M ietf-optical-impairment-topology.yang Log Message: ----------- Add delta p (#66) * Change nominal-channel-power into nominal-carrier-power Signed-off-by: EstherLerouzic * Try to improve description Signed-off-by: EstherLerouzic * add one digit for power precision Signed-off-by: EstherLerouzic * Add delta p Signed-off-by: EstherLerouzic Compare: https://github.com/ietf-ccamp-wg/draft-ietf-ccamp-optical-impairment-topology-yang/compare/e9d0a216fb39...1c4c4ba28bbb From nobody Thu Apr 8 08:08:20 2021 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0639A3A003D for ; Thu, 8 Apr 2021 08:08:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.102 X-Spam-Level: X-Spam-Status: No, score=-7.102 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, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=github.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 CIqH3NZ0hdga for ; Thu, 8 Apr 2021 08:08:15 -0700 (PDT) Received: from smtp.github.com (out-26.smtp.github.com [192.30.252.209]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 925C13A0062 for ; Thu, 8 Apr 2021 08:08:15 -0700 (PDT) Received: from github.com (hubbernetes-node-f28db1d.ash1-iad.github.net [10.56.122.24]) by smtp.github.com (Postfix) with ESMTPA id 9527B5E0FB8 for ; Thu, 8 Apr 2021 08:08:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com; s=pf2014; t=1617894494; bh=sh5ZHH1MBxrYR08+QrfAkFYCDY76X39k9CzYL5mxsPk=; h=Date:From:To:Subject:From; b=qbXoj9O2ZY0v3cZ9cvDnmS5b+IV9ACV9FAn1esp5lh1yOKLWGtssSiTCxNV2AEwFO ixVedqwO77/9hxMwmtS3XdBGbr6fk3GCtXx6RKliCQVFsysiEIhMEYfX8PCN9mcxcF q3dqUVK4JTAofrr3iQOk1B+PsZ3ILQyQU25DalRg= Date: Thu, 08 Apr 2021 08:08:14 -0700 From: italobusi To: ccamp@ietf.org Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-GitHub-Recipient-Address: ccamp@ietf.org X-Auto-Response-Suppress: All Archived-At: Subject: [CCAMP] [ietf-ccamp-wg/draft-ietf-ccamp-optical-impairment-topology-yang] 6e9d2a: ROADM impairments for C+L band X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2021 15:08:18 -0000 Branch: refs/heads/to-IETF111 Home: https://github.com/ietf-ccamp-wg/draft-ietf-ccamp-optical-impairment-topology-yang Commit: 6e9d2afe7803a71d9769f99d0a48bded6a5af315 https://github.com/ietf-ccamp-wg/draft-ietf-ccamp-optical-impairment-topology-yang/commit/6e9d2afe7803a71d9769f99d0a48bded6a5af315 Author: italobusi Date: 2021-04-08 (Thu, 08 Apr 2021) Changed paths: M ietf-optical-impairment-topology.tree M ietf-optical-impairment-topology.yang Log Message: ----------- ROADM impairments for C+L band Model updated to describe ROADM impairments for C+L band: resolving issue #51 Addressing also issue #64 From nobody Thu Apr 8 08:54:55 2021 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D4E653A0C29 for ; Thu, 8 Apr 2021 08:54:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.12 X-Spam-Level: X-Spam-Status: No, score=-7.12 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, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 (1024-bit key) header.d=github.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 qnX9rKJlgNkz for ; Thu, 8 Apr 2021 08:54:48 -0700 (PDT) Received: from smtp.github.com (out-17.smtp.github.com [192.30.252.200]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3D9D23A0C2A for ; Thu, 8 Apr 2021 08:54:48 -0700 (PDT) Received: from github.com (hubbernetes-node-585e5a5.va3-iad.github.net [10.48.204.39]) by smtp.github.com (Postfix) with ESMTPA id 3258E5C0B25 for ; Thu, 8 Apr 2021 08:54:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com; s=pf2014; t=1617897287; bh=EC4ifs0AK8lWSKZ8nt3dNmCZdMXUnzp6M9FRHmrd01U=; h=Date:From:To:Subject:From; b=qhGSpsHCuSENDyDx4x6wZat7AGuOJ05gQw2GgjxhGceo+ZqGSEqsQT1nF9NpU3B8+ 73+MwW2PkTanJJPNqorJ3wrWIDR65xY1TRqFvEHXaPYcw08RWA6I71wsWBc/Jd5rD0 nz8fQH9k0lXQ226S0A9aiR0ZlFJ9WKUjkqwumm3Q= Date: Thu, 08 Apr 2021 08:54:47 -0700 From: sergiobelotti To: ccamp@ietf.org Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-GitHub-Recipient-Address: ccamp@ietf.org X-Auto-Response-Suppress: All Archived-At: Subject: [CCAMP] [ietf-ccamp-wg/ietf-ccamp-layer0-types-ext] 303dba: Apply suggestions from code review X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2021 15:54:53 -0000 Branch: refs/heads/to-IETF-111 Home: https://github.com/ietf-ccamp-wg/ietf-ccamp-layer0-types-ext Commit: 303dba83e6c3982f231b196692242f34746a6ef4 https://github.com/ietf-ccamp-wg/ietf-ccamp-layer0-types-ext/commit/303dba83e6c3982f231b196692242f34746a6ef4 Author: sergiobelotti Date: 2021-04-08 (Thu, 08 Apr 2021) Changed paths: M ietf-layer0-types-ext.yang Log Message: ----------- Apply suggestions from code review Co-authored-by: italobusi From nobody Thu Apr 8 09:03:42 2021 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 733523A0CD5 for ; Thu, 8 Apr 2021 09:03:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.1 X-Spam-Level: X-Spam-Status: No, score=-7.1 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, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, TVD_SPACE_RATIO=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=github.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 4undthq8XLUL for ; Thu, 8 Apr 2021 09:03:36 -0700 (PDT) Received: from out-19.smtp.github.com (out-19.smtp.github.com [192.30.252.202]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3914D3A0CD4 for ; Thu, 8 Apr 2021 09:03:35 -0700 (PDT) Received: from github.com (hubbernetes-node-5b3283b.va3-iad.github.net [10.48.201.76]) by smtp.github.com (Postfix) with ESMTPA id 16C1CE0D32 for ; Thu, 8 Apr 2021 09:03:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com; s=pf2014; t=1617897815; bh=aU1D5T7oZEEoRsZg1dhepmpn95v0oCStz7q7frRueDQ=; h=Date:From:To:Subject:From; b=RZLySm7yTiSKXDcw6vajMwg1PrAhQx3Zni7CJGsy7ATW7+lnfY1CS9aG4ecE/6hs6 iEfmwJRt7zmisRHGEXs7XAxyoftX75Rurn2o6/7mK21pyafZBtKWzwy6KPgAIW9rWi /npajsxG1uK9ZxGQhrq37q+/fkwbemeBmF4Cypuo= Date: Thu, 08 Apr 2021 09:03:35 -0700 From: sergiobelotti To: ccamp@ietf.org Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-GitHub-Recipient-Address: ccamp@ietf.org X-Auto-Response-Suppress: All Archived-At: Subject: [CCAMP] [ietf-ccamp-wg/ietf-ccamp-layer0-types-ext] 16ed7d: Update ietf-layer0-types-ext.yang X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2021 16:03:40 -0000 Branch: refs/heads/to-IETF-111 Home: https://github.com/ietf-ccamp-wg/ietf-ccamp-layer0-types-ext Commit: 16ed7d46057eda55abd35cbea8ecf4934d681891 https://github.com/ietf-ccamp-wg/ietf-ccamp-layer0-types-ext/commit/16ed7d46057eda55abd35cbea8ecf4934d681891 Author: sergiobelotti Date: 2021-04-08 (Thu, 08 Apr 2021) Changed paths: M ietf-layer0-types-ext.yang Log Message: ----------- Update ietf-layer0-types-ext.yang From nobody Thu Apr 8 09:04:40 2021 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AC60C3A0CE1 for ; Thu, 8 Apr 2021 09:04:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.101 X-Spam-Level: X-Spam-Status: No, score=-7.101 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, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-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 (1024-bit key) header.d=github.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 BXkVR_EvRQri for ; Thu, 8 Apr 2021 09:04:34 -0700 (PDT) Received: from smtp.github.com (out-18.smtp.github.com [192.30.252.201]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 119CD3A0CD3 for ; Thu, 8 Apr 2021 09:04:33 -0700 (PDT) Received: from github.com (hubbernetes-node-0887865.va3-iad.github.net [10.48.207.46]) by smtp.github.com (Postfix) with ESMTPA id CEF86340E5C for ; Thu, 8 Apr 2021 09:04:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com; s=pf2014; t=1617897872; bh=iXUSiZl9KISiTfwxaPW5vs3Hl+5mXyxjjIKA8W109kQ=; h=Date:From:To:Subject:From; b=AN6NpRdMAPDLVptqWqg2VF/G65RTJq+TlpDqj1KUQEI1zAK09DmfpV9qqjXS7tSnZ wqogtiE0Z9dhnvFsQH+QBoBW0cnVJN/vjR67alxLjlpOfWYN5iFCtJe3PQLtmBtWpU MU2ZOnXKJH63uwuXKRXYQzr+HO03mC311hzoiCsI= Date: Thu, 08 Apr 2021 09:04:32 -0700 From: sergiobelotti To: ccamp@ietf.org Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-GitHub-Recipient-Address: ccamp@ietf.org X-Auto-Response-Suppress: All Archived-At: Subject: [CCAMP] [ietf-ccamp-wg/ietf-ccamp-layer0-types-ext] a9445c: Update ietf-layer0-types-ext.yang (#22) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2021 16:04:39 -0000 Branch: refs/heads/master Home: https://github.com/ietf-ccamp-wg/ietf-ccamp-layer0-types-ext Commit: a9445c7eabd9c7469543e559529412dd6ec8020c https://github.com/ietf-ccamp-wg/ietf-ccamp-layer0-types-ext/commit/a9445c7eabd9c7469543e559529412dd6ec8020c Author: sergiobelotti Date: 2021-04-08 (Thu, 08 Apr 2021) Changed paths: M ietf-layer0-types-ext.yang Log Message: ----------- Update ietf-layer0-types-ext.yang (#22) * Update ietf-layer0-types-ext.yang changes addressing issues #41 and #42on draft-ietf-ccamp-optical-impairment-topology * Apply suggestions from code review Co-authored-by: italobusi * Update ietf-layer0-types-ext.yang Co-authored-by: italobusi From nobody Thu Apr 8 09:14:19 2021 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 008553A0FFA for ; Thu, 8 Apr 2021 09:14:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.119 X-Spam-Level: X-Spam-Status: No, score=-2.119 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, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 (1024-bit key) header.d=github.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 YytmJzNy6eUj for ; Thu, 8 Apr 2021 09:14:12 -0700 (PDT) Received: from out-27.smtp.github.com (out-27.smtp.github.com [192.30.252.210]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6DC353A0FF6 for ; Thu, 8 Apr 2021 09:14:12 -0700 (PDT) Received: from github.com (hubbernetes-node-f46ca13.ash1-iad.github.net [10.56.120.53]) by smtp.github.com (Postfix) with ESMTPA id 43187900BA3 for ; Thu, 8 Apr 2021 09:14:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com; s=pf2014; t=1617898451; bh=+M81OMTik3ArGmXoH4gfZv6TrqM+6flf81HjADxMiOM=; h=Date:From:To:Subject:From; b=oKTcWP5NhTbD2M5dMx+Xjk2mELDZbCh2PkQIbFrdKZYCJ3TKQMyeb4WSAF2snQHU+ uu09zOqV526AxfhFON8Hu1WiAmYOtq8S/NPUNhImybrhkw9YJob4wQmKgCPrZXmh7W PVdGNbz3bSJ30ie1RMUXkjgw039XTob6yq8Z+snQ= Date: Thu, 08 Apr 2021 09:14:11 -0700 From: italobusi To: ccamp@ietf.org Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-GitHub-Recipient-Address: ccamp@ietf.org X-Auto-Response-Suppress: All Archived-At: Subject: [CCAMP] [ietf-ccamp-wg/ietf-ccamp-layer0-types-ext] a9445c: Update ietf-layer0-types-ext.yang (#22) X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2021 16:14:17 -0000 Branch: refs/heads/to-IETF-111 Home: https://github.com/ietf-ccamp-wg/ietf-ccamp-layer0-types-ext Commit: a9445c7eabd9c7469543e559529412dd6ec8020c https://github.com/ietf-ccamp-wg/ietf-ccamp-layer0-types-ext/commit/a9445c7eabd9c7469543e559529412dd6ec8020c Author: sergiobelotti Date: 2021-04-08 (Thu, 08 Apr 2021) Changed paths: M ietf-layer0-types-ext.yang Log Message: ----------- Update ietf-layer0-types-ext.yang (#22) * Update ietf-layer0-types-ext.yang changes addressing issues #41 and #42on draft-ietf-ccamp-optical-impairment-topology * Apply suggestions from code review Co-authored-by: italobusi * Update ietf-layer0-types-ext.yang Co-authored-by: italobusi Commit: 3073c4f4122af43fd1f98047234f24d3c081d7ac https://github.com/ietf-ccamp-wg/ietf-ccamp-layer0-types-ext/commit/3073c4f4122af43fd1f98047234f24d3c081d7ac Author: italobusi Date: 2021-04-08 (Thu, 08 Apr 2021) Changed paths: Log Message: ----------- Merge branch 'master' into to-IETF-111 Compare: https://github.com/ietf-ccamp-wg/ietf-ccamp-layer0-types-ext/compare/16ed7d46057e...3073c4f4122a From nobody Fri Apr 9 01:21:20 2021 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1F7E23A1771 for ; Fri, 9 Apr 2021 01:21:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.12 X-Spam-Level: X-Spam-Status: No, score=-7.12 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, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 (1024-bit key) header.d=github.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 MaUxb44bvF6U for ; Fri, 9 Apr 2021 01:21:13 -0700 (PDT) Received: from out-24.smtp.github.com (out-24.smtp.github.com [192.30.252.207]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 228953A176E for ; Fri, 9 Apr 2021 01:21:13 -0700 (PDT) Received: from github.com (hubbernetes-node-856b61b.ac4-iad.github.net [10.52.206.50]) by smtp.github.com (Postfix) with ESMTPA id 15E5F600956 for ; Fri, 9 Apr 2021 01:21:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com; s=pf2014; t=1617956472; bh=x5VqJfiqU+hvAg8RUKl0ivdchF9gDwBNHMrxJ3UhBJA=; h=Date:From:To:Subject:From; b=mzdkSmZjzGCXSKJD0PlIpsqTcoCuchs7sSEaktIT+EXOF1N7w/ZXYGdDbcTKL/FRA ExzoCv5kEXWzTKza+bC3rfx0s3kp4ePk/66WBy4dypa2x5bpXZLdZiZw7Krt30lYof odlo/OB2ws/gspLF1CMoN9wrbW2tUd5FXYWr26eA= Date: Fri, 09 Apr 2021 01:21:12 -0700 From: sergiobelotti To: ccamp@ietf.org Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-GitHub-Recipient-Address: ccamp@ietf.org X-Auto-Response-Suppress: All Archived-At: Subject: [CCAMP] [ietf-ccamp-wg/draft-ietf-ccamp-optical-impairment-topology-yang] 9c11a8: Create minutes-2021-04-06.md X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2021 08:21:18 -0000 Branch: refs/heads/master Home: https://github.com/ietf-ccamp-wg/draft-ietf-ccamp-optical-impairment-topology-yang Commit: 9c11a8e09aa885d4f2693d35a4918937f8a798fc https://github.com/ietf-ccamp-wg/draft-ietf-ccamp-optical-impairment-topology-yang/commit/9c11a8e09aa885d4f2693d35a4918937f8a798fc Author: sergiobelotti Date: 2021-04-09 (Fri, 09 Apr 2021) Changed paths: A minutes/minutes-2021-04-06.md Log Message: ----------- Create minutes-2021-04-06.md From nobody Fri Apr 9 03:20:53 2021 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CE49A3A1B7F for ; Fri, 9 Apr 2021 03:20:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.419 X-Spam-Level: X-Spam-Status: No, score=-4.419 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, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, TVD_SPACE_RATIO=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=github.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 77q-uwy5dDPm for ; Fri, 9 Apr 2021 03:20:46 -0700 (PDT) Received: from out-28.smtp.github.com (out-28.smtp.github.com [192.30.252.211]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7DC833A1B78 for ; Fri, 9 Apr 2021 03:20:46 -0700 (PDT) Received: from github.com (hubbernetes-node-3c03362.ash1-iad.github.net [10.56.122.42]) by smtp.github.com (Postfix) with ESMTPA id ED3EB900DDC for ; Fri, 9 Apr 2021 03:20:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com; s=pf2014; t=1617963644; bh=nUGS6dsokB1uo/B1Sc9a4oKvn5k7IdtchnDRFyCVS6Y=; h=Date:From:To:Subject:From; b=bETgSiJsnsme1JdogGVvwWtTsP4wy6UM/8Ty2Ajsef5qKbbPXybOJS2j4V9iCh199 nm7HGB2WxurqapwYBZO6bUDvVhQHAY0tbArWKR9HTvgAeq1C3Ojtm3EtvV49uiNFTO SOfd7flz27fSXtvc6xDDrDN0gIpLSaYx158NDQ2c= Date: Fri, 09 Apr 2021 03:20:44 -0700 From: italobusi To: ccamp@ietf.org Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-GitHub-Recipient-Address: ccamp@ietf.org X-Auto-Response-Suppress: All Archived-At: Subject: [CCAMP] [ietf-ccamp-wg/ietf-ccamp-layer0-types-ext] cefc8f: Update ietf-layer0-types-ext.yang X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2021 10:20:51 -0000 Branch: refs/heads/to-IETF-111 Home: https://github.com/ietf-ccamp-wg/ietf-ccamp-layer0-types-ext Commit: cefc8f1b9b461cb3a1ddd3d06e4851932d0d7e23 https://github.com/ietf-ccamp-wg/ietf-ccamp-layer0-types-ext/commit/cefc8f1b9b461cb3a1ddd3d06e4851932d0d7e23 Author: italobusi Date: 2021-04-08 (Thu, 08 Apr 2021) Changed paths: M ietf-layer0-types-ext.yang Log Message: ----------- Update ietf-layer0-types-ext.yang Moving type-power-mode, fiber-type and frequency-range definitions from optical impairments Resolve https://github.com/ietf-ccamp-wg/draft-ietf-ccamp-optical-impairment-topology-yang/issues/54 Resolve https://github.com/ietf-ccamp-wg/draft-ietf-ccamp-optical-impairment-topology-yang/issues/54 Resolve https://github.com/ietf-ccamp-wg/draft-ietf-ccamp-optical-impairment-topology-yang/pull/68#issuecomment-815906464 Co-authored-by: sergiobelotti From nobody Fri Apr 9 03:25:11 2021 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 861C13A1BB1 for ; Fri, 9 Apr 2021 03:25:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.101 X-Spam-Level: X-Spam-Status: No, score=-2.101 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, RCVD_IN_MSPIKE_H2=-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 (1024-bit key) header.d=github.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 JSzbhI069vq0 for ; Fri, 9 Apr 2021 03:25:05 -0700 (PDT) Received: from out-19.smtp.github.com (out-19.smtp.github.com [192.30.252.202]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 34C8B3A1BAC for ; Fri, 9 Apr 2021 03:25:05 -0700 (PDT) Received: from github.com (hubbernetes-node-3db70e2.va3-iad.github.net [10.48.204.69]) by smtp.github.com (Postfix) with ESMTPA id AD6A4E01F0 for ; Fri, 9 Apr 2021 03:25:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com; s=pf2014; t=1617963903; bh=A3+oMLW7RcTfYbE0VDIXXkcGAm2kPT7884EKx1xgvvo=; h=Date:From:To:Subject:From; b=CFIFLoc+2eVPmS0Pb7PFZ+5OPM1Kjz0PWmkcz8xxPtLn7CyoPF7O4afRIGLRVl4wQ V1RyGrEdgH9NHg/muB+ivN5EIL2qwv136pTUwifv8LPzlVAPeizXWb0yy5y2nkw1W8 Cw9ndeRYGZVUKx8kG0HEdiBujN1FOYbqazvQb3FU= Date: Fri, 09 Apr 2021 03:25:03 -0700 From: italobusi To: ccamp@ietf.org Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-GitHub-Recipient-Address: ccamp@ietf.org X-Auto-Response-Suppress: All Archived-At: Subject: [CCAMP] [ietf-ccamp-wg/draft-ietf-ccamp-optical-impairment-topology-yang] 7a2ad1: Align with latest update on layer0-types-ext X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2021 10:25:10 -0000 Branch: refs/heads/to-IETF111 Home: https://github.com/ietf-ccamp-wg/draft-ietf-ccamp-optical-impairment-topology-yang Commit: 7a2ad18d310b88d0ad3d49eda97dc49a2a7d4a5c https://github.com/ietf-ccamp-wg/draft-ietf-ccamp-optical-impairment-topology-yang/commit/7a2ad18d310b88d0ad3d49eda97dc49a2a7d4a5c Author: italobusi Date: 2021-04-09 (Fri, 09 Apr 2021) Changed paths: M ietf-optical-impairment-topology.tree M ietf-optical-impairment-topology.yang Log Message: ----------- Align with latest update on layer0-types-ext Align with https://github.com/ietf-ccamp-wg/ietf-ccamp-layer0-types-ext/pull/25 Co-Authored-By: sergiobelotti From nobody Mon Apr 12 02:26:09 2021 Return-Path: X-Original-To: ccamp@ietf.org Delivered-To: ccamp@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id C5CF83A14AC; Mon, 12 Apr 2021 02:26:06 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: ccamp@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.27.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: ccamp@ietf.org Message-ID: <161821956676.24234.1171839851522442128@ietfa.amsl.com> Date: Mon, 12 Apr 2021 02:26:06 -0700 Archived-At: Subject: [CCAMP] I-D Action: draft-ietf-ccamp-otn-tunnel-model-13.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.29 List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Apr 2021 09:26:07 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Common Control and Measurement Plane WG of the IETF. Title : OTN Tunnel YANG Model Authors : Haomian Zheng Italo Busi Sergio Belotti Victor Lopez Yunbin Xu Filename : draft-ietf-ccamp-otn-tunnel-model-13.txt Pages : 36 Date : 2021-04-12 Abstract: This document describes the YANG data model for tunnels in OTN TE networks. The model can be used to do the configuration in order to establish the tunnel in OTN network. This work is independent with the control plane protocols. The YANG data model defined in this document conforms to the Network Management Datastore Architecture (NMDA). The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ccamp-otn-tunnel-model/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-ccamp-otn-tunnel-model-13 https://datatracker.ietf.org/doc/html/draft-ietf-ccamp-otn-tunnel-model-13 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-ccamp-otn-tunnel-model-13 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Apr 12 03:05:12 2021 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CCD853A1640 for ; Mon, 12 Apr 2021 03:05:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.919 X-Spam-Level: X-Spam-Status: No, score=-1.919 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 miOs5FF1046m for ; Mon, 12 Apr 2021 03:05:08 -0700 (PDT) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5620B3A163A for ; Mon, 12 Apr 2021 03:05:08 -0700 (PDT) Received: from fraeml708-chm.china.huawei.com (unknown [172.18.147.207]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4FJkgl6H16z688Mh for ; Mon, 12 Apr 2021 17:57:55 +0800 (CST) Received: from fraeml796-chm.china.huawei.com (10.206.15.17) by fraeml708-chm.china.huawei.com (10.206.15.36) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2106.2; Mon, 12 Apr 2021 12:05:06 +0200 Received: from fraeml796-chm.china.huawei.com (10.206.15.17) by fraeml796-chm.china.huawei.com (10.206.15.17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2106.2; Mon, 12 Apr 2021 12:05:06 +0200 Received: from DGGEML421-HUB.china.huawei.com (10.1.199.38) by fraeml796-chm.china.huawei.com (10.206.15.17) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.1.2106.2 via Frontend Transport; Mon, 12 Apr 2021 12:05:06 +0200 Received: from DGGEML511-MBX.china.huawei.com ([169.254.1.247]) by dggeml421-hub.china.huawei.com ([10.1.199.38]) with mapi id 14.03.0513.000; Mon, 12 Apr 2021 18:05:02 +0800 From: Zhenghaomian To: "ccamp@ietf.org" Thread-Topic: [CCAMP] I-D Action: draft-ietf-ccamp-otn-tunnel-model-13.txt Thread-Index: Adcvgyt++glA2+vcRt6QWnn9ITVPVA== Date: Mon, 12 Apr 2021 10:05:01 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.24.177.182] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [CCAMP] Fw: I-D Action: draft-ietf-ccamp-otn-tunnel-model-13.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Apr 2021 10:05:11 -0000 SGksIENDQU1QLCANCg0KV2UgaGF2ZSB1cGRhdGVkIHRoZSBkb2N1bWVudCB0byBhZGRyZXNzIHRo ZSBjb21tZW50cyBmcm9tIFlBTkcgZG9jdG9yJ3MgcmV2aWV3LCB0b2dldGhlciB3aXRoIHNvbHZp bmcgdGhlIGNvbXBpbGF0aW9uIHByb2JsZW0gb2YgdGhlIG1vZHVsZS4gDQoNClJldmlldyAmIENv bW1lbnRzIGFyZSB3ZWxjb21lLiANCg0KQmVzdCB3aXNoZXMsDQpIYW9taWFuDQoNCi0tLS0t08q8 /tStvP4tLS0tLQ0Kt6K8/sjLOiBDQ0FNUCBbbWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmdd ILT6se0gaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnDQq3osvNyrG85DogMjAyMcTqNNTCMTLI1SAx NzoyNg0KytW8/sjLOiBpLWQtYW5ub3VuY2VAaWV0Zi5vcmcNCrOty806IGNjYW1wQGlldGYub3Jn DQrW98ziOiBbQ0NBTVBdIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtY2NhbXAtb3RuLXR1bm5lbC1t b2RlbC0xMy50eHQNCg0KDQpBIE5ldyBJbnRlcm5ldC1EcmFmdCBpcyBhdmFpbGFibGUgZnJvbSB0 aGUgb24tbGluZSBJbnRlcm5ldC1EcmFmdHMgZGlyZWN0b3JpZXMuDQpUaGlzIGRyYWZ0IGlzIGEg d29yayBpdGVtIG9mIHRoZSBDb21tb24gQ29udHJvbCBhbmQgTWVhc3VyZW1lbnQgUGxhbmUgV0cg b2YgdGhlIElFVEYuDQoNCiAgICAgICAgVGl0bGUgICAgICAgICAgIDogT1ROIFR1bm5lbCBZQU5H IE1vZGVsDQogICAgICAgIEF1dGhvcnMgICAgICAgICA6IEhhb21pYW4gWmhlbmcNCiAgICAgICAg ICAgICAgICAgICAgICAgICAgSXRhbG8gQnVzaQ0KICAgICAgICAgICAgICAgICAgICAgICAgICBT ZXJnaW8gQmVsb3R0aQ0KICAgICAgICAgICAgICAgICAgICAgICAgICBWaWN0b3IgTG9wZXoNCiAg ICAgICAgICAgICAgICAgICAgICAgICAgWXVuYmluIFh1DQoJRmlsZW5hbWUgICAgICAgIDogZHJh ZnQtaWV0Zi1jY2FtcC1vdG4tdHVubmVsLW1vZGVsLTEzLnR4dA0KCVBhZ2VzICAgICAgICAgICA6 IDM2DQoJRGF0ZSAgICAgICAgICAgIDogMjAyMS0wNC0xMg0KDQpBYnN0cmFjdDoNCiAgIFRoaXMg ZG9jdW1lbnQgZGVzY3JpYmVzIHRoZSBZQU5HIGRhdGEgbW9kZWwgZm9yIHR1bm5lbHMgaW4gT1RO IFRFDQogICBuZXR3b3Jrcy4gIFRoZSBtb2RlbCBjYW4gYmUgdXNlZCB0byBkbyB0aGUgY29uZmln dXJhdGlvbiBpbiBvcmRlciB0bw0KICAgZXN0YWJsaXNoIHRoZSB0dW5uZWwgaW4gT1ROIG5ldHdv cmsuICBUaGlzIHdvcmsgaXMgaW5kZXBlbmRlbnQgd2l0aA0KICAgdGhlIGNvbnRyb2wgcGxhbmUg cHJvdG9jb2xzLiAgVGhlIFlBTkcgZGF0YSBtb2RlbCBkZWZpbmVkIGluIHRoaXMNCiAgIGRvY3Vt ZW50IGNvbmZvcm1zIHRvIHRoZSBOZXR3b3JrIE1hbmFnZW1lbnQgRGF0YXN0b3JlIEFyY2hpdGVj dHVyZQ0KICAgKE5NREEpLg0KDQoNClRoZSBJRVRGIGRhdGF0cmFja2VyIHN0YXR1cyBwYWdlIGZv ciB0aGlzIGRyYWZ0IGlzOg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQt aWV0Zi1jY2FtcC1vdG4tdHVubmVsLW1vZGVsLw0KDQpUaGVyZSBhcmUgYWxzbyBodG1saXplZCB2 ZXJzaW9ucyBhdmFpbGFibGUgYXQ6DQpodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQt aWV0Zi1jY2FtcC1vdG4tdHVubmVsLW1vZGVsLTEzDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYu b3JnL2RvYy9odG1sL2RyYWZ0LWlldGYtY2NhbXAtb3RuLXR1bm5lbC1tb2RlbC0xMw0KDQpBIGRp ZmYgZnJvbSB0aGUgcHJldmlvdXMgdmVyc2lvbiBpcyBhdmFpbGFibGUgYXQ6DQpodHRwczovL3d3 dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtaWV0Zi1jY2FtcC1vdG4tdHVubmVsLW1vZGVs LTEzDQoNCg0KUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBvZiBtaW51dGVz IGZyb20gdGhlIHRpbWUgb2Ygc3VibWlzc2lvbiB1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBh bmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0IHRvb2xzLmlldGYub3JnLg0KDQpJbnRlcm5ldC1EcmFm dHMgYXJlIGFsc28gYXZhaWxhYmxlIGJ5IGFub255bW91cyBGVFAgYXQ6DQpmdHA6Ly9mdHAuaWV0 Zi5vcmcvaW50ZXJuZXQtZHJhZnRzLw0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fDQpDQ0FNUCBtYWlsaW5nIGxpc3QNCkNDQU1QQGlldGYub3JnDQpo dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2NjYW1wDQo= From nobody Mon Apr 12 23:29:12 2021 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 77BF93A0B3F for ; Mon, 12 Apr 2021 23:29:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.1 X-Spam-Level: X-Spam-Status: No, score=-2.1 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_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 2atzCgDHZaRS for ; Mon, 12 Apr 2021 23:29:03 -0700 (PDT) Received: from EUR02-HE1-obe.outbound.protection.outlook.com (mail-eopbgr10080.outbound.protection.outlook.com [40.107.1.80]) (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 6A4FD3A0B3A for ; Mon, 12 Apr 2021 23:29:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Ni2PzHdE6z9WEz1HRMl0+v12Q8kjEhnDgSP8elHVecLyY6B0+M4KSrxO9DRzugBtPBhkqSW98WotsugBftmp6sXVKHQ97z/F+E+flH2EVx7ffzxY3MSKU3wcnmaLIiep82QAQm7uThlgk8FrUAxvz9Rr/mmXfSFm7DGjQXHMBb9vEyd/Eqt4UQuXzCKs8DrSww11QnX5tMhkvNGetp+h9QKxugwLOILebIPK3nHq4P6VTl22cbWqJCeK3x3th3mAmcUam/fjT/bFNCNlXF5PrXZCG0dr3mnIbgsV9TTAP70oE16EUprpWqOdmn1E0sdFCW85F65oLCYzXOXhEolLpw== 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-SenderADCheck; bh=W/+Sq4xQhDe35J+dbevE/opGqbwWEFEJ1HxLxWUTHEI=; b=UbUjiP2/GQ2b0E7K7JcheLlw72AyLnrExiV1VAH17bS4GoHYSRv6sw70DJY6t2py8kh7LG2ep0XxmXoa3IEoI3FfNPLnghjBR+0rLvoO/i2Y/gJHiEDh1dQJdO2fHm2IHSaRYPGEvLtTCtDohhIBMRZOIaDJL90qAgfy82KW9WT3C4gZwzzZTVk38FBIv/A0oy/xv2Zkfl+6UObm7QaKF9hac4hmEMn0dF+W59UW8ViJYW7X8obo1rj11Qb8htdCcT1sWEdC+NS6y48IQDNA64nzESPelx4aLrLVXKylwthIfyLOfi4Q/dDSg/fHcDtAcL5E283WNt9w6lM9d9NWbQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=W/+Sq4xQhDe35J+dbevE/opGqbwWEFEJ1HxLxWUTHEI=; b=geU+TviG8OH/oAe22joLiI0j7qa/gvud8ccwn95kzeqJ0IIRIYv2pDR3eihtKRqhbRaHWyy/9GTHkSkN7IYyJWJA30GcypsRiSz1Fixp2Fo3/luHX53y1nAww8CCDjLDeyicK8gyaG3/ka+6B8BDQO1juERMGQLx+aE5K6jrWbQ= Received: from HE1PR0701MB2282.eurprd07.prod.outlook.com (2603:10a6:3:2c::25) by HE1PR07MB4236.eurprd07.prod.outlook.com (2603:10a6:7:9f::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4042.10; Tue, 13 Apr 2021 06:28:59 +0000 Received: from HE1PR0701MB2282.eurprd07.prod.outlook.com ([fe80::25c3:6dce:8441:4805]) by HE1PR0701MB2282.eurprd07.prod.outlook.com ([fe80::25c3:6dce:8441:4805%5]) with mapi id 15.20.4042.014; Tue, 13 Apr 2021 06:28:59 +0000 From: Daniele Ceccarelli To: Greg Mirsky , "Belotti, Sergio (Nokia - IT/Vimercate)" CC: CCAMP , "adrian@olddog.co.uk" Thread-Topic: [CCAMP] Charter update Thread-Index: AdclXEHfmfljBdn0Tu2MTUSAv8YJkwAVt22AABH36lAAAbvq0AAY8c8AAlS/MNA= Date: Tue, 13 Apr 2021 06:28:59 +0000 Message-ID: References: <062401d725b3$20560140$610203c0$@olddog.co.uk> In-Reply-To: Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=ericsson.com; x-originating-ip: [151.81.50.131] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 38439eb4-df3a-4f5d-a1af-08d8fe456c53 x-ms-traffictypediagnostic: HE1PR07MB4236: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: mF4ZN6Rij41HmP7yhukDz3wo0XjErOyLfHLpyntcdUhp9pAvSYaZ7whmvZwJDaBwzP0g4mVGEAkaMcDsb63aNObxc1q1FySgUj9v8wWJQVdMeCOT68yTGhJ4BLxZPrN7kIH4+Szj7UQeAGUK/Ap/DDu6M+vO5qAW95S9qxmxjhQZTFCVSGrTWvULyAXxrIkV+A2V/K4W4k3PfAf8LH6ZgwFm2ioaVTqXcr7jwx4MeP1sI1ZB7Zg6mjBmK8XJzZdRcY8Z0VtAmYdND3imlI9mh3v0rIWaPpTleJw3dXiJ62p/g1OR9wTZwsDjRMuJKRQiVUcKWMwoS6B2ehimb8Ssk1uDPQvSEQdswdf6CCEE+gByz2VNQqYKrgJJPrvT0ki8ZW2RUItRFxIcIZLt6FV/2C1fbpkvh1PFYqhBEgOfGzNoiEBcaU2JEbPruIHOgijEbVhAejTM9Mp7Dwf5uaSeROgSO0v/RAXjsfVg8JDxlRpYiCOuUWvUOSVB7bpl5gK/p4dwuV5gRjNE6WH78srT8hFRVmhwYaAsmqnafAfCmb8RswExLO4vjA+YFwqtuBUTifFm6eIx/HulbIYrpYn8XaxkKeEzphygRkh/zbTUvWsvxPkAiy7uykbwHsso52ds3CgDCcmekWyCHaJSlq85vLOdNMr4bPPKwC2so+YJSmpHly/TWeo1lfrM3q5EPYvp x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:HE1PR0701MB2282.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(376002)(396003)(346002)(136003)(39860400002)(366004)(44832011)(15650500001)(86362001)(316002)(38100700002)(8676002)(71200400001)(110136005)(9686003)(122000001)(8936002)(6506007)(55016002)(53546011)(30864003)(966005)(2906002)(66574015)(76116006)(83380400001)(66946007)(166002)(66446008)(64756008)(66556008)(478600001)(66476007)(186003)(4326008)(52536014)(33656002)(5660300002)(7696005)(26005)(54906003)(579004); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?utf-8?B?d0RyODN6SG03Nm1BNG12ZzJiVjBuSXgrZTVKQk9XWXlsNnNsaFhhc0dIay9y?= =?utf-8?B?amN0S1A4Z3krQnU2M0pPMEtPM2V3bFdOUXhTSEZGVllUTEVGa1JlZlZZdGc5?= =?utf-8?B?U25lVVFjaW1EMmZSR0d1L0ZFZHFndHlVa0MxT0gzanVjeDVRcGZNU0ZvZkE2?= =?utf-8?B?WHZRK2EveHdaYi9iTHU2bDdQZGFzcURTZXR5V0VHVFBUdWg2ajgyRmFGQlZu?= =?utf-8?B?b25GR2QvMUUwZzFxV3hHU081Q0Y4d1BVOW55LzlyRUZzSHVyZmg1Tmc3azJy?= =?utf-8?B?RnV5YS8waFRRZkZSaUxqcmdrN0U5dWtXMktEekdwZytBOStXZFB3eENBZEg1?= =?utf-8?B?R1piVFprUHM2ckhQVW5tellTSkZraEg4VGtHbXBGTXlWQktVTlI5NTlXSXI5?= =?utf-8?B?d0tWWmM5dHZxRDNGdTNoYkQzc0NlQi9GK1pNK1BBTHhYOVNrR3ZlVDd1bHNl?= =?utf-8?B?TXJxdTZHSndaeUYrREFvU2wzb0JFMUNDSnB0MFRDK2orbCsyUyt1ZDRINUJL?= =?utf-8?B?RXB2YnZpT1lVMmlCMXBoVzRyY0FFWTdwaDgyMGRZRkFnUy9qeHgwM0paLy9U?= =?utf-8?B?UElpWkZSZlhrem45V0FvaUJ0allpZldYSHZjVnBzeElsaHZVcW85QkE2VnJS?= =?utf-8?B?REtCRkR2RmptUjgwWHI4SHA0WFpoWTRubXB1Rml3eWR0b1NTajUrYVBuUitv?= =?utf-8?B?THNXUzdYOVI2ZTFUOGFDVGxHb2g1cERRK1g1SzROUUJycURuQmV0a1Zlbkpw?= =?utf-8?B?S3FWOTI5SmJzZ2dHeXZaRTJsRzNUbmdHdDZqTGFQQjBaNVJDbkVKYm5aNHJP?= =?utf-8?B?bitjMWxUc2puRXkxWVBqeFhBOEhFV1ZuUXdtK1Q5cHgxNWRHSVlQaW9EYnR4?= =?utf-8?B?QXkzSEZUTVRlU1ZMRm9KWGViMndjT2RMOWNWTngydnJDdWtjVkZPRlBHakRX?= =?utf-8?B?Y09qa0k4RlRYSFcyTDdiODFsanJLQlRpSzBpRTIzUWRodG9TWDcwY08xZnNV?= =?utf-8?B?ZDR0bjk5ZnJ3YTE3MHZ1R3lEKzcwdHpDejBvaXN3YjZ2aGR4YnJDc2pKNnZZ?= =?utf-8?B?bStZVTB3b3hnQjNaVWNPMURDSDVURFpZYkVHeG85bTI2RGNhYlF5ZzNrTU1X?= =?utf-8?B?MlY5Y21ROGRGQlY1OGdrdEdnNWJVNHBZTWFLTDRGOGM2NTZyT3FwQ1NxZUtJ?= =?utf-8?B?cWtWc3FRVnBKb09CVjNXT0ExcWlCamFDNkRBaUs2RkJFaWVmUFBjS0w3b3Bi?= =?utf-8?B?N1lreHhqbmVnSkhMVGo0UGs2OE1CREV5cmtvL0xZQ1BiZ2hmQVBpZ0MvQkVr?= =?utf-8?B?U0UvY0pTTWNkelhmdmJvbDVjbk00Y0poSENjN2hZbW9peEsxOFh6alpiUXJy?= =?utf-8?B?M2tkYnhRUXJDT0JIeUJrT2owU1FMbWd3TXNiUk4rOE1RZmFLWEdvdjZLRTJ0?= =?utf-8?B?azUxdCt2dGNvV2NTVm5KVVhKb29ncHJxbzlVb3Y4NE8rNDNHN3c2R09pdDRW?= =?utf-8?B?QzdJYWtUU2JWd2J2Q1llVCswMThueDNuWU9tSHNGZGxSL1V3Zll5eEhsQXVk?= =?utf-8?B?MEtrWHpOWXdCdWtCbTNrYm1QSDdRMnh1bGk0S0pmNWtlYk1SbkY2VTMvK0Mz?= =?utf-8?B?ZlNSNVVjZ2hvRE5RaTYyUXVEUlMzYlpyOXhxTDgySHZmditlOHpuQTNlb0Vx?= =?utf-8?B?M2xkRGFFU2h3Q01hRVA1emdEVzRNNVE2YjRLS04rQk9KbWtIMi9paWhUbE9N?= =?utf-8?Q?XzXKbLSm8jSCdTVK5S147mOsySTQWdYefkCt7EM?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_HE1PR0701MB228270929E5228565C78CB52F04F9HE1PR0701MB2282_" MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: HE1PR0701MB2282.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 38439eb4-df3a-4f5d-a1af-08d8fe456c53 X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Apr 2021 06:28:59.5104 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: WJMAj396ieQ45GMPd9NhwGsdDqxjHeLG7h9g15tRSuVvxOcpwSkZWcyzdu0IS8xHkwaAFwgZLMAzfKhdS6fHuTM8+FzUFG7lfYrL/ZLtPBE= X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB4236 Archived-At: Subject: Re: [CCAMP] Charter update X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Apr 2021 06:29:10 -0000 --_000_HE1PR0701MB228270929E5228565C78CB52F04F9HE1PR0701MB2282_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgYWxsLA0KDQpUaGFua3MgZm9yIHlvdXIgY29tbWVudHMuIEkgdGhpbmsgSeKAmXZlIGluY2x1 ZGVkIGFsbCBvZiB0aGVtIGluIHRoZSB1cGRhdGVkIHZlcnNpb24gYmVsb3cuDQpXZeKAmWxsIHBy b2NlZWQgd2l0aCB0aGUgc3VibWlzc2lvbi4NCg0KVGhhbmtzLA0KRGFuaWVsZSwgRmF0YWksIE9z Y2FyLg0KLS0NCg0KVGhlIENDQU1QIHdvcmtpbmcgZ3JvdXAgaXMgcmVzcG9uc2libGUgZm9yIHN0 YW5kYXJkaXppbmcgYSBjb21tb24gY29udHJvbCBwbGFuZSBhbmQgYSBzZXBhcmF0ZSBjb21tb24g bWVhc3VyZW1lbnQgcGxhbmUgZm9yIG5vbi1wYWNrZXQgdGVjaG5vbG9naWVzIGZvdW5kIGluIHRo ZSBJbnRlcm5ldCBhbmQgaW4gdGhlIG5ldHdvcmtzIG9mIHRlbGVjb20gc2VydmljZSBwcm92aWRl cnMgKElTUHMgYW5kIFNQcykuIEV4YW1wbGVzIG9mIHRoZSBkZXZpY2VzIGluIHN1Y2ggbmV0d29y a3MgaW5jbHVkZSBwaG90b25pYyBjcm9zcy1jb25uZWN0cywgT0VPIHN3aXRjaGVzLCBST0FETXMs IFRETSBzd2l0Y2hlcywgbWljcm93YXZlIGxpbmtzLCBhbmQgRXRoZXJuZXQgc3dpdGNoZXMuDQpJ biB0aGlzIGNvbnRleHQsIG1lYXN1cmVtZW50IHJlZmVycyB0byB0aGUgYWNxdWlzaXRpb24gYW5k IGRpc3RyaWJ1dGlvbiBvZiBhdHRyaWJ1dGVzIHJlbGV2YW50IHRvIHRoZSBzZXR0aW5nIHVwIG9m IHR1bm5lbHMgYW5kIHBhdGhzLg0KVGhlIHdvcmtpbmcgZ3JvdXAgZGV2ZWxvcHMgZXh0ZW5zaW9u cyB0byBjb3JlIFRyYWZmaWMgRW5naW5lZXJpbmcgcHJvdG9jb2xzIHRoYXQgYXJlIHVuZGVyIHRo ZSBjYXJlIG9mIG90aGVyIHdvcmtpbmcgZ3JvdXBzIGFzIHdlbGwgYXMgWUFORyBtb2RlbHMgZm9y IHRoZSBjb250cm9sIGFuZCBtYW5hZ2VtZW50IG9mIG5vbi1wYWNrZXQgbmV0d29ya3MgKHRoaXMg aW5jbHVkZXMgYm90aCBkZXZpY2UgbW9kZWxzIGFuZCBuZXR3b3JrIG1vZGVscykuIFRoZSBDQ0FN UCB3b3JraW5nIGdyb3VwIHdpbGwgY29vcmRpbmF0ZSB3aXRoIHRoZSBURUFTIHdvcmtpbmcgZ3Jv dXAgdG8gZW5zdXJlIHRoYXQgZXh0ZW5zaW9ucyB0aGF0IGNhbiBiZSBnZW5lcmFsaXplZCBmb3Ig dXNlIHdpdGggbW9yZSB0aGFuIG9uZSB0ZWNobm9sb2d5IGFyZSBtYWRlIGFwcHJvcHJpYXRlbHks IGFuZCB3aXRoIHRoZSB3b3JraW5nIGdyb3VwcyB0aGF0IGhhdmUgcmVzcG9uc2liaWxpdHkgZm9y IHRoZSBzcGVjaWZpYyBwcm90b2NvbHMuDQoNCkNDQU1QIFdHIHdvcmsgc2NvcGUgaW5jbHVkZXM6 DQoNCiAgKiAgIERlZmluaXRpb24gb2YgcHJvdG9jb2wtaW5kZXBlbmRlbnQgbWV0cmljcyBhbmQg cGFyYW1ldGVycyAobWVhc3VyZW1lbnQgYXR0cmlidXRlcykgZm9yIGRlc2NyaWJpbmcgbGlua3Mg YW5kIHBhdGhzIHRoYXQgYXJlIHJlcXVpcmVkIGZvciByb3V0aW5nIGFuZCBzaWduYWxpbmcgaW4g dGVjaG5vbG9neS1zcGVjaWZpYyBuZXR3b3Jrcy4gVGhlc2Ugd2lsbCBiZSBkZXZlbG9wZWQgaW4g Y29uanVuY3Rpb24gd2l0aCByZXF1ZXN0cyBhbmQgcmVxdWlyZW1lbnRzIGZyb20gb3RoZXIgV0dz IHRvIGVuc3VyZSBvdmVyYWxsIHVzZWZ1bG5lc3MuDQogICogICBNYWludGVuYW5jZSBhbmQgZXh0 ZW5zaW9uIG9mIHRoZSBMaW5rIE1hbmFnZW1lbnQgUHJvdG9jb2wgKExNUCkNCiAgKiAgIEZ1bmN0 aW9uYWwgc3BlY2lmaWNhdGlvbiBvZiBleHRlbnNpb25zIGZvciBHTVBMUy1yZWxhdGVkIHJvdXRp bmcgIChPU1BGLCBJU0lTKSBhbmQgc2lnbmFsaW5nIChSU1ZQLVRFKSBwcm90b2NvbHMgcmVxdWly ZWQgZm9yIHBhdGggZXN0YWJsaXNobWVudCBhbmQgbWFpbnRlbmFuY2UgaW4gbm9uLXBhY2tldCwg dGVjaG5vbG9neS1zcGVjaWZpYyAgbmV0d29ya3MuIFByb3RvY29sIGZvcm1hdHMgYW5kIHByb2Nl ZHVyZXMgdGhhdCBlbWJvZHkgdGhlc2UgZXh0ZW5zaW9ucyB3aWxsIGJlIGRvbmUgam9pbnRseSB3 aXRoIHRoZSBXR3Mgc3VwZXJ2aXNpbmcgdGhvc2UgIHByb3RvY29scyBhbmQgdGhlIFRFQVMgd29y a2luZyBncm91cCBoYXMgdGhlIHJlc3BvbnNpYmlsaXR5IHRvIGRldGVybWluZSB3aGV0aGVyIHN1 Y2ggcHJvdG9jb2wgZXh0ZW5zaW9ucyBzaG91bGQgYmUgZ2VuZXJhbGl6ZWQgZm9yIFRyYWZmaWMg RW5naW5lZXJpbmcgaW4gYW55IG5ldHdvcmsuIFRoaXMgbWF5IGluY2x1ZGUgcHJvdG9jb2wgd29y ayB0byBzdXBwb3J0IGRhdGEgcGxhbmVzIHRoYXQgaGF2ZSBhbHJlYWR5IGJlZW4gYXBwcm92ZWQg YnkgYW5vdGhlciBTdGFuZGFyZHMgRGV2ZWxvcG1lbnQgT3JnYW5pemF0aW9uLiBOb3RlIHRoYXQg dGhlIHNwZWNpZmljYXRpb24gb3IgbW9kaWZpY2F0aW9uIG9mIGRhdGEgIHBsYW5lcyBpcyBvdXQg b2Ygc2NvcGUgb2YgdGhpcyB3b3JraW5nIGdyb3VwLg0KICAqICAgRGVmaW5pdGlvbiBvZiBtYW5h Z2VtZW50IG9iamVjdHMgKGUuZy4sIGFzIHBhcnQgb2YgTUlCIG1vZHVsZXMgb3IgWUFORyBtb2Rl bHMpIGFuZCBjb250cm9sIG9mIE9BTSB0ZWNobmlxdWVzIHJlbGV2YW50IHRvIHRoZSAgcHJvdG9j b2xzIGFuZCBleHRlbnNpb25zIHNwZWNpZmllZCB3aXRoaW4gdGhlIFdHLiBUaGUgT0FNIHdvcmsg d2lsbCBiZSBzeW5jaHJvbml6ZWQgd2l0aCByZWxldmFudCB3b3JraW5nIGdyb3VwcyAoZS5nLiBJ UFBNLCBPUFNBV0csIEJGRCkgYW5kIFNET3MgKGUuZy4gSVRVLVQpLg0KICAqICAgRGVzY3JpcHRp b24gb2YgIG5vbi1wYWNrZXQtc3BlY2lmaWMgYXNwZWN0cyBvZiB0cmFmZmljIGVuZ2luZWVyaW5n IGluY2x1ZGluZyBmb3IgbXVsdGktYXJlYXMvbXVsdGktQVMvbXVsdGktbGF5ZXIgc2NlbmFyaW9z IGFuZCAgZGVmaW5lIHByb3RvY29sIGV4dGVuc2lvbnMgaW4gY29vcGVyYXRpb24gd2l0aCB0aGUg VEVBUyBhbmQgIFBDRSB3b3JraW5nIGdyb3Vwcy4NCiAgKiAgIERlc2NyaXB0aW9uIG9mIG5vbi1w YWNrZXQtc3BlY2lmaWMgKGUuZy4gRXRoZXJuZXQsIFRETSwgT1ROLCBXRE0sIOKApikgIGFzcGVj dHMgKHJlcXVpcmVtZW50cywgdXNlIGNhc2VzLCDigKYpIG9mIG5ldHdvcmsgc2xpY2luZyBhbmQg cHJvdG9jb2wgYW5kIFlhbmcgbW9kZWxzIGV4dGVuc2lvbnMgaW4gY29vcGVyYXRpb24gd2l0aCB0 aGUgVEVBUyBhbmQgIFBDRSB3b3JraW5nIGdyb3Vwcy4NCiAgKiAgIERlZmluaXRpb24gaG93IHRo ZSBwcm9wZXJ0aWVzIG9mIG5ldHdvcmsgcmVzb3VyY2VzIGdhdGhlcmVkIGJ5IGEgbWVhc3VyZW1l bnQgcHJvdG9jb2wgKG9yIGJ5IG90aGVyIG1lYW5zIHN1Y2ggYXMgY29uZmlndXJhdGlvbikgY2Fu IGJlIGRpc3RyaWJ1dGVkIGluIGV4aXN0aW5nIHJvdXRpbmcgcHJvdG9jb2xzLCBzdWNoIGFzIE9T UEYsICBJUy1JUywgYW5kIEJHUC1MUy4gQ0NBTVAgd2lsbCB3b3JrIHdpdGggdGhlIFdHcyB0aGF0 IHN1cGVydmlzZSAgdGhlc2UuDQpUaGUgQ0NBTVAgV0cgY3VycmVudGx5IHdvcmtzIG9uIHRoZSBm b2xsb3dpbmcgdGFza3M6DQoNCiAgKiAgIFByb3RvY29sIGV4dGVuc2lvbnMgYW5kIFlBTkcgbW9k ZWxzIGluIHN1cHBvcnQgb2Ygb3B0aWNhbCBuZXR3b3JrcyAoZS5nLiBXU09OLCBmbGV4aSBncmlk KSB3aXRoIGFuZCB3aXRob3V0IGF3YXJlbmVzcyBvZiB0aGUgb3B0aWNhbCBpbXBhaXJtZW50cy4N Cg0KICAqICAgUHJvdG9jb2wgZXh0ZW5zaW9ucyBhbmQgWUFORyBtb2RlbHMgaW4gc3VwcG9ydCBv ZiBURE0gbmV0d29ya3MgKGUuZy4gT1ROKS4NCiAgKiAgIFlBTkcgbW9kZWxzIGluIHN1cHBvcnQg b2YgbWljcm93YXZlIG5ldHdvcmtzLg0KICAqICAgWUFORyBtb2RlbHMgZmluIHN1cHBvcnQgb2Yg TDEgc2VydmljZXMNCiAgKiAgIENsaWVudCBURSB0b3BvbG9naWVzDQogICogICBNYWludGVuYW5j ZSBvZiBleGlzdGluZyBwcm90b2NvbCBleHRlbnNpb25zIGZvciBub24tcGFja2V0IHRlY2hub2xv Z3ktc3BlY2lmaWMgbmV0d29ya3MgKEV0aGVybmV0LCBURE0sIE9UTikgYWxyZWFkeSBzcGVjaWZp ZWQgYnkgQ0NBTVAuDQogICogICBNYWludGVuYW5jZSBvZiBMTVAuDQoNCg0KDQpGcm9tOiBHcmVn IE1pcnNreSA8Z3JlZ2ltaXJza3lAZ21haWwuY29tPg0KU2VudDogZGVuIDMxIG1hcnMgMjAyMSAy MTo0MQ0KVG86IEJlbG90dGksIFNlcmdpbyAoTm9raWEgLSBJVC9WaW1lcmNhdGUpIDxzZXJnaW8u YmVsb3R0aUBub2tpYS5jb20+DQpDYzogRGFuaWVsZSBDZWNjYXJlbGxpIDxkYW5pZWxlLmNlY2Nh cmVsbGlAZXJpY3Nzb24uY29tPjsgYWRyaWFuQG9sZGRvZy5jby51azsgQ0NBTVAgPGNjYW1wQGll dGYub3JnPg0KU3ViamVjdDogUmU6IFtDQ0FNUF0gQ2hhcnRlciB1cGRhdGUNCg0KSGkgU2VyZ2lv LCBldCBhbC4sDQpJIGFncmVlIHRoYXQgdGhlcmUgd291bGQgYmUgYmVuZWZpdHMgb2YgY29vcmRp bmF0aW5nIENDQU1QIHdvcmsgcmVsYXRlZCB0byBPQU0gd2l0aCBvdGhlciBTRE9zLiBBdCB0aGUg c2FtZSB0aW1lLCBJRVRGIGhhcyBzZXZlcmFsIFdHcywgZS5nLiwgSVBQTSwgT1BTQVdHLCBCRkQs IGFuZCBSVEdXRywgd2hlcmUgdmFyaW91cyBhc3BlY3RzIG9mIE9BTSBhbmQgb24tcGF0aCB0ZWxl bWV0cnkgaGF2ZSBiZWVuIGRpc2N1c3NlZCBhbmQgYSBnb29kIG51bWJlciBvZiBSRkNzIGFscmVh ZHkgcHVibGlzaGVkIGFuZCBtb3JlIHdpbGwgYmUuIEl0IHNlZW1zIHJlYXNvbmFibGUgdG8gbG9v ayBpZiBzb21lIG9mIHRoZSBleGlzdGluZyBzb2x1dGlvbnMgYXJlIGFwcGxpY2FibGUgdG8gcHJv YmxlbXMgZGlzY3Vzc2VkIGluIHRoZSBDQ0FNUCBXRy4NCg0KUmVnYXJkcywNCkdyZWcNCg0KT24g V2VkLCBNYXIgMzEsIDIwMjEgYXQgMTozMCBBTSBCZWxvdHRpLCBTZXJnaW8gKE5va2lhIC0gSVQv VmltZXJjYXRlKSA8c2VyZ2lvLmJlbG90dGlAbm9raWEuY29tPG1haWx0bzpzZXJnaW8uYmVsb3R0 aUBub2tpYS5jb20+PiB3cm90ZToNCkhpIERhbmllbGUsIEFkcmlhbiwNCg0KQWJvdXQgT0FNLCBM SU1FIGlzIGNsZWFybHkgZ29uZSwgIHNoYWxsIHdlIHB1dCBhIHJlZmVyZW5jZSB0byBvdGhlciBT RE8gdHJhZGl0aW9uYWxseSBpbnZvbHZlZCBpbiBPQU0gc3RhbmRhcmRpemF0aW9uIGxpa2UgSVRV LVQgb3IgaW5kdXN0cmlhbCBmb3J1bSBsaWtlIE9ORiA/IEp1c3QgYSBxdWVzdGlvbi4NCg0KQWJv dXQgdGhpcyBwYXJ0Og0K4oCcVGhlIENDQU1QIFdHIGN1cnJlbnRseSB3b3JrcyBvbiB0aGUgZm9s bG93aW5nIHRhc2tzOg0KDQogICogICBQcm90b2NvbCBleHRlbnNpb25zIGFuZCBZQU5HIG1vZGVs cyBpbiBzdXBwb3J0IG9mIG9wdGljYWwgbmV0d29ya3MgKGUuZy4gV1NPTiwgZmxleGkgZ3JpZCkg d2l0aCBhbmQgd2l0aG91dCBhd2FyZW5lc3Mgb2YgdGhlIG9wdGljYWwgaW1wYWlybWVudHMuDQot IFByb3RvY29sIGV4dGVuc2lvbnMgaW4gc3VwcG9ydCBvZiBmbGV4aWJsZSBncmlkIGxhbWJkYSBu ZXR3b3Jrc+KAnQ0KDQpJdCBzZWVtcyB0byBtZSB0aGUgc2FtZSBjb25jZXB0IGluIHRoZSB0d28g YnVsbGV0cyByaWdodD8NCg0KVGhpcmQ6IHdlIHN0YXJ0ZWQgd2l0aCBPVE4gc3VnZ2VzdGluZyBl eHRlbnNpb24gaW4gbmV0d29yayBzbGljaW5nIHRlY2hub2xvZ3kgc3BlY2lmaWMuDQpNYXliZSBz b21ldGhpbmcgcmVsYXRlZCB0byDigJxzbGljaW5n4oCdIHNob3VsZCBiZSBhZGRlZC4NCg0KVGhh bmtzDQpTZXJnaW8NCg0KDQoNCkZyb206IENDQU1QIDxjY2FtcC1ib3VuY2VzQGlldGYub3JnPG1h aWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3JnPj4gT24gQmVoYWxmIE9mIERhbmllbGUgQ2VjY2Fy ZWxsaQ0KU2VudDogV2VkbmVzZGF5LCBNYXJjaCAzMSwgMjAyMSA5OjAwIEFNDQpUbzogYWRyaWFu QG9sZGRvZy5jby51azxtYWlsdG86YWRyaWFuQG9sZGRvZy5jby51az47ICdDQ0FNUCcgPGNjYW1w QGlldGYub3JnPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+DQpTdWJqZWN0OiBSZTogW0NDQU1QXSBD aGFydGVyIHVwZGF0ZQ0KDQpIaSBBZHJpYW4sDQoNClRoYW5rcyBmb3Igc3BvdHRpbmcgaXQuDQpU aGUg4oCdIFN0cmlrZXRocm91Z2jigJ0gZ290IGxvc3Qgd2hlbiBwYXN0aW5nIHRoZSBjb250ZW50 IGludG8gdGhlIG1haWwuDQoNCkFjdHVhbGx5IHRoYXQgYXBwbGllcyB0byB0d28gc3RhdGVtZW50 czoNCg0KDQogICogICBUaGUgT0FNIHdvcmsgd2lsbCBiZSBzeW5jaHJvbml6ZWQgd2l0aCB0aGUg TElNRSBXRyAoV0cgY2xvc2VkKQ0KICAqICAgUHJvdG9jb2wgZXh0ZW5zaW9ucyBpbiBzdXBwb3J0 IG9mIGZsZXhpYmxlIGdyaWQgbGFtYmRhIG5ldHdvcmtzLiAod2hpY2ggaXMgbm93IGluY2x1ZGVk IGluIHRoZSBmaXJzdCBidWxsZXQgb2YgdGhlIGxpc3QpLg0KDQpUaGFua3MsDQpEYW5pZWxlDQoN Cg0KDQpGcm9tOiBBZHJpYW4gRmFycmVsIDxhZHJpYW5Ab2xkZG9nLmNvLnVrPG1haWx0bzphZHJp YW5Ab2xkZG9nLmNvLnVrPj4NClNlbnQ6IGRlbiAzMSBtYXJzIDIwMjEgMDA6MjINClRvOiBEYW5p ZWxlIENlY2NhcmVsbGkgPGRhbmllbGUuY2VjY2FyZWxsaUBlcmljc3Nvbi5jb208bWFpbHRvOmRh bmllbGUuY2VjY2FyZWxsaUBlcmljc3Nvbi5jb20+PjsgJ0NDQU1QJyA8Y2NhbXBAaWV0Zi5vcmc8 bWFpbHRvOmNjYW1wQGlldGYub3JnPj4NClN1YmplY3Q6IFJFOiBbQ0NBTVBdIENoYXJ0ZXIgdXBk YXRlDQoNCkhpLA0KDQpUaGFua3MgZm9yIHRoZSB3b3JrIG9uIHRoaXMuIEl04oCZcyBsb29raW5n IGdvb2QuDQoNClNtYWxsIHBvaW50DQoNCiAgKiAgIOKAnE9BTSB3b3JrIHdpbGwgYmUgc3luY2hy b25pemVkIHdpdGggdGhlIExJTUUgV0figJ0NCkxJTUUgd2FzIGNsb3NlZCBkb3duIGp1c3Qgb3Zl ciAzIHllYXJzIGFnbw0KDQpDaGVlcnMsDQpBZHJpYW4NCg0KRnJvbTogQ0NBTVAgPGNjYW1wLWJv dW5jZXNAaWV0Zi5vcmc8bWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+PiBPbiBCZWhhbGYg T2YgRGFuaWVsZSBDZWNjYXJlbGxpDQpTZW50OiAzMCBNYXJjaCAyMDIxIDEzOjAzDQpUbzogQ0NB TVAgPGNjYW1wQGlldGYub3JnPG1haWx0bzpjY2FtcEBpZXRmLm9yZz4+DQpTdWJqZWN0OiBbQ0NB TVBdIENoYXJ0ZXIgdXBkYXRlDQoNCkhpIHdvcmtpbmcgZ3JvdXAsDQoNCmFzIGJyaWVmbHkgYW50 aWNpcGF0ZWQgZHVyaW5nIHRoZSBDQ0FNUCBzZXNzaW9uIGF0IElFVEYxMTAgcGxlYXNlIGZpbmQg YmVsb3cgdGhlIHByb3Bvc2FsIGZvciB0aGUgdXBkYXRlIHRvIHRoZSBjaGFydGVyLg0KUGxlYXNl IHNlbmQgeW91IGNvbW1lbnRzL3N1Z2dlc3Rpb25zIGJlZm9yZSBBcHJpbCAxNXRoLg0KDQpUaGFu a3MNCkRhbmllbGUgLCBGYXRhaSwgT3NjYXINCi0tLS0tLQ0KDQpUaGUgQ0NBTVAgd29ya2luZyBn cm91cCBpcyByZXNwb25zaWJsZSBmb3Igc3RhbmRhcmRpemluZyBhIGNvbW1vbiBjb250cm9sIHBs YW5lIGFuZCBhIHNlcGFyYXRlIGNvbW1vbiBtZWFzdXJlbWVudCBwbGFuZSBmb3Igbm9uLXBhY2tl dCB0ZWNobm9sb2dpZXMgZm91bmQgaW4gdGhlIEludGVybmV0IGFuZCBpbiB0aGUgbmV0d29ya3Mg b2YgdGVsZWNvbSBzZXJ2aWNlIHByb3ZpZGVycyAoSVNQcyBhbmQgU1BzKS4gRXhhbXBsZXMgb2Yg dGhlIGRldmljZXMgaW4gc3VjaCBuZXR3b3JrcyBpbmNsdWRlIHBob3RvbmljIGNyb3NzLWNvbm5l Y3RzLCBPRU8gc3dpdGNoZXMsIFJPQURNcywgVERNIHN3aXRjaGVzLCBtaWNyb3dhdmUgbGlua3Ms IGFuZCBFdGhlcm5ldCBzd2l0Y2hlcy4NCkluIHRoaXMgY29udGV4dCwgbWVhc3VyZW1lbnQgcmVm ZXJzIHRvIHRoZSBhY3F1aXNpdGlvbiBhbmQgZGlzdHJpYnV0aW9uIG9mIGF0dHJpYnV0ZXMgcmVs ZXZhbnQgdG8gdGhlIHNldHRpbmcgdXAgb2YgdHVubmVscyBhbmQgcGF0aHMuDQpUaGUgd29ya2lu ZyBncm91cCBkZXZlbG9wcyBleHRlbnNpb25zIHRvIGNvcmUgVHJhZmZpYyBFbmdpbmVlcmluZyBw cm90b2NvbHMgdGhhdCBhcmUgdW5kZXIgdGhlIGNhcmUgb2Ygb3RoZXIgd29ya2luZyBncm91cHMg YXMgd2VsbCBhcyBZQU5HIG1vZGVscyBmb3IgdGhlIGNvbnRyb2wgYW5kIG1hbmFnZW1lbnQgb2Yg bm9uLXBhY2tldCBuZXR3b3JrcyAodGhpcyBpbmNsdWRlcyBib3RoIGRldmljZSBtb2RlbHMgYW5k IG5ldHdvcmsgbW9kZWxzKS4gVGhlIENDQU1QIHdvcmtpbmcgZ3JvdXAgd2lsbCBjb29yZGluYXRl IHdpdGggdGhlIFRFQVMgd29ya2luZyBncm91cCB0byBlbnN1cmUgdGhhdCBleHRlbnNpb25zIHRo YXQgY2FuIGJlIGdlbmVyYWxpemVkIGZvciB1c2Ugd2l0aCBtb3JlIHRoYW4gb25lIHRlY2hub2xv Z3kgYXJlIG1hZGUgYXBwcm9wcmlhdGVseSwgYW5kIHdpdGggdGhlIHdvcmtpbmcgZ3JvdXBzIHRo YXQgaGF2ZSByZXNwb25zaWJpbGl0eSBmb3IgdGhlIHNwZWNpZmljIHByb3RvY29scy4NCg0KQ0NB TVAgV0cgd29yayBzY29wZSBpbmNsdWRlczoNCg0KICAqICAgRGVmaW5pdGlvbiBvZiBwcm90b2Nv bC1pbmRlcGVuZGVudCBtZXRyaWNzIGFuZCBwYXJhbWV0ZXJzIChtZWFzdXJlbWVudCBhdHRyaWJ1 dGVzKSBmb3IgZGVzY3JpYmluZyBsaW5rcyBhbmQgcGF0aHMgdGhhdCBhcmUgcmVxdWlyZWQgZm9y IHJvdXRpbmcgYW5kIHNpZ25hbGluZyBpbiB0ZWNobm9sb2d5LXNwZWNpZmljIG5ldHdvcmtzLiBU aGVzZSB3aWxsIGJlIGRldmVsb3BlZCBpbiBjb25qdW5jdGlvbiB3aXRoIHJlcXVlc3RzIGFuZCBy ZXF1aXJlbWVudHMgZnJvbSBvdGhlciBXR3MgdG8gZW5zdXJlIG92ZXJhbGwgdXNlZnVsbmVzcy4N CiAgKiAgIE1haW50ZW5hbmNlIGFuZCBleHRlbnNpb24gb2YgdGhlIExpbmsgTWFuYWdlbWVudCBQ cm90b2NvbCAoTE1QKQ0KICAqICAgRnVuY3Rpb25hbCBzcGVjaWZpY2F0aW9uIG9mIGV4dGVuc2lv bnMgZm9yIEdNUExTLXJlbGF0ZWQgcm91dGluZyAgKE9TUEYsIElTSVMpIGFuZCBzaWduYWxpbmcg KFJTVlAtVEUpIHByb3RvY29scyByZXF1aXJlZCBmb3IgcGF0aCBlc3RhYmxpc2htZW50IGFuZCBt YWludGVuYW5jZSBpbiBub24tcGFja2V0LCB0ZWNobm9sb2d5LXNwZWNpZmljICBuZXR3b3Jrcy4g UHJvdG9jb2wgZm9ybWF0cyBhbmQgcHJvY2VkdXJlcyB0aGF0IGVtYm9keSB0aGVzZSAgIGV4dGVu c2lvbnMgd2lsbCBiZSBkb25lIGpvaW50bHkgd2l0aCB0aGUgV0dzIHN1cGVydmlzaW5nIHRob3Nl ICBwcm90b2NvbHMgYW5kIHRoZSBURUFTIHdvcmtpbmcgZ3JvdXAgaGFzIHRoZSByZXNwb25zaWJp bGl0eSB0byAgIGRldGVybWluZSB3aGV0aGVyIHN1Y2ggcHJvdG9jb2wgZXh0ZW5zaW9ucyBzaG91 bGQgYmUgZ2VuZXJhbGl6ZWQgIGZvciBUcmFmZmljIEVuZ2luZWVyaW5nIGluIGFueSBuZXR3b3Jr LiBUaGlzIG1heSBpbmNsdWRlIHByb3RvY29sIHdvcmsgdG8gc3VwcG9ydCBkYXRhIHBsYW5lcyB0 aGF0IGhhdmUgIGFscmVhZHkgYmVlbiBhcHByb3ZlZCBieSBhbm90aGVyIFN0YW5kYXJkcyBEZXZl bG9wbWVudCBPcmdhbml6YXRpb24uIE5vdGUgdGhhdCB0aGUgc3BlY2lmaWNhdGlvbiBvciBtb2Rp ZmljYXRpb24gb2YgZGF0YSAgcGxhbmVzIGlzIG91dCBvZiBzY29wZSBvZiB0aGlzIHdvcmtpbmcg Z3JvdXAuDQogICogICBEZWZpbml0aW9uIG9mIG1hbmFnZW1lbnQgb2JqZWN0cyAoZS5nLiwgYXMg cGFydCBvZiBNSUIgbW9kdWxlcyBvciBZQU5HIG1vZGVscykgYW5kIGNvbnRyb2wgb2YgT0FNIHRl Y2huaXF1ZXMgcmVsZXZhbnQgdG8gdGhlICBwcm90b2NvbHMgYW5kIGV4dGVuc2lvbnMgc3BlY2lm aWVkIHdpdGhpbiB0aGUgV0cuIFRoZSBPQU0gd29yayB3aWxsIGJlIHN5bmNocm9uaXplZCB3aXRo IHRoZSBMSU1FIFdHDQogICogICBEZXNjcmliZSBub24tcGFja2V0LXNwZWNpZmljIGFzcGVjdHMg b2YgdHJhZmZpYyBlbmdpbmVlcmluZyBpbmNsdWRpbmcgZm9yIG11bHRpLWFyZWFzL211bHRpLUFT L211bHRpLWxheWVyIHNjZW5hcmlvcyBhbmQgIGRlZmluZSBwcm90b2NvbCBleHRlbnNpb25zIGlu IGNvb3BlcmF0aW9uIHdpdGggdGhlIFRFQVMgYW5kICBQQ0Ugd29ya2luZyBncm91cHMuDQogICog ICBEZWZpbmUgaG93IHRoZSBwcm9wZXJ0aWVzIG9mIG5ldHdvcmsgcmVzb3VyY2VzIGdhdGhlcmVk IGJ5IGEgbWVhc3VyZW1lbnQgcHJvdG9jb2wgKG9yIGJ5IG90aGVyIG1lYW5zIHN1Y2ggYXMgY29u ZmlndXJhdGlvbikgY2FuIGJlIGRpc3RyaWJ1dGVkIGluIGV4aXN0aW5nIHJvdXRpbmcgcHJvdG9j b2xzLCBzdWNoIGFzIE9TUEYsICBJUy1JUywgYW5kIEJHUC1MUy4gQ0NBTVAgd2lsbCB3b3JrIHdp dGggdGhlIFdHcyB0aGF0IHN1cGVydmlzZSAgdGhlc2UuDQpUaGUgQ0NBTVAgV0cgY3VycmVudGx5 IHdvcmtzIG9uIHRoZSBmb2xsb3dpbmcgdGFza3M6DQoNCiAgKiAgIFByb3RvY29sIGV4dGVuc2lv bnMgYW5kIFlBTkcgbW9kZWxzIGluIHN1cHBvcnQgb2Ygb3B0aWNhbCBuZXR3b3JrcyAoZS5nLiBX U09OLCBmbGV4aSBncmlkKSB3aXRoIGFuZCB3aXRob3V0IGF3YXJlbmVzcyBvZiB0aGUgb3B0aWNh bCBpbXBhaXJtZW50cy4NCi0gUHJvdG9jb2wgZXh0ZW5zaW9ucyBpbiBzdXBwb3J0IG9mIGZsZXhp YmxlIGdyaWQgbGFtYmRhIG5ldHdvcmtzLg0KDQogICogICBQcm90b2NvbCBleHRlbnNpb25zIGFu ZCBZQU5HIG1vZGVscyBpbiBzdXBwb3J0IG9mIFRETSBuZXR3b3JrcyAoZS5nLiBPVE4pLg0KICAq ICAgWUFORyBtb2RlbHMgaW4gc3VwcG9ydCBvZiBtaWNyb3dhdmUgbmV0d29ya3MuDQogICogICBZ QU5HIG1vZGVscyBmaW4gc3VwcG9ydCBvZiBMMSBzZXJ2aWNlcw0KICAqICAgQ2xpZW50IFRFIHRv cG9sb2dpZXMNCiAgKiAgIE1haW50ZW5hbmNlIG9mIGV4aXN0aW5nIHByb3RvY29sIGV4dGVuc2lv bnMgZm9yIG5vbi1wYWNrZXQgdGVjaG5vbG9neS1zcGVjaWZpYyBuZXR3b3JrcyAoRXRoZXJuZXQs IFRETSwgT1ROKSBhbHJlYWR5IHNwZWNpZmllZCBieSBDQ0FNUC4NCiAgKiAgIE1haW50ZW5hbmNl IG9mIExNUC4NCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X18NCkNDQU1QIG1haWxpbmcgbGlzdA0KQ0NBTVBAaWV0Zi5vcmc8bWFpbHRvOkNDQU1QQGlldGYu b3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9jY2FtcA0K --_000_HE1PR0701MB228270929E5228565C78CB52F04F9HE1PR0701MB2282_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQt ZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxp bmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0 aW9uOnVuZGVybGluZTt9DQpwLmdtYWlsLW0yOTM1MDY1ODQwNDE3MjIwMzI2bXNvbGlzdHBhcmFn cmFwaCwgbGkuZ21haWwtbTI5MzUwNjU4NDA0MTcyMjAzMjZtc29saXN0cGFyYWdyYXBoLCBkaXYu Z21haWwtbTI5MzUwNjU4NDA0MTcyMjAzMjZtc29saXN0cGFyYWdyYXBoDQoJe21zby1zdHlsZS1u YW1lOmdtYWlsLW1fMjkzNTA2NTg0MDQxNzIyMDMyNm1zb2xpc3RwYXJhZ3JhcGg7DQoJbXNvLW1h cmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBjbTsNCgltc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowY207DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250 LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9DQpzcGFuLkVtYWlsU3R5bGUxOQ0KCXtt c28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fu cy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHls ZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0K CW1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTO30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXpl OjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0IDcyLjBwdCA3Mi4wcHQgNzIuMHB0O30N CmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLyogTGlzdCBEZWZpbml0 aW9ucyAqLw0KQGxpc3QgbDANCgl7bXNvLWxpc3QtaWQ6NDEzNjcyMjI0Ow0KCW1zby1saXN0LXR5 cGU6aHlicmlkOw0KCW1zby1saXN0LXRlbXBsYXRlLWlkczoyMDQyNjQyODkyIC0xNzcwMjIwNzE4 IDExNDQ3OTk1MjggLTQwNzQ0NDYxOCAtNDYwOTM3MjM2IC0xODE3MzkyNjgyIC0xNzQ1MDg0NjQw IDE1NTc4MjU4NjAgLTIwOTI1MjAyNjIgMjg1ODc2OTg4O30NCkBsaXN0IGwwOmxldmVsMQ0KCXtt c28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ64oCiOw0KCW1z by1sZXZlbC10YWItc3RvcDozNi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0 Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJZm9udC1mYW1pbHk6IkFyaWFsIixzYW5zLXNlcmlm Ow0KCW1zby1iaWRpLWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCkBsaXN0IGwwOmxl dmVsMg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6 4oCiOw0KCW1zby1sZXZlbC10YWItc3RvcDo3Mi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3Np dGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJZm9udC1mYW1pbHk6IkFyaWFsIixz YW5zLXNlcmlmOw0KCW1zby1iaWRpLWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCkBs aXN0IGwwOmxldmVsMw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxl dmVsLXRleHQ64oCiOw0KCW1zby1sZXZlbC10YWItc3RvcDoxMDguMHB0Ow0KCW1zby1sZXZlbC1u dW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5 OiJBcmlhbCIsc2Fucy1zZXJpZjsNCgltc28tYmlkaS1mb250LWZhbWlseToiVGltZXMgTmV3IFJv bWFuIjt9DQpAbGlzdCBsMDpsZXZlbDQNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0 Ow0KCW1zby1sZXZlbC10ZXh0OuKAojsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MTQ0LjBwdDsNCglt c28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglm b250LWZhbWlseToiQXJpYWwiLHNhbnMtc2VyaWY7DQoJbXNvLWJpZGktZm9udC1mYW1pbHk6IlRp bWVzIE5ldyBSb21hbiI7fQ0KQGxpc3QgbDA6bGV2ZWw1DQoJe21zby1sZXZlbC1udW1iZXItZm9y bWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrigKI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjE4 MC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0x OC4wcHQ7DQoJZm9udC1mYW1pbHk6IkFyaWFsIixzYW5zLXNlcmlmOw0KCW1zby1iaWRpLWZvbnQt ZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCkBsaXN0IGwwOmxldmVsNg0KCXttc28tbGV2ZWwt bnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ64oCiOw0KCW1zby1sZXZlbC10 YWItc3RvcDoyMTYuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0 LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5OiJBcmlhbCIsc2Fucy1zZXJpZjsNCgltc28t YmlkaS1mb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQpAbGlzdCBsMDpsZXZlbDcNCgl7 bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0OuKAojsNCglt c28tbGV2ZWwtdGFiLXN0b3A6MjUyLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxl ZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglmb250LWZhbWlseToiQXJpYWwiLHNhbnMtc2Vy aWY7DQoJbXNvLWJpZGktZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiI7fQ0KQGxpc3QgbDA6 bGV2ZWw4DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4 dDrigKI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjI4OC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1w b3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJZm9udC1mYW1pbHk6IkFyaWFs IixzYW5zLXNlcmlmOw0KCW1zby1iaWRpLWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30N CkBsaXN0IGwwOmxldmVsOQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNv LWxldmVsLXRleHQ64oCiOw0KCW1zby1sZXZlbC10YWItc3RvcDozMjQuMHB0Ow0KCW1zby1sZXZl bC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFt aWx5OiJBcmlhbCIsc2Fucy1zZXJpZjsNCgltc28tYmlkaS1mb250LWZhbWlseToiVGltZXMgTmV3 IFJvbWFuIjt9DQpAbGlzdCBsMQ0KCXttc28tbGlzdC1pZDo3Njc5NjMzMzU7DQoJbXNvLWxpc3Qt dHlwZTpoeWJyaWQ7DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRzOi04NTQ0MjQzOCAtMzY2OTc2ODAw IDE4NzQzODY1MiAtMjExNzk1NDQwOCA1NDYwNTI2MTAgODU4NTU4Njg0IC0xNDM5ODkyNTI0IDIx MDkwMDA0MDIgMTk1NzIyNjE1NiAtMTQ5MTIxOTQ0O30NCkBsaXN0IGwxOmxldmVsMQ0KCXttc28t bGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ64oCiOw0KCW1zby1s ZXZlbC10YWItc3RvcDozNi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0K CXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJZm9udC1mYW1pbHk6IkFyaWFsIixzYW5zLXNlcmlmOw0K CW1zby1iaWRpLWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCkBsaXN0IGwxOmxldmVs Mg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ64oCi Ow0KCW1zby1sZXZlbC10YWItc3RvcDo3Mi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlv bjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJZm9udC1mYW1pbHk6IkFyaWFsIixzYW5z LXNlcmlmOw0KCW1zby1iaWRpLWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCkBsaXN0 IGwxOmxldmVsMw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVs LXRleHQ64oCiOw0KCW1zby1sZXZlbC10YWItc3RvcDoxMDguMHB0Ow0KCW1zby1sZXZlbC1udW1i ZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5OiJB cmlhbCIsc2Fucy1zZXJpZjsNCgltc28tYmlkaS1mb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFu Ijt9DQpAbGlzdCBsMTpsZXZlbDQNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0K CW1zby1sZXZlbC10ZXh0OuKAojsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MTQ0LjBwdDsNCgltc28t bGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglmb250 LWZhbWlseToiQXJpYWwiLHNhbnMtc2VyaWY7DQoJbXNvLWJpZGktZm9udC1mYW1pbHk6IlRpbWVz IE5ldyBSb21hbiI7fQ0KQGxpc3QgbDE6bGV2ZWw1DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0 OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrigKI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjE4MC4w cHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4w cHQ7DQoJZm9udC1mYW1pbHk6IkFyaWFsIixzYW5zLXNlcmlmOw0KCW1zby1iaWRpLWZvbnQtZmFt aWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCkBsaXN0IGwxOmxldmVsNg0KCXttc28tbGV2ZWwtbnVt YmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ64oCiOw0KCW1zby1sZXZlbC10YWIt c3RvcDoyMTYuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWlu ZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5OiJBcmlhbCIsc2Fucy1zZXJpZjsNCgltc28tYmlk aS1mb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQpAbGlzdCBsMTpsZXZlbDcNCgl7bXNv LWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0OuKAojsNCgltc28t bGV2ZWwtdGFiLXN0b3A6MjUyLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7 DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglmb250LWZhbWlseToiQXJpYWwiLHNhbnMtc2VyaWY7 DQoJbXNvLWJpZGktZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiI7fQ0KQGxpc3QgbDE6bGV2 ZWw4DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDri gKI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjI4OC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3Np dGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJZm9udC1mYW1pbHk6IkFyaWFsIixz YW5zLXNlcmlmOw0KCW1zby1iaWRpLWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCkBs aXN0IGwxOmxldmVsOQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxl dmVsLXRleHQ64oCiOw0KCW1zby1sZXZlbC10YWItc3RvcDozMjQuMHB0Ow0KCW1zby1sZXZlbC1u dW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5 OiJBcmlhbCIsc2Fucy1zZXJpZjsNCgltc28tYmlkaS1mb250LWZhbWlseToiVGltZXMgTmV3IFJv bWFuIjt9DQpAbGlzdCBsMg0KCXttc28tbGlzdC1pZDo4MzYxMTczMTc7DQoJbXNvLWxpc3QtdHlw ZTpoeWJyaWQ7DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRzOjIwMjY5MTMwMDQgLTIwMzA3NzczMTIg LTE1OTA3NjkyNzQgLTY3NTQwNzI2NCAxMzg4OTk0MTMwIC0yODI1NTE5NTQgLTE4ODEzNzc5MDAg LTE3MzM1MzE1NTAgLTMwODE0NDAyMCAxNTk2NzUyMzQ0O30NCkBsaXN0IGwyOmxldmVsMQ0KCXtt c28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ64oCiOw0KCW1z by1sZXZlbC10YWItc3RvcDozNi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0 Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJZm9udC1mYW1pbHk6IkFyaWFsIixzYW5zLXNlcmlm Ow0KCW1zby1iaWRpLWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCkBsaXN0IGwyOmxl dmVsMg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6 4oCiOw0KCW1zby1sZXZlbC10YWItc3RvcDo3Mi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3Np dGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJZm9udC1mYW1pbHk6IkFyaWFsIixz YW5zLXNlcmlmOw0KCW1zby1iaWRpLWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCkBs aXN0IGwyOmxldmVsMw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxl dmVsLXRleHQ64oCiOw0KCW1zby1sZXZlbC10YWItc3RvcDoxMDguMHB0Ow0KCW1zby1sZXZlbC1u dW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5 OiJBcmlhbCIsc2Fucy1zZXJpZjsNCgltc28tYmlkaS1mb250LWZhbWlseToiVGltZXMgTmV3IFJv bWFuIjt9DQpAbGlzdCBsMjpsZXZlbDQNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0 Ow0KCW1zby1sZXZlbC10ZXh0OuKAojsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MTQ0LjBwdDsNCglt c28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglm b250LWZhbWlseToiQXJpYWwiLHNhbnMtc2VyaWY7DQoJbXNvLWJpZGktZm9udC1mYW1pbHk6IlRp bWVzIE5ldyBSb21hbiI7fQ0KQGxpc3QgbDI6bGV2ZWw1DQoJe21zby1sZXZlbC1udW1iZXItZm9y bWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrigKI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjE4 MC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0x OC4wcHQ7DQoJZm9udC1mYW1pbHk6IkFyaWFsIixzYW5zLXNlcmlmOw0KCW1zby1iaWRpLWZvbnQt ZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCkBsaXN0IGwyOmxldmVsNg0KCXttc28tbGV2ZWwt bnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ64oCiOw0KCW1zby1sZXZlbC10 YWItc3RvcDoyMTYuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0 LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5OiJBcmlhbCIsc2Fucy1zZXJpZjsNCgltc28t YmlkaS1mb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQpAbGlzdCBsMjpsZXZlbDcNCgl7 bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0OuKAojsNCglt c28tbGV2ZWwtdGFiLXN0b3A6MjUyLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxl ZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglmb250LWZhbWlseToiQXJpYWwiLHNhbnMtc2Vy aWY7DQoJbXNvLWJpZGktZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiI7fQ0KQGxpc3QgbDI6 bGV2ZWw4DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4 dDrigKI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjI4OC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1w b3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJZm9udC1mYW1pbHk6IkFyaWFs IixzYW5zLXNlcmlmOw0KCW1zby1iaWRpLWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30N CkBsaXN0IGwyOmxldmVsOQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNv LWxldmVsLXRleHQ64oCiOw0KCW1zby1sZXZlbC10YWItc3RvcDozMjQuMHB0Ow0KCW1zby1sZXZl bC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFt aWx5OiJBcmlhbCIsc2Fucy1zZXJpZjsNCgltc28tYmlkaS1mb250LWZhbWlseToiVGltZXMgTmV3 IFJvbWFuIjt9DQpAbGlzdCBsMw0KCXttc28tbGlzdC1pZDoxMTEwNDcwNTk4Ow0KCW1zby1saXN0 LXRlbXBsYXRlLWlkczotMTIzMzM2ODY4Mjt9DQpAbGlzdCBsMzpsZXZlbDENCgl7bXNvLWxldmVs LW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwt dGFiLXN0b3A6MzYuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0 LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1p bHk6U3ltYm9sO30NCkBsaXN0IGwzOmxldmVsMg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpi dWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDo3Mi4wcHQ7 DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7 DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxp c3QgbDM6bGV2ZWwzDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2 ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjEwOC4wcHQ7DQoJbXNvLWxldmVsLW51 bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9u dC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDM6bGV2ZWw0DQoJ e21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJ bXNvLWxldmVsLXRhYi1zdG9wOjE0NC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjps ZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsN Cglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDM6bGV2ZWw1DQoJe21zby1sZXZlbC1udW1i ZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1z dG9wOjE4MC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5k ZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpT eW1ib2w7fQ0KQGxpc3QgbDM6bGV2ZWw2DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxl dDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjIxNi4wcHQ7DQoJ bXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJ bXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3Qg bDM6bGV2ZWw3DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwt dGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjI1Mi4wcHQ7DQoJbXNvLWxldmVsLW51bWJl ci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1z aXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDM6bGV2ZWw4DQoJe21z by1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNv LWxldmVsLXRhYi1zdG9wOjI4OC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0 Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglm b250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDM6bGV2ZWw5DQoJe21zby1sZXZlbC1udW1iZXIt Zm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9w OjMyNC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50 Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1i b2w7fQ0KQGxpc3QgbDQNCgl7bXNvLWxpc3QtaWQ6MTYyMzQxMzg5MDsNCgltc28tbGlzdC10ZW1w bGF0ZS1pZHM6LTEzODQ2MTMyNTg7fQ0KQGxpc3QgbDQ6bGV2ZWwxDQoJe21zby1sZXZlbC1udW1i ZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1z dG9wOjM2LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRl bnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5 bWJvbDt9DQpAbGlzdCBsNDpsZXZlbDINCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0 Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6NzIuMHB0Ow0KCW1z by1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1z by1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGw0 OmxldmVsMw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRl eHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDoxMDguMHB0Ow0KCW1zby1sZXZlbC1udW1iZXIt cG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6 ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGw0OmxldmVsNA0KCXttc28t bGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1s ZXZlbC10YWItc3RvcDoxNDQuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsN Cgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9u dC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGw0OmxldmVsNQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZv cm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDox ODAuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDot MTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9s O30NCkBsaXN0IGw0OmxldmVsNg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJ bXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDoyMTYuMHB0Ow0KCW1zby1s ZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1h bnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGw0Omxl dmVsNw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6 74K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDoyNTIuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9z aXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZTox MC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGw0OmxldmVsOA0KCXttc28tbGV2 ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZl bC10YWItc3RvcDoyODguMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0 ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1m YW1pbHk6U3ltYm9sO30NCkBsaXN0IGw0OmxldmVsOQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1h dDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDozMjQu MHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTgu MHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30N CkBsaXN0IGw1DQoJe21zby1saXN0LWlkOjE2NTI3MTA2NTA7DQoJbXNvLWxpc3QtdGVtcGxhdGUt aWRzOjExNzQ4NDM2MDI7fQ0KQGxpc3QgbDU6bGV2ZWwxDQoJe21zby1sZXZlbC1udW1iZXItZm9y bWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjM2 LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4 LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9 DQpAbGlzdCBsNTpsZXZlbDINCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1z by1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6NzIuMHB0Ow0KCW1zby1sZXZl bC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNp LWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGw1OmxldmVs Mw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3 Ow0KCW1zby1sZXZlbC10YWItc3RvcDoxMDguMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRp b246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4w cHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGw1OmxldmVsNA0KCXttc28tbGV2ZWwt bnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10 YWItc3RvcDoxNDQuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0 LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1p bHk6U3ltYm9sO30NCkBsaXN0IGw1OmxldmVsNQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpi dWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDoxODAuMHB0 Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0 Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBs aXN0IGw1OmxldmVsNg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxl dmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDoyMTYuMHB0Ow0KCW1zby1sZXZlbC1u dW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZv bnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGw1OmxldmVsNw0K CXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0K CW1zby1sZXZlbC10YWItc3RvcDoyNTIuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246 bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7 DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGw1OmxldmVsOA0KCXttc28tbGV2ZWwtbnVt YmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWIt c3RvcDoyODguMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWlu ZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6 U3ltYm9sO30NCkBsaXN0IGw1OmxldmVsOQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxs ZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDozMjQuMHB0Ow0K CW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0K CW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0 IGw2DQoJe21zby1saXN0LWlkOjIwMTc2ODY3NDM7DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRzOjEx MTc0Mjc1OTA7fQ0KQGxpc3QgbDY6bGV2ZWwxDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1 bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjM2LjBwdDsN Cgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsN Cgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlz dCBsNjpsZXZlbDINCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZl bC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6NzIuMHB0Ow0KCW1zby1sZXZlbC1udW1i ZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQt c2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGw2OmxldmVsMw0KCXtt c28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1z by1sZXZlbC10YWItc3RvcDoxMDguMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVm dDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJ Zm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGw2OmxldmVsNA0KCXttc28tbGV2ZWwtbnVtYmVy LWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3Rv cDoxNDQuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVu dDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3lt Ym9sO30NCkBsaXN0IGw2OmxldmVsNQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7 DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDoxODAuMHB0Ow0KCW1z by1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1z by1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGw2 OmxldmVsNg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRl eHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDoyMTYuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXIt cG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6 ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGw2OmxldmVsNw0KCXttc28t bGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1s ZXZlbC10YWItc3RvcDoyNTIuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsN Cgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9u dC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGw2OmxldmVsOA0KCXttc28tbGV2ZWwtbnVtYmVyLWZv cm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDoy ODguMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDot MTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9s O30NCkBsaXN0IGw2OmxldmVsOQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJ bXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDozMjQuMHB0Ow0KCW1zby1s ZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1h bnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGw3DQoJ e21zby1saXN0LWlkOjIxMjE3NTE5NzI7DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRzOjE3NDMxNjAy NTA7fQ0KQGxpc3QgbDc6bGV2ZWwxDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsN Cgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjM2LjBwdDsNCgltc28t bGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28t YW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsNzps ZXZlbDINCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0 Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6NzIuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9z aXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZTox MC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGw3OmxldmVsMw0KCXttc28tbGV2 ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZl bC10YWItc3RvcDoxMDguMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0 ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1m YW1pbHk6U3ltYm9sO30NCkBsaXN0IGw3OmxldmVsNA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1h dDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDoxNDQu MHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTgu MHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30N CkBsaXN0IGw3OmxldmVsNQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNv LWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDoxODAuMHB0Ow0KCW1zby1sZXZl bC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNp LWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGw3OmxldmVs Ng0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3 Ow0KCW1zby1sZXZlbC10YWItc3RvcDoyMTYuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRp b246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4w cHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGw3OmxldmVsNw0KCXttc28tbGV2ZWwt bnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10 YWItc3RvcDoyNTIuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0 LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1p bHk6U3ltYm9sO30NCkBsaXN0IGw3OmxldmVsOA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpi dWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDoyODguMHB0 Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0 Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBs aXN0IGw3OmxldmVsOQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxl dmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDozMjQuMHB0Ow0KCW1zby1sZXZlbC1u dW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZv bnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGw4DQoJe21zby1s aXN0LWlkOjIxMzg5MDg1MDE7DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRzOjg0MjI4OTU0ODt9DQpA bGlzdCBsODpsZXZlbDENCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1s ZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MzYuMHB0Ow0KCW1zby1sZXZlbC1u dW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZv bnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGw4OmxldmVsMg0K CXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0K CW1zby1sZXZlbC10YWItc3RvcDo3Mi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjps ZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsN Cglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDg6bGV2ZWwzDQoJe21zby1sZXZlbC1udW1i ZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1z dG9wOjEwOC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5k ZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpT eW1ib2w7fQ0KQGxpc3QgbDg6bGV2ZWw0DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxl dDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjE0NC4wcHQ7DQoJ bXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJ bXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3Qg bDg6bGV2ZWw1DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwt dGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjE4MC4wcHQ7DQoJbXNvLWxldmVsLW51bWJl ci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1z aXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDg6bGV2ZWw2DQoJe21z by1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNv LWxldmVsLXRhYi1zdG9wOjIxNi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0 Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglm b250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDg6bGV2ZWw3DQoJe21zby1sZXZlbC1udW1iZXIt Zm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9w OjI1Mi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50 Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1i b2w7fQ0KQGxpc3QgbDg6bGV2ZWw4DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsN Cgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjI4OC4wcHQ7DQoJbXNv LWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNv LWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDg6 bGV2ZWw5DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4 dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjMyNC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1w b3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXpl OjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0Kb2wNCgl7bWFyZ2luLWJvdHRvbTowY207 fQ0KdWwNCgl7bWFyZ2luLWJvdHRvbTowY207fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28g OV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+ DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5 b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9v OnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iU1Yi IGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiIHN0eWxlPSJ3b3JkLXdyYXA6YnJlYWstd29yZCI+ DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tVVMiPkhpIGFsbCwgPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5UaGFua3MgZm9yIHlvdXIg Y29tbWVudHMuIEkgdGhpbmsgSeKAmXZlIGluY2x1ZGVkIGFsbCBvZiB0aGVtIGluIHRoZSB1cGRh dGVkIHZlcnNpb24gYmVsb3cuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPldl4oCZbGwgcHJvY2VlZCB3aXRoIHRoZSBzdWJtaXNz aW9uLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh bmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+VGhhbmtzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5EYW5pZWxlLCBGYXRhaSwgT3Nj YXIuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tVVMiPi0tPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5UaGUgQ0NBTVAgd29ya2luZyBncm91cCBp cyByZXNwb25zaWJsZSBmb3Igc3RhbmRhcmRpemluZyBhIGNvbW1vbiBjb250cm9sIHBsYW5lIGFu ZCBhIHNlcGFyYXRlIGNvbW1vbiBtZWFzdXJlbWVudCBwbGFuZSBmb3Igbm9uLXBhY2tldCB0ZWNo bm9sb2dpZXMgZm91bmQgaW4gdGhlIEludGVybmV0IGFuZCBpbiB0aGUgbmV0d29ya3Mgb2YgdGVs ZWNvbSBzZXJ2aWNlIHByb3ZpZGVycw0KIChJU1BzIGFuZCBTUHMpLiBFeGFtcGxlcyBvZiB0aGUg ZGV2aWNlcyBpbiBzdWNoIG5ldHdvcmtzIGluY2x1ZGUgcGhvdG9uaWMgY3Jvc3MtY29ubmVjdHMs IE9FTyBzd2l0Y2hlcywgUk9BRE1zLCBURE0gc3dpdGNoZXMsIG1pY3Jvd2F2ZSBsaW5rcywgYW5k IEV0aGVybmV0IHN3aXRjaGVzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5JbiB0aGlzIGNvbnRleHQsIG1lYXN1cmVtZW50IHJl ZmVycyB0byB0aGUgYWNxdWlzaXRpb24gYW5kIGRpc3RyaWJ1dGlvbiBvZiBhdHRyaWJ1dGVzIHJl bGV2YW50IHRvIHRoZSBzZXR0aW5nIHVwIG9mIHR1bm5lbHMgYW5kIHBhdGhzLjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5UaGUg d29ya2luZyBncm91cCBkZXZlbG9wcyBleHRlbnNpb25zIHRvIGNvcmUgVHJhZmZpYyBFbmdpbmVl cmluZyBwcm90b2NvbHMgdGhhdCBhcmUgdW5kZXIgdGhlIGNhcmUgb2Ygb3RoZXIgd29ya2luZyBn cm91cHMgYXMgd2VsbCBhcyBZQU5HIG1vZGVscyBmb3IgdGhlIGNvbnRyb2wgYW5kIG1hbmFnZW1l bnQgb2Ygbm9uLXBhY2tldCBuZXR3b3JrcyAodGhpcyBpbmNsdWRlcyBib3RoDQogZGV2aWNlIG1v ZGVscyBhbmQgbmV0d29yayBtb2RlbHMpLiBUaGUgQ0NBTVAgd29ya2luZyBncm91cCB3aWxsIGNv b3JkaW5hdGUgd2l0aCB0aGUgVEVBUyB3b3JraW5nIGdyb3VwIHRvIGVuc3VyZSB0aGF0IGV4dGVu c2lvbnMgdGhhdCBjYW4gYmUgZ2VuZXJhbGl6ZWQgZm9yIHVzZSB3aXRoIG1vcmUgdGhhbiBvbmUg dGVjaG5vbG9neSBhcmUgbWFkZSBhcHByb3ByaWF0ZWx5LCBhbmQgd2l0aCB0aGUgd29ya2luZyBn cm91cHMgdGhhdCBoYXZlIHJlc3BvbnNpYmlsaXR5DQogZm9yIHRoZSBzcGVjaWZpYyBwcm90b2Nv bHMuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5DQ0FNUCBXRyB3b3JrIHNjb3BlIGluY2x1ZGVzOjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjx1bCBzdHlsZT0ibWFyZ2luLXRvcDowY20iIHR5cGU9ImRpc2Mi Pg0KPGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbGlzdDpsMSBsZXZlbDEgbGZvNyI+ PHNwYW4gbGFuZz0iRU4tVVMiPkRlZmluaXRpb24gb2YgcHJvdG9jb2wtaW5kZXBlbmRlbnQgbWV0 cmljcyBhbmQgcGFyYW1ldGVycyAobWVhc3VyZW1lbnQgYXR0cmlidXRlcykgZm9yIGRlc2NyaWJp bmcgbGlua3MgYW5kIHBhdGhzIHRoYXQgYXJlIHJlcXVpcmVkIGZvciByb3V0aW5nIGFuZCBzaWdu YWxpbmcgaW4gdGVjaG5vbG9neS1zcGVjaWZpYyBuZXR3b3Jrcy4NCiBUaGVzZSB3aWxsIGJlIGRl dmVsb3BlZCBpbiBjb25qdW5jdGlvbiB3aXRoIHJlcXVlc3RzIGFuZCByZXF1aXJlbWVudHMgZnJv bSBvdGhlciBXR3MgdG8gZW5zdXJlIG92ZXJhbGwgdXNlZnVsbmVzcy48bzpwPjwvbzpwPjwvc3Bh bj48L2xpPjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLWxpc3Q6bDEgbGV2ZWwxIGxm bzciPjxzcGFuIGxhbmc9IkVOLVVTIj5NYWludGVuYW5jZSBhbmQgZXh0ZW5zaW9uIG9mIHRoZSBM aW5rIE1hbmFnZW1lbnQgUHJvdG9jb2wgKExNUCk8bzpwPjwvbzpwPjwvc3Bhbj48L2xpPjxsaSBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLWxpc3Q6bDEgbGV2ZWwxIGxmbzciPjxzcGFuIGxh bmc9IkVOLVVTIj5GdW5jdGlvbmFsIHNwZWNpZmljYXRpb24gb2YgZXh0ZW5zaW9ucyBmb3IgR01Q TFMtcmVsYXRlZCByb3V0aW5nJm5ic3A7IChPU1BGLCBJU0lTKSBhbmQgc2lnbmFsaW5nIChSU1ZQ LVRFKSBwcm90b2NvbHMgcmVxdWlyZWQgZm9yIHBhdGggZXN0YWJsaXNobWVudCBhbmQgbWFpbnRl bmFuY2UgaW4gbm9uLXBhY2tldCwgdGVjaG5vbG9neS1zcGVjaWZpYyZuYnNwOw0KIG5ldHdvcmtz LiBQcm90b2NvbCBmb3JtYXRzIGFuZCBwcm9jZWR1cmVzIHRoYXQgZW1ib2R5IHRoZXNlJm5ic3A7 ZXh0ZW5zaW9ucyB3aWxsIGJlIGRvbmUgam9pbnRseSB3aXRoIHRoZSBXR3Mgc3VwZXJ2aXNpbmcg dGhvc2UmbmJzcDsgcHJvdG9jb2xzIGFuZCB0aGUgVEVBUyB3b3JraW5nIGdyb3VwIGhhcyB0aGUg cmVzcG9uc2liaWxpdHkgdG8gZGV0ZXJtaW5lIHdoZXRoZXIgc3VjaCBwcm90b2NvbCBleHRlbnNp b25zIHNob3VsZCBiZSBnZW5lcmFsaXplZCBmb3INCiBUcmFmZmljIEVuZ2luZWVyaW5nIGluIGFu eSBuZXR3b3JrLiBUaGlzIG1heSBpbmNsdWRlIHByb3RvY29sIHdvcmsgdG8gc3VwcG9ydCBkYXRh IHBsYW5lcyB0aGF0IGhhdmUmbmJzcDthbHJlYWR5IGJlZW4gYXBwcm92ZWQgYnkgYW5vdGhlciBT dGFuZGFyZHMgRGV2ZWxvcG1lbnQgT3JnYW5pemF0aW9uLiBOb3RlIHRoYXQgdGhlIHNwZWNpZmlj YXRpb24gb3IgbW9kaWZpY2F0aW9uIG9mIGRhdGEmbmJzcDsgcGxhbmVzIGlzIG91dCBvZiBzY29w ZSBvZiB0aGlzIHdvcmtpbmcNCiBncm91cC48bzpwPjwvbzpwPjwvc3Bhbj48L2xpPjxsaSBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLWxpc3Q6bDEgbGV2ZWwxIGxmbzciPjxzcGFuIGxhbmc9 IkVOLVVTIj5EZWZpbml0aW9uIG9mIG1hbmFnZW1lbnQgb2JqZWN0cyAoZS5nLiwgYXMgcGFydCBv ZiBNSUIgbW9kdWxlcyBvciBZQU5HIG1vZGVscykgYW5kIGNvbnRyb2wgb2YgT0FNIHRlY2huaXF1 ZXMgcmVsZXZhbnQgdG8gdGhlJm5ic3A7IHByb3RvY29scyBhbmQgZXh0ZW5zaW9ucyBzcGVjaWZp ZWQgd2l0aGluIHRoZSBXRy4gVGhlIE9BTQ0KIHdvcmsgd2lsbCBiZSBzeW5jaHJvbml6ZWQgd2l0 aCByZWxldmFudCB3b3JraW5nIGdyb3VwcyAoZS5nLiBJUFBNLCBPUFNBV0csIEJGRCkgYW5kIFNE T3MgKGUuZy4gSVRVLVQpLjxvOnA+PC9vOnA+PC9zcGFuPjwvbGk+PGxpIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbGlzdDpsMSBsZXZlbDEgbGZvNyI+PHNwYW4gbGFuZz0iRU4tVVMiPkRl c2NyaXB0aW9uIG9mICZuYnNwO25vbi1wYWNrZXQtc3BlY2lmaWMgYXNwZWN0cyBvZiB0cmFmZmlj IGVuZ2luZWVyaW5nIGluY2x1ZGluZyBmb3IgbXVsdGktYXJlYXMvbXVsdGktQVMvbXVsdGktbGF5 ZXIgc2NlbmFyaW9zIGFuZCZuYnNwOyBkZWZpbmUgcHJvdG9jb2wgZXh0ZW5zaW9ucyBpbiBjb29w ZXJhdGlvbiB3aXRoIHRoZSBURUFTDQogYW5kJm5ic3A7IFBDRSB3b3JraW5nIGdyb3Vwcy48bzpw PjwvbzpwPjwvc3Bhbj48L2xpPjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLWxpc3Q6 bDEgbGV2ZWwxIGxmbzciPjxzcGFuIGxhbmc9IkVOLVVTIj5EZXNjcmlwdGlvbiBvZiBub24tcGFj a2V0LXNwZWNpZmljIChlLmcuIEV0aGVybmV0LCBURE0sIE9UTiwgV0RNLCDigKYpICZuYnNwO2Fz cGVjdHMgKHJlcXVpcmVtZW50cywgdXNlIGNhc2VzLCDigKYpIG9mIG5ldHdvcmsgc2xpY2luZyBh bmQgcHJvdG9jb2wgYW5kIFlhbmcgbW9kZWxzIGV4dGVuc2lvbnMgaW4gY29vcGVyYXRpb24gd2l0 aA0KIHRoZSBURUFTIGFuZCZuYnNwOyBQQ0Ugd29ya2luZyBncm91cHMuPG86cD48L286cD48L3Nw YW4+PC9saT48bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1saXN0OmwxIGxldmVsMSBs Zm83Ij48c3BhbiBsYW5nPSJFTi1VUyI+RGVmaW5pdGlvbiBob3cgdGhlIHByb3BlcnRpZXMgb2Yg bmV0d29yayByZXNvdXJjZXMgZ2F0aGVyZWQgYnkgYSBtZWFzdXJlbWVudCBwcm90b2NvbCAob3Ig Ynkgb3RoZXIgbWVhbnMgc3VjaCBhcyBjb25maWd1cmF0aW9uKSBjYW4gYmUgZGlzdHJpYnV0ZWQg aW4gZXhpc3Rpbmcgcm91dGluZyBwcm90b2NvbHMsIHN1Y2ggYXMNCiBPU1BGLCZuYnNwOyBJUy1J UywgYW5kIEJHUC1MUy4gQ0NBTVAgd2lsbCB3b3JrIHdpdGggdGhlIFdHcyB0aGF0IHN1cGVydmlz ZSZuYnNwOyB0aGVzZS48bzpwPjwvbzpwPjwvc3Bhbj48L2xpPjwvdWw+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+VGhlIENDQU1QIFdHIGN1cnJlbnRseSB3b3JrcyBv biB0aGUgZm9sbG93aW5nIHRhc2tzOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjx1bCBzdHlsZT0i bWFyZ2luLXRvcDowY20iIHR5cGU9ImRpc2MiPg0KPGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbGlzdDpsMiBsZXZlbDEgbGZvOCI+PHNwYW4gbGFuZz0iRU4tVVMiPlByb3RvY29sIGV4 dGVuc2lvbnMgYW5kIFlBTkcgbW9kZWxzIGluIHN1cHBvcnQgb2Ygb3B0aWNhbCBuZXR3b3JrcyAo ZS5nLiBXU09OLCBmbGV4aSBncmlkKSB3aXRoIGFuZCB3aXRob3V0IGF3YXJlbmVzcyBvZiB0aGUg b3B0aWNhbCBpbXBhaXJtZW50cy48bzpwPjwvbzpwPjwvc3Bhbj48L2xpPjwvdWw+DQo8dWwgc3R5 bGU9Im1hcmdpbi10b3A6MGNtIiB0eXBlPSJkaXNjIj4NCjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzkiPjxzcGFuIGxhbmc9IkVOLVVTIj5Qcm90b2Nv bCBleHRlbnNpb25zIGFuZCBZQU5HIG1vZGVscyBpbiBzdXBwb3J0IG9mIFRETSBuZXR3b3JrcyAo ZS5nLiBPVE4pLjxvOnA+PC9vOnA+PC9zcGFuPjwvbGk+PGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbGlzdDpsMCBsZXZlbDEgbGZvOSI+PHNwYW4gbGFuZz0iRU4tVVMiPllBTkcgbW9k ZWxzIGluIHN1cHBvcnQgb2YgbWljcm93YXZlIG5ldHdvcmtzLjxvOnA+PC9vOnA+PC9zcGFuPjwv bGk+PGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbGlzdDpsMCBsZXZlbDEgbGZvOSI+ PHNwYW4gbGFuZz0iRU4tVVMiPllBTkcgbW9kZWxzIGZpbiBzdXBwb3J0IG9mIEwxIHNlcnZpY2Vz PG86cD48L286cD48L3NwYW4+PC9saT48bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1s aXN0OmwwIGxldmVsMSBsZm85Ij48c3BhbiBsYW5nPSJFTi1VUyI+Q2xpZW50IFRFIHRvcG9sb2dp ZXMNCjwvc3Bhbj48bzpwPjwvbzpwPjwvbGk+PGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbGlzdDpsMCBsZXZlbDEgbGZvOSI+PHNwYW4gbGFuZz0iRU4tVVMiPk1haW50ZW5hbmNlIG9m IGV4aXN0aW5nIHByb3RvY29sIGV4dGVuc2lvbnMgZm9yIG5vbi1wYWNrZXQgdGVjaG5vbG9neS1z cGVjaWZpYyBuZXR3b3JrcyAoRXRoZXJuZXQsIFRETSwgT1ROKSBhbHJlYWR5IHNwZWNpZmllZCBi eSBDQ0FNUC48bzpwPjwvbzpwPjwvc3Bhbj48L2xpPjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzkiPjxzcGFuIGxhbmc9IkVOLVVTIj5NYWludGVuYW5j ZSBvZiBMTVAuPC9zcGFuPjxvOnA+PC9vOnA+PC9saT48L3VsPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjttc28tZmFyZWFzdC1sYW5ndWFn ZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVy Om5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBj bSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZiI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiBHcmVn IE1pcnNreSAmbHQ7Z3JlZ2ltaXJza3lAZ21haWwuY29tJmd0Ow0KPGJyPg0KPGI+U2VudDo8L2I+ IGRlbiAzMSBtYXJzIDIwMjEgMjE6NDE8YnI+DQo8Yj5Ubzo8L2I+IEJlbG90dGksIFNlcmdpbyAo Tm9raWEgLSBJVC9WaW1lcmNhdGUpICZsdDtzZXJnaW8uYmVsb3R0aUBub2tpYS5jb20mZ3Q7PGJy Pg0KPGI+Q2M6PC9iPiBEYW5pZWxlIENlY2NhcmVsbGkgJmx0O2RhbmllbGUuY2VjY2FyZWxsaUBl cmljc3Nvbi5jb20mZ3Q7OyBhZHJpYW5Ab2xkZG9nLmNvLnVrOyBDQ0FNUCAmbHQ7Y2NhbXBAaWV0 Zi5vcmcmZ3Q7PGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbQ0NBTVBdIENoYXJ0ZXIgdXBkYXRl PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5IaSBTZXJnaW8s IGV0IGFsLiw8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JIGFn cmVlIHRoYXQgdGhlcmUgd291bGQgYmUgYmVuZWZpdHMgb2YgY29vcmRpbmF0aW5nIENDQU1QIHdv cmsgcmVsYXRlZCB0byBPQU0gd2l0aCBvdGhlciBTRE9zLiBBdCB0aGUgc2FtZSB0aW1lLCBJRVRG IGhhcyBzZXZlcmFsIFdHcywgZS5nLiwgSVBQTSwgT1BTQVdHLCBCRkQsIGFuZCBSVEdXRywgd2hl cmUgdmFyaW91cyZuYnNwO2FzcGVjdHMmbmJzcDtvZiBPQU0gYW5kIG9uLXBhdGggdGVsZW1ldHJ5 IGhhdmUgYmVlbiBkaXNjdXNzZWQNCiBhbmQgYSBnb29kIG51bWJlciBvZiBSRkNzIGFscmVhZHkg cHVibGlzaGVkIGFuZCBtb3JlIHdpbGwgYmUuIEl0IHNlZW1zIHJlYXNvbmFibGUgdG8gbG9vayBp ZiBzb21lIG9mIHRoZSBleGlzdGluZyBzb2x1dGlvbnMgYXJlIGFwcGxpY2FibGUgdG8gcHJvYmxl bXMgZGlzY3Vzc2VkIGluIHRoZSBDQ0FNUCBXRy48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+UmVnYXJkcyw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkdyZWc8bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gV2VkLCBNYXIgMzEsIDIwMjEgYXQg MTozMCBBTSBCZWxvdHRpLCBTZXJnaW8gKE5va2lhIC0gSVQvVmltZXJjYXRlKSAmbHQ7PGEgaHJl Zj0ibWFpbHRvOnNlcmdpby5iZWxvdHRpQG5va2lhLmNvbSI+c2VyZ2lvLmJlbG90dGlAbm9raWEu Y29tPC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0 eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6 MGNtIDBjbSAwY20gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBjbSI+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPkhp IERhbmllbGUsIEFkcmlhbiw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj5BYm91dCBPQU0sIExJTUUg aXMgY2xlYXJseSBnb25lLCAmbmJzcDtzaGFsbCB3ZSBwdXQgYSByZWZlcmVuY2UgdG8gb3RoZXIg U0RPIHRyYWRpdGlvbmFsbHkgaW52b2x2ZWQgaW4gT0FNIHN0YW5kYXJkaXphdGlvbiBsaWtlIElU VS1UIG9yIGluZHVzdHJpYWwgZm9ydW0gbGlrZSBPTkYNCiA/IEp1c3QgYSBxdWVzdGlvbi48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVO LVVTIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i PjxzcGFuIGxhbmc9IkVOLVVTIj5BYm91dCB0aGlzIHBhcnQ6PG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+4oCcVGhlIENDQU1Q IFdHIGN1cnJlbnRseSB3b3JrcyBvbiB0aGUgZm9sbG93aW5nIHRhc2tzOjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjx1bCB0eXBlPSJkaXNjIj4NCjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bXNvLWxp c3Q6bDQgbGV2ZWwxIGxmbzEiPg0KPHNwYW4gbGFuZz0iRU4tVVMiPlByb3RvY29sIGV4dGVuc2lv bnMgYW5kIFlBTkcgbW9kZWxzIGluIHN1cHBvcnQgb2Ygb3B0aWNhbCBuZXR3b3JrcyAoZS5nLiBX U09OLCBmbGV4aSBncmlkKSB3aXRoIGFuZCB3aXRob3V0IGF3YXJlbmVzcyBvZiB0aGUgb3B0aWNh bCBpbXBhaXJtZW50cy48bzpwPjwvbzpwPjwvc3Bhbj48L2xpPjwvdWw+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t YWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj4tIFByb3RvY29sIGV4dGVuc2lvbnMgaW4gc3Vw cG9ydCBvZiBmbGV4aWJsZSBncmlkIGxhbWJkYSBuZXR3b3Jrc+KAnTxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOzxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0i RU4tVVMiPkl0IHNlZW1zIHRvIG1lIHRoZSBzYW1lIGNvbmNlcHQgaW4gdGhlIHR3byBidWxsZXRz IHJpZ2h0Pw0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48 c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+VGhpcmQ6IHdlIHN0YXJ0ZWQgd2l0aCBP VE4gc3VnZ2VzdGluZyBleHRlbnNpb24gaW4gbmV0d29yayBzbGljaW5nIHRlY2hub2xvZ3kgc3Bl Y2lmaWMuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3Bh biBsYW5nPSJFTi1VUyI+TWF5YmUgc29tZXRoaW5nIHJlbGF0ZWQgdG8g4oCcc2xpY2luZ+KAnSBz aG91bGQgYmUgYWRkZWQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+VGhhbmtzPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+U2Vy Z2lvPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBs YW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs dDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286 cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQg Ymx1ZSAxLjVwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDQuMHB0Ij4NCjxkaXY+DQo8ZGl2IHN0eWxl PSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBw dCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxiPjxzcGFuIGxhbmc9IkVO LVVTIj5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiPiBDQ0FNUCAmbHQ7PGEgaHJl Zj0ibWFpbHRvOmNjYW1wLWJvdW5jZXNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5jY2FtcC1i b3VuY2VzQGlldGYub3JnPC9hPiZndDsNCjxiPk9uIEJlaGFsZiBPZiA8L2I+RGFuaWVsZSBDZWNj YXJlbGxpPGJyPg0KPGI+U2VudDo8L2I+IFdlZG5lc2RheSwgTWFyY2ggMzEsIDIwMjEgOTowMCBB TTxicj4NCjxiPlRvOjwvYj4gPGEgaHJlZj0ibWFpbHRvOmFkcmlhbkBvbGRkb2cuY28udWsiIHRh cmdldD0iX2JsYW5rIj5hZHJpYW5Ab2xkZG9nLmNvLnVrPC9hPjsgJ0NDQU1QJyAmbHQ7PGEgaHJl Zj0ibWFpbHRvOmNjYW1wQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+Y2NhbXBAaWV0Zi5vcmc8 L2E+Jmd0Ozxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW0NDQU1QXSBDaGFydGVyIHVwZGF0ZTxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPkhpIEFkcmlhbiw8c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8c3BhbiBsYW5nPSJF Ti1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5UaGFu a3MgZm9yIHNwb3R0aW5nIGl0Lg0KPHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPlRoZSDigJ0g U3RyaWtldGhyb3VnaOKAnSBnb3QgbG9zdCB3aGVuIHBhc3RpbmcgdGhlIGNvbnRlbnQgaW50byB0 aGUgbWFpbC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxz cGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj5BY3R1YWxseSB0aGF0IGFwcGxpZXMgdG8g dHdvIHN0YXRlbWVudHM6PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHVs IHR5cGU9ImRpc2MiPg0KPGxpIGNsYXNzPSJnbWFpbC1tMjkzNTA2NTg0MDQxNzIyMDMyNm1zb2xp c3RwYXJhZ3JhcGgiIHN0eWxlPSJtc28tbGlzdDpsMyBsZXZlbDEgbGZvMiI+DQo8c3BhbiBsYW5n PSJFTi1VUyI+VGhlIE9BTSB3b3JrIHdpbGwgYmUgc3luY2hyb25pemVkIHdpdGggdGhlIExJTUUg V0cgKFdHIGNsb3NlZCk8bzpwPjwvbzpwPjwvc3Bhbj48L2xpPjxsaSBjbGFzcz0iZ21haWwtbTI5 MzUwNjU4NDA0MTcyMjAzMjZtc29saXN0cGFyYWdyYXBoIiBzdHlsZT0ibXNvLWxpc3Q6bDMgbGV2 ZWwxIGxmbzIiPg0KPHNwYW4gbGFuZz0iRU4tVVMiPlByb3RvY29sIGV4dGVuc2lvbnMgaW4gc3Vw cG9ydCBvZiBmbGV4aWJsZSBncmlkIGxhbWJkYSBuZXR3b3Jrcy4gKHdoaWNoIGlzIG5vdyBpbmNs dWRlZCBpbiB0aGUgZmlyc3QgYnVsbGV0IG9mIHRoZSBsaXN0KS48bzpwPjwvbzpwPjwvc3Bhbj48 L2xpPjwvdWw+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJz cDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxh bmc9IkVOLVVTIj5UaGFua3MsPGJyPg0KRGFuaWVsZSZuYnNwOyA8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iZ21haWwtbTI5MzUwNjU4NDA0MTcyMjAzMjZtc29saXN0cGFyYWdyYXBo Ij48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286cD48L3Nw YW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQg I0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0byI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiPkZyb206PC9zcGFuPjwvYj48c3BhbiBsYW5n PSJFTi1VUyI+IEFkcmlhbiBGYXJyZWwgJmx0OzxhIGhyZWY9Im1haWx0bzphZHJpYW5Ab2xkZG9n LmNvLnVrIiB0YXJnZXQ9Il9ibGFuayI+YWRyaWFuQG9sZGRvZy5jby51azwvYT4mZ3Q7DQo8YnI+ DQo8Yj5TZW50OjwvYj4gZGVuIDMxIG1hcnMgMjAyMSAwMDoyMjxicj4NCjxiPlRvOjwvYj4gRGFu aWVsZSBDZWNjYXJlbGxpICZsdDs8YSBocmVmPSJtYWlsdG86ZGFuaWVsZS5jZWNjYXJlbGxpQGVy aWNzc29uLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmRhbmllbGUuY2VjY2FyZWxsaUBlcmljc3Nvbi5j b208L2E+Jmd0OzsgJ0NDQU1QJyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmNjYW1wQGlldGYub3JnIiB0 YXJnZXQ9Il9ibGFuayI+Y2NhbXBAaWV0Zi5vcmc8L2E+Jmd0Ozxicj4NCjxiPlN1YmplY3Q6PC9i PiBSRTogW0NDQU1QXSBDaGFydGVyIHVwZGF0ZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxzcGFuIGxhbmc9IkVOLVVT Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxh bmc9IkVOLUdCIj5IaSw8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tR0IiPiZuYnNwOzwv c3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1HQiI+VGhhbmtzIGZvciB0aGUgd29yayBvbiB0 aGlzLiBJdOKAmXMgbG9va2luZyBnb29kLjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1H QiI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLUdCIj5TbWFsbCBwb2ludDwv c3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHVsIHR5cGU9 ImRpc2MiPg0KPGxpIGNsYXNzPSJnbWFpbC1tMjkzNTA2NTg0MDQxNzIyMDMyNm1zb2xpc3RwYXJh Z3JhcGgiIHN0eWxlPSJtc28tbGlzdDpsOCBsZXZlbDEgbGZvMyI+DQo8c3BhbiBsYW5nPSJFTi1H QiI+4oCcPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj5PQU0gd29yayB3aWxsIGJlIHN5bmNocm9u aXplZCB3aXRoIHRoZSBMSU1FIFdH4oCdPGJyPg0KTElNRSB3YXMgY2xvc2VkIGRvd24ganVzdCBv dmVyIDMgeWVhcnMgYWdvPG86cD48L286cD48L3NwYW4+PC9saT48L3VsPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1HQiI+Jm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVO LVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFu IGxhbmc9IkVOLUdCIj5DaGVlcnMsPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLUdCIj5B ZHJpYW48L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tR0IiPiZuYnNwOzwvc3Bhbj48c3Bh biBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9 ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0 IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGI+PHNwYW4gbGFuZz0iRU4t VVMiPkZyb206PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyI+IENDQU1QICZsdDs8YSBocmVm PSJtYWlsdG86Y2NhbXAtYm91bmNlc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPmNjYW1wLWJv dW5jZXNAaWV0Zi5vcmc8L2E+Jmd0Ow0KPGI+T24gQmVoYWxmIE9mIDwvYj5EYW5pZWxlIENlY2Nh cmVsbGk8YnI+DQo8Yj5TZW50OjwvYj4gMzAgTWFyY2ggMjAyMSAxMzowMzxicj4NCjxiPlRvOjwv Yj4gQ0NBTVAgJmx0OzxhIGhyZWY9Im1haWx0bzpjY2FtcEBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxh bmsiPmNjYW1wQGlldGYub3JnPC9hPiZndDs8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gW0NDQU1QXSBD aGFydGVyIHVwZGF0ZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLUdCIj4mbmJzcDs8L3NwYW4+PHNwYW4g bGFuZz0iRU4tVVMiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+PHNwYW4gbGFuZz0iRU4tVVMiPkhpIHdvcmtpbmcgZ3JvdXAsPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJF Ti1VUyI+YXMgYnJpZWZseSBhbnRpY2lwYXRlZCBkdXJpbmcgdGhlIENDQU1QIHNlc3Npb24gYXQg SUVURjExMCBwbGVhc2UgZmluZCBiZWxvdyB0aGUgcHJvcG9zYWwgZm9yIHRoZSB1cGRhdGUgdG8g dGhlIGNoYXJ0ZXIuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj5QbGVhc2Ugc2VuZCB5b3UgY29tbWVudHMvc3VnZ2VzdGlv bnMgYmVmb3JlIEFwcmlsIDE1PHN1cD50aDwvc3VwPi48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj5U aGFua3M8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFu IGxhbmc9IkVOLVVTIj5EYW5pZWxlICwgRmF0YWksIE9zY2FyPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+LS0tLS0tPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1V UyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48 c3BhbiBsYW5nPSJFTi1VUyI+VGhlIENDQU1QIHdvcmtpbmcgZ3JvdXAgaXMgcmVzcG9uc2libGUg Zm9yIHN0YW5kYXJkaXppbmcgYSBjb21tb24gY29udHJvbCBwbGFuZSBhbmQgYSBzZXBhcmF0ZSBj b21tb24gbWVhc3VyZW1lbnQgcGxhbmUgZm9yIG5vbi1wYWNrZXQgdGVjaG5vbG9naWVzIGZvdW5k IGluIHRoZQ0KIEludGVybmV0IGFuZCBpbiB0aGUgbmV0d29ya3Mgb2YgdGVsZWNvbSBzZXJ2aWNl IHByb3ZpZGVycyAoSVNQcyBhbmQgU1BzKS4gRXhhbXBsZXMgb2YgdGhlIGRldmljZXMgaW4gc3Vj aCBuZXR3b3JrcyBpbmNsdWRlIHBob3RvbmljIGNyb3NzLWNvbm5lY3RzLCBPRU8gc3dpdGNoZXMs IFJPQURNcywgVERNIHN3aXRjaGVzLCBtaWNyb3dhdmUgbGlua3MsIGFuZCBFdGhlcm5ldCBzd2l0 Y2hlcy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFu IGxhbmc9IkVOLVVTIj5JbiB0aGlzIGNvbnRleHQsIG1lYXN1cmVtZW50IHJlZmVycyB0byB0aGUg YWNxdWlzaXRpb24gYW5kIGRpc3RyaWJ1dGlvbiBvZiBhdHRyaWJ1dGVzIHJlbGV2YW50IHRvIHRo ZSBzZXR0aW5nIHVwIG9mIHR1bm5lbHMgYW5kIHBhdGhzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPlRoZSB3b3JraW5nIGdy b3VwIGRldmVsb3BzIGV4dGVuc2lvbnMgdG8gY29yZSBUcmFmZmljIEVuZ2luZWVyaW5nIHByb3Rv Y29scyB0aGF0IGFyZSB1bmRlciB0aGUgY2FyZSBvZiBvdGhlciB3b3JraW5nIGdyb3VwcyBhcyB3 ZWxsIGFzIFlBTkcgbW9kZWxzIGZvciB0aGUgY29udHJvbA0KIGFuZCBtYW5hZ2VtZW50IG9mIG5v bi1wYWNrZXQgbmV0d29ya3MgKHRoaXMgaW5jbHVkZXMgYm90aCBkZXZpY2UgbW9kZWxzIGFuZCBu ZXR3b3JrIG1vZGVscykuIFRoZSBDQ0FNUCB3b3JraW5nIGdyb3VwIHdpbGwgY29vcmRpbmF0ZSB3 aXRoIHRoZSBURUFTIHdvcmtpbmcgZ3JvdXAgdG8gZW5zdXJlIHRoYXQgZXh0ZW5zaW9ucyB0aGF0 IGNhbiBiZSBnZW5lcmFsaXplZCBmb3IgdXNlIHdpdGggbW9yZSB0aGFuIG9uZSB0ZWNobm9sb2d5 IGFyZSBtYWRlDQogYXBwcm9wcmlhdGVseSwgYW5kIHdpdGggdGhlIHdvcmtpbmcgZ3JvdXBzIHRo YXQgaGF2ZSByZXNwb25zaWJpbGl0eSBmb3IgdGhlIHNwZWNpZmljIHByb3RvY29scy48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVT Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxz cGFuIGxhbmc9IkVOLVVTIj5DQ0FNUCBXRyB3b3JrIHNjb3BlIGluY2x1ZGVzOjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjx1bCB0eXBlPSJkaXNjIj4NCjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bXNv LWxpc3Q6bDUgbGV2ZWwxIGxmbzQiPg0KPHNwYW4gbGFuZz0iRU4tVVMiPkRlZmluaXRpb24gb2Yg cHJvdG9jb2wtaW5kZXBlbmRlbnQgbWV0cmljcyBhbmQgcGFyYW1ldGVycyAobWVhc3VyZW1lbnQg YXR0cmlidXRlcykgZm9yIGRlc2NyaWJpbmcgbGlua3MgYW5kIHBhdGhzIHRoYXQgYXJlIHJlcXVp cmVkIGZvciByb3V0aW5nIGFuZCBzaWduYWxpbmcgaW4gdGVjaG5vbG9neS1zcGVjaWZpYyBuZXR3 b3Jrcy4gVGhlc2Ugd2lsbCBiZSBkZXZlbG9wZWQgaW4gY29uanVuY3Rpb24gd2l0aCByZXF1ZXN0 cw0KIGFuZCByZXF1aXJlbWVudHMgZnJvbSBvdGhlciBXR3MgdG8gZW5zdXJlIG92ZXJhbGwgdXNl ZnVsbmVzcy48bzpwPjwvbzpwPjwvc3Bhbj48L2xpPjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bXNv LWxpc3Q6bDUgbGV2ZWwxIGxmbzQiPg0KPHNwYW4gbGFuZz0iRU4tVVMiPk1haW50ZW5hbmNlIGFu ZCBleHRlbnNpb24gb2YgdGhlIExpbmsgTWFuYWdlbWVudCBQcm90b2NvbCAoTE1QKTxvOnA+PC9v OnA+PC9zcGFuPjwvbGk+PGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsNSBsZXZlbDEg bGZvNCI+DQo8c3BhbiBsYW5nPSJFTi1VUyI+RnVuY3Rpb25hbCBzcGVjaWZpY2F0aW9uIG9mIGV4 dGVuc2lvbnMgZm9yIEdNUExTLXJlbGF0ZWQgcm91dGluZyZuYnNwOyAoT1NQRiwgSVNJUykgYW5k IHNpZ25hbGluZyAoUlNWUC1URSkgcHJvdG9jb2xzIHJlcXVpcmVkIGZvciBwYXRoIGVzdGFibGlz aG1lbnQgYW5kIG1haW50ZW5hbmNlIGluIG5vbi1wYWNrZXQsIHRlY2hub2xvZ3ktc3BlY2lmaWMm bmJzcDsgbmV0d29ya3MuIFByb3RvY29sIGZvcm1hdHMgYW5kIHByb2NlZHVyZXMNCiB0aGF0IGVt Ym9keSB0aGVzZSZuYnNwOyZuYnNwOyBleHRlbnNpb25zIHdpbGwgYmUgZG9uZSBqb2ludGx5IHdp dGggdGhlIFdHcyBzdXBlcnZpc2luZyB0aG9zZSZuYnNwOyBwcm90b2NvbHMgYW5kIHRoZSBURUFT IHdvcmtpbmcgZ3JvdXAgaGFzIHRoZSByZXNwb25zaWJpbGl0eSB0byZuYnNwOyZuYnNwOyBkZXRl cm1pbmUgd2hldGhlciBzdWNoIHByb3RvY29sIGV4dGVuc2lvbnMgc2hvdWxkIGJlIGdlbmVyYWxp emVkJm5ic3A7IGZvciBUcmFmZmljIEVuZ2luZWVyaW5nIGluIGFueSBuZXR3b3JrLiBUaGlzDQog bWF5IGluY2x1ZGUgcHJvdG9jb2wgd29yayB0byBzdXBwb3J0IGRhdGEgcGxhbmVzIHRoYXQgaGF2 ZSZuYnNwOyBhbHJlYWR5IGJlZW4gYXBwcm92ZWQgYnkgYW5vdGhlciBTdGFuZGFyZHMgRGV2ZWxv cG1lbnQgT3JnYW5pemF0aW9uLiBOb3RlIHRoYXQgdGhlIHNwZWNpZmljYXRpb24gb3IgbW9kaWZp Y2F0aW9uIG9mIGRhdGEmbmJzcDsgcGxhbmVzIGlzIG91dCBvZiBzY29wZSBvZiB0aGlzIHdvcmtp bmcgZ3JvdXAuPG86cD48L286cD48L3NwYW4+PC9saT48bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21z by1saXN0Omw1IGxldmVsMSBsZm80Ij4NCjxzcGFuIGxhbmc9IkVOLVVTIj5EZWZpbml0aW9uIG9m IG1hbmFnZW1lbnQgb2JqZWN0cyAoZS5nLiwgYXMgcGFydCBvZiBNSUIgbW9kdWxlcyBvciBZQU5H IG1vZGVscykgYW5kIGNvbnRyb2wgb2YgT0FNIHRlY2huaXF1ZXMgcmVsZXZhbnQgdG8gdGhlJm5i c3A7IHByb3RvY29scyBhbmQgZXh0ZW5zaW9ucyBzcGVjaWZpZWQgd2l0aGluIHRoZSBXRy4gVGhl IE9BTSB3b3JrIHdpbGwgYmUgc3luY2hyb25pemVkIHdpdGggdGhlIExJTUUgV0c8bzpwPjwvbzpw Pjwvc3Bhbj48L2xpPjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bXNvLWxpc3Q6bDUgbGV2ZWwxIGxm bzQiPg0KPHNwYW4gbGFuZz0iRU4tVVMiPkRlc2NyaWJlIG5vbi1wYWNrZXQtc3BlY2lmaWMgYXNw ZWN0cyBvZiB0cmFmZmljIGVuZ2luZWVyaW5nIGluY2x1ZGluZyBmb3IgbXVsdGktYXJlYXMvbXVs dGktQVMvbXVsdGktbGF5ZXIgc2NlbmFyaW9zIGFuZCZuYnNwOyBkZWZpbmUgcHJvdG9jb2wgZXh0 ZW5zaW9ucyBpbiBjb29wZXJhdGlvbiB3aXRoIHRoZSBURUFTIGFuZCZuYnNwOyBQQ0Ugd29ya2lu ZyBncm91cHMuPG86cD48L286cD48L3NwYW4+PC9saT48bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21z by1saXN0Omw1IGxldmVsMSBsZm80Ij4NCjxzcGFuIGxhbmc9IkVOLVVTIj5EZWZpbmUgaG93IHRo ZSBwcm9wZXJ0aWVzIG9mIG5ldHdvcmsgcmVzb3VyY2VzIGdhdGhlcmVkIGJ5IGEgbWVhc3VyZW1l bnQgcHJvdG9jb2wgKG9yIGJ5IG90aGVyIG1lYW5zIHN1Y2ggYXMgY29uZmlndXJhdGlvbikgY2Fu IGJlIGRpc3RyaWJ1dGVkIGluIGV4aXN0aW5nIHJvdXRpbmcgcHJvdG9jb2xzLCBzdWNoIGFzIE9T UEYsJm5ic3A7IElTLUlTLCBhbmQgQkdQLUxTLiBDQ0FNUCB3aWxsIHdvcmsgd2l0aCB0aGUgV0dz IHRoYXQNCiBzdXBlcnZpc2UmbmJzcDsgdGhlc2UuPG86cD48L286cD48L3NwYW4+PC9saT48L3Vs Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+VGhlIENDQU1QIFdH IGN1cnJlbnRseSB3b3JrcyBvbiB0aGUgZm9sbG93aW5nIHRhc2tzOjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjx1bCB0eXBlPSJkaXNjIj4NCjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bXNvLWxpc3Q6 bDcgbGV2ZWwxIGxmbzUiPg0KPHNwYW4gbGFuZz0iRU4tVVMiPlByb3RvY29sIGV4dGVuc2lvbnMg YW5kIFlBTkcgbW9kZWxzIGluIHN1cHBvcnQgb2Ygb3B0aWNhbCBuZXR3b3JrcyAoZS5nLiBXU09O LCBmbGV4aSBncmlkKSB3aXRoIGFuZCB3aXRob3V0IGF3YXJlbmVzcyBvZiB0aGUgb3B0aWNhbCBp bXBhaXJtZW50cy48bzpwPjwvbzpwPjwvc3Bhbj48L2xpPjwvdWw+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj4tIFByb3RvY29sIGV4dGVuc2lvbnMgaW4gc3VwcG9y dCBvZiBmbGV4aWJsZSBncmlkIGxhbWJkYSBuZXR3b3Jrcy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8dWwgdHlwZT0iZGlzYyI+DQo8bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0Omw2IGxl dmVsMSBsZm82Ij4NCjxzcGFuIGxhbmc9IkVOLVVTIj5Qcm90b2NvbCBleHRlbnNpb25zIGFuZCBZ QU5HIG1vZGVscyBpbiBzdXBwb3J0IG9mIFRETSBuZXR3b3JrcyAoZS5nLiBPVE4pLjxvOnA+PC9v OnA+PC9zcGFuPjwvbGk+PGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsNiBsZXZlbDEg bGZvNiI+DQo8c3BhbiBsYW5nPSJFTi1VUyI+WUFORyBtb2RlbHMgaW4gc3VwcG9ydCBvZiBtaWNy b3dhdmUgbmV0d29ya3MuPG86cD48L286cD48L3NwYW4+PC9saT48bGkgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvO21zby1saXN0Omw2IGxldmVsMSBsZm82Ij4NCjxzcGFuIGxhbmc9IkVOLVVTIj5ZQU5HIG1v ZGVscyBmaW4gc3VwcG9ydCBvZiBMMSBzZXJ2aWNlczxvOnA+PC9vOnA+PC9zcGFuPjwvbGk+PGxp IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsNiBsZXZlbDEgbGZvNiI+DQo8c3BhbiBsYW5n PSJFTi1VUyI+Q2xpZW50IFRFIHRvcG9sb2dpZXMgPG86cD48L286cD48L3NwYW4+PC9saT48bGkg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0Omw2IGxldmVsMSBsZm82Ij4NCjxzcGFuIGxhbmc9 IkVOLVVTIj5NYWludGVuYW5jZSBvZiBleGlzdGluZyBwcm90b2NvbCBleHRlbnNpb25zIGZvciBu b24tcGFja2V0IHRlY2hub2xvZ3ktc3BlY2lmaWMgbmV0d29ya3MgKEV0aGVybmV0LCBURE0sIE9U TikgYWxyZWFkeSBzcGVjaWZpZWQgYnkgQ0NBTVAuPG86cD48L286cD48L3NwYW4+PC9saT48bGkg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0Omw2IGxldmVsMSBsZm82Ij4NCjxzcGFuIGxhbmc9 IkVOLVVTIj5NYWludGVuYW5jZSBvZiBMTVAuPG86cD48L286cD48L3NwYW4+PC9saT48L3VsPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7PG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQpD Q0FNUCBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86Q0NBTVBAaWV0Zi5vcmciIHRh cmdldD0iX2JsYW5rIj5DQ0FNUEBpZXRmLm9yZzwvYT48YnI+DQo8YSBocmVmPSJodHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2NjYW1wIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6 Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9jY2FtcDwvYT48bzpwPjwvbzpwPjwvcD4N CjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_HE1PR0701MB228270929E5228565C78CB52F04F9HE1PR0701MB2282_-- From nobody Tue Apr 13 01:50:06 2021 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A43113A0C4C for ; Tue, 13 Apr 2021 01:50:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=btconnect.onmicrosoft.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 S0NIzWIw9h75 for ; Tue, 13 Apr 2021 01:49:58 -0700 (PDT) Received: from EUR04-HE1-obe.outbound.protection.outlook.com (mail-he1eur04on070e.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe0d::70e]) (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 9009D3A096C for ; Tue, 13 Apr 2021 01:49:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=NEjufQNE/bVMTjo1oadzwWB5yn1faBCWMAAUE0JXeGt2j7alidY2tlv0syJuL7PEs4zLow/2wS6zc9Wd0WTYhDEQHSvaFolVmGlVQfk/1quJLjMwh4DVXUz3B5ZPNGGZEGTa+t1NLV+Yaymg/MyiRKKua40VolHuDNlZoUEqtFac7gBQ2kfSO2fOismm0poCmKk3DQ8iqZ3lzZZDsSaN45WyAsUbJ2PM0KC2QT4Z9afyEkoCw2Uz/DK1vsLQscoOcGLeAE7x9w/AFkHCLEITVGGOwA9TuyREjweZOdAJMREmm7wEI88awZA+B23Ppsrem9YXE7ANQOnV7taJ+2bBYg== 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-SenderADCheck; bh=7L5SUPN52TmGuMygTOtN0e9yMnSArSILy0f8IIlET5c=; b=T1Wc3g+XfT9SEwtQ0HqHID48IKIu1HJQKLTc/Iwq3su5Oux9JbmuIBi/3C9ErntnQO3YnpPZvHs8kOxhZyCoc3TuomtSkPMRYOG8Nd0dGL8FZxAqDVvXQ/PLT99+9FUJWvgMXXGHDYpWsLLYr1BFj+pIMRr0RClBd4FkitPpKpqmLnxpEp4Js1MaDmo9h+2p/4r7Fa6lIV5rfQhBobmYjU6h8oF/haZTp/RY+/CVeXRywDFZN6RL5rGt08p3ZgkAAx5/mWJoCMMlC7a/CgVTgoKP5ROyVksFRzxZdJ93o2n9PueefdOAvFk/zZ9sgUCj4ELkBjTv/S1mPObE4qetHg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=btconnect.com; dmarc=pass action=none header.from=btconnect.com; dkim=pass header.d=btconnect.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector2-btconnect-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=7L5SUPN52TmGuMygTOtN0e9yMnSArSILy0f8IIlET5c=; b=jCWpdx6cUDSMiCbUafknGR5Kawq+56M7b8etxboZuyX5raKsEdKIqOpV8W90uk6+gX0qC+uSuYut/QVA2NrIh2djW2X5FVK6BjjfzG7NBUcmddLnwCAeqx787LvxHuyWuvAK890y1HX6GZlz+hJ7AGa3xf7mNzUil3xwXtWeByM= Received: from AM7PR07MB6248.eurprd07.prod.outlook.com (2603:10a6:20b:134::11) by AM6PR07MB4790.eurprd07.prod.outlook.com (2603:10a6:20b:23::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4042.6; Tue, 13 Apr 2021 08:49:52 +0000 Received: from AM7PR07MB6248.eurprd07.prod.outlook.com ([fe80::543d:497d:ba3f:5576]) by AM7PR07MB6248.eurprd07.prod.outlook.com ([fe80::543d:497d:ba3f:5576%3]) with mapi id 15.20.4042.016; Tue, 13 Apr 2021 08:49:52 +0000 From: tom petch To: Zhenghaomian , "ccamp@ietf.org" Thread-Topic: [CCAMP] Fw: I-D Action: draft-ietf-ccamp-otn-tunnel-model-13.txt Thread-Index: Adcvgyt++glA2+vcRt6QWnn9ITVPVAAvZNiz Date: Tue, 13 Apr 2021 08:49:52 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: huawei.com; dkim=none (message not signed) header.d=none;huawei.com; dmarc=none action=none header.from=btconnect.com; x-originating-ip: [86.155.147.182] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 8f3c17bc-98fb-4026-1f70-08d8fe591ab4 x-ms-traffictypediagnostic: AM6PR07MB4790: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8882; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: Wlt2o37lahD82yooXCrzS6CYDLtK6Ix+6ZvhBCgro1TTsaoV51ez56a2/tnCSJOiSNTt00HwxcLzkmeYSdd1nJtrf4Qo5omPqbytANule3jfdzmkT4CgwKB+zh9G2oHlXyexLLwrCf7nratrEflzdiRbZW85DJr+HIZVS/cKqrOPS3yYal8yTEhjg9E/aw1G0R8r6e6D5+zjDXN0YUg/54NruZBPcCUO1SnzmiGyTwpZlco6Mks7c5xaulwSG4ecOrf8gr92pHWLwlc/odp3ypdyHFMqqlkYnMCBjNwLTyZVHG6Jde7fSDZc1aBtuXlHEZZ9WRoh82INw6lnWws2ewrNFxYeXRfh/uU3C5MC89KJzoUw/aKycR/stW83nWZV9F3irz0DPAE+avJGEr69aom5JxDX4LhbVbPavSnoGzgKXLH2x4o0LygbANZ9v1pT6Zc+MBb9YBA4HR8N/1qIQ7dL7IoR59YBxYVDYKlhNsHRbKGmVHuyh2zlb1q6QP/GV6jsIQDn++wRw4wYfz9SfKlGWh17+LpfFZ5OprVfnIZO/hAGNv4Ry9DoC5tnUYgIaKrV1EDFOPs2dfgMWBLeT7QI9UX569l8B6U6VVtI7KClK4EFp223FO3rngTl2BBcsQs+ASXkfZ04jyIF+VrZK8zfQKZeBKKs7eyuZB7E7PQ= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM7PR07MB6248.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(39860400002)(366004)(346002)(396003)(376002)(136003)(91956017)(2906002)(71200400001)(55016002)(38100700002)(316002)(66946007)(66556008)(7696005)(26005)(76116006)(33656002)(9686003)(64756008)(122000001)(966005)(66574015)(66476007)(478600001)(5660300002)(66446008)(52536014)(6506007)(86362001)(186003)(83380400001)(110136005)(8936002)(8676002); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: =?gb2312?B?cHg2TkVQaWdQNmxGeVIxelNlZDhvdnExQWRrN1paVUhBTnQwaW9YQmwxL3Qv?= =?gb2312?B?c2p6OWx3YWNFdFNIY3dXK0VENS8rb0ZZdkdBRVFaMG9oaUcyQ00wWEdFalAy?= =?gb2312?B?SzEraktkT05FRVU0eGtNcSsyQ2xBZTVsSEptTFRocC9BbVdpaWIzcVU2Qkh5?= =?gb2312?B?c1B4amhjMFozcldEazl0NkJESXpSdk9GbisvZWZtMzJyRC91MEN6QzQ0YXZ5?= =?gb2312?B?YWpFYXAxQXBaRmpnN0tmY2VZcFp6Q2VNdFNWY0JZS1NIdEg0RG9zZzd3L1E5?= =?gb2312?B?N3lmWFcyS3NXM0NhRmNadWJuY254aEM5MHk3RzlHUGxLT3ROM05RRlpncysy?= =?gb2312?B?Qk42cHEyNEVJTGtTNUl2cXl6UGVSaFVVQ1Y1dUU2dFNLSGFPOXhaNGFXMTJl?= =?gb2312?B?T2FyQ2l4TytwbkU1WFlSWVQxSExTeU1VMEJ6dWdBV0NFb1pBaGdtbTFDK0Uw?= =?gb2312?B?QnNSVGkxQjNTdFg2QjU1bmk5YjcwU3lQSUJweTBkZndHUkwrVEgySnB3b29k?= =?gb2312?B?bTZFcGxPbEZtUEl5OGFqb2xOak1LSkhSWmdDREh5TXRQY2NLSXdidXRubHRk?= =?gb2312?B?cDZqV09RSFFYemREOUYyWWxpNmJmTTlFZTBTbUpoUFdtL2JWaWZpbzllb3Ni?= =?gb2312?B?OHFnOWduVmh3bHZZN2hIbWJFQklpS1lMTUI1TWc3MThyNEpEOUg0aVU1QVVT?= =?gb2312?B?amNaRW5GQS9rZ1lkMU9ocjlBdWNYTEtqcHpHWi9kUkNtMzdpb05HM0NrTnJS?= =?gb2312?B?UWFpNkkxdzBWbjFxUDczLytVQjI2aVZTcnNScHdiNTlKMkl6WG1JOG9QaXZy?= =?gb2312?B?Tzdkd2hBclQwN1A2OXdCTzFhVW5OUkd2aTVYeno0QWlXUzVPLzJ3L0RwcVVt?= =?gb2312?B?cWhyUXN4cjNSKzVrK0ExOUNxQ0xvUUJZVXlvRlk3WlllVENNUGp0Z1ZCQUNU?= =?gb2312?B?cUVZazlja3I1OFkyM01HOWhRZnNUbzBOMDF4RUUwSi9sMm4vNkEzT1NRZkJ3?= =?gb2312?B?aXN4a3BhMllSeUlxdnNuT0lwNXZpbklKUlJVQTBGL3k2cDRUZTkrckZsZnkw?= =?gb2312?B?YkRUSmVscGZRQmZNKzhqNU93QSs0VnNxT1RsRUgyMmJxekRzRjlWek1Lczlo?= =?gb2312?B?S29rT0p0OGlPcmEraDFZakw3dW45RmJoNTBTNzFxQzBvYmlCbjgxdHpoZmxk?= =?gb2312?B?QUtQTDJpc2ZybjN5WGZmNjBEcmVBWC9ZUlUra2dJTHd2bU94MVE1anM4TU9o?= =?gb2312?B?TnllNFgrd0pyVjF4VnZBWVUxdmR5MHhNRUlGbENpZ2Z4UDMxb0xwZGZ2QVcy?= =?gb2312?B?SjJlNjNDbVpBQXpKcXdUVFRxU3VXemIyb3hlUFRpZ3FodTZFQTd0T3dnSG1R?= =?gb2312?B?WVBPV254SVZJdWp6OFl4dzNvVDdKYUFORGRHNjdJZDhjN3JlcnkyRHphOHU1?= =?gb2312?B?bXdaQ25ZZlpLOForWFRlRzB4c1VnSGdEbXFNMWQzMzhFTnFnOG05elRySWNP?= =?gb2312?B?L3RMZ0hNNHp6T2JaU0FXWTltK1Q1V3EzcWRuZ0VkR0pFVnp0anZ1VHVISUgx?= =?gb2312?B?czBHbC9JVlNYcitWK2o3RmxBQ0Jxd2ZHT1BWUHBIZXlpN21URENtMVF3a2o5?= =?gb2312?B?MlVUZyt6VmgxaGd1bmZVZ3BrOVZKcHFJMDBPK3kzcVh3ZnRlaGsyTjAvYzRw?= =?gb2312?B?aDNIUWZUUk5hamM5bWpVMnh3Qi9WMGpXVUNLNUQyc1R6UUpVQktEOE5OWDN5?= =?gb2312?Q?ATVEuM7IlI7s0YuHZU=3D?= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: btconnect.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: AM7PR07MB6248.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 8f3c17bc-98fb-4026-1f70-08d8fe591ab4 X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Apr 2021 08:49:52.5018 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: cf8853ed-96e5-465b-9185-806bfe185e30 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: qViIp7lL06jqWnHPThmu7moPGxKBzRwNnbmNZl0uszC5s/IgyXGEu57huw34JHeOcxV2UiY+BcKPv2G26Dzwbw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM6PR07MB4790 Archived-At: Subject: Re: [CCAMP] Fw: I-D Action: draft-ietf-ccamp-otn-tunnel-model-13.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Apr 2021 08:50:04 -0000 RnJvbTogQ0NBTVAgPGNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+IG9uIGJlaGFsZiBvZiBaaGVuZ2hh b21pYW4gPHpoZW5naGFvbWlhbkBodWF3ZWkuY29tPgpTZW50OiAxMiBBcHJpbCAyMDIxIDExOjA1 CgpIaSwgQ0NBTVAsCgpXZSBoYXZlIHVwZGF0ZWQgdGhlIGRvY3VtZW50IHRvIGFkZHJlc3MgdGhl IGNvbW1lbnRzIGZyb20gWUFORyBkb2N0b3IncyByZXZpZXcsIHRvZ2V0aGVyIHdpdGggc29sdmlu ZyB0aGUgY29tcGlsYXRpb24gcHJvYmxlbSBvZiB0aGUgbW9kdWxlLgoKUmV2aWV3ICYgQ29tbWVu dHMgYXJlIHdlbGNvbWUuCjx0cD4KClRoaXMgaXMgYSBsb25nIHdheSBvZmYgYmVpbmcgdXNhYmxl LiAgSXQgaW1wb3J0cyB0ZWFzLXlhbmctdGUgIGFuZCB0aGUgcmVmZXJlbmNlIGlzIHRvIHRlYXMt eWFuZy10ZS0xOS4gIFNpbmNlIHRoYXQgdmVyc2lvbiwgdGhlIG1vZHVsZSBoYXMgdW5kZXJnb25l IG1hbnksIG1ham9yIHJldmlzaW9ucyBhbmQgdGhpcyBJLUQgbmVlZHMgYSBsYXJnZSBudW1iZXIg b2YgY2hhbmdlcyB0byBicmluZyBpdCBpbiBsaW5lIHdpdGggdGhlIGN1cnJlbnQgdmVyc2lvbiBv ZiB0ZWFzLXRlLgoKSSBub3RlIHRoYXQgdGhlIFlBTkcgZG9jdG9yIGNhbGxlZCBvdXQgdGhpcyBp c3N1ZSBidXQgdGhhdCBpdCBoYXMgbm90IGJlZW4gYWRkcmVzc2VkLgoKSSBkbyBub3QgdGhpbmsg dGhhdCBpdCBpcyB3b3J0aCByZXZpZXdpbmcgdGhpcyBJLUQgdW50aWwgdGhhdCBpc3N1ZSBpcyBy ZXNvbHZlZC4KCkluIHBhc3NpbmcsIHRoZSBURUFTIFdHIGhhcyB0aGUgc2FtZSBwcm9ibGVtIG9m IGJlaW5nIHVuYWJsZSB0byBrZWVwIHVwIHdpdGggdGhlIGNoYW5nZXMgdG8gdGVhcy10ZSBidXQg dGhhdCBpcyB0aGVpciBwcm9ibGVtOi0pCgpUb20gUGV0Y2gKCkJlc3Qgd2lzaGVzLApIYW9taWFu CgotLS0tLdPKvP7Urbz+LS0tLS0Kt6K8/sjLOiBDQ0FNUCBbbWFpbHRvOmNjYW1wLWJvdW5jZXNA aWV0Zi5vcmddILT6se0gaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnCreiy83KsbzkOiAyMDIxxOo0 1MIxMsjVIDE3OjI2CsrVvP7IyzogaS1kLWFubm91bmNlQGlldGYub3JnCrOty806IGNjYW1wQGll dGYub3JnCtb3zOI6IFtDQ0FNUF0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1jY2FtcC1vdG4tdHVu bmVsLW1vZGVsLTEzLnR4dAoKCkEgTmV3IEludGVybmV0LURyYWZ0IGlzIGF2YWlsYWJsZSBmcm9t IHRoZSBvbi1saW5lIEludGVybmV0LURyYWZ0cyBkaXJlY3Rvcmllcy4KVGhpcyBkcmFmdCBpcyBh IHdvcmsgaXRlbSBvZiB0aGUgQ29tbW9uIENvbnRyb2wgYW5kIE1lYXN1cmVtZW50IFBsYW5lIFdH IG9mIHRoZSBJRVRGLgoKICAgICAgICBUaXRsZSAgICAgICAgICAgOiBPVE4gVHVubmVsIFlBTkcg TW9kZWwKICAgICAgICBBdXRob3JzICAgICAgICAgOiBIYW9taWFuIFpoZW5nCiAgICAgICAgICAg ICAgICAgICAgICAgICAgSXRhbG8gQnVzaQogICAgICAgICAgICAgICAgICAgICAgICAgIFNlcmdp byBCZWxvdHRpCiAgICAgICAgICAgICAgICAgICAgICAgICAgVmljdG9yIExvcGV6CiAgICAgICAg ICAgICAgICAgICAgICAgICAgWXVuYmluIFh1CiAgICAgICAgRmlsZW5hbWUgICAgICAgIDogZHJh ZnQtaWV0Zi1jY2FtcC1vdG4tdHVubmVsLW1vZGVsLTEzLnR4dAogICAgICAgIFBhZ2VzICAgICAg ICAgICA6IDM2CiAgICAgICAgRGF0ZSAgICAgICAgICAgIDogMjAyMS0wNC0xMgoKQWJzdHJhY3Q6 CiAgIFRoaXMgZG9jdW1lbnQgZGVzY3JpYmVzIHRoZSBZQU5HIGRhdGEgbW9kZWwgZm9yIHR1bm5l bHMgaW4gT1ROIFRFCiAgIG5ldHdvcmtzLiAgVGhlIG1vZGVsIGNhbiBiZSB1c2VkIHRvIGRvIHRo ZSBjb25maWd1cmF0aW9uIGluIG9yZGVyIHRvCiAgIGVzdGFibGlzaCB0aGUgdHVubmVsIGluIE9U TiBuZXR3b3JrLiAgVGhpcyB3b3JrIGlzIGluZGVwZW5kZW50IHdpdGgKICAgdGhlIGNvbnRyb2wg cGxhbmUgcHJvdG9jb2xzLiAgVGhlIFlBTkcgZGF0YSBtb2RlbCBkZWZpbmVkIGluIHRoaXMKICAg ZG9jdW1lbnQgY29uZm9ybXMgdG8gdGhlIE5ldHdvcmsgTWFuYWdlbWVudCBEYXRhc3RvcmUgQXJj aGl0ZWN0dXJlCiAgIChOTURBKS4KCgpUaGUgSUVURiBkYXRhdHJhY2tlciBzdGF0dXMgcGFnZSBm b3IgdGhpcyBkcmFmdCBpczoKaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQt aWV0Zi1jY2FtcC1vdG4tdHVubmVsLW1vZGVsLwoKVGhlcmUgYXJlIGFsc28gaHRtbGl6ZWQgdmVy c2lvbnMgYXZhaWxhYmxlIGF0OgpodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0 Zi1jY2FtcC1vdG4tdHVubmVsLW1vZGVsLTEzCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcv ZG9jL2h0bWwvZHJhZnQtaWV0Zi1jY2FtcC1vdG4tdHVubmVsLW1vZGVsLTEzCgpBIGRpZmYgZnJv bSB0aGUgcHJldmlvdXMgdmVyc2lvbiBpcyBhdmFpbGFibGUgYXQ6Cmh0dHBzOi8vd3d3LmlldGYu b3JnL3JmY2RpZmY/dXJsMj1kcmFmdC1pZXRmLWNjYW1wLW90bi10dW5uZWwtbW9kZWwtMTMKCgpQ bGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUg dGltZSBvZiBzdWJtaXNzaW9uIHVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFy ZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5vcmcuCgpJbnRlcm5ldC1EcmFmdHMgYXJlIGFsc28g YXZhaWxhYmxlIGJ5IGFub255bW91cyBGVFAgYXQ6CmZ0cDovL2Z0cC5pZXRmLm9yZy9pbnRlcm5l dC1kcmFmdHMvCgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X18KQ0NBTVAgbWFpbGluZyBsaXN0CkNDQU1QQGlldGYub3JnCmh0dHBzOi8vd3d3LmlldGYub3Jn L21haWxtYW4vbGlzdGluZm8vY2NhbXAKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18KQ0NBTVAgbWFpbGluZyBsaXN0CkNDQU1QQGlldGYub3JnCmh0dHBzOi8v d3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vY2NhbXAK From nobody Tue Apr 13 06:05:08 2021 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D5F593A15A8 for ; Tue, 13 Apr 2021 06:05:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.919 X-Spam-Level: X-Spam-Status: No, score=-1.919 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 L00HJ--Dt2Vd for ; Tue, 13 Apr 2021 06:05:02 -0700 (PDT) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4EBF93A15A9 for ; Tue, 13 Apr 2021 06:04:49 -0700 (PDT) Received: from fraeml702-chm.china.huawei.com (unknown [172.18.147.201]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4FKQYS6p92z689Fv for ; Tue, 13 Apr 2021 20:54:52 +0800 (CST) Received: from fraeml702-chm.china.huawei.com (10.206.15.51) by fraeml702-chm.china.huawei.com (10.206.15.51) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2106.2; Tue, 13 Apr 2021 15:04:41 +0200 Received: from DGGEML401-HUB.china.huawei.com (10.3.17.32) by fraeml702-chm.china.huawei.com (10.206.15.51) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA_P256) id 15.1.2106.2 via Frontend Transport; Tue, 13 Apr 2021 15:04:41 +0200 Received: from DGGEML511-MBX.china.huawei.com ([169.254.1.247]) by DGGEML401-HUB.china.huawei.com ([fe80::89ed:853e:30a9:2a79%31]) with mapi id 14.03.0513.000; Tue, 13 Apr 2021 21:04:37 +0800 From: Zhenghaomian To: tom petch , "ccamp@ietf.org" Thread-Topic: [CCAMP] Fw: I-D Action: draft-ietf-ccamp-otn-tunnel-model-13.txt Thread-Index: AdcwZXckCxCixhrzTSC8CKJfs9xy4w== Date: Tue, 13 Apr 2021 13:04:37 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.24.177.182] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [CCAMP] Fw: I-D Action: draft-ietf-ccamp-otn-tunnel-model-13.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Apr 2021 13:05:07 -0000 SG1tLCBUb20geW91IGFyZSBleHRyZW1lbHkgcmlnaHQsIHdlIGFyZSBwbGFubmluZyB0byBkbyB0 aGUgdXBkYXRlIGFmdGVyIHRoZSBtYXR1cml0eSBvZiBpZXRmLXRlLiANCg0KVGhlIGN1cnJlbnQg dXBkYXRlIGlzIHRvIHN0b3AgdGhlIGNvbXBpbGVyIGNvbXBsYWluaW5nIGFib3V0IHRoZSB3b3Jr OikNCg0KQmVzdCB3aXNoZXMsDQpIYW9taWFuDQoNCi0tLS0t08q8/tStvP4tLS0tLQ0Kt6K8/sjL OiB0b20gcGV0Y2ggW21haWx0bzppZXRmY0BidGNvbm5lY3QuY29tXSANCreiy83KsbzkOiAyMDIx xOo01MIxM8jVIDE2OjUwDQrK1bz+yMs6IFpoZW5naGFvbWlhbiA8emhlbmdoYW9taWFuQGh1YXdl aS5jb20+OyBjY2FtcEBpZXRmLm9yZw0K1vfM4jogUmU6IFtDQ0FNUF0gRnc6IEktRCBBY3Rpb246 IGRyYWZ0LWlldGYtY2NhbXAtb3RuLXR1bm5lbC1tb2RlbC0xMy50eHQNCg0KRnJvbTogQ0NBTVAg PGNjYW1wLWJvdW5jZXNAaWV0Zi5vcmc+IG9uIGJlaGFsZiBvZiBaaGVuZ2hhb21pYW4gPHpoZW5n aGFvbWlhbkBodWF3ZWkuY29tPg0KU2VudDogMTIgQXByaWwgMjAyMSAxMTowNQ0KDQpIaSwgQ0NB TVAsDQoNCldlIGhhdmUgdXBkYXRlZCB0aGUgZG9jdW1lbnQgdG8gYWRkcmVzcyB0aGUgY29tbWVu dHMgZnJvbSBZQU5HIGRvY3RvcidzIHJldmlldywgdG9nZXRoZXIgd2l0aCBzb2x2aW5nIHRoZSBj b21waWxhdGlvbiBwcm9ibGVtIG9mIHRoZSBtb2R1bGUuDQoNClJldmlldyAmIENvbW1lbnRzIGFy ZSB3ZWxjb21lLg0KPHRwPg0KDQpUaGlzIGlzIGEgbG9uZyB3YXkgb2ZmIGJlaW5nIHVzYWJsZS4g IEl0IGltcG9ydHMgdGVhcy15YW5nLXRlICBhbmQgdGhlIHJlZmVyZW5jZSBpcyB0byB0ZWFzLXlh bmctdGUtMTkuICBTaW5jZSB0aGF0IHZlcnNpb24sIHRoZSBtb2R1bGUgaGFzIHVuZGVyZ29uZSBt YW55LCBtYWpvciByZXZpc2lvbnMgYW5kIHRoaXMgSS1EIG5lZWRzIGEgbGFyZ2UgbnVtYmVyIG9m IGNoYW5nZXMgdG8gYnJpbmcgaXQgaW4gbGluZSB3aXRoIHRoZSBjdXJyZW50IHZlcnNpb24gb2Yg dGVhcy10ZS4NCg0KSSBub3RlIHRoYXQgdGhlIFlBTkcgZG9jdG9yIGNhbGxlZCBvdXQgdGhpcyBp c3N1ZSBidXQgdGhhdCBpdCBoYXMgbm90IGJlZW4gYWRkcmVzc2VkLg0KDQpJIGRvIG5vdCB0aGlu ayB0aGF0IGl0IGlzIHdvcnRoIHJldmlld2luZyB0aGlzIEktRCB1bnRpbCB0aGF0IGlzc3VlIGlz IHJlc29sdmVkLg0KDQpJbiBwYXNzaW5nLCB0aGUgVEVBUyBXRyBoYXMgdGhlIHNhbWUgcHJvYmxl bSBvZiBiZWluZyB1bmFibGUgdG8ga2VlcCB1cCB3aXRoIHRoZSBjaGFuZ2VzIHRvIHRlYXMtdGUg YnV0IHRoYXQgaXMgdGhlaXIgcHJvYmxlbTotKQ0KDQpUb20gUGV0Y2gNCg0KQmVzdCB3aXNoZXMs DQpIYW9taWFuDQoNCi0tLS0t08q8/tStvP4tLS0tLQ0Kt6K8/sjLOiBDQ0FNUCBbbWFpbHRvOmNj YW1wLWJvdW5jZXNAaWV0Zi5vcmddILT6se0gaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnDQq3osvN yrG85DogMjAyMcTqNNTCMTLI1SAxNzoyNg0KytW8/sjLOiBpLWQtYW5ub3VuY2VAaWV0Zi5vcmcN CrOty806IGNjYW1wQGlldGYub3JnDQrW98ziOiBbQ0NBTVBdIEktRCBBY3Rpb246IGRyYWZ0LWll dGYtY2NhbXAtb3RuLXR1bm5lbC1tb2RlbC0xMy50eHQNCg0KDQpBIE5ldyBJbnRlcm5ldC1EcmFm dCBpcyBhdmFpbGFibGUgZnJvbSB0aGUgb24tbGluZSBJbnRlcm5ldC1EcmFmdHMgZGlyZWN0b3Jp ZXMuDQpUaGlzIGRyYWZ0IGlzIGEgd29yayBpdGVtIG9mIHRoZSBDb21tb24gQ29udHJvbCBhbmQg TWVhc3VyZW1lbnQgUGxhbmUgV0cgb2YgdGhlIElFVEYuDQoNCiAgICAgICAgVGl0bGUgICAgICAg ICAgIDogT1ROIFR1bm5lbCBZQU5HIE1vZGVsDQogICAgICAgIEF1dGhvcnMgICAgICAgICA6IEhh b21pYW4gWmhlbmcNCiAgICAgICAgICAgICAgICAgICAgICAgICAgSXRhbG8gQnVzaQ0KICAgICAg ICAgICAgICAgICAgICAgICAgICBTZXJnaW8gQmVsb3R0aQ0KICAgICAgICAgICAgICAgICAgICAg ICAgICBWaWN0b3IgTG9wZXoNCiAgICAgICAgICAgICAgICAgICAgICAgICAgWXVuYmluIFh1DQog ICAgICAgIEZpbGVuYW1lICAgICAgICA6IGRyYWZ0LWlldGYtY2NhbXAtb3RuLXR1bm5lbC1tb2Rl bC0xMy50eHQNCiAgICAgICAgUGFnZXMgICAgICAgICAgIDogMzYNCiAgICAgICAgRGF0ZSAgICAg ICAgICAgIDogMjAyMS0wNC0xMg0KDQpBYnN0cmFjdDoNCiAgIFRoaXMgZG9jdW1lbnQgZGVzY3Jp YmVzIHRoZSBZQU5HIGRhdGEgbW9kZWwgZm9yIHR1bm5lbHMgaW4gT1ROIFRFDQogICBuZXR3b3Jr cy4gIFRoZSBtb2RlbCBjYW4gYmUgdXNlZCB0byBkbyB0aGUgY29uZmlndXJhdGlvbiBpbiBvcmRl ciB0bw0KICAgZXN0YWJsaXNoIHRoZSB0dW5uZWwgaW4gT1ROIG5ldHdvcmsuICBUaGlzIHdvcmsg aXMgaW5kZXBlbmRlbnQgd2l0aA0KICAgdGhlIGNvbnRyb2wgcGxhbmUgcHJvdG9jb2xzLiAgVGhl IFlBTkcgZGF0YSBtb2RlbCBkZWZpbmVkIGluIHRoaXMNCiAgIGRvY3VtZW50IGNvbmZvcm1zIHRv IHRoZSBOZXR3b3JrIE1hbmFnZW1lbnQgRGF0YXN0b3JlIEFyY2hpdGVjdHVyZQ0KICAgKE5NREEp Lg0KDQoNClRoZSBJRVRGIGRhdGF0cmFja2VyIHN0YXR1cyBwYWdlIGZvciB0aGlzIGRyYWZ0IGlz Og0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1jY2FtcC1vdG4t dHVubmVsLW1vZGVsLw0KDQpUaGVyZSBhcmUgYWxzbyBodG1saXplZCB2ZXJzaW9ucyBhdmFpbGFi bGUgYXQ6DQpodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1jY2FtcC1vdG4t dHVubmVsLW1vZGVsLTEzDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2Ry YWZ0LWlldGYtY2NhbXAtb3RuLXR1bm5lbC1tb2RlbC0xMw0KDQpBIGRpZmYgZnJvbSB0aGUgcHJl dmlvdXMgdmVyc2lvbiBpcyBhdmFpbGFibGUgYXQ6DQpodHRwczovL3d3dy5pZXRmLm9yZy9yZmNk aWZmP3VybDI9ZHJhZnQtaWV0Zi1jY2FtcC1vdG4tdHVubmVsLW1vZGVsLTEzDQoNCg0KUGxlYXNl IG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUg b2Ygc3VibWlzc2lvbiB1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZh aWxhYmxlIGF0IHRvb2xzLmlldGYub3JnLg0KDQpJbnRlcm5ldC1EcmFmdHMgYXJlIGFsc28gYXZh aWxhYmxlIGJ5IGFub255bW91cyBGVFAgYXQ6DQpmdHA6Ly9mdHAuaWV0Zi5vcmcvaW50ZXJuZXQt ZHJhZnRzLw0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fDQpDQ0FNUCBtYWlsaW5nIGxpc3QNCkNDQU1QQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRm Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2NjYW1wDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXw0KQ0NBTVAgbWFpbGluZyBsaXN0DQpDQ0FNUEBpZXRmLm9yZw0K aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9jY2FtcA0K From nobody Tue Apr 13 08:36:28 2021 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 113773A1B94 for ; Tue, 13 Apr 2021 08:36:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=btconnect.onmicrosoft.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 BLXHBCvRA1gl for ; Tue, 13 Apr 2021 08:36:21 -0700 (PDT) Received: from EUR04-DB3-obe.outbound.protection.outlook.com (mail-eopbgr60091.outbound.protection.outlook.com [40.107.6.91]) (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 A01123A1B8A for ; Tue, 13 Apr 2021 08:36:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=BOZXWFk6eRPQ3zF5Y3uE/RoIDHHnO4jL3kLHaI1tsa4Ed/AM25xh41TFA5fa0wXUuNkTIFc8fzDZloI8IEPI+gZHPGoJEUHpr1zt3EP/01dWEoApqhyLjiZqhBretOHhJeFLllZ+aIlDBQetyGCU6+tSUDR77DdOhpUYrtVtHBzMmBeUFJRZ0HTBPhDm08dQxy/dGFB5qC08709bh0y3c/HIApVlikfVx90fYr3QD5Y9Lf1kCb+qVBaM0EhcgIqS2dR3u3E+jgBcMXjeI24AUMbod/BLhympV53cnNyqJea7Y/DLPc47zwjaCj2ncYpe1ViGMEjAbSLwDg+/aLq+LA== 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-SenderADCheck; bh=ltEYaGFQdj2IRkobiVfwu4FIyq9aFsVbBnFUf82ArD4=; b=A6D2fM7Fs/I9jLO1HMkVeAHBope0itnzcYwT7OiK24/9DtUGS+cWkbo72C+nLIrADNoibhA027q7Gxm9fn+VECNII/yfn6RXgqe79kvyaMXc4+/s2Ov7p9zSAq/78SkSwZUP6EVOJcQXW4U8CkL+ubf2uJ1S0e2O2eOhlGdheuTtWB0J/1lLJMgJA7+lNFp00QbQZM5dDnyRhMHoDROV7MR433c6daS7CMqjQLzVr1q/AJ96zzc3ZjUiElwkmzq9xp3l2lFareDngj6kJEseZfm332UW+A3Lolbrz2P9iWVfU1vM1d2RcGe2w807Eoj97JUT0ICPFxElsZooOAzOPQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=btconnect.com; dmarc=pass action=none header.from=btconnect.com; dkim=pass header.d=btconnect.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector2-btconnect-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=ltEYaGFQdj2IRkobiVfwu4FIyq9aFsVbBnFUf82ArD4=; b=TW93YwXL3oJhIq66WI50EGTZMIKvayHqkNCxppD2RScax3VFq/qEF+zjPoMJ3HXHuHgwSU59DOi6IgFV3ZiKQp9x8hjHj9fBKo6Ximmf91VvUPKIArjh3GVW+jkHrtcUW3gPvoROQeFYNEAuBDEaHrjmsAFQfrybovdSbrPuDkk= Received: from AM7PR07MB6248.eurprd07.prod.outlook.com (2603:10a6:20b:134::11) by AS8PR07MB7237.eurprd07.prod.outlook.com (2603:10a6:20b:258::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4042.10; Tue, 13 Apr 2021 15:36:19 +0000 Received: from AM7PR07MB6248.eurprd07.prod.outlook.com ([fe80::543d:497d:ba3f:5576]) by AM7PR07MB6248.eurprd07.prod.outlook.com ([fe80::543d:497d:ba3f:5576%3]) with mapi id 15.20.4042.016; Tue, 13 Apr 2021 15:36:19 +0000 From: tom petch To: Zhenghaomian , "ccamp@ietf.org" Thread-Topic: [CCAMP] Fw: I-D Action: draft-ietf-ccamp-otn-tunnel-model-13.txt Thread-Index: AdcwZXckCxCixhrzTSC8CKJfs9xy4wAFQ1U8 Date: Tue, 13 Apr 2021 15:36:19 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: huawei.com; dkim=none (message not signed) header.d=none;huawei.com; dmarc=none action=none header.from=btconnect.com; x-originating-ip: [86.155.147.182] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 084356dc-88ae-417c-ee88-08d8fe91e248 x-ms-traffictypediagnostic: AS8PR07MB7237: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8882; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: FAz+SWWXo8UwGD1sMWHvSP4sbcfM9qdjWcVITePtegLuH/HWXiWD/MKjpAE2ht34ChVeXQ/3STOa6as/BcRpoUDmk+JBJvoojkzVhbXGO/WHui5M9R2sDE0R6h9gzX9WmWp4V0Pw3WP1Dq/lGPLMqpDcShea6pUV6t2firt0GHVQiQK9YjEVpS+AT0UVgKny0HyfX//6ax35OHpzOYnzytGkvG9zDDa6wnr06OPAswilQX5XpNCL8GlWI9z6yvz2Sex0ZYC1kbLpQl3KkRfYGEsDnAPJJhH6KT7iMh/OAJrAgC7brr+SrGD9uGjYslChnFA9moZ5di59pn90HmSTwZdZl41N5GheWb1E4rKgeA9/Shg0WXMCMU1He1XxOWyT7SBvRBU+dA/j+YgxmWBMNXD9z1XmpveBwM52liI6HH++4BR7MaWScJTHb7RVh53wWPSCPTyx7Mei8fu7cAnCan9eiRe1F/mrZjdoVEoDdYcfKiGmEztec7BIL64864OIkmDDDatSBc5tehvTJBYAEIVz0Rk8mGU+KMcWrFe6uWLt2SIj/+4Vk88T5wgBEkuxB42bObeEiK0DTDmXYzwqGfPgwoTQ/7bsLlRp+Kd7H14FB/n2rAg6CwlSi2ncmQE/Y3sWLRA/dzmCh3fxbdfcq31JgP//oLzqFViUQ6LA5lw= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM7PR07MB6248.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(346002)(376002)(39860400002)(136003)(396003)(366004)(83380400001)(55016002)(33656002)(122000001)(8936002)(26005)(186003)(5660300002)(52536014)(966005)(9686003)(6506007)(38100700002)(110136005)(66476007)(91956017)(8676002)(7696005)(71200400001)(2906002)(76116006)(66446008)(64756008)(478600001)(66574015)(316002)(86362001)(66946007)(66556008); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: =?gb2312?B?Uk1adkJVVEkxRGpBb1AyQUVEY0N5NGVpVGNCTWZtOXI3U2lZNHFNVzQ1RlI1?= =?gb2312?B?a2FHT2RMQVNaaW9ScEhlZ2d6NjVCcEY3aHdWWlpTSWRiV3JIK3pIUlRGZlZn?= =?gb2312?B?OWVaV1pIOExkbnVJK2d3bXBjb0R3Zk9DbzRsMGZUVWh2bGVxVUJFTVlJc2Zt?= =?gb2312?B?MkloWFBsMTVyUUlPM25oZWRsM0hqSjM0Vys4b1Z6ajcxTDIvaXkremxHTnJD?= =?gb2312?B?cW9GSHBMREJFWkVrRDA5bkpkMzdYVVZqblczTlhDK0d2eGV4MHYxTmxIcEFJ?= =?gb2312?B?S0JVOGRwcEtMbWJZTWVBb0VDUjJ3OVZLYjBJVjNrOEFrSk5oeW9aRG96OEEy?= =?gb2312?B?SkdzV29tYzZSQnpZRmxOb3YwRGo5c1VzeUpKNVBvaXkxMVFoWE5KTmhuVno0?= =?gb2312?B?ckxSQkRDVTVXRWVHYllncXg4MTZZdHNYK01ST0xQWGNWVnhIdzVPRHJ1YjVi?= =?gb2312?B?Tm5CNjRESG9tMVlEZnBLSFZiYlFFWWpPTmxhdGxPa1dkWXc0S0oyTFpnckpy?= =?gb2312?B?S0JuSDR1T3RobjdmQkRaWFRFWG83SmtJa1pwRzkrVWJIcUpiSTArK1ZIODB2?= =?gb2312?B?QkZPRmlLdlViMUZxUWhFOGw1a3Jka1VqdXB3bVlPMytZWTU5dVVqbzZHSGxF?= =?gb2312?B?RWExK1VkWTI5NUx0a1Z4QmlEYkY5bVRsVTdlQ2s0TnUxRjBqWFhuT0ViSE1W?= =?gb2312?B?MEEvUXdFOS8rNzRRQXc4Um9QeU1lWi9QbmQvd2x1aDNDOVRnelJXb0dCa1or?= =?gb2312?B?dmlPeWFzWjRLSEc0dUZuM1QreWcwVHh6Q0pVa3VWYm40cjc1TGxNcDJxbFAr?= =?gb2312?B?MXdtQnIyMithRHRsR25ZNFRTOEhkR2JUWFRMcElvcDUrMEtKcWtpNjd1b2Rl?= =?gb2312?B?K2tpWGk0a0wvZms2aGp6cHB6QWgxTy93cUdwaVFSUlJQOWpHOGNXc2dNQVhw?= =?gb2312?B?SDE1M2w2YjJlUGZjeExkR3JhWExOTEt5VnRYMmJicTRjNU16Tmg0WEVMWFpq?= =?gb2312?B?ZTB3MjBuekgyQ0pQeWlpdHVoNmlsSDF2RHU3SVg4ajdRUXFUOTVHcGlnd3Zm?= =?gb2312?B?dmFmemRqeHcySnlWMFRVUGYvRStiTjdPajd3TTZPMVlzeUF6TmFTL3dCOHJK?= =?gb2312?B?VWdXbWhoV3Q5ZlhHVG9TUzQ1VHRLY1RkRnFhdFdWOFI3NUpTS1VJbUp1RXlN?= =?gb2312?B?N09ZM0x5bXYzbDdBVms0T2dCalVBcFFEVTg3ZE5FYXgxazlPaEdFWkJsNWlh?= =?gb2312?B?cEo3MllYYVhrbTBHekxiTnl4Ny9TaTU1RXhnWkpVYzFrQ3pJeXMzMGVxakxu?= =?gb2312?B?SENvaXZFTFB4NWVObWVhNlFuN1F3dWQyK0pLZExMZndkMFduU1BabFRmTnZT?= =?gb2312?B?N2VVN2o3Y1U1UytxYUJWaXJ5M0E3cDJIZVM4N0tuUTBGd05TeDk3QXNXOHla?= =?gb2312?B?YW10blVUdUtEcHRlZ3lidS9iTDZXY0Q1dmtrbUxtQ0hUbUVrcmphaFFoMkY4?= =?gb2312?B?MFM0UGNCTDB2WFl0SjMxUzlQc0Y2SnB5RHkrTjNYTGxjYzZEWitLTmJVQTIw?= =?gb2312?B?YUVUQzhyamI4dHUyNWtuRno1cVZweEFESC8yUkszeWpYRC9lLzlGcTQxRzZ4?= =?gb2312?B?U3k0ejRQRURlVzRSTTlNZW9JQ2dmMVhmay8zUWhpY2dOMjQ2SmFpZWtiTVg2?= =?gb2312?B?TmEydHVXUUYrUkw3ampDb3pKeExyOFExSXc3eE9JcEwxWTBBVVNzU2RtTFgw?= =?gb2312?Q?B6jc05jwm7ExEYbpgo=3D?= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: btconnect.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: AM7PR07MB6248.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 084356dc-88ae-417c-ee88-08d8fe91e248 X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Apr 2021 15:36:19.1953 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: cf8853ed-96e5-465b-9185-806bfe185e30 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: z10DewM4gKV6sakly0dmSpSxjzqJNwvLFBbVUCP4EIWkSnAYhKvqW43+VzyHJirNVAGl0csh0mUgnP+vDHI7fg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: AS8PR07MB7237 Archived-At: Subject: Re: [CCAMP] Fw: I-D Action: draft-ietf-ccamp-otn-tunnel-model-13.txt X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Apr 2021 15:36:26 -0000 RnJvbTogWmhlbmdoYW9taWFuIDx6aGVuZ2hhb21pYW5AaHVhd2VpLmNvbT4KU2VudDogMTMgQXBy aWwgMjAyMSAxNDowNAoKSG1tLCBUb20geW91IGFyZSBleHRyZW1lbHkgcmlnaHQsIHdlIGFyZSBw bGFubmluZyB0byBkbyB0aGUgdXBkYXRlIGFmdGVyIHRoZSBtYXR1cml0eSBvZiBpZXRmLXRlLgoK VGhlIGN1cnJlbnQgdXBkYXRlIGlzIHRvIHN0b3AgdGhlIGNvbXBpbGVyIGNvbXBsYWluaW5nIGFi b3V0IHRoZSB3b3JrOikKCjx0cD4KSWYgeW91IHdlcmUgdG8gcmVtb3ZlIHRoZSBpbXBvcnQgYnkg cmV2aXNpb24gYW5kIGp1c3QgaW1wb3J0LCB3aGljaCBnZXRzIHlvdSB0aGUgbGF0ZXN0IHZlcnNp b24sIHRoZW4gdGhlIGNvbXBpbGVyIHdvdWxkIGhhdmUgYSBsb3QgbW9yZSB0byBjb21wbGFpbiBh Ym91dDotKQoKVG9tIFBldGNoCgpCZXN0IHdpc2hlcywKSGFvbWlhbgoKLS0tLS3Tyrz+1K28/i0t LS0tCreivP7IyzogdG9tIHBldGNoIFttYWlsdG86aWV0ZmNAYnRjb25uZWN0LmNvbV0Kt6LLzcqx vOQ6IDIwMjHE6jTUwjEzyNUgMTY6NTAKytW8/sjLOiBaaGVuZ2hhb21pYW4gPHpoZW5naGFvbWlh bkBodWF3ZWkuY29tPjsgY2NhbXBAaWV0Zi5vcmcK1vfM4jogUmU6IFtDQ0FNUF0gRnc6IEktRCBB Y3Rpb246IGRyYWZ0LWlldGYtY2NhbXAtb3RuLXR1bm5lbC1tb2RlbC0xMy50eHQKCkZyb206IEND QU1QIDxjY2FtcC1ib3VuY2VzQGlldGYub3JnPiBvbiBiZWhhbGYgb2YgWmhlbmdoYW9taWFuIDx6 aGVuZ2hhb21pYW5AaHVhd2VpLmNvbT4KU2VudDogMTIgQXByaWwgMjAyMSAxMTowNQoKSGksIEND QU1QLAoKV2UgaGF2ZSB1cGRhdGVkIHRoZSBkb2N1bWVudCB0byBhZGRyZXNzIHRoZSBjb21tZW50 cyBmcm9tIFlBTkcgZG9jdG9yJ3MgcmV2aWV3LCB0b2dldGhlciB3aXRoIHNvbHZpbmcgdGhlIGNv bXBpbGF0aW9uIHByb2JsZW0gb2YgdGhlIG1vZHVsZS4KClJldmlldyAmIENvbW1lbnRzIGFyZSB3 ZWxjb21lLgo8dHA+CgpUaGlzIGlzIGEgbG9uZyB3YXkgb2ZmIGJlaW5nIHVzYWJsZS4gIEl0IGlt cG9ydHMgdGVhcy15YW5nLXRlICBhbmQgdGhlIHJlZmVyZW5jZSBpcyB0byB0ZWFzLXlhbmctdGUt MTkuICBTaW5jZSB0aGF0IHZlcnNpb24sIHRoZSBtb2R1bGUgaGFzIHVuZGVyZ29uZSBtYW55LCBt YWpvciByZXZpc2lvbnMgYW5kIHRoaXMgSS1EIG5lZWRzIGEgbGFyZ2UgbnVtYmVyIG9mIGNoYW5n ZXMgdG8gYnJpbmcgaXQgaW4gbGluZSB3aXRoIHRoZSBjdXJyZW50IHZlcnNpb24gb2YgdGVhcy10 ZS4KCkkgbm90ZSB0aGF0IHRoZSBZQU5HIGRvY3RvciBjYWxsZWQgb3V0IHRoaXMgaXNzdWUgYnV0 IHRoYXQgaXQgaGFzIG5vdCBiZWVuIGFkZHJlc3NlZC4KCkkgZG8gbm90IHRoaW5rIHRoYXQgaXQg aXMgd29ydGggcmV2aWV3aW5nIHRoaXMgSS1EIHVudGlsIHRoYXQgaXNzdWUgaXMgcmVzb2x2ZWQu CgpJbiBwYXNzaW5nLCB0aGUgVEVBUyBXRyBoYXMgdGhlIHNhbWUgcHJvYmxlbSBvZiBiZWluZyB1 bmFibGUgdG8ga2VlcCB1cCB3aXRoIHRoZSBjaGFuZ2VzIHRvIHRlYXMtdGUgYnV0IHRoYXQgaXMg dGhlaXIgcHJvYmxlbTotKQoKVG9tIFBldGNoCgpCZXN0IHdpc2hlcywKSGFvbWlhbgoKLS0tLS3T yrz+1K28/i0tLS0tCreivP7IyzogQ0NBTVAgW21haWx0bzpjY2FtcC1ib3VuY2VzQGlldGYub3Jn XSC0+rHtIGludGVybmV0LWRyYWZ0c0BpZXRmLm9yZwq3osvNyrG85DogMjAyMcTqNNTCMTLI1SAx NzoyNgrK1bz+yMs6IGktZC1hbm5vdW5jZUBpZXRmLm9yZwqzrcvNOiBjY2FtcEBpZXRmLm9yZwrW 98ziOiBbQ0NBTVBdIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtY2NhbXAtb3RuLXR1bm5lbC1tb2Rl bC0xMy50eHQKCgpBIE5ldyBJbnRlcm5ldC1EcmFmdCBpcyBhdmFpbGFibGUgZnJvbSB0aGUgb24t bGluZSBJbnRlcm5ldC1EcmFmdHMgZGlyZWN0b3JpZXMuClRoaXMgZHJhZnQgaXMgYSB3b3JrIGl0 ZW0gb2YgdGhlIENvbW1vbiBDb250cm9sIGFuZCBNZWFzdXJlbWVudCBQbGFuZSBXRyBvZiB0aGUg SUVURi4KCiAgICAgICAgVGl0bGUgICAgICAgICAgIDogT1ROIFR1bm5lbCBZQU5HIE1vZGVsCiAg ICAgICAgQXV0aG9ycyAgICAgICAgIDogSGFvbWlhbiBaaGVuZwogICAgICAgICAgICAgICAgICAg ICAgICAgIEl0YWxvIEJ1c2kKICAgICAgICAgICAgICAgICAgICAgICAgICBTZXJnaW8gQmVsb3R0 aQogICAgICAgICAgICAgICAgICAgICAgICAgIFZpY3RvciBMb3BlegogICAgICAgICAgICAgICAg ICAgICAgICAgIFl1bmJpbiBYdQogICAgICAgIEZpbGVuYW1lICAgICAgICA6IGRyYWZ0LWlldGYt Y2NhbXAtb3RuLXR1bm5lbC1tb2RlbC0xMy50eHQKICAgICAgICBQYWdlcyAgICAgICAgICAgOiAz NgogICAgICAgIERhdGUgICAgICAgICAgICA6IDIwMjEtMDQtMTIKCkFic3RyYWN0OgogICBUaGlz IGRvY3VtZW50IGRlc2NyaWJlcyB0aGUgWUFORyBkYXRhIG1vZGVsIGZvciB0dW5uZWxzIGluIE9U TiBURQogICBuZXR3b3Jrcy4gIFRoZSBtb2RlbCBjYW4gYmUgdXNlZCB0byBkbyB0aGUgY29uZmln dXJhdGlvbiBpbiBvcmRlciB0bwogICBlc3RhYmxpc2ggdGhlIHR1bm5lbCBpbiBPVE4gbmV0d29y ay4gIFRoaXMgd29yayBpcyBpbmRlcGVuZGVudCB3aXRoCiAgIHRoZSBjb250cm9sIHBsYW5lIHBy b3RvY29scy4gIFRoZSBZQU5HIGRhdGEgbW9kZWwgZGVmaW5lZCBpbiB0aGlzCiAgIGRvY3VtZW50 IGNvbmZvcm1zIHRvIHRoZSBOZXR3b3JrIE1hbmFnZW1lbnQgRGF0YXN0b3JlIEFyY2hpdGVjdHVy ZQogICAoTk1EQSkuCgoKVGhlIElFVEYgZGF0YXRyYWNrZXIgc3RhdHVzIHBhZ2UgZm9yIHRoaXMg ZHJhZnQgaXM6Cmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtY2Nh bXAtb3RuLXR1bm5lbC1tb2RlbC8KClRoZXJlIGFyZSBhbHNvIGh0bWxpemVkIHZlcnNpb25zIGF2 YWlsYWJsZSBhdDoKaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtY2NhbXAt b3RuLXR1bm5lbC1tb2RlbC0xMwpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1s L2RyYWZ0LWlldGYtY2NhbXAtb3RuLXR1bm5lbC1tb2RlbC0xMwoKQSBkaWZmIGZyb20gdGhlIHBy ZXZpb3VzIHZlcnNpb24gaXMgYXZhaWxhYmxlIGF0OgpodHRwczovL3d3dy5pZXRmLm9yZy9yZmNk aWZmP3VybDI9ZHJhZnQtaWV0Zi1jY2FtcC1vdG4tdHVubmVsLW1vZGVsLTEzCgoKUGxlYXNlIG5v dGUgdGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2Yg c3VibWlzc2lvbiB1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxh YmxlIGF0IHRvb2xzLmlldGYub3JnLgoKSW50ZXJuZXQtRHJhZnRzIGFyZSBhbHNvIGF2YWlsYWJs ZSBieSBhbm9ueW1vdXMgRlRQIGF0OgpmdHA6Ly9mdHAuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRz LwoKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCkNDQU1Q IG1haWxpbmcgbGlzdApDQ0FNUEBpZXRmLm9yZwpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFu L2xpc3RpbmZvL2NjYW1wCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fCkNDQU1QIG1haWxpbmcgbGlzdApDQ0FNUEBpZXRmLm9yZwpodHRwczovL3d3dy5pZXRm Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2NjYW1wCg== From nobody Wed Apr 14 06:25:49 2021 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 874093A0650 for ; Wed, 14 Apr 2021 06:25:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.001 X-Spam-Level: X-Spam-Status: No, score=-2.001 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, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 xhEHittrup7l for ; Wed, 14 Apr 2021 06:25:41 -0700 (PDT) Received: from EUR05-VI1-obe.outbound.protection.outlook.com (mail-vi1eur05on2089.outbound.protection.outlook.com [40.107.21.89]) (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 3ABCE3A0656 for ; Wed, 14 Apr 2021 06:25:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=iKZrM7qT1TsAeSdSmopfF9FdTC7Yny1zfuQbOt+Jx6b2uKUciwrE+tYAYDZ+qm8gMkZF7eqWuRiej8fqAOIR2g0M6OUtgc5PTejaZg+sjx+Y2N/BjcUFcydMLuh5Ybb5i74HmSTzqpvnqAsYx3mzGQOFFzU3kF/sxdA44g20wGjicdYbzhndnd87z9maIAG1eD59Sung0ABhSKow3vy8SvWKgbicM3hpJFx/YavypzrqvxQhP+cD1FIrKseDmbv5MCQJRD0adQI0+NCbTORplWvz1GM5IiGveARb4yGKMqXvljz9/aphhiw9DsnYGVh9f8ZZSwksUGSGhmATyQ7iLg== 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-SenderADCheck; bh=CIJAtiEvgNqW/88+k3VN5Yaj30BViEbiHyxygzCLUOY=; b=NvhVVnWiXbGvCQltH7gwzKAsrCtXs548455axiE3vs61oPQYP4x/8VmBg5HzAdvzR8Wu9qDWPNPUSB1GIIN4+3mbPoPnSzyqrAyfz8ZwOvgfaWUgrvUx7m1ryzQOB0B+i9LWgwe3mQwBCWFmK40BN09GOnqpY7BzEyCbmhnhXNT8R74anOR0HVsa44U+U5C5B+IuzwIu+HYHhEMZtS5fovAw4L7xivdw25ZNIoqIgBmvRsEqUBUifLTLZq2BEHqkWkg228lvPacwafbCX9oeapA6iIAEWQZE272WMaWQbCOBgDteoZ8VOr3rowkVYNJ6/ckMgxJMOG0623U4rVp3LQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=CIJAtiEvgNqW/88+k3VN5Yaj30BViEbiHyxygzCLUOY=; b=Po2TDhF1C+rRNVfS/ti9ajh9MLRyxzRoZZRnFdfdObYE4f2/eEFrahhBc+LmX836DBLGw/Fos7mwY/yzroxpHw/QL6DIyLQZ0tkaJ/W6fmuF0IJsD1dvq+PcTzkl8YlzAt8twDZoGh0Cxa3JmXcmKgARggAetlJDyq4PPVG4sf4= Received: from HE1PR07MB4186.eurprd07.prod.outlook.com (2603:10a6:7:9a::11) by HE1PR0701MB2907.eurprd07.prod.outlook.com (2603:10a6:3:4c::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4042.6; Wed, 14 Apr 2021 13:25:37 +0000 Received: from HE1PR07MB4186.eurprd07.prod.outlook.com ([fe80::5866:c7fb:2541:6e2b]) by HE1PR07MB4186.eurprd07.prod.outlook.com ([fe80::5866:c7fb:2541:6e2b%4]) with mapi id 15.20.4042.016; Wed, 14 Apr 2021 13:25:37 +0000 From: Jonas Ahlberg To: ccamp Thread-Topic: Notes: CCAMP - Microwave - 2021-04-14 Thread-Index: AdcxL/pqP7WTw2vFR1yVAwTXfkua/A== Date: Wed, 14 Apr 2021 13:25:37 +0000 Message-ID: Accept-Language: sv-SE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=ericsson.com; x-originating-ip: [94.234.48.78] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 56e10609-54d0-454d-84c0-08d8ff48ca7d x-ms-traffictypediagnostic: HE1PR0701MB2907: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: o8tsonUPaCfP5fz+i6QA36mB2FqGzZi9A8rGc2GTtwdWQXOOdTGwBltPD6GXA/NtTYe+6EntFL93OQW0ihKAtBE/ilVhANG0OMVbobnmpkd4fHp/FSdJ9iTvwhY5kPZWrNHkZj5Rpy+wSncuyRXJkUPK/cGRE7hhzU7ahH7lR1XNeeNfemv/6yX4qqKpeDGSI9RR2l1ow1jngdkSk5DjexVClM8ANUz70NFHsRxel8TinDGPG4cMq5YkbmS9sseF1WuRr9SF9UX7z4soLrQ+oaJ1Zs6Z8li3ZvALLfN/b3etGZXw57kVzq5ML+BAect/N3PdsaI+VVwSR4qgutrKw03hCh13qZ9NI9oavA3TCmBwxZSlSQvVliUBbiAGxOACSRMtY4I97YZDwiL2AVZiHsnUoQnpU2wxIY4z4Vc3AV/Fo/5bTYUQV2MKI2vrXuEFW5VdUXSX2yLdcxtIl9CDAm33sKIULkklU+OgkMC4dA4whDLDPoEX9UN5X2DUjuRkfbkSxzDjQIkTfyqRUaVRp/JQ8KwKCjqGOWRBNeG02gyw/yzkLRIgL2Objs2p3h0kQf+AsGwZ61Hp1nttg2W8YJkKsZrUUILtsFkqFHUUBjKBQjSaCDFT7wKqf9OpHZqnMgy49eR1NvMhhVLIIOlTDWj0c35jhdpplp99TgTNnDheS1/qkixzrdz/1yICqBtO x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:HE1PR07MB4186.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(396003)(39860400002)(366004)(136003)(376002)(346002)(186003)(166002)(66476007)(66556008)(52536014)(66446008)(64756008)(76116006)(83380400001)(6916009)(7696005)(26005)(316002)(53546011)(6506007)(71200400001)(44832011)(5660300002)(966005)(66946007)(30864003)(55016002)(2906002)(478600001)(122000001)(9686003)(8676002)(86362001)(33656002)(38100700002)(8936002)(579004)(559001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?us-ascii?Q?hogEOc8ueGfceiaJZchu7hAyIZEeNhLprnVxMlQXdT/cY9yOP3trFnE3fepY?= =?us-ascii?Q?ZGQ3BO/jv7hh2vc2/DMtz5+oTO34YKd1yUjWLxKEeYgZ9DF7gRf8eHbGFgL/?= =?us-ascii?Q?W69BTAZ02fjEe00yFq0i4IhZorqu2WB0R8nzGVlByQt9MV0kxjQHNWLtRkhy?= =?us-ascii?Q?TXrSnjw+RAu3e6TdRr6ZjryC3e+EXn7vpMRCPHQATNx67OcYX8ml4rmR+YJe?= =?us-ascii?Q?NN5yE+wkCGa8TnO5eyZmhcF2zE83arZcHbPNFKvEA12IKRgzxSdCVzfxPRQ5?= =?us-ascii?Q?a2gv3jx6yN3Tkx/8rmSuUgwR6EFnW0qCAunNQxcOTfOKp0GGPo8Zy67212Yy?= =?us-ascii?Q?YsRj8VUuWPh3A4/TPNu4CpmUYPTH7zFdEIWtquIgZFcZHex+/jnCrl8ghd7t?= =?us-ascii?Q?9sH6No9ZK04P6jshSBjHNJ2c+eSfFFql7lIEvVKCxsmABftk0P4JAgYC43Aq?= =?us-ascii?Q?fCJKpUP57hOgq01Gd+VKf1aAfgMKAk+nWT8P+IIdMH5Lwc3uTFXxTzhxYZWQ?= =?us-ascii?Q?+VUOQaTAf73KnjFx6uzTEV2oYSO1l8w3QVfv9iX6jQ2DIAMtylMnNafpvX6I?= =?us-ascii?Q?btJRfhpdVvqRSapu3+Ja0hwOkXv/Tg8lrRTaI7/AcAzLwojsRygLL9itqD+4?= =?us-ascii?Q?GYrpKHIbSQ7YQgMFKsAGB/ZqKlCYoClbEDBmhXet3nMZxvy/v736I30hF6lS?= =?us-ascii?Q?L6oQ6de9yICUBd/Cy060dQRC8LEvnSyCQo3fBC0RBufJ8mOhk5asoHzi1+Xm?= =?us-ascii?Q?7elMQDq8mtjqBOZKNE3OrSr1cUr4fTdB1PfvXlKsA/vfRg19Nn5rxXwRALX+?= =?us-ascii?Q?W3npYiuCF2gHUbyjDQOFns7qEHpZO3nCv+LPC4v8ckOq/8n/uxscXHo+2FW2?= =?us-ascii?Q?e8iM1WZED3oQxhoQnx8tuJu7zEX/vlWRBvocPkqN2Ysel2wdqVwQFx98WCaU?= =?us-ascii?Q?v3Ykx3jkl9g7ov+8ukziYr+JT/QpdgXjsgDQxeeEWrxc7VtxCHmg+g/uSEhT?= =?us-ascii?Q?IlEY7QY0vhaAn0clgLMdu1SSq/7RA4fP8R7VnNPhk9bDL07MqM05RFp/Z/0t?= =?us-ascii?Q?xhy/F2U7MOAyWz8T0MFP9GZvjBDjNBMzXYd08iN0RR2CiM+vXIxlKNggnzYH?= =?us-ascii?Q?dYKmxr/xeyAAgvT9YrunBL0PcKQ1ZbzBU2xkUU5QBWkbtjd+BL3qFL44oTIB?= =?us-ascii?Q?G70b7cQaYkwVcKLyoaB7ptMZj322ia3RV45TUjN9GA1QNYsXQdwZpJCoEvyV?= =?us-ascii?Q?NIZb63wQRbkkW7UU1NEJgAWV+mxpQl2X00CvMZr/De3MpY7Wo67/tSYd1HQ3?= =?us-ascii?Q?bqhOccUiiiuHXJuLDUku7kCW?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_HE1PR07MB4186237A108649B684A9BB5C894E9HE1PR07MB4186eurp_" MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: HE1PR07MB4186.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 56e10609-54d0-454d-84c0-08d8ff48ca7d X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Apr 2021 13:25:37.1267 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: c+oAaTV1FUicgPEOh6ifi+MeXG1Gw9CFE9Aa2Ec2JEkHKMi8pSYNv8nl6H5chWCb07xYxGTdfWIMtSusLxwN2qurpHWE7FcAF87hMpgVD0c= X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0701MB2907 Archived-At: Subject: [CCAMP] Notes: CCAMP - Microwave - 2021-04-14 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Apr 2021 13:25:48 -0000 --_000_HE1PR07MB4186237A108649B684A9BB5C894E9HE1PR07MB4186eurp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, Notes from today's meeting. Microwave topology model * Overall model structure * Walk through and discussion about the different alternatives descr= ibes in the notes from last week's meeting. See below. * Next step is to go back and look at these from a use-case point of= view. * Choice of names * Unless there is a specific reason for it, the same names as in RFC= 8561 should be used, i.e. radio-link and carrier. * Is there a reason? * Attributes * Focus on what is required to be added directly into the topology m= odel. * Next step is to go back and look at these from a use-case point of= view. * Next week: * Use case driven discussion * Jonas to summarize previous discussions and use cases to be consid= ered and send out info in advance of next week's meeting. ETSI Gap analysis * Meeting with operator representatives expected in a few weeks' time * The reference mode is assumed to be based on the definition in ETSI E= N 302 217-2 V3.2.2 * All to confirm in next meeting. /JonasA From: CCAMP On Behalf Of Jonas Ahlberg Sent: den 7 april 2021 14:30 To: ccamp Subject: [CCAMP] Notes: CCAMP - Microwave - 2021-04-07 Hi all, Notes from today's meeting. Microwave topology model * Italo walked through the latest JSON examples. * Three alternatives for modelling the radio-link to carrier relationsh= ip * According to current draft * Carriers (channels) modeled as entries in a list under radio-li= nk and not as separate links in the topology model * Cannot leverage the attributes such as oper-status in the exist= ing topology models * Carriers (channels) modelled as separate links in the topology mod= el * Radio-link to carrier relationship described by supporting-link= from network-topology * Basic/simple construction * Cannot describe the details of the configured mode without a= dditional attributes * Radio-link to carrier relationship described by bundled or unde= rlay links from te-topology * More advanced/complicated construction * Can describe more, but still not all aspects of the configur= ed mode * Two alternatives for the microwave information * Include attributes directly into the topology model * Possibility to use groups to maintain alignment with e.g. the i= nterface management models 1. Assume a parallel set of node data, to which the topology model can r= efer * E.g. a separate list of all nodes in the network, to which misc= ellaneous data can be added such a interface management info, inventory inf= o, node info (energy consumption), ... * Topology model using reference to that data when applicable and= only includes data in the topology model itself when the data cannot be fo= und elsewhere Not discussed: Need to resolve the choice of names - carrier or channel - Radio-link and carrier are the terms used in RFC 8561 Microwave attributes to be added to the topology model - Use the concept of grouping for the attributes that can be inher= ited from RFC 8561 - Any other attributes required? ETSI gap * Plan going forward: * Mail sent by Leo to operator representatives in ETSI information t= hem about this work and with a request for a meeting to clarify the definit= ions of the attributes * Decided to only use the excel sheet internally. * Another attribute, not in the list of gaps, to be discussed * Reference mode - To be further clarified internally * How does this relate to the definition in ETSI EN 302 217-2 V3.= 2.2? * Reference mode (reference equipment class and channel separa= tion): in mixed-mode systems, it identifies the operative mode which charac= teristics (i.e. system capacity, spectral efficiency class over a given cha= nnel separation) are used (i.e. declared in the licensing process) in the l= ink per link coordination analysis * Classes: 2, 3, 4L, 4H, 5L, 5H, 6L, 6H, 7, 8 Regards /JonasA From: CCAMP > On Beha= lf Of Jonas Ahlberg Sent: den 1 april 2021 10:44 To: ccamp > Subject: [CCAMP] Notes: CCAMP - Microwave - 2021-03-31 Hi all, Short notes from the weekly meeting. Microwave topology model Discussion about the different options for modelling the relationship betwe= en aggregated radio links and supporting carriers is on-going, supported by= JSON examples prepared by Italo. * Options are: * Carriers modelled as list-items in the radio-link container * Carriers modelled as separate links * Using supporting-termination-point and supporting-link from net= work-topology for the relationship to radio-link (tp & link) * Using overlay/underlay from te-topology, possibly including pri= mary-path & backup-path for protection * Using bundled links from te-topology? * Examples of configurations to be supported: * Bonded: 2+0. 4+0, ... * Protected: 1+1, 2+2, ... * Radio-link protection: n+1 * ... * We need to identify all relevant microwave configurations required an= d make sure that they can be supported by the existing underlay constructio= n in te-topology Need to resolve the choice of names - carrier or channel * Radio-link and carrier are the terms used in RFC 8561 Microwave attributes to be added to the topology model * Use the concept of grouping for the attributes that can be inherited = from RFC 8561 * Any other attributes required? ETSI update * Attached excel sheet, lists the gap according to ETSI WI 25 and summa= rizes the reflections from our team. * Many of the attributes need to be more clearly defined before we can = conclude on if they can be supported in RFC 8561 or not. * Other attributes are not directly related to microwave and need to be= covered by other models. Some of them are related to other IETF models, su= ch as ietf-alarm-management. Other are related to models defined by IEEE an= d ITU-T. * Plan going forward: * Mail sent by Leo to operator representatives in ETSI information t= hem about this work and with a request for a meeting to clarify the definit= ions of the attributes * Review of excel sheet. After that we can share that with the ETSI = representatives * Another attribute, not in the list of gaps, to be discussed * Reference mode - To be further clarified internally /JonasA From: CCAMP > On Beha= lf Of Jonas Ahlberg Sent: den 17 mars 2021 15:18 To: ccamp > Subject: [CCAMP] Notes: CCAMP - Microwave - 2021-03-07 Short notes from the weekly microwave team meeting. Microwave topology model Italo presented new alternatives for how to make use of the te-topology mod= el. * Walk through of new JSON examples: * Two variants of n+1 protection: (Need to check if both are applicable or not - AP on all) * Multiple (n) radio-links (1+0) sharing protection from one carr= ier (basis for JSON examples 8-10) * One radio-link with n active & 1 protecting carriers * We need to identify all relevant microwave configurations required an= d make sure that they can be supported by the existing underlay constructio= n in te-topology Need to resolve the choice of names - carrier or channel Microwave attributes to be added to the topology model * Use the concept of grouping for the attributes that can be inherited = from RFC 8561 * Any other attributes required? ETSI update * Walk through of attached excel sheet, listing the gap according to ET= SI WI 25 and summarizing the reflections from our team. * Many of the attributes need to be more clearly defined before we can = conclude on if they can be supported in RFC 8561 or not. * Other attributes are not directly related to microwave and need to be= covered by other models. Some of them are related to other IETF models, su= ch as ietf-alarm-management. Other are related to models defined by IEEE an= d ITU-T. How this should be handled remains to be understood. * Plan going forward: * Internal review and discussion about the ETSi gaps * Inviting the operator representatives from the ETSI working group = to these team meetings with the purpose to clarify the definition of the at= tributes and agree on how to manage the gaps. /JonasA From: CCAMP > On Beha= lf Of Jonas Ahlberg Sent: den 3 mars 2021 13:02 To: ccamp > Subject: [CCAMP] Notes: CCAMP - Microwave - 2021-03-03 Hi all, Notes from the weekly microwave team meeting. Microwave topology model Italo presented new alternatives for how to make use of the te-topology mod= el. * Example 6 & 7 (protected & bundled) have a potential to support the v= arious microwave configurations (1+0, 2+0, 1+1, etc). * We need to identify all relevant microwave configurations required an= d make sure that they can be supported by the existing underlay constructio= n in te-topology * Italo to check n+1 (one backup path for several primary/active paths) Need to resolve the choice of names - carrier or channel Microwave attributes to be added to the topology model * Use the concept of grouping for the attributes that can be inherited = from RFC 8561 * Any other attributes required? ETSI update * Action on all of us to go through the ETSI document and add comments/= reflections on the red-attributes for the IETF-columns by next week's meeti= ng /JonasA From: Jonas Ahlberg Sent: den 24 februari 2021 13:03 To: 'Spreafico, Daniela (Nokia - IT/Vimercate)' >; 'Dragos-Iulian Dosan' >; 'Yemin (Amy)' >; Scott Mansfield >; 'Italo Busi' >; 'Belotti, Sergio (Nokia - IT)' >; 'Xi Li' >; 'Leonida Macciotta' > Subject: Notes: CCAMP - Microwave Topology - 2021-02-24 Hi, Some short notes. Microwave specific attributes I the topology module: * Including the new groups for microwave specific attributes into the m= icrowave-types module can be done in three different ways: * Make a new revision of RFC 8561 (preferred approach, since then ga= ps identified in ETSI work can be filled at the same time) * Create a new separate draft/RFC for the revised microwave-types on= ly * Include the revised microwave-types in the new microwave topology = draft/RFC * The required groups and attributes to be included is for further stud= y. Modeling carriers as separate links in the topology model: * Interesting approach that should be further explored * Illustrate how radio link level tps and links can be associated with = the supporting carrier level tps and links * The content inside the presence containers need to be further studied= - Related to the groups in microwave-types * Bandwidth per link or not? Te-bandwidth? Revision of RFC 8561 based on ETSI feedback * Summarized in the ETSI document: mWT(21)018_004r1 - ETSI_mWT_ISG-WI25= -Group_Report_v0.0.2 * To be further discussed at the next meeting. /JonasA From: Jonas Ahlberg Sent: den 18 februari 2021 15:50 To: 'Spreafico, Daniela (Nokia - IT/Vimercate)' >; 'Dragos-Iulian Dosan' >; 'Yemin (Amy)' >; Scott Mansfield >; 'Italo Busi' >; 'Belotti, Sergio (Nokia - IT)' >; 'Xi Li' >; 'Leonida Macciotta' > Subject: Notes: CCAMP - Microwave Topology - 2021-02-18 Hi all, Some of the topics discussed today, which we need to follow up in the comin= g meetings. * An alternative to referencing the interface management information us= ing xpath/mount-point is to create groups of the attributes in RFC 8561 an= d use them directly in the topology model * Start with a minimum scope - See current draft (frequency, ...) - = Focus on the principle rather than the attributes to include (DanielaS) * Considering that most operations will be related to carriers/channels= , should carriers be modelled as a separate/related topology layer instead = of having the carriers as a list in the link attributes? * Can we use the presence container approach (or similar) to disting= uish between radio links and carriers in one single topology? * Create an example of how this could look like (ItaloB) * * The relevant data nodes in network-topology and te-topology models. (= see word document from mail Feb 4) * Network-topology * Supporting node/link/termination-point not relevant unless carr= iers and radio links are modelled as separate layers * Te-topology * Need to go through the turquoise candidate data nodes and clari= fy if they are applicable and what they really mean Next meeting is on Wednesday Feb 24, 12-13 (CET). Regards JonasA From: Jonas Ahlberg Sent: den 4 februari 2021 17:04 To: Spreafico, Daniela (Nokia - IT/Vimercate) >; Dragos-Iulian Dosan >; Yemin (Amy) >; Scott Mansfield >; Italo Busi >; Belotti, Sergio (Nokia - IT) >; Xi Li >; Leonida Macciotta > Subject: RE: Notes: CCAMP - Microwave Topology - 2021-02-03 Hi all, I've started to look into what data nodes we need for the microwave topolog= y. I've looked at network-topology and te-topology models and indicated which = data nodes I believe are relevant. I've also listed a few data nodes that need to be added on top of what can = be augmented, based on our previous discussions. See attached word document. Please comment. Italo & Scott, I hope that this can serve as input to the JSON example you = are working on as well. Regards JonasA From: Jonas Ahlberg Sent: den 3 februari 2021 14:16 To: 'Spreafico, Daniela (Nokia - IT/Vimercate)' >; 'Dragos-Iulian Dosan' >; 'Yemin (Amy)' >; Scott Mansfield >; 'Italo Busi' >; 'Belotti, Sergio (Nokia - IT)' >; 'Xi Li' >; 'Leonida Macciotta' > Subject: Notes: CCAMP - Microwave Topology - 2021-02-03 Hi all, AP on all for next week: Go through the use cases and reflect upon the attr= ibutes required. Next meeting: Start the discussion about attributes/data nodes required to = support the use cases. In two weeks, the meeting will be moved to Thursday 18, the same time. Jona= s to ask Daniele to change the invite. New proposal on how to use te-topology for non-te-topologies * Would the client need to know about the profile, what data nodes are = supported by the server? Read-only & Config nodes. * Read-only not an issue - Will only respond if there it is instanti= ated * Write - Italo will look into this further - A general issue * JSON example from ETSI plug-test for Ethernet topology worked on by I= talo & Scott in order to illustrate how te-topology can be used for non-te = topologies. Walk through next week. Review of the use cases: * Service/connectivity use cases - See attached slide pack (Use case fo= r Microwave Radio Link Topology model) * Two alternatives: slide 3 & 5 illustrating when different L1 techn= ologies can be modelled in the same topology and 4 & 6 when they are modell= ed in different topologies * The other slides serve as a basis for discussing how higher layer = connections/topologies relate to underlying topologies * ETSI use cases * Use cases described in the ETSI use case document, "Applications a= nd use cases of Software Defined Networking (SDN) as related to microwave a= nd millimeter wave transmission" * https://www.etsi.org/deliver/etsi_gr/mWT/001_099/016/01.01.01_60/g= r_mWT016v010101p.pdf * Main focus on the use cases in chapter 5.1 "Radio link network seg= ment in itself" * Attached are also some comments from Jonas and Stephen (Re: [CCAMP= ] Notes: Microwave Topology - 2020-05-18) * Walk through the two other main chapters to understand if they put= additional requirements on a topology model or not. * Geo-location is another use case candidate * Amy to explain in writing/drawing Attributes: * Bandwidth availability: On radio link level and/or the carrier level.= To be further discussed. Other Issues/Considerations/Conclusions: * Should the model be defined to support a specific set of use cases or= should it be generic with the ambition to support any future use case? * Should bandwidth availability be reported for the aggregated radio li= nk and/or for each individual carrier? * If bandwidth availability is a generic characteristic, should it then= be modelled in TEAS WG instead of CCAMP? * The choice of mount point v.s. xpath need to be explained/understood * Should a reference from a termination point to an interface (mount/xp= ath) be generic instead of microwave specific? * Is the use of groups a better way to include interface related leafs = than the use of mount/xpath? What would the impact on RFC 8561 & RFC 8343 b= e? * How can multiple L1 technologies (e.g. microwave radio links & copper= cables) co-exist in a single network instance? (use of presence containers= ) * Is there a need to model more than current bandwidth and the bandwidt= h that can be supported with various availability (maximum to minimum)? * Is there any other bandwidth information in te-topology than "nt:link= /tet:te/tet:te-link-attributes/tet:max-link-bandwidth" that is relevant? * Reserved & un-reserved bandwidth is not relevant for microwave radio = links & carriers * Can generic te-topology bandwidth leafs be used as is (see L3 topolog= y) or do we always need mw specific versions * If admin & oper status in te-topology should be used, then there is a= need to describe how such attributes on a topology level relate to the adm= in/oper status of the radio link and carriers in the interface management m= odel * How to make it bandwidth/availability available to higher layers? * It was decided to make it generic and create a separate module tha= t can be reused by any technology with the assumption that bandwidth/availa= bility information need to be aggregated/calculated/discovered or configure= d * Should this approach be used for other characteristics as well? (f= requency, latency, ...) * Attaching a mail with a summary of other discussions in the area. (No= tes: Microwave Topology - 2020-03-23) * Understand a suggested new role of te-topology for network topologies= in general (not only te-topologies) * What is the benefit of augmenting te-topology rather than network-top= ology? Based on use-cases & required leafs. /JonasA From: Jonas Ahlberg Sent: den 28 januari 2021 15:16 To: Spreafico, Daniela (Nokia - IT/Vimercate) >; Dragos-Iulian Dosan >; Yemin (Amy) >; Scott Mansfield >; Italo Busi >; Belotti, Sergio (Nokia - IT) >; Xi Li >; Leonida Macciotta > Subject: Notes: CCAMP - Microwave Topology - 2021-01-28 Hi all, Some short notes from today. Please remember that next week the meeting is on Wednesday again. * New proposal on how to use te-topology for non-te-topologies (Italo) * Would the client need to know about the profile, what data nodes a= re supported by the server? Read-only & Config nodes. * Follow up next week. * Italo will share the slides with the team. * Review of the use cases: (Move to next meeting) * Which ones are applicable to be supported by the microwave topolog= y model? * Any use cases missing? * Any other attributes than what is provided the basic topology stru= cture (tp, link etc), bandwidth, availability and what's in RFC 8561 that w= ould be required to support the use cases? (If that should be supported by references to 8561 or if the attributes sho= uld be copied directly into the topology model is a separate/later question= ) /JonasA From: Jonas Ahlberg Sent: den 20 januari 2021 14:42 To: Spreafico, Daniela (Nokia - IT/Vimercate) >; Stephen Cheng >; Dragos-Iulian Dosan >; Yemin (Amy) >; Scott Mansfield >; Italo Busi >; Belotti, Sergio (Nokia - IT) >; Xi Li > Subject: Notes: CCAMP - Microwave Topology - 2021-01-20 Hi all, Next meeting will be moved to Thursday Jan 28, 12:00 - 13:00 CET. The proposed agenda: * New proposal on how to use te-topology for non-te-topologies (Italo -= 30 min) * Review of the use cases: (30 min) * Which ones are applicable to be supported by the microwave topolog= y model? * Any use cases missing? * Any other attributes than what is provided the basic topology stru= cture (tp, link etc), bandwidth, availability and what's in RFC 8561 that w= ould be required to support the use cases? (If that should be supported by references to 8561 or if the attributes sho= uld be copied directly into the topology model is a separate/later question= ) /JonasA From: Jonas Ahlberg Sent: den 19 januari 2021 16:27 To: Spreafico, Daniela (Nokia - IT/Vimercate) >; Stephen Cheng >; Dragos-Iulian Dosan >; Yemin (Amy) >; Scott Mansfield >; Italo Busi >; Belotti, Sergio (Nokia - IT) >; Xi Li > Subject: CCAMP - Microwave Topology - 2021-01-20 Hi all, As agreed I've made a summary of the use-cases and work/discussions we have= had so far. There might be additional items that I have missed. Please add them to the = list or bring them up at the meeting tomorrow. I can make a walk-trough of it tomorrow. /JonasA Use cases: (break apart into two cases: One basic with mw-topology only, which can ser= ve as a basis for both connectivity & ETSI use cases.) * Service/connectivity use cases - See attached slide pack (Use case fo= r Microwave Radio Link Topology model) * Two alternatives: slide 3 & 5 illustrating when different L1 techn= ologies can be modelled in the same topology and 4 & 6 when they are modell= ed in different topologies * The other slides serve as a basis for discussing how higher layer = connections/topologies relate to underlying topologies * ETSI use cases * Use cases described in the ETSI use case document, "Applications a= nd use cases of Software Defined Networking (SDN) as related to microwave a= nd millimeter wave transmission" * https://www.etsi.org/deliver/etsi_gr/mWT/001_099/016/01.01.01_60/g= r_mWT016v010101p.pdf * Main focus on the use cases in chapter 5.1 "Radio link network seg= ment in itself" * Attached are also some comments from Jonas and Stephen (Re: [CCAMP= ] Notes: Microwave Topology - 2020-05-18) Issues/Considerations/Conclusions * Should the model be defined to support a specific set of use cases or= should it be generic with the ambition to support any future use case? * Should bandwidth availability be reported for the aggregated radio li= nk and/or for each individual carrier? * If bandwidth availability is a generic characteristic, should it then= be modelled in TEAS WG instead of CCAMP? * The choice of mount point v.s. xpath need to be explained/understood * Should a reference from a termination point to an interface (mount/xp= ath) be generic instead of microwave specific? * Is the use of groups a better way to include interface related leafs = than the use of mount/xpath? What would the impact on RFC 8561 & RFC 8343 b= e? * How can multiple L1 technologies (e.g. microwave radio links & copper= cables) co-exist in a single network instance? (use of presence containers= ) * Is there a need to model more than current bandwidth and the bandwidt= h that can be supported with various availability (maximum to minimum)? * Is there any other bandwidth information in te-topology than "nt:link= /tet:te/tet:te-link-attributes/tet:max-link-bandwidth" that is relevant? * Reserved & un-reserved bandwidth is not relevant for microwave radio = links & carriers * Can generic te-topology bandwidth leafs be used as is (see L3 topolog= y) or do we always need mw specific versions * If admin & oper status in te-topology should be used, then there is a= need to describe how such attributes on a topology level relate to the adm= in/oper status of the radio link and carriers in the interface management m= odel * How to make it bandwidth/availability available to higher layers? * It was decided to make it generic and create a separate module tha= t can be reused by any technology with the assumption that bandwidth/availa= bility information need to be aggregated/calculated/discovered or configure= d * Should this approach be used for other characteristics as well? (f= requency, latency, ...) * Attaching a mail with a summary of other discussions in the area. (No= tes: Microwave Topology - 2020-03-23) * Understand a suggested new role of te-topology for network topologies= in general (not only te-topologies) * What is the benefit of augmenting te-topology rather than network-top= ology? Based on use-cases & required leafs. --_000_HE1PR07MB4186237A108649B684A9BB5C894E9HE1PR07MB4186eurp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

    Hi all,

     

    Notes from today’s meeting.

     

    Microwave topology model

    • Overall model structure
      • Walk through and discussion about the different alternatives describ= es in the notes from last week’s meeting. See below.
        • <= li class=3D"MsoListParagraph" style=3D"margin-left:0cm;mso-list:l7 level2 l= fo12">Next step is to go back and look at these from a use-case point of vi= ew.
    • Choice of names
      • Unless there is a specific reason for it, the same names as in RFC 8= 561 should be used, i.e. radio-link and carrier.
      • Is= there a reason?
    • Attributes
      • Focus on what is required to be added directly into the topology mod= el.
      • Next step is to go back and look at these from a = use-case point of view.
    • Next week:
      • Use case driven discussion
      • Jonas to summarize = previous discussions and use cases to be considered and send out info in ad= vance of next week’s meeting.

     

    ETSI Gap analysis

    • Meeting with operator representatives expected in a few weeks’= time
    • The reference mode is assumed to be based on th= e definition in ETSI EN 302 217-2 V3.2.2
      • All to confirm in next meeting.

     

    /JonasA

     

     

    From: CCAMP <ccamp-bounces@ietf.org> On Behalf Of Jonas Ahlberg
    Sent: den 7 april 2021 14:30
    To: ccamp <ccamp@ietf.org>
    Subject: [CCAMP] Notes: CCAMP - Microwave - 2021-04-07

     

    Hi all,

     

    Notes from today’s meeting.

     

    Microwave topology model

    • Italo walked through the latest JSON examples.
    • T= hree alternatives for modelling the radio-link to carrier relationship=
      1. According to current draft
        • Carriers (channels) modeled as entries in a list under radio-link and= not as separate links in the topology model
        • Cannot le= verage the attributes such as oper-status in the existing topology models
      2. Carriers (channels) modelled as separate links in the topology model<= o:p>
        1. Radio-link to carrier relationship described by supporting-link from = network-topology
          • Basic/simple construction
          • Cannot describe the de= tails of the configured mode without additional attributes
            • <= /ul>
          • Radio-link to carrier relationship described by bundled or underlay l= inks from te-topology
            • More advanced/complicated construction
            • Can descr= ibe more, but still not all aspects of the configured mode
              • <= /ul>
    • Two alternatives for the microwave information
      1. Include attributes directly into the topology model
        • Possibility to use groups to maintain alignment with e.g. the interf= ace management models
    1. Assume a = parallel set of node data, to which the topology model can refer=
        • E.g. a separate list of all nodes in the network, to which miscellan= eous data can be added such a interface management info, inventory info, no= de info (energy consumption), …
        • Topology model = using reference to that data when applicable and only includes data in the = topology model itself when the data cannot be found elsewhere

     

    Not discussed:

    Need to resolve the cho= ice of names – carrier or channel

    -       = ;   Radio-link and carrier are the terms used in RFC 85= 61

     

    Micr= owave attributes to be added to the topology model

    -       = ;   Use the concept of grouping for the attributes that= can be inherited from RFC 8561

    -       = ;   Any other attributes required?

     

    ETSI gap

    • Plan going forward:
      • Mail sent by Leo to operator representatives in ETSI information them= about this work and with a request for a meeting to clarify the definition= s of the attributes
      • Decided to only use the excel shee= t internally.
    • Another attribute, not in the list of gaps, to be discussed
      • Reference mode – To be further clarified internally<= /li>
        • How does this relate to the definition in ETSI EN 302 217-2 V3.2.2?
          • Reference mode (reference equipment class and channel separation): in= mixed-mode systems, it identifies the operative mode which characteristics= (i.e. system capacity, spectral efficiency class over a given channel separation) are used (i.e. declared in the lice= nsing process) in the link per link coordination analysis
            • Classes: 2, 3, 4L, 4H, 5L, 5H, 6L, 6H, 7, 8

     

    Regards

    /JonasA

     

     

    From: CCAMP <ccamp-bounces@ietf.org> On Behalf Of Jonas Ahlberg
    Sent: den 1 april 2021 10:44
    To: ccamp <ccamp@ietf.org&g= t;
    Subject: [CCAMP] Notes: CCAMP - Microwave - 2021-03-31

     

    Hi all,

    Short notes from the weekly meeting.

     

    Microwave topology model

    Discussion about the di= fferent options for modelling the relationship between aggregated radio lin= ks and supporting carriers is on-going, supported by JSON examples prepared= by Italo.

    • Options are:
      • Carriers modelled as list-items in the radio-link container
      • Carriers modelled as separate links
        • Using supporting-termination-point and supporting-link from network-t= opology for the relationship to radio-link (tp & link)
          • <= li class=3D"MsoListParagraph" style=3D"margin-left:0cm;mso-list:l5 level3 l= fo4">Using overlay/underlay from te-topology, possibly including primary-pa= th & backup-path for protection
        • Using bundled link= s from te-topology?
    • Examples of configurations to be supported:
      • Bonded: 2+0. 4+0, …
      • Protected: 1+1, 2+2, &= #8230;
      • Radio-link protection: n+1
      • …
    • We need to identify all relevant microwave configurations required an= d make sure that they can be supported by the existing underlay constructio= n in te-topology

     

    Need to resolve the cho= ice of names – carrier or channel

    • Radio-link and carrier are the terms used in RFC 8561
      • =

     

    Microwave attributes to= be added to the topology model

    • Use the concept of grouping for the attributes that can be inherited = from RFC 8561
    • Any other attributes required?

     

    ETSI update

    • Attached excel sheet, lists the gap according to ETSI WI 25 and summa= rizes the reflections from our team.
    • Many of the attri= butes need to be more clearly defined before we can conclude on if they can= be supported in RFC 8561 or not.
    • Other attributes are= not directly related to microwave and need to be covered by other models. = Some of them are related to other IETF models, such as ietf-alarm-managemen= t. Other are related to models defined by IEEE and ITU-T.
    • Plan go= ing forward:
      • Mail sent by Leo to operator representatives in ETSI information them= about this work and with a request for a meeting to clarify the definition= s of the attributes
      • Review of excel sheet. After that = we can share that with the ETSI representatives
    • Another attribute, not in the list of gaps, to be discussed
      • Reference mode – To be further clarified internally<= /li>

     

    /JonasA

     

     

    From: CCAMP <ccamp-bounces@ietf.org> On Behalf Of Jonas Ahlberg
    Sent: den 17 mars 2021 15:18
    To: ccamp <ccamp@ietf.org&g= t;
    Subject: [CCAMP] Notes: CCAMP - Microwave - 2021-03-07

     

    Short notes from the weekly microwave team meeting.<= o:p>

     

    Microwave topology model

    Italo presented new alt= ernatives for how to make use of the te-topology model.

    • Walk through of new JSON examples:
      • Two variants of n+1 protection:
        (Need to check if both are applicable or not – AP on all)<= /li>
        • Multiple (n) radio-links (1+0) sharing protection from one carrier (b= asis for JSON examples 8-10)
        • One radio-link with n act= ive & 1 protecting carriers
    • We need to identify all relevant microwave configurations required an= d make sure that they can be supported by the existing underlay constructio= n in te-topology

     

    Need to resolve the cho= ice of names – carrier or channel

     

    Microwave attributes to= be added to the topology model

    • Use the concept of grouping for the attributes that can be inherited = from RFC 8561
    • Any other attributes required?

     

    ETSI update

    • Walk through of attached excel sheet, listing the gap according to ET= SI WI 25 and summarizing the reflections from our team.
    • O= ther attributes are not directly related to microwave and need to be covere= d by other models. Some of them are related to other IETF models, such as i= etf-alarm-management. Other are related to models defined by IEEE and ITU-T. How this should be handled re= mains to be understood.
    • Plan going forward:=
      • Internal review and discussion about the ETSi gaps
        • Inviting the operator representatives from the ETSI working group to the= se team meetings with the purpose to clarify the definition of the attribut= es and agree on how to manage the gaps.

     

    /JonasA

     

     

     

    From: CCAMP <ccamp-bounces@ietf.org> On Behalf Of Jonas Ahlberg
    Sent: den 3 mars 2021 13:02
    To: ccamp <ccamp@ietf.org&g= t;
    Subject: [CCAMP] Notes: CCAMP - Microwave - 2021-03-03

     

    Hi all,

     

    Notes from the weekly microwave team meeting.

     

    Microwave topology model

    Italo presented new alt= ernatives for how to make use of the te-topology model.

    • Example 6 & 7 (protected & bundled) have a potential to suppo= rt the various microwave configurations (1+0, 2+0, 1+1, etc).
    • We need to identify all relevant microwave configurations required = and make sure that they can be supported by the existing underlay construct= ion in te-topology
    • Italo to check n+1 (one backup path= for several primary/active paths)

     

    Need to resolve the cho= ice of names – carrier or channel

     

    Microwave attributes to= be added to the topology model

    • Use the concept of grouping for the attributes that can be inherited = from RFC 8561
    • Any other attributes required?

     

    ETSI update

    • Action on all of us to go through the ETSI document and add comments/= reflections on the red-attributes for the IETF-columns by next week’s= meeting

     

    /JonasA

     

     

    From: Jonas Ahlberg
    Sent: den 24 februari 2021 13:03
    To: 'Spreafico, Daniela (Nokia - IT/Vimercate)' <daniela.spreafico@nokia.com>; 'Dragos= -Iulian Dosan' <dragosd@ceragon.c= om>; 'Yemin (Amy)' <amy.y= emin@huawei.com>; Scott Mansfield <scott.= mansfield@ericsson.com>; 'Italo Busi' <Italo.Busi@huawei.com>; 'Belotti, Sergio (Nokia - IT)= ' <sergio.belotti@nokia.com<= /a>>; 'Xi Li' <Xi.Li@neclab.eu>; 'L= eonida Macciotta' <leoni= da.macciotta@huawei.com>
    Subject: Notes: CCAMP - Microwave Topology - 2021-02-24

     

    Hi,

     

    Some short notes.

     

    Microwave specific attributes I the topology module:=

    • Including the new groups for microwave specific attributes into the m= icrowave-types module can be done in three different ways:
      • <= ul style=3D"margin-top:0cm" type=3D"circle">
    • Make a new revision of RFC 8561 (preferred approach, since then gaps = identified in ETSI work can be filled at the same time)
    • Include the revised microwave-types in the new microwave t= opology draft/RFC
  • The required groups and attributes to be included is for further stud= y.

    •  

    Modeling carriers as separate links in the topology = model:

    • Interesting approach that should be further explored
      • <= li class=3D"MsoListParagraph" style=3D"margin-left:0cm;mso-list:l4 level1 l= fo5">Illustrate how radio link level tps and links can be associated with t= he supporting carrier level tps and links
    • The content = inside the presence containers need to be further studied – Related t= o the groups in microwave-types
    • Bandwidth per link or = not? Te-bandwidth?

     

    Revision of RFC 8561 based on ETSI feedback

     

    /JonasA

     

    From: Jonas Ahlberg
    Sent: den 18 februari 2021 15:50
    To: 'Spreafico, Daniela (Nokia - IT/Vimercate)' <daniela.spreafico@nokia.com>; 'Dragos= -Iulian Dosan' <dragosd@ceragon.c= om>; 'Yemin (Amy)' <amy.y= emin@huawei.com>; Scott Mansfield <scott.= mansfield@ericsson.com>; 'Italo Busi' <Italo.Busi@huawei.com>; 'Belotti, Sergio (Nokia - IT)= ' <sergio.belotti@nokia.com<= /a>>; 'Xi Li' <Xi.Li@neclab.eu>; 'L= eonida Macciotta' <leoni= da.macciotta@huawei.com>
    Subject: Notes: CCAMP - Microwave Topology - 2021-02-18

     

    Hi all,

     

    Some of the topics discussed today, which we need to= follow up in the coming meetings.

     

    • An alternative to referencing the interface management information us= ing xpath/mount-point  is to create groups of the attributes in RFC 85= 61 and use them directly in the topology model
      • Start with a minimum scope – See current draft (frequency, R= 30;) – Focus on the principle rather than the attributes to include (= DanielaS)
    • Considering that most operations will be related to carriers/channels= , should carriers be modelled as a separate/related topology layer instead = of having the carriers as a list in the link attributes?
      • Can we use the presence container approach (or similar) to distinguis= h between radio links and carriers in one single topology?
        • <= li class=3D"MsoListParagraph" style=3D"margin-left:0cm;mso-list:l1 level2 l= fo6">Create an example of how this could look like (ItaloB)=
    •  
    • The relevant data nodes in network-topolo= gy and te-topology models. (see word document from mail Feb 4)
      • Network-topology
        • Supporting node/link/termination-point not relevant unless carriers a= nd radio links are modelled as separate layers
      • Te-topology
        • Need to go through the turquoise candidate data nodes and clarify if = they are applicable and what they really mean

     

     

    Next meeting is on Wednesday Feb 24, 12-13 (CET).

     

    Regards

    JonasA

     

    From: Jonas Ahlberg
    Sent: den 4 februari 2021 17:04
    To: Spreafico, Daniela (Nokia - IT/Vimercate) <daniela.spreafico@nokia.com>; Dragos-Iu= lian Dosan <dragosd@ceragon.com>; Yemin (Amy) <amy.yemin@h= uawei.com>; Scott Mansfield <scott.= mansfield@ericsson.com>; Italo Busi <Italo.Busi@huawei.com>; Belotti, Sergio (Nokia - IT) &l= t;sergio.belotti@nokia.com&= gt;; Xi Li <Xi.Li@neclab.eu>; Leon= ida Macciotta <leonida.m= acciotta@huawei.com>
    Subject: RE: Notes: CCAMP - Microwave Topology - 2021-02-03

     

    Hi all,

     

    I’ve started to look into what data nodes we n= eed for the microwave topology.

    I’ve looked at network-topology and te-topolog= y models and indicated which data nodes I believe are relevant.<= /p>

    I’ve also listed a few data nodes that need to= be added on top of what can be augmented, based on our previous discussion= s.

    See attached word document. Please comment.

     

    Italo & Scott, I hope that this can serve as inp= ut to the JSON example you are working on as well.

     

    Regards

    JonasA

     

    From: Jonas Ahlberg
    Sent: den 3 februari 2021 14:16
    To: 'Spreafico, Daniela (Nokia - IT/Vimercate)' <daniela.spreafico@nokia.com>; 'Dragos= -Iulian Dosan' <dragosd@ceragon.c= om>; 'Yemin (Amy)' <amy.y= emin@huawei.com>; Scott Mansfield <scott.= mansfield@ericsson.com>; 'Italo Busi' <Italo.Busi@huawei.com>; 'Belotti, Sergio (Nokia - IT)= ' <sergio.belotti@nokia.com<= /a>>; 'Xi Li' <Xi.Li@neclab.eu>; 'L= eonida Macciotta' <leoni= da.macciotta@huawei.com>
    Subject: Notes: CCAMP - Microwave Topology - 2021-02-03

     

    Hi all,

     

    AP on all for next week: Go through the use cases an= d reflect upon the attributes required.

    Next meeting: Start the discussion about attributes/= data nodes required to support the use cases.

    In two weeks, the meeting will be moved to Thursday = 18, the same time. Jonas to ask Daniele to change the invite.

     

    New proposal on how to use te-topology for non-te-to= pologies

    • Would the client need to know about the profile, what data nodes are = supported by the server? Read-only & Config nodes.
      • Read-only not an issue – Will only respond if there it is insta= ntiated
      • Write – Italo will look into this furthe= r – A general issue
    • JSON example from ETSI plug-test for Ethernet topology worked on by I= talo & Scott in order to illustrate how te-topology can be used for non= -te topologies. Walk through next week.

     

    Review of the use cases:

    • Service/connectivity use cases – See attached slide pack (Use c= ase for Microwave Radio Link Topology model)
      • Two alternatives: slide 3 & 5 illustrating when different L1 tech= nologies can be modelled in the same topology and 4 & 6 when they are m= odelled in different topologies
      • The other slides serve= as a basis for discussing how higher layer connections/topologies relate t= o underlying topologies
    • ETSI use cases
      • Use cases described in the ETSI use case document, “Application= s and use cases of Software Defined Networking (SDN) as related to microwav= e and millimeter wave transmission”
      • https://www.etsi.org/deliver/etsi= _gr/mWT/001_099/016/01.01.01_60/gr_mWT016v010101p.pdf
        • Main focus on the use cases in chapter 5.1 “Radio link network se= gment in itself”
      • Attached are also some comment= s from Jonas and Stephen (Re: [CCAMP] Notes: Microwave Topology – 202= 0-05-18)
      • Walk through the two other main chapters to u= nderstand if they put additional requirements on a topology model or not.
    • Geo-location is another use case candidate
      • Amy to explain in writing/drawing

     

    Attributes:

    • Bandwidth availability: On radio link level and/or the carrier level.= To be further discussed.

     

    Other Issues/Considerations/Conclu= sions:

    • Should the model be defined to support a specific set of use cases or= should it be generic with the ambition to support any future use case?
    • Should bandwidth availability be reported for the aggrega= ted radio link and/or for each individual carrier?
    • If = bandwidth availability is a generic characteristic, should it then be model= led in TEAS WG instead of CCAMP?
    • The choice of mount p= oint v.s. xpath need to be explained/understood
    • Should= a reference from a termination point to an interface (mount/xpath) be gene= ric instead of microwave specific?
    • Is the use of group= s a better way to include interface related leafs than the use of mount/xpa= th? What would the impact on RFC 8561 & RFC 8343 be?
      • How can multiple L1 technologies (e.g. microwave radio links & coppe= r cables) co-exist in a single network instance? (use of presence container= s)
    • Is there a need to model more than current bandwidt= h and the bandwidth that can be supported with various availability (maximu= m to minimum)?
    • Is there any other bandwidth informatio= n in te-topology than “nt:link/tet:te/tet:te-link-attributes/tet:max-= link-bandwidth” that is relevant?
    • Reserved &= un-reserved bandwidth is not relevant for microwave radio links & carr= iers
    • Can generic te-topology bandwidth leafs be used a= s is (see L3 topology) or do we always need mw specific versions=
    • If admin & oper status in te-topology should be used, then t= here is a need to describe how such attributes on a topology level relate t= o the admin/oper status of the radio link and carriers in the interface management model
    • How to mak= e it bandwidth/availability available to higher layers?
      • It was decided to make it generic and create a separate module that c= an be reused by any technology with the assumption that bandwidth/availabil= ity information need to be aggregated/calculated/discovered or configured
      • Should this approach be used for other = characteristics as well? (frequency, latency, …)
    • Attaching a mail with a summary of other discussions in the area. (No= tes: Microwave Topology – 2020-03-23)
    • Understand= a suggested new role of te-topology for network topologies in general (not= only te-topologies)
    • What is the benefit of augmenting= te-topology rather than network-topology? Based on use-cases & require= d leafs.

     

     

    /JonasA

     

     

     

    From: Jonas Ahlberg
    Sent: den 28 januari 2021 15:16
    To: Spreafico, Daniela (Nokia - IT/Vimercate) <daniela.spreafico@nokia.com>; Dragos-Iu= lian Dosan <dragosd@ceragon.com>; Yemin (Amy) <amy.yemin@h= uawei.com>; Scott Mansfield <scott.= mansfield@ericsson.com>; Italo Busi <Italo.Busi@huawei.com>; Belotti, Sergio (Nokia - IT) &l= t;sergio.belotti@nokia.com&= gt;; Xi Li <Xi.Li@neclab.eu>; Leon= ida Macciotta <leonida.m= acciotta@huawei.com>
    Subject: Notes: CCAMP - Microwave Topology - 2021-01-28

     

    Hi all,

     

    Some short notes from today.

    Please remember that next week the meeting is on Wed= nesday again.

     

    • New proposal on how to use te-topology for non-te-topologies (Italo)<= o:p>
      • Would the client need to know about the profile, what data nodes are = supported by the server? Read-only & Config nodes.
      • Follow up next week.
      • Italo will share the slides wi= th the team.

     

    • Review of the use cases: (Move to next meeting)
      • Which ones are applicable to be supported by the microwave topology m= odel?
      • Any use cases missing?
      • Any= other attributes than what is provided the basic topology structure (tp, l= ink etc), bandwidth, availability and what’s in RFC 8561 that would b= e required to support the use cases?
        (If that should be supported by references to 8561 or if the attributes sho= uld be copied directly into the topology model is a separate/later question= )

     

    /JonasA

     

    From: Jonas Ahlberg
    Sent: den 20 januari 2021 14:42
    To: Spreafico, Daniela (Nokia - IT/Vimercate) <daniela.spreafico@nokia.com>; Stephen C= heng <Stephen.Cheng@Aviatn= et.com>; Dragos-Iulian Dosan <dragosd@ceragon.com>; Yemin (Amy) <amy.yemin@huawei.c= om>; Scott Mansfield <scott.mansfield@ericsson.com>; Italo Busi <Italo.Busi@huawei.com>; Belotti, Sergio (Nokia - IT) <sergio= .belotti@nokia.com>; Xi Li <Xi= .Li@neclab.eu>
    Subject: Notes: CCAMP - Microwave Topology - 2021-01-20

     

    Hi all,

     

    Next meeting will be moved to Thursday Jan 28, 12:00= - 13:00 CET.

     

    The proposed agenda:

    • New proposal on how to use te-topology for non-te-topologies (Italo -= 30 min)
    • Review of the use cases: (30 min)<= /li>
      • Which ones are applicable to be supported by the microwave topology m= odel?
      • Any use cases missing?
      • Any= other attributes than what is provided the basic topology structure (tp, l= ink etc), bandwidth, availability and what’s in RFC 8561 that would b= e required to support the use cases?
        (If that should be supported by references to 8561 or if the attributes sho= uld be copied directly into the topology model is a separate/later question= )

     

    /JonasA

     

    From: Jonas Ahlberg
    Sent: den 19 januari 2021 16:27
    To: Spreafico, Daniela (Nokia - IT/Vimercate) <daniela.spreafico@nokia.com>; Stephen C= heng <Stephen.Cheng@Aviatn= et.com>; Dragos-Iulian Dosan <dragosd@ceragon.com>; Yemin (Amy) <amy.yemin@huawei.c= om>; Scott Mansfield <scott.mansfield@ericsson.com>; Italo Busi <Italo.Busi@huawei.com>; Belotti, Sergio (Nokia - IT) <sergio= .belotti@nokia.com>; Xi Li <Xi= .Li@neclab.eu>
    Subject: CCAMP - Microwave Topology - 2021-01-20

     

    Hi all,

    As agreed I’ve made a summary of the use-cases= and work/discussions we have had so far.

    There might be additional items that I have missed. = Please add them to the list or bring them up at the meeting tomorrow.<= /o:p>

     

    I can make a walk-trough of it tomorrow.<= /p>

     

    /JonasA

     

    Use cases:

    (break apart into two cases: One basic with mw-topol= ogy only, which can serve as a basis for both connectivity & ETSI use c= ases.)

    • Service/connectivity use cases – See attached slide pack (Use c= ase for Microwave Radio Link Topology model)
      • Two alternatives: slide 3 & 5 illustrating when different L1 tech= nologies can be modelled in the same topology and 4 & 6 when they are m= odelled in different topologies
      • The other slides serve= as a basis for discussing how higher layer connections/topologies relate t= o underlying topologies

     

    • ETSI use cases
      • Use cases described in the ETSI use case document, “Application= s and use cases of Software Defined Networking (SDN) as related to microwav= e and millimeter wave transmission”
      • https://www.etsi.org/deliver/etsi= _gr/mWT/001_099/016/01.01.01_60/gr_mWT016v010101p.pdf
        • Main focus on the use cases in chapter 5.1 “Radio link network se= gment in itself”
      • Attached are also some comment= s from Jonas and Stephen (Re: [CCAMP] Notes: Microwave Topology – 202= 0-05-18)

     

     

    Issues/Considerations/Conclusions<= o:p>

    • Should the model be defined to support a specific set of use cases or= should it be generic with the ambition to support any future use case?
    • Should bandwidth availability be reported for the aggrega= ted radio link and/or for each individual carrier?
    • If = bandwidth availability is a generic characteristic, should it then be model= led in TEAS WG instead of CCAMP?
    • The choice of mount p= oint v.s. xpath need to be explained/understood
    • Should= a reference from a termination point to an interface (mount/xpath) be gene= ric instead of microwave specific?
    • Is the use of group= s a better way to include interface related leafs than the use of mount/xpa= th? What would the impact on RFC 8561 & RFC 8343 be?
      • How can multiple L1 technologies (e.g. microwave radio links & coppe= r cables) co-exist in a single network instance? (use of presence container= s)
    • Is there a need to model more than current bandwidt= h and the bandwidth that can be supported with various availability (maximu= m to minimum)?
    • Is there any other bandwidth informatio= n in te-topology than “nt:link/tet:te/tet:te-link-attributes/tet:max-= link-bandwidth” that is relevant?
    • Reserved &= un-reserved bandwidth is not relevant for microwave radio links & carr= iers
    • Can generic te-topology bandwidth leafs be used a= s is (see L3 topology) or do we always need mw specific versions=
    • If admin & oper status in te-topology should be used, then t= here is a need to describe how such attributes on a topology level relate t= o the admin/oper status of the radio link and carriers in the interface management model
    • How to mak= e it bandwidth/availability available to higher layers?
      • It was decided to make it generic and create a separate module that c= an be reused by any technology with the assumption that bandwidth/availabil= ity information need to be aggregated/calculated/discovered or configured
      • Should this approach be used for other = characteristics as well? (frequency, latency, …)
    • Attaching a mail with a summary of other discussions in the area. (No= tes: Microwave Topology – 2020-03-23)
    • Understand= a suggested new role of te-topology for network topologies in general (not= only te-topologies)
    • What is the benefit of augmenting= te-topology rather than network-topology? Based on use-cases & require= d leafs.
    --_000_HE1PR07MB4186237A108649B684A9BB5C894E9HE1PR07MB4186eurp_-- From nobody Fri Apr 16 03:43:56 2021 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D71A13A2083 for ; Fri, 16 Apr 2021 03:43:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.101 X-Spam-Level: X-Spam-Status: No, score=-2.101 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, RCVD_IN_MSPIKE_H2=-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 (1024-bit key) header.d=github.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 fHzpRvZhmfHE for ; Fri, 16 Apr 2021 03:43:51 -0700 (PDT) Received: from smtp.github.com (out-17.smtp.github.com [192.30.252.200]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EDE853A2082 for ; Fri, 16 Apr 2021 03:43:50 -0700 (PDT) Received: from github.com (hubbernetes-node-8161a6a.va3-iad.github.net [10.48.125.36]) by smtp.github.com (Postfix) with ESMTPA id BF94F5C03ED for ; Fri, 16 Apr 2021 03:43:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com; s=pf2014; t=1618569829; bh=bv8IjcFLczN9qiy1gHlqee3AgsRmG8ZABCEZM3j9AQ8=; h=Date:From:To:Subject:From; b=Y/lcOaih1Tr9j36620otBfE3tOnkpkGas6XrXvwTj1gKLJvjELGnbZ9S9NCglq67r rxt2m9Hxkn+D5OWrGz2Xt81b8h7WYnT94JM9LPMJ+zLfJLAwFe6Ugra6VQvkDyhNsK D3Aj6ksA3E4GCmn0H35nBHM0uT917p0M0bHA+DcY= Date: Fri, 16 Apr 2021 03:43:49 -0700 From: sergiobelotti To: ccamp@ietf.org Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-GitHub-Recipient-Address: ccamp@ietf.org X-Auto-Response-Suppress: All Archived-At: Subject: [CCAMP] [ietf-ccamp-wg/draft-ietf-ccamp-optical-impairment-topology-yang] 139759: Create minutes-2021-04-13.md X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Apr 2021 10:43:56 -0000 Branch: refs/heads/master Home: https://github.com/ietf-ccamp-wg/draft-ietf-ccamp-optical-impairment-topology-yang Commit: 139759540521eb947dcadf552243774576de5e8a https://github.com/ietf-ccamp-wg/draft-ietf-ccamp-optical-impairment-topology-yang/commit/139759540521eb947dcadf552243774576de5e8a Author: sergiobelotti Date: 2021-04-16 (Fri, 16 Apr 2021) Changed paths: A minutes/minutes-2021-04-13.md Log Message: ----------- Create minutes-2021-04-13.md From nobody Thu Apr 22 04:09:08 2021 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5BA073A1192 for ; Thu, 22 Apr 2021 04:09:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.648 X-Spam-Level: X-Spam-Status: No, score=-1.648 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.249, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=danielking-net.20150623.gappssmtp.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 5yObw2ZX68ia for ; Thu, 22 Apr 2021 04:09:03 -0700 (PDT) Received: from mail-wm1-x32b.google.com (mail-wm1-x32b.google.com [IPv6:2a00:1450:4864:20::32b]) (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 D0F2D3A1180 for ; Thu, 22 Apr 2021 04:09:02 -0700 (PDT) Received: by mail-wm1-x32b.google.com with SMTP id o9-20020a1c41090000b029012c8dac9d47so3016527wma.1 for ; Thu, 22 Apr 2021 04:09:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=danielking-net.20150623.gappssmtp.com; s=20150623; h=sender:from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-transfer-encoding:thread-index :content-language; bh=+1K8wPUOyH762Dows5sBI63H090vDn1NWQgs+GDPsFw=; b=PcM1Vll4+yWI0+oHIK1BjaxuXYFnhEouM/o+VYyo6Rhk0s8Nw0dbGo1An0gQV3DQz+ BPuvwZ6QxmKzCC5HImWFyatI9hg6E+cDZP28YXs9uzz6OjJ3viNjrkfr6AQlK2eY2mIP XUTevKYS5gpD4Z+wvP7JAiFMtGw6bu0UT4HWBx3xI90v1Eluloi/dkKRzQDgv6ZwvC4n zuRzQGZcoLgjVK7uaFFEbCI/c11mAOZ0ewIu7grT+TNWrEFRRNIWSnJBXXKzpNXIIJUG FnPZk0MNqU/K5wxoDQKw2vhffGHripvc2dKNKBYTuBUlE87IaXEhroeDuUObI9/3E8Ry xiBw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:references:in-reply-to:subject :date:message-id:mime-version:content-transfer-encoding:thread-index :content-language; bh=+1K8wPUOyH762Dows5sBI63H090vDn1NWQgs+GDPsFw=; b=n6Dkk+XN4iqdjyigIfYBcG0H1pxp1Q6SpUvY8Ssy2jbxVNIoG98FPTYnZKnmMFiBVC opbzRCiQcz2cGhIq2b8qcFoZjrEieODEZFFjZVxSt+1ZQKKLAwl2FgXpOVkzcZkiJiUf zcDB7Fgo4YUIbmDivvG1KMs2a+TLQ47O063xZKMGGjuO7L78dthF9Je1CERHf6Ft8IGI S6h+AEh/ejuEIOCN+r4lv35wIwyn8W8OWudij+xEjSzyaJemJZQoWyePSJED3QEhThti aeTt0wnRarcTeA5H6s/hyesxorrYLD9svsLpxVy+DlvgDBSkCjpArokCKvqCgkObEov/ oTsA== X-Gm-Message-State: AOAM531gSgATbrEu/Tzl36IjKArN0qJPoSQMwbD+P+h6kPs4cQIfP5Pt rzo19Nb0kj+QdmBVRxDMcx45SUkE+RLDIA== X-Google-Smtp-Source: ABdhPJzq29lukNufmFPLH/9mjqwVyRPeJDuBz+MYx4Pb6N2sKGCMMCnC1sqSS/JQZL2OdlTN6I9NEQ== X-Received: by 2002:a1c:9a95:: with SMTP id c143mr3207518wme.143.1619089739969; Thu, 22 Apr 2021 04:08:59 -0700 (PDT) Received: from CIPHER ([2a00:23c7:108:9201:9cd2:1672:4c00:6d7d]) by smtp.gmail.com with ESMTPSA id u17sm5122937wmq.30.2021.04.22.04.08.58 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 22 Apr 2021 04:08:59 -0700 (PDT) Sender: Daniel King X-Google-Original-Sender: From: To: "'Mahesh Jethanandani'" Cc: , , References: <161548498637.3175.4979462598343043481@ietfa.amsl.com> In-Reply-To: <161548498637.3175.4979462598343043481@ietfa.amsl.com> Date: Thu, 22 Apr 2021 12:08:58 +0100 Message-ID: <009901d73767$e4bf4b20$ae3de160$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQGAVREd/RkRvXK6K+mJ7pYjHZ67M6tuIa3A Content-Language: en-gb Archived-At: Subject: Re: [CCAMP] Yangdoctors last call review of draft-ietf-ccamp-flexigrid-yang-09 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2021 11:09:07 -0000 Hi Mahesh,=20 Thanks for the detailed review, suggestions and clarification questions. = All the NITS and editorial issues are gratefully acknowledged, and your = final comments on condition and augmentations will need a little further = investigation and discussion.=20 Please see comments inline "DK>>". BR, Dan.=20 -----Original Message----- From: Mahesh Jethanandani via Datatracker =20 Sent: 11 March 2021 17:50 To: yang-doctors@ietf.org Cc: ccamp@ietf.org; draft-ietf-ccamp-flexigrid-yang.all@ietf.org; = last-call@ietf.org Subject: Yangdoctors last call review of = draft-ietf-ccamp-flexigrid-yang-09 Reviewer: Mahesh Jethanandani Review result: On the Right Track I am not an expert in traffic engineering as it relates to optical = networks. If my understanding of the traffic engineering for optical = networks is incorrect, feel free to educate me and everyone else. This = review is looking at the draft from a YANG perspective. With that said, = I have marked it as on the right path, because of some of the points = discussed below. Summary: This document defines a YANG module for managing flexi-grid optical = networks. The model defined in this document specifies a flexi-grid traffic = engineering database that is used to describe the topology of a = flexi-grid network. It is based on and augments existing YANG models = that describe network and traffic engineering topologies. Nits Section 1 - Introduction s/[G.694.1] and G.872 [G.872] provides/[G.694.1] and G.872 [G.872] = provide/ s/flexi-grid elements../flexi-grid elements/ DK>> Done.=20 Comments: Section 4 - Example of Use Thank you first of all for putting together an example to help folks = understand the different terminologies used in the document. However, I = am confused whose perspective does the example present. The paragraph = starts by saying "In order to configure a network media channel ...", = which to me sounds like a client *configuring* the network media = channel. How does configuring of nodes A and E provide connectivity = towards the node interface? Or did you mean to say that the act of = configuring nodes A and E will somehow bring up the connection towards = the node interface? DK>> Done. We have updated this text and moved an example into the = sister document, which describes the flexi-grid media-channel (combined = with the flexi-grid topo).=20 Also, please s/also provide/also configure/ as you configure using a = YANG model. DK>> Done. Generally, drafts and RFCs are not written from a first person view. = Therefore statement such as the following should be rewritten. OLD: Then, we also define the links 1 to 5 that interconnect nodes, indicating which flexi-grid labels are available. NEW: This example configures links 1 to 5 that interconnect nodes, with flexi-grid labels that are available. or something similar. DK>> Done. s/granularity are also provided/granularity is also configured/ DK>> Done. I believe XXXX is assigned to draft-ietf-ccamp-layer0-types: import ietf-layer0-types { prefix "l0-types"; reference "RFC XXXX: A YANG Data Model for Layer 0 Types"; } yet the YANG model says: This version of this YANG module is part of RFC XXXX; see the RFC itself for full legal notices."; and "RFC XXXX: A YANG Data Model for Flexi-Grid Optical Networks"; // RFC Ed.: replace XXXX with actual RFC number, update date // information and remove this note What gives? DK>> Done. Fixed replication of XXXX/YYYY fixed in the latest version.=20 RFC editors prefer that all instructions for substitution are provided = in one location instead of having them sprinkled all over the document. Section 5 - Tree Structure Having 17 pages of a tree diagram without any explanation for the = different sections of the tree diagram is hardly helpful. On the other = hand an abridged version of the tree diagram explaining the different = sections would be more helpful normative text. Suggest that --tree-depth = and --tree-path options be used in pyang to reduce the size of the tree = and to break it up into smaller pieces that can then be explained. The = full tree diagram can be added as non-normative text in the Appendix. DK>> Done. We will include a tree in the next version.=20 Section 6 - YANG model The revision statement is incorrect. It should be the date indicated in = the name of the module 2020-02-20 or the model file should be renamed to = reflect the latest date: ietf-flexi-grid-topology@2020-02-22.yang:1: warning: unexpected latest = revision "2020-10-21" in ietf-flexi-grid-topology@2020-02-22.yang, = should be "2020-02-22" DK>> Done. Date updated in the next version. The document says - "An application example is provided towards the end = of the document to better understand the utility of this YANG model." = However, no such example exists in the document. With no example, how is = an operator supposed to know how to use the module. Besides, there is no = way to know that this model is even valid. What is not clear with the model is the first container and the when = statement. As another YANG doctor explained, the when-stmt applies to *instances* = of a model, not to the schema. Therefore a when-stmt that points back to = a node that is part of schema and is a presence container does not = achieve what I think the authors intended, i.e. a when condition. DK>> We are investigating this issue further; other TE model documents = use the condition "when" statement in the same manner.=20 The second general comments has to do with the 80 augment statements. As = an operator, I would find it very tedious to configure this model, what = with 80 different XPaths to follow. Would it not be better to gather all = the augmenting (flexi-grid) parameters together and use leafrefs to link these data = structures to the ietf-network module? DK>> We follow the convention used in other CCAMP YANG model documents, = and observations were also discussed NETMOD WG on = https://mailarchive.ietf.org/arch/msg/netmod/-6L8KYVVhFiS8KpmH2fUpBmdSy8/= . We also observed the example provided in RFC8795, as per = https://datatracker.ietf.org/doc/html/rfc8795#appendix-C. DK>> Thanks again for your review and comments! BR, Dan.=20 From nobody Fri Apr 23 02:00:24 2021 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3E3423A1254 for ; Fri, 23 Apr 2021 02:00:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.102 X-Spam-Level: X-Spam-Status: No, score=-7.102 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, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=github.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 VWWvM70laSLy for ; Fri, 23 Apr 2021 02:00:17 -0700 (PDT) Received: from smtp.github.com (out-26.smtp.github.com [192.30.252.209]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6C9D63A1250 for ; Fri, 23 Apr 2021 02:00:17 -0700 (PDT) Received: from github.com (hubbernetes-node-4b23a38.ash1-iad.github.net [10.56.121.55]) by smtp.github.com (Postfix) with ESMTPA id 878EF5E005E for ; Fri, 23 Apr 2021 02:00:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com; s=pf2014; t=1619168416; bh=AlY3YxxAzbrRkL9d9nLEuWdWpz+Y5eRQ5d3XhtM0f+I=; h=Date:From:To:Subject:From; b=HHx+apfIIQObqUKMKvdjiv9bqT7zGbEZSzN6cYc7PYMCD2zS1nj6ULNlGvAYDixHe ZXy5fLMXV2IBlGJEL84Fvy6JmgCALndw43FnfbZ3gJ9JG7Kgn0Xqp9erlYVc+TVRLQ 7ylgZgFvmDQ7WJLRQr7dlvConCilUhsFI4RzGqMk= Date: Fri, 23 Apr 2021 02:00:16 -0700 From: sergiobelotti To: ccamp@ietf.org Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-GitHub-Recipient-Address: ccamp@ietf.org X-Auto-Response-Suppress: All Archived-At: Subject: [CCAMP] [ietf-ccamp-wg/draft-ietf-ccamp-optical-impairment-topology-yang] 0ff93a: Create minutes-2021-20-04.md X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Apr 2021 09:00:22 -0000 Branch: refs/heads/master Home: https://github.com/ietf-ccamp-wg/draft-ietf-ccamp-optical-impairment-topology-yang Commit: 0ff93adc80f7d5acb16341e493f13d5e22f614e6 https://github.com/ietf-ccamp-wg/draft-ietf-ccamp-optical-impairment-topology-yang/commit/0ff93adc80f7d5acb16341e493f13d5e22f614e6 Author: sergiobelotti Date: 2021-04-23 (Fri, 23 Apr 2021) Changed paths: A minutes/minutes-2021-20-04.md Log Message: ----------- Create minutes-2021-20-04.md From nobody Fri Apr 23 02:01:58 2021 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 34CE73A1263 for ; Fri, 23 Apr 2021 02:01:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.101 X-Spam-Level: X-Spam-Status: No, score=-2.101 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, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=github.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 R4TH-cmj7RgG for ; Fri, 23 Apr 2021 02:01:51 -0700 (PDT) Received: from smtp.github.com (out-25.smtp.github.com [192.30.252.208]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 166983A1260 for ; Fri, 23 Apr 2021 02:01:50 -0700 (PDT) Received: from github.com (hubbernetes-node-c480d90.ash1-iad.github.net [10.56.116.16]) by smtp.github.com (Postfix) with ESMTPA id 75787840A5E for ; Fri, 23 Apr 2021 02:01:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com; s=pf2014; t=1619168509; bh=gLE9pXVnZMSo8V+QF8VqAQVKA/pwZvQnI+R04OZ9Kv8=; h=Date:From:To:Subject:From; b=ZaddhcHZn4XOJ/HpQhCg2494RWjoY9Sbho39gM+aA+z+oapZqdbQrzPA+0Dh2Ms+3 RiTRgJ6gmJyGF6MWEwJFfJFFs1lTySsqo/iN5DMLAwTmYMa8kLxFuLh3Lg1SMRq9Na KNThkddLBHhKHViDGySXtbCFWCif+qAZIKsQxbvk= Date: Fri, 23 Apr 2021 02:01:49 -0700 From: sergiobelotti To: ccamp@ietf.org Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-GitHub-Recipient-Address: ccamp@ietf.org X-Auto-Response-Suppress: All Archived-At: Subject: [CCAMP] [ietf-ccamp-wg/draft-ietf-ccamp-optical-impairment-topology-yang] 90833b: Rename minutes-2021-20-04.md to minutes-2021-04-20.md X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Apr 2021 09:01:56 -0000 Branch: refs/heads/master Home: https://github.com/ietf-ccamp-wg/draft-ietf-ccamp-optical-impairment-topology-yang Commit: 90833b248703e1b7136fd7da402411b2337603f5 https://github.com/ietf-ccamp-wg/draft-ietf-ccamp-optical-impairment-topology-yang/commit/90833b248703e1b7136fd7da402411b2337603f5 Author: sergiobelotti Date: 2021-04-23 (Fri, 23 Apr 2021) Changed paths: A minutes/minutes-2021-04-20.md R minutes/minutes-2021-20-04.md Log Message: ----------- Rename minutes-2021-20-04.md to minutes-2021-04-20.md Change the name of the file (inverted month and day) From nobody Tue Apr 27 01:27:44 2021 Return-Path: X-Original-To: ccamp@ietf.org Delivered-To: ccamp@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 809113A1A43; Tue, 27 Apr 2021 01:27:42 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Meeting Session Request Tool To: Cc: ccamp-chairs@ietf.org, ccamp@ietf.org, daniele.ceccarelli@ericsson.com, jgs@juniper.net X-Test-IDTracker: no X-IETF-IDTracker: 7.28.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <161951206245.14443.15651068361863067111@ietfa.amsl.com> Date: Tue, 27 Apr 2021 01:27:42 -0700 Archived-At: Subject: [CCAMP] ccamp - New Meeting Session Request for IETF 111 X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.29 List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Apr 2021 08:27:43 -0000 A new meeting session request has just been submitted by Daniele Ceccarelli, a Chair of the ccamp working group. --------------------------------------------------------- Working Group Name: Common Control and Measurement Plane Area Name: Routing Area Session Requester: Daniele Ceccarelli Number of Sessions: 1 Length of Session(s): 2 Hours Number of Attendees: 50 Conflicts to Avoid: Chair Conflict: mpls pce teas netmod netconf Technology Overlap: detnet bess Key Participant Conflict: lsr People who must be present: John Scudder Fatai Zhang Daniele Ceccarelli Oscar Gonzalez de Dios Resources Requested: Special Requests: --------------------------------------------------------- From nobody Thu Apr 29 04:39:46 2021 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C133C3A3B71 for ; Thu, 29 Apr 2021 04:39:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.101 X-Spam-Level: X-Spam-Status: No, score=-2.101 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, RCVD_IN_MSPIKE_H2=-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 (1024-bit key) header.d=github.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 rbo3WbkSyoko for ; Thu, 29 Apr 2021 04:39:40 -0700 (PDT) Received: from smtp.github.com (out-22.smtp.github.com [192.30.252.205]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7560B3A3B6C for ; Thu, 29 Apr 2021 04:39:40 -0700 (PDT) Received: from github.com (hubbernetes-node-5b51e56.ac4-iad.github.net [10.52.205.78]) by smtp.github.com (Postfix) with ESMTPA id 898A9560372 for ; Thu, 29 Apr 2021 04:39:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com; s=pf2014; t=1619696379; bh=rgk9px8vczbaS8PqXpr4d3r9CT51E0oFGcO1V6haUbk=; h=Date:From:To:Subject:From; b=v53ZOz1qOcf9rRDRRXCT8TlNlduzZwdsKSlzkVlxrzxNzpbYqQEa3qRbp5DTZzcJ+ YGlqnwq0zafFvxtIiz21BFgIxnbtvkr76x8HxJZZI3kuYIKaiLbYMBai6qCP605FRz i8exUcTTR3XzQckUJJdLzAsjfzuQuXn39RzmXjWw= Date: Thu, 29 Apr 2021 04:39:39 -0700 From: danielkinguk To: ccamp@ietf.org Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-GitHub-Recipient-Address: ccamp@ietf.org X-Auto-Response-Suppress: All Archived-At: Subject: [CCAMP] [ietf-ccamp-wg/draft-ietf-ccamp-flexigrid-yang] 9d07d6: Archiving old versions of I-D. X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Apr 2021 11:39:45 -0000 Branch: refs/heads/master Home: https://github.com/ietf-ccamp-wg/draft-ietf-ccamp-flexigrid-yang Commit: 9d07d672191bf7c956debe7ba35450ec7fd8c540 https://github.com/ietf-ccamp-wg/draft-ietf-ccamp-flexigrid-yang/commit/9d07d672191bf7c956debe7ba35450ec7fd8c540 Author: danielkinguk Date: 2021-04-29 (Thu, 29 Apr 2021) Changed paths: A archive/draft-ietf-ccamp-flexigrid-yang-09.txt A archive/draft-ietf-ccamp-flexigrid-yang-09.xml R draft-ietf-ccamp-flexigrid-yang-09.txt R draft-ietf-ccamp-flexigrid-yang-09.xml Log Message: ----------- Archiving old versions of I-D. From nobody Thu Apr 29 04:40:19 2021 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 114663A3B7A for ; Thu, 29 Apr 2021 04:40:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.101 X-Spam-Level: X-Spam-Status: No, score=-2.101 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, RCVD_IN_MSPIKE_H2=-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 (1024-bit key) header.d=github.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 7c50jK5dpICA for ; Thu, 29 Apr 2021 04:40:12 -0700 (PDT) Received: from smtp.github.com (out-25.smtp.github.com [192.30.252.208]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 974B63A3B77 for ; Thu, 29 Apr 2021 04:40:12 -0700 (PDT) Received: from github.com (hubbernetes-node-a54a6e8.ash1-iad.github.net [10.56.112.87]) by smtp.github.com (Postfix) with ESMTPA id 93CC18408FC for ; Thu, 29 Apr 2021 04:40:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com; s=pf2014; t=1619696411; bh=63HtWP3Wx4lNXI3HvNzTM9WKVysTrV3d8JJbrriR3JE=; h=Date:From:To:Subject:From; b=m8/VIp1sZ4qF6WVQJuVnQXzTT9dZBVsKlCOeZqjr7uVnQnbu5W1irxYROx8ULITdW dowBnM7pZry31K92AhlOylJwn7FALplgm30ZdiQUgp7fCQ7w1J3ZnysJWWuBmFgui6 rfkXgKJBFbVbcAgD67Fgl0GW6snbGrP0EGtorQSE= Date: Thu, 29 Apr 2021 04:40:11 -0700 From: danielkinguk To: ccamp@ietf.org Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-GitHub-Recipient-Address: ccamp@ietf.org X-Auto-Response-Suppress: All Archived-At: Subject: [CCAMP] [ietf-ccamp-wg/draft-ietf-ccamp-flexigrid-yang] 8db86f: Version 10 of I-D. X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Apr 2021 11:40:17 -0000 Branch: refs/heads/master Home: https://github.com/ietf-ccamp-wg/draft-ietf-ccamp-flexigrid-yang Commit: 8db86ff14251f07d648dc14df95fe59605434c94 https://github.com/ietf-ccamp-wg/draft-ietf-ccamp-flexigrid-yang/commit/8db86ff14251f07d648dc14df95fe59605434c94 Author: danielkinguk Date: 2021-04-29 (Thu, 29 Apr 2021) Changed paths: A draft-ietf-ccamp-flexigrid-yang-10.xml Log Message: ----------- Version 10 of I-D. From nobody Fri Apr 30 09:08:34 2021 Return-Path: X-Original-To: ccamp@ietfa.amsl.com Delivered-To: ccamp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BF0B83A1DB2 for ; Fri, 30 Apr 2021 09:08:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.101 X-Spam-Level: X-Spam-Status: No, score=-7.101 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, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-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 (1024-bit key) header.d=github.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 rLyInYg4DuJ8 for ; Fri, 30 Apr 2021 09:08:27 -0700 (PDT) Received: from out-20.smtp.github.com (out-20.smtp.github.com [192.30.252.203]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 002743A1DB4 for ; Fri, 30 Apr 2021 09:08:26 -0700 (PDT) Received: from github.com (hubbernetes-node-585e5a5.va3-iad.github.net [10.48.204.39]) by smtp.github.com (Postfix) with ESMTPA id EA5E2E0EF4 for ; Fri, 30 Apr 2021 09:08:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com; s=pf2014; t=1619798906; bh=lAteO9lIn64QmCPwBZW1ixDA1OUxvw5saXFf55gOIEE=; h=Date:From:To:Subject:From; b=Ew7RvwmZOYexn9hsOoFWxwRH0LW0+LxMfHJ1kPcifAqMOpG29vhh05eowNuncW8EH KDOMZSknP/YJUe1YO087zpBqiT1ClyDe3bWn9Sh6V57LawhqUiuaEbln++/IGiPU8U wPdH8w5x4kdRtwvxZ8ghK966HdvGAmepTa8f2TYg= Date: Fri, 30 Apr 2021 09:08:25 -0700 From: sergiobelotti To: ccamp@ietf.org Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-GitHub-Recipient-Address: ccamp@ietf.org X-Auto-Response-Suppress: All Archived-At: Subject: [CCAMP] [ietf-ccamp-wg/draft-ietf-ccamp-optical-impairment-topology-yang] 8eb59a: Create minutes-2021-04-27.md X-BeenThere: ccamp@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussion list for the CCAMP working group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Apr 2021 16:08:32 -0000 Branch: refs/heads/master Home: https://github.com/ietf-ccamp-wg/draft-ietf-ccamp-optical-impairment-topology-yang Commit: 8eb59adb0975f297d4dc3c93575863fa44f2cd8a https://github.com/ietf-ccamp-wg/draft-ietf-ccamp-optical-impairment-topology-yang/commit/8eb59adb0975f297d4dc3c93575863fa44f2cd8a Author: sergiobelotti Date: 2021-04-30 (Fri, 30 Apr 2021) Changed paths: A minutes/minutes-2021-04-27.md Log Message: ----------- Create minutes-2021-04-27.md