Re: [CCAMP] Optical pluggables - Gap analysis and Data modelling
"Daniele Ceccarelli (dceccare)" <dceccare@cisco.com> Fri, 05 April 2024 16:25 UTC
Return-Path: <dceccare@cisco.com>
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 5C216C151984 for <ccamp@ietfa.amsl.com>; Fri, 5 Apr 2024 09:25:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -11.862
X-Spam-Level:
X-Spam-Status: No, score=-11.862 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.08, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_IMAGE_RATIO_08=0.001, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_NONE=0.001, T_SPF_HELO_PERMERROR=0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DN-QtBhGP0Nc for <ccamp@ietfa.amsl.com>; Fri, 5 Apr 2024 09:25:11 -0700 (PDT)
Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (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 146D7C169411 for <ccamp@ietf.org>; Fri, 5 Apr 2024 09:25:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.com; i=@cisco.com; l=1121568; q=dns/txt; s=iport; t=1712334311; x=1713543911; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=clRQQy+/4PTrZZcsb5zfRpWS8mjP7MK6gDipXHDCfL0=; b=XEs3zIIo7JeshpCezeqciqyo63oqKwNOUBefRqaSzFkgUroaSbVQcGkO cUE1mLR4mnWtgTda4VoXpwR1UgeenaNTdepYjg416i0Pi07PgUHkeqIUV ui0OROeWLc9mGwMvF/8z4bdpyulFLoiD11OartL8IygLKTqOCADXMdhEh A=;
X-CSE-ConnectionGUID: CEmLWwRzR0Osc9nWHDWgww==
X-CSE-MsgGUID: tnK8nqZpQoy8Tedox+N0yw==
X-Files: image001.png, image002.png, image003.png, image004.png : 129291, 52515, 145484, 427174
Received: from alln-core-1.cisco.com ([173.36.13.131]) by alln-iport-8.cisco.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 05 Apr 2024 16:25:10 +0000
Received: from rcdn-opgw-3.cisco.com (rcdn-opgw-3.cisco.com [72.163.7.164]) by alln-core-1.cisco.com (8.15.2/8.15.2) with ESMTPS id 435GPAnZ031671 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for <ccamp@ietf.org>; Fri, 5 Apr 2024 16:25:10 GMT
X-CSE-ConnectionGUID: GestadXJRXKk38MOrL9fGQ==
X-CSE-MsgGUID: UetwVOeZSDuVaZqQ/V+emg==
Authentication-Results: rcdn-opgw-3.cisco.com; dkim=pass (signature verified) header.i=@cisco.com; spf=Pass smtp.mailfrom=dceccare@cisco.com; dmarc=pass (p=reject dis=none) d=cisco.com
X-IronPort-AV: E=Sophos;i="6.07,181,1708387200"; d="png'150?scan'150,208,217,150";a="17146708"
Received: from mail-mw2nam12lp2040.outbound.protection.outlook.com (HELO NAM12-MW2-obe.outbound.protection.outlook.com) ([104.47.66.40]) by rcdn-opgw-3.cisco.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 05 Apr 2024 16:25:08 +0000
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=X+NcRtOy3CBMVsRvzeiNvlzIzMzzEeq9vjLu8mpAz3V2t4vJ3QEZ6xqgpSPw3VLWsuNtLqmsTSYD8NhOBFUuE06ISqkwU6P76Za7jqXRA9/p+6RS6s2o4RplOwP5Z9E7lVoraIqYghxzSTZsuGbPDDqSNtpROs8nLn0qx0CMdEGqCzo9FWbN2+ZSK/172vPmo3SLVPYQb8CMZ3Iaq2ksRH/hB9ZMKt7bBH6dwhz1vTsAgv9byQWZbBGr+l2tbbyIF5+Of2InXKR3IE45hI4wC45ohiHPIgmVQzI9pdB58Z2vXFKHG+zFcyRTq6Eg9KMtwJI1mvOUQc4722ZzBRshAg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=clRQQy+/4PTrZZcsb5zfRpWS8mjP7MK6gDipXHDCfL0=; b=mZWOOObjJxBJTjf1gFOFPZauOt0raAmYPapLwivrmKqRPwxTOwjRWoldemy+EZreNsc0TEW8cf5do/mPAEAH4E3eR8TfE868zv1HOqDFgSMjNLfbCuciTsFGGuV6P5PxzYtxJC2tk17uLo994AQxTd95bKeV6TqRJTEWXEqxDzXq/QLgDgl2Kxbg5xxHHPTSAhDGuwmJbutx0DuFvZXnR60BOFKVjHlXRIrYdHvDgCP5ZuixcmcjebWecbIHCDpng/lT093lr30wlH8JJjpEw4QVYx3g2lB7dyUGWj8PUVAPObDAuTOyZP0IxNQFsSJxiZzkXVwbTROD/0lI4X4F6w==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
Received: from CY8PR11MB7340.namprd11.prod.outlook.com (2603:10b6:930:84::13) by CH0PR11MB5316.namprd11.prod.outlook.com (2603:10b6:610:bf::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7472.10; Fri, 5 Apr 2024 16:25:05 +0000
Received: from CY8PR11MB7340.namprd11.prod.outlook.com ([fe80::308:49ba:ade8:5180]) by CY8PR11MB7340.namprd11.prod.outlook.com ([fe80::308:49ba:ade8:5180%4]) with mapi id 15.20.7452.019; Fri, 5 Apr 2024 16:25:05 +0000
From: "Daniele Ceccarelli (dceccare)" <dceccare@cisco.com>
To: Gabriele Galimberti <ggalimbe56@gmail.com>, Gert Grammel <ggrammel=40juniper.net@dmarc.ietf.org>, "Sergio Belotti (Nokia)" <sergio.belotti@nokia.com>, Gert Grammel <ggrammel@juniper.net>, "ccamp@ietf.org" <ccamp@ietf.org>
Thread-Topic: [CCAMP] Optical pluggables - Gap analysis and Data modelling
Thread-Index: AQHag6Fh+4bMG1vy2EmR1zNeaJXz2rFX1XnAgAAUhqmAAFTT8IAAB1vtgAAv5ACAAOXi44AABX3KgAByvECAAAr3W4AABSTg
Date: Fri, 05 Apr 2024 16:25:05 +0000
Message-ID: <CY8PR11MB7340FD8AD5D023FB7F1E06A6D4032@CY8PR11MB7340.namprd11.prod.outlook.com>
References: <SJ0PR04MB8391EB343211ADFC6383F065CD752@SJ0PR04MB8391.namprd04.prod.outlook.com> <SJ0PR04MB83915CC91E997D01E9FAAD04CD382@SJ0PR04MB8391.namprd04.prod.outlook.com> <CY8PR11MB7340E450D8A1164ECAFF1B77D43C2@CY8PR11MB7340.namprd11.prod.outlook.com> <SA1PR05MB83257EFE2B8200F14F6EE5F2CE3C2@SA1PR05MB8325.namprd05.prod.outlook.com> <CY8PR11MB734016CC9547E0E5AE451CDDD43C2@CY8PR11MB7340.namprd11.prod.outlook.com> <SA1PR05MB8325CBB411A87C9A3D90BAAACE3C2@SA1PR05MB8325.namprd05.prod.outlook.com> <PAVPR07MB9359A36E2A179A01FA5135C1913C2@PAVPR07MB9359.eurprd07.prod.outlook.com> <DU0P192MB1697704BE4AC0FDFCFA7F25FFA032@DU0P192MB1697.EURP192.PROD.OUTLOOK.COM> <SA1PR05MB83250B68F7018261805FAF47CE032@SA1PR05MB8325.namprd05.prod.outlook.com> <CY8PR11MB7340CBB736E1A889195C3638D4032@CY8PR11MB7340.namprd11.prod.outlook.com> <DU0P192MB169702D8D4EA1C639B688F76FA032@DU0P192MB1697.EURP192.PROD.OUTLOOK.COM>
In-Reply-To: <DU0P192MB169702D8D4EA1C639B688F76FA032@DU0P192MB1697.EURP192.PROD.OUTLOOK.COM>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-ms-publictraffictype: Email
x-ms-traffictypediagnostic: CY8PR11MB7340:EE_|CH0PR11MB5316:EE_
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: OVs3EP8xubnzDiJCFkoMEcehBQAf8pMB/jpDAoriXxlfA9GQ/v/3BwrtDGEbUo3evI9VGs1An9LNh5ad2Ev9NmAX8VstD8+eW59sWf+N1ff80jQcIPlpo31BHUvcKVviP1HKen2O32aX5LL8K9ZdGuB8NRD/yeCVfoh7o+OAMysydWHuQsIDn33vivR9s9pLWPoA1plbjPCZFJwO4C3g7vJiB0k0md0ApPi7o6fLilymERBAoI901YyS9hX+18hgyDxNTNJb3WNDgkKDm4vYmU5f0HIjEwrUx/zno+Pmbo/mdIuDQBG32xjKnLGkNJWe2yb7QAXDbBWpa7FFEdXgM97X6dekizYt9Vh2O+lZZY7Wptk0OeL900weob7uvaexeg1qnXBO1dluSM8NC0+FHgqLk8Y+GvJqBcx60D0bNFHzBo8DAaiNGYOcOBuYvxl1EapsfcyNouxerCuhmM05QChQkmnbBekAha821NU90zIh73D1YPnLhgQhNUTIrQBFDDyo53B49LWr8e7XLup6/Affb+0ODROqr8Upwibl8SOzQsGC2HZQBm5lRxW6+xAAwF8Zd4oZxw1hVN7XYCS7objoWLVsGtTtz4OBI9um6jwaSs1KyLa26UAYa0A6hphe
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:CY8PR11MB7340.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230031)(376005)(366007)(1800799015); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: 7RfcSColQFO3oojWUi0pVSMoEO9hnPEgAXJfWD3/+8FGtI2DbE8K2IGvriXBehjqkl/HYRnHQlt5bBPneyvIK6uP2KTpP7omRJSvivkwVfqOlLiEqc+50b1cXlUb88efsMXuIMkLBXsQLYPFAt2k48ANfwQltjfDFDWU7QkvA3eRlC4/JCiXdjGnP4+MCNIDxmw0g2y/rgwyfe9zSWOz9omCyVw5o7UG+DasibbXGUGi/vlZSOJADtRz2hAT4Vw/4dKtOjAQ7JgotfaQn6rQYDEhDFbh8aI92zTFnYvyFBXo2slarPYWohk3jFzV20HqcJFM3dIKRZHE3UhmiveiORn4jyS5YvdLUlQwyHp2BUOemskaxWMKIEZC9STTk8BGnAlbF3J3FnCwO8RJxLBp/6gWo1ojXqFHsVI9UqC5rB+A6/4YxrYaX61MZ+snV9gsB2DUIFanA3gAgjnumscUEmqmb65Gexy/tECnZTqv1qb3GoyrfSX/cSsapALh9c3I570qkMp00EiwRWuj2trwALXLZOHpxVvvTEaOyVp2E+9bz/ix3IFbnHdVW7qslIy/PuQJpoNecqGkL1dGwCFuJnX6yk3T6x4c6OiLiFmRRLX2TAQT6324zL5RRrrNLNMFjNyZi8Ye/10RHuWxItIlfU8NKUWPtLd/JBi08mjNdsPYykEk1m0Glc320ddgZ9s0YJp9OHtf2/b9ZH2DY9tCC2hlNCLi+uM5nFk9MuisB5Pe05nV/htGkfQln2JhBZGHWrZgtMQfy4CLGhpv99LkoNA4IapN5echBSABV18XXyqTOn+Yr1kAT5VNatLSKBqhn0ZgaaSpv2OuY8zgaMxlmOhESdE/gi7GHC2F6Zm/fMpL3Y/6m6C5dbqVDZeWYIcxyldIaHhR1kZvwOf0UPgpq3kWVZGmwuBe0adT17164BQEyoe9oPn+YjLcCfuFzh6zn07r2gamNE24iGvbc64Nsd3kvQTRKvPDvsOc7K/6QkhztjsFaSbLVRSdtvYlCVzUJ2Y9RhXv1GXvEGZg7na1nHvn+TvkZq9IlZUswstYzNBGZvPzaPqenMSkJTSBM4GpbHossjznYay+I2eOaaCs9hzYiGIVd/2JHBC+Wj5NoAWWyFsDBgDd7Rhw1osLzHz41b9NyXg5SQWJgNNSCDwoO7KzbLtv4FH3LE9Xbxrr1RAB5iVRpS0nbwglqmui885YyCBPC3KLs/4QhczbHI+R+6GToePMhRtA6/8pleTj3jgsm6XHRoILbZkm3KdCfsmy8IA8M6051m8x0jMFj1QKaV+ZX1dgy2EUy3c8lHE+jo7AYLzbSVi+exOPoB1W3Xl4ZyzQLRrdVdtJLReUP5zGLkt1/17NSLtGmEBK4Q2T7jBbEMwunHmLEepgMk2TOMKz0takGFj/MiXyzBLFu529j6aa/3CLqUPryxNxRNhF8yh5moXX/e/az+ZIsZ1+AbKKlo7d1VmGYjH1Yq0DC5d41MdLBPceeRJb5a2HMs45OCZmkeiUyAvnwuW5sq+t26oF9T+/tLS5xXZ1D8T+9cRBnV+EkqL4HVc7+1KmyQWyaVbiHVekwXezTixPk3OhI3XW
Content-Type: multipart/related; boundary="_007_CY8PR11MB7340FD8AD5D023FB7F1E06A6D4032CY8PR11MB7340namp_"; type="multipart/alternative"
MIME-Version: 1.0
X-OriginatorOrg: cisco.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: CY8PR11MB7340.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: ee5b1502-cfaa-4205-e367-08dc558cf3b1
X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Apr 2024 16:25:05.1717 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: WipTqlN+MGRuZcG8hOqpWTizR9CC3h3ZMoGy2EmpjPSd8wUaG3J8zhkB6sj8MrlbohX4EpRvQadSrWRFFheEWA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CH0PR11MB5316
X-Outbound-SMTP-Client: 72.163.7.164, rcdn-opgw-3.cisco.com
X-Outbound-Node: alln-core-1.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/ccamp/ZxGSV4wQwGVIhHdvablC7wTUWU8>
Subject: Re: [CCAMP] Optical pluggables - Gap analysis and Data modelling
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Discussion list for the CCAMP working group <ccamp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ccamp>, <mailto:ccamp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ccamp/>
List-Post: <mailto:ccamp@ietf.org>
List-Help: <mailto:ccamp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ccamp>, <mailto:ccamp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 05 Apr 2024 16:25:17 -0000
Understood….yes it makes sense. Have a nice weekend. Daniele From: Gabriele Galimberti <ggalimbe56@gmail.com> Sent: Friday, April 5, 2024 6:06 PM To: Daniele Ceccarelli (dceccare) <dceccare@cisco.com>; Gert Grammel <ggrammel=40juniper.net@dmarc.ietf.org>; Sergio Belotti (Nokia) <sergio.belotti@nokia.com>; Gert Grammel <ggrammel@juniper.net>; ccamp@ietf.org Subject: Re: [CCAMP] Optical pluggables - Gap analysis and Data modelling Ciao Daniele, I proposed dotted line to fade the relationship between the controller and the pluggable. Drawn like the picture it looks like there is an “ad hoc” interface dedicated to the pluggable. Point 2. Looking at the picture the mapping (partial or complete) is in phase two. Actually, to define the device models (e.g. operational-mode but also the explicit parameters, etc.) we Have to refer to the data available at the CMIS interface and try to convert those data into Yang model --> that is the mapping, now. Have a nice WE !! Gabriele Galimberti Via Melgacciata, 13 20813 – Bovisio Masciago (MB) Italy +39 3357481947 Da: Daniele Ceccarelli <dceccare@cisco.com<mailto:dceccare@cisco.com>> Data: venerdì 5 aprile 2024 alle ore 17:35 A: Gert Grammel <ggrammel=40juniper.net@dmarc.ietf.org<mailto:ggrammel=40juniper.net@dmarc.ietf.org>>, Gabriele Galimberti <ggalimbe56@gmail.com<mailto:ggalimbe56@gmail.com>>, Sergio Belotti <sergio.belotti@nokia.com<mailto:sergio.belotti@nokia.com>>, Gert Grammel <ggrammel@juniper.net<mailto:ggrammel@juniper.net>>, "ccamp@ietf.org<mailto:ccamp@ietf.org>" <ccamp@ietf.org<mailto:ccamp@ietf.org>> Oggetto: RE: [CCAMP] Optical pluggables - Gap analysis and Data modelling Sorry for the confusion with the arrows, the image was pasted into the spreadsheet and not editable and I tried my best to draw on it. Moreover I’m missing what is the difference in meaning between solid, thick and dotted lines…is there any? Just 2 clarifications on Gabriele’s points: 1. “To me between the Router and the pluggable (interface C) there is one and only one interface (CMIS).CMIS is out of IETF scope and can just give us the list of parameters to be provisioned and read (alarms, etc.)to / from the Pluggable (what is called “mapping”). [DC] yes, personally I agree with you. For the moment “phase 2” means that we’re not covering it now in this document. In the next phase if the WG wants to work on it, we will decide if/how to proceed. 1. But if the “mapping” is in phase 2, what do we model in phase 1 ? [DC] I’m not sure I understood what you mean. In phase 1 we focus on the network models of interface A and the device models of interface B. More precisely on the delta between what exists (draft-ietf-ccamp-optical-impairment-topology-yang + draft-ietf-ccamp-dwdm-if-param-yang) and what is missing. Cheers Daniele From: Gert Grammel <ggrammel=40juniper.net@dmarc.ietf.org<mailto:ggrammel=40juniper.net@dmarc.ietf.org>> Sent: Friday, April 5, 2024 10:39 AM To: Gabriele Galimberti <ggalimbe56@gmail.com<mailto:ggalimbe56@gmail.com>>; Sergio Belotti (Nokia) <sergio.belotti@nokia.com<mailto:sergio.belotti@nokia.com>>; Gert Grammel <ggrammel@juniper.net<mailto:ggrammel@juniper.net>>; Daniele Ceccarelli (dceccare) <dceccare@cisco.com<mailto:dceccare@cisco.com>>; ccamp@ietf.org<mailto:ccamp@ietf.org> Subject: Re: [CCAMP] Optical pluggables - Gap analysis and Data modelling Gab, Sergio, Thanks for clarifying. Whether “dashed” or “thick”, let’s capture the conclusion in the legend: thick arrows represent the models to manage the pluggable. Best Gert Juniper Business Use Only From: CCAMP <ccamp-bounces@ietf.org<mailto:ccamp-bounces@ietf.org>> on behalf of Gabriele Galimberti <ggalimbe56@gmail.com<mailto:ggalimbe56@gmail.com>> Date: Friday, 5. April 2024 at 10:17 To: Sergio Belotti (Nokia) <sergio.belotti=40nokia.com@dmarc.ietf.org<mailto:sergio.belotti=40nokia.com@dmarc.ietf.org>>, Gert Grammel <ggrammel=40juniper.net@dmarc.ietf.org<mailto:ggrammel=40juniper.net@dmarc.ietf.org>>, Daniele Ceccarelli (dceccare) <dceccare=40cisco.com@dmarc.ietf.org<mailto:dceccare=40cisco.com@dmarc.ietf.org>>, ccamp@ietf.org<mailto:ccamp@ietf.org> <ccamp@ietf.org<mailto:ccamp@ietf.org>> Subject: Re: [CCAMP] Optical pluggables - Gap analysis and Data modelling [External Email. Be cautious of content] Hi All, I agree on Gert comments and Daniele/Sergio answers (except Point 3). To me between the Router and the pluggable (interface C) there is one and only one interface (CMIS). CMIS is out of IETF scope and can just give us the list of parameters to be provisioned and read (alarms, etc.) to / from the Pluggable (what is called “mapping”). But if the “mapping” is in phase 2, what do we model in phase 1 ? More, the thick arrows are confusing I’d explain they represent the models to manage the pluggable and I’d change the in dotted lines). Ciao, Gab. Gabriele Galimberti Via Melgacciata, 13 20813 – Bovisio Masciago (MB) Italy +39 3357481947 Da: CCAMP <ccamp-bounces@ietf.org<mailto:ccamp-bounces@ietf.org>> per conto di "Sergio Belotti (Nokia)" <sergio.belotti=40nokia.com@dmarc.ietf.org<mailto:sergio.belotti=40nokia.com@dmarc.ietf.org>> Data: giovedì 4 aprile 2024 alle ore 20:41 A: Gert Grammel <ggrammel=40juniper.net@dmarc.ietf.org<mailto:ggrammel=40juniper.net@dmarc.ietf.org>>, "Daniele Ceccarelli (dceccare)" <dceccare=40cisco.com@dmarc.ietf.org<mailto:dceccare=40cisco.com@dmarc.ietf.org>>, "ccamp@ietf.org<mailto:ccamp@ietf.org>" <ccamp@ietf.org<mailto:ccamp@ietf.org>> Oggetto: Re: [CCAMP] Optical pluggables - Gap analysis and Data modelling Hi Gert, What Daniele intended to say is :”The thick arrow between the domain controller and the router (interface B) is the device model we should focus on” Please do not consider “thin arrow” in the middle (rows 18-19) , as I said to you before during the call the thick arrow is on behalf of the thin arrow and the thin arrow directed towards “coherent plu data on host “ block. Hope this clarify. Daniele/Italo please comment if I missed something. Thanks Sergio From: CCAMP <ccamp-bounces@ietf.org<mailto:ccamp-bounces@ietf.org>> On Behalf Of Gert Grammel Sent: Thursday, April 4, 2024 7:00 PM To: Daniele Ceccarelli (dceccare) <dceccare=40cisco.com@dmarc.ietf.org<mailto:dceccare=40cisco.com@dmarc.ietf.org>>; ccamp@ietf.org<mailto:ccamp@ietf.org> Subject: Re: [CCAMP] Optical pluggables - Gap analysis and Data modelling CAUTION: This is an external email. Please be very careful when clicking links or opening attachments. See the URL nok.it/ext for additional information. Hi Daniele, This clarifies a lot. The point where I still struggle is the meaning of the ”thick arrow” related to question 3 (see below). Best Gert Juniper Business Use Only From: Daniele Ceccarelli (dceccare) <dceccare=40cisco.com@dmarc.ietf.org<mailto:dceccare=40cisco.com@dmarc.ietf.org>> Date: Thursday, 4. April 2024 at 17:26 To: Gert Grammel <ggrammel@juniper.net<mailto:ggrammel@juniper.net>>, ccamp@ietf.org<mailto:ccamp@ietf.org> <ccamp@ietf.org<mailto:ccamp@ietf.org>> Subject: RE: Optical pluggables - Gap analysis and Data modelling [External Email. Be cautious of content] Hi Gert, Graphics often help. Please find my comments in line. Cheers, Daniele Juniper Business Use Only From: Gert Grammel <ggrammel=40juniper.net@dmarc.ietf.org<mailto:ggrammel=40juniper.net@dmarc.ietf.org>> Sent: Thursday, April 4, 2024 3:16 PM To: Daniele Ceccarelli (dceccare) <dceccare@cisco.com<mailto:dceccare@cisco.com>>; ccamp@ietf.org<mailto:ccamp@ietf.org> Subject: Re: Optical pluggables - Gap analysis and Data modelling Daniele, Sorry for including some graphics in the email but you can find the references there as well. When checking the sheet called “Scope of IETF Pluggable work” in https://docs.google.com/spreadsheets/d/1atqBARO76hzRp5ETHzsOYLsfabHQbulf0AtbVAMV66A/edit - gid=1168079582<https://urldefense.com/v3/__https:/docs.google.com/spreadsheets/d/1atqBARO76hzRp5ETHzsOYLsfabHQbulf0AtbVAMV66A/edit*gid=1168079582and__;Iw!!NEt6yMaO-gk!EVBa8k8tijSp_oINJKgpx2Z9DCp5uA4wiCT0zLtASvlT6gvala18koVhxJ-4BoMEKZObv6OOF1MzlPegi9lHT-Vx-MFjEPjE$>, I was wondering if it is accurately describing what this is about. 1. It is true that https://github.com/ietf-ccamp-wg/draft-ietf-ccamp-optical-impairment-topology-yang<https://urldefense.com/v3/__https:/github.com/ietf-ccamp-wg/draft-ietf-ccamp-optical-impairment-topology-yang__;!!NEt6yMaO-gk!EVBa8k8tijSp_oINJKgpx2Z9DCp5uA4wiCT0zLtASvlT6gvala18koVhxJ-4BoMEKZObv6OOF1MzlPegi9lHT-Vx-L22mRHH$> is a network model but https://datatracker.ietf.org/doc/draft-ietf-ccamp-dwdm-if-param-yang/<https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/draft-ietf-ccamp-dwdm-if-param-yang/__;!!NEt6yMaO-gk!EVBa8k8tijSp_oINJKgpx2Z9DCp5uA4wiCT0zLtASvlT6gvala18koVhxJ-4BoMEKZObv6OOF1MzlPegi9lHT-Vx-MYnGGLD$> that is associated (i.e. same parameter definitions) belongs to a device model. On what basis is the claim that IETF Pluggable Modeling is a Network Model (left picture at bottom)? [[DC]] What I was trying to say in the new picture that we suggested, is that the pluggable modelling should have a network model part and a device model part. The picture we proposed is meant to replace this one. [FXBM3m7wAAAABJRU5ErkJggg==] In the same picture it is also stated that “In context of IETF pluggable modelling, Optical pluggable is **the** device”. That may cause some confusion, https://datatracker.ietf.org/doc/html/rfc6241<https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/html/rfc6241__;!!NEt6yMaO-gk!EVBa8k8tijSp_oINJKgpx2Z9DCp5uA4wiCT0zLtASvlT6gvala18koVhxJ-4BoMEKZObv6OOF1MzlPegi9lHT-Vx-MndYqgX$> states: “A device MUST support at least one NETCONF session and SHOULD support multiple sessions.” Similarly, OpenConfig has a “Device” container (see https://karneliuk.com/wp-content/uploads/2018/07/128_net_01_oc_yang.png<https://urldefense.com/v3/__https:/karneliuk.com/wp-content/uploads/2018/07/128_net_01_oc_yang.png__;!!NEt6yMaO-gk!EVBa8k8tijSp_oINJKgpx2Z9DCp5uA4wiCT0zLtASvlT6gvala18koVhxJ-4BoMEKZObv6OOF1MzlPegi9lHT-Vx-AE27vUa$> that reflects RFC6241. So for defining the scope it would be clearer to say Optical pluggable is an optical-terminal” (TBC name for further discussion). [[DC]] Yes, I agree, makes sense. [A diagram of a company Description automatically generated] 1. The figure on the right (starting from column J) is similarly confusing. The “thin arrow” between “domain controller” (=netconf client?) points to a single entry point of the host (=device). What is unclear is the “thick arrow” from the domain controller to the “Coherent Plug Data on Host” It would needs further explanation. [[DC]] You probably missed the legenda on the top left corner. The thin arrow between the domain controller and the router (interface B) is the device model we should focus on, while the internal communication between the router and the pluggable (interface C) is something that should be out of scope of this first phase and deferred to phase 2. I didn’t have a right terminology to identify it, but in other words it should be the CMIS part. GGR>> from the legend and this response I gather: 1. The “thin arrow” on Interface B represents the device model. 2. The “thick arrow” on interface C corresponds to OIF-CMIS: (note: only some of those modules are actually coherent or tunable) This Implementation Agreement (IA) defines the Common Management Interface Specification (CMIS), which may be used by pluggable or on-board modules, such as QSFP Double Density (QSFP-DD), OSFP, COBO, QSFP, as well as by existing or future module developments with host to module management communication based on a two-wire interface. This IA is targeted for systems manufacturers, system integrators, and suppliers of CMIS compliant modules. 1. What else is represented then by the ”thick arrow” in Interface B that is not 1) nor 2)? [Dy4xC6fep4r9AAAAAElFTkSuQmCC] 1. The “Scope of IETF Plugable Work” (starting from: C46) in the black box is very focussed on IDs. We don’t know yet how exactly things needs to be modeled and the discussion about telemetry/alarms suggest that more than IDs are needed. My suggestion is to swap host-ID and media-ID with “host-properties” and “media-properties” which would be more general and include the use of IDs. [[DC]] good suggestion, I’m fine with that if it works for everyone. [NyBJJjzEBJ23mJE24m829p7npI2E5VgKb+CaiaGsExmPcjB0+exGljnVEkwjBIiLFitZyCqs1+ci9Ys3t1y25rzV+OmWBdCAAAiAAAiAAAiAAAiAAAiAAAl2IwP8DvA3uE1V8QscAAAAASUVORK5CYII=] Cheers Gert Juniper Business Use Only From: CCAMP <ccamp-bounces@ietf.org<mailto:ccamp-bounces@ietf.org>> on behalf of Daniele Ceccarelli (dceccare) <dceccare=40cisco.com@dmarc.ietf.org<mailto:dceccare=40cisco.com@dmarc.ietf.org>> Date: Thursday, 4. April 2024 at 11:02 To: ccamp@ietf.org<mailto:ccamp@ietf.org> <ccamp@ietf.org<mailto:ccamp@ietf.org>> Subject: Re: [CCAMP] Optical pluggables - Gap analysis and Data modelling [External Email. Be cautious of content] Hi Reza, all, Italo, Sergio and I took a first stab at the shared google doc. Please find a suggested updated of the interfaces picture in the tab “scope of IETF pluggable work). Here is the link to the doc for easier access to all the working group. https://docs.google.com/spreadsheets/d/1atqBARO76hzRp5ETHzsOYLsfabHQbulf0AtbVAMV66A/edit#gid=1168079582<https://urldefense.com/v3/__https:/docs.google.com/spreadsheets/d/1atqBARO76hzRp5ETHzsOYLsfabHQbulf0AtbVAMV66A/edit*gid=1168079582__;Iw!!NEt6yMaO-gk!A-2RE0vjxtLcarKoC2-v-78aez5lBzvkbPDv2Qf6VTjd12uO_j3GMxqh6GCGRfCtZLL9YuTYEJANfkCplFmtQrw92NulSj-F$> Thanks Daniele From: Rokui, Reza <rrokui@ciena.com<mailto:rrokui@ciena.com>> Sent: Sunday, March 31, 2024 9:27 PM To: CCAMP Working Group <ccamp-chairs@ietf.org<mailto:ccamp-chairs@ietf.org>>; ccamp@ietf.org<mailto:ccamp@ietf.org>; Rokui, Reza <rrokui@ciena.com<mailto:rrokui@ciena.com>>; Davis, Nigel <ndavis@ciena.com<mailto:ndavis@ciena.com>> Subject: Optical pluggables - Gap analysis and Data modelling All, I am not able to attend tomorrow’s meeting. FYI, Nigel and I worked on the attributes last week and it is in much better shape. We plan to do further improvements. You should be able to access it. Please take a look. Reza Sent from my iPhone
- [CCAMP] Optical pluggables - Gap analysis and Dat… Rokui, Reza
- Re: [CCAMP] Optical pluggables - Gap analysis and… Daniele Ceccarelli (dceccare)
- Re: [CCAMP] Optical pluggables - Gap analysis and… Gert Grammel
- Re: [CCAMP] Optical pluggables - Gap analysis and… Daniele Ceccarelli (dceccare)
- Re: [CCAMP] Optical pluggables - Gap analysis and… Gert Grammel
- Re: [CCAMP] Optical pluggables - Gap analysis and… Sergio Belotti (Nokia)
- Re: [CCAMP] Optical pluggables - Gap analysis and… Gabriele Galimberti
- Re: [CCAMP] Optical pluggables - Gap analysis and… Gert Grammel
- Re: [CCAMP] Optical pluggables - Gap analysis and… Daniele Ceccarelli (dceccare)
- Re: [CCAMP] Optical pluggables - Gap analysis and… Gabriele Galimberti
- Re: [CCAMP] Optical pluggables - Gap analysis and… Daniele Ceccarelli (dceccare)