IETF Logo Mail Archive

[CCAMP] question during presentation on draft-merge-ccamp-gmpls-otn-b100g-applicability-00

"Belotti, Sergio (Nokia - IT/Vimercate)" <sergio.belotti@nokia.com> Thu, 08 November 2018 08:32 UTC

Return-Path: <sergio.belotti@nokia.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 7EF9E130EB5; Thu, 8 Nov 2018 00:32:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.37
X-Spam-Level:
X-Spam-Status: No, score=-2.37 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.47, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.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 8wee_MSSNmGF; Thu, 8 Nov 2018 00:32:04 -0800 (PST)
Received: from EUR01-VE1-obe.outbound.protection.outlook.com (mail-ve1eur01on0090.outbound.protection.outlook.com [104.47.1.90]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F3E46124408; Thu, 8 Nov 2018 00:32:02 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=pm82DAm9N2r8aBQdiPc888cW4URSeDQOfcAHwc78GVU=; b=VyLeXFiIz3IfQenXE+kXJqhuii7x43elXJDI5CCUnnrn2vOCCBZ8f1AFsbD/DJhEN11QO4XebfLiWgtE9J6npBdo0J1BNeb0W9o4nb0BiPZ7Dyh7gai8CEYGcJ6zoOy9KlHm90d2NHvurPxb92yhYDBeQzfSnXbE0BWy91+X2HU=
Received: from DB6PR0701MB2727.eurprd07.prod.outlook.com (10.169.215.137) by DB6PR0701MB2695.eurprd07.prod.outlook.com (10.169.215.18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1294.14; Thu, 8 Nov 2018 08:32:00 +0000
Received: from DB6PR0701MB2727.eurprd07.prod.outlook.com ([fe80::c133:aafa:c5d6:9803]) by DB6PR0701MB2727.eurprd07.prod.outlook.com ([fe80::c133:aafa:c5d6:9803%3]) with mapi id 15.20.1339.009; Thu, 8 Nov 2018 08:32:00 +0000
From: "Belotti, Sergio (Nokia - IT/Vimercate)" <sergio.belotti@nokia.com>
To: "ccamp-chairs@ietf.org" <ccamp-chairs@ietf.org>
CC: "ccamp@ietf.org" <ccamp@ietf.org>, Italo Busi <Italo.Busi@huawei.com>, "wang.qilei@zte.com.cn" <wang.qilei@zte.com.cn>
Thread-Topic: question during presentation on draft-merge-ccamp-gmpls-otn-b100g-applicability-00
Thread-Index: AdR3PQds6xYQzsXMQ+y3U7KlZC6fog==
Date: Thu, 08 Nov 2018 08:32:00 +0000
Message-ID: <DB6PR0701MB2727897465DDA17573A9028791C50@DB6PR0701MB2727.eurprd07.prod.outlook.com>
Accept-Language: it-IT, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [2001:67c:370:128:2824:a95a:3c3f:c2ab]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; DB6PR0701MB2695; 6:EDKtbRjq5Bm/jzlPBgMGQPdZCNLu3ueV8cyRJiGaYL3sr3Ccypjq7iv2fyb2nkOfOdh+Xa/SGg7s0ndnHWQNORoHaIZtRpca8OUTxnLTUbPGh3MgvAlRyHidUX1u+bnXpsbnTAGZfRmDUy5e1tAHN4XEzjmNqrC9KcLlajQYsJlEH1/63wM9+08eIVXuHoAWFNR79XB9KU2A+EAdFcGLDKiHA9j7Sd79xVWKKQAK1Eu/dFaeVfILUmkgKUuTkkMToSRR0p5sI+uN8kOydg9iTIMHA/H3XWzla9lnsaGtogso7hfZszEM7NvPTsNDLYy/6CtggS9ekUl/DIq4Bk1WlnAvGHUMOU36UF5X527ltcH4rPsmNVTm1DJ8ALAhLipuvzoy0M6x+tBOS9MUEWx21EcwmaDOkouZhkxKRjJrzfKwVWO1tVQUimOCarJCSCeiSeeEQzrvgbPQBPRm9Er+Fg==; 5:Wz1TLqdpE49+rOVtamOlUBfTLZVSTfRqtUp74wBiDCOAMMxCpirNEriOch1dKvMA5VKms2akr3Y/LyQTwYmJ5f1zY4S971JxDbSCjmFjn3i0hKy6MCe2ELNCXa2Tm8Qk9Qc0sIqKMo3nhfksUY2pK2AGJ947A1DBdFUnESY3PEE=; 7:lWwiQxobgTM3uI6Ay6MAZWbllMzHVxQNzXvr3F0l0LMz3YofHQYNjt0kmR7GBSoHujiWsbkERU1+uTcNjwJSYWL7b1MT1RtsAdp2J/9EEF2ViECsz3zvokBFJXGeS5q5gSFL+QoA+moLvbAJ70IBqA==
x-ms-exchange-antispam-srfa-diagnostics: SOS;
x-ms-office365-filtering-correlation-id: de3bef91-4167-4271-20a9-08d64554a73d
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600074)(711020)(4618075)(2017052603328)(7193020); SRVR:DB6PR0701MB2695;
x-ms-traffictypediagnostic: DB6PR0701MB2695:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=sergio.belotti@nokia.com;
x-microsoft-antispam-prvs: <DB6PR0701MB26958689F07EAF24822A45E191C50@DB6PR0701MB2695.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(158342451672863)(21748063052155)(28532068793085)(190501279198761)(227612066756510);
x-ms-exchange-senderadcheck: 1
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(8121501046)(5005006)(93006095)(93001095)(3231382)(11241501184)(806099)(944501410)(52105095)(3002001)(10201501046)(6055026)(148016)(149066)(150057)(6041310)(20161123560045)(20161123564045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123562045)(20161123558120)(201708071742011)(7699051)(76991095); SRVR:DB6PR0701MB2695; BCL:0; PCL:0; RULEID:; SRVR:DB6PR0701MB2695;
x-forefront-prvs: 0850800A29
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(366004)(376002)(346002)(396003)(39860400002)(136003)(189003)(199004)(53936002)(6116002)(790700001)(5640700003)(55016002)(6436002)(54896002)(6306002)(9686003)(5660300001)(68736007)(6916009)(86362001)(8936002)(2906002)(25786009)(4326008)(8676002)(81156014)(81166006)(256004)(2900100001)(54906003)(71190400001)(71200400001)(97736004)(2351001)(106356001)(478600001)(105586002)(186003)(46003)(14454004)(476003)(316002)(486006)(7696005)(74316002)(6506007)(102836004)(7736002)(99286004)(2501003)(33656002)(4743002); DIR:OUT; SFP:1102; SCL:1; SRVR:DB6PR0701MB2695; H:DB6PR0701MB2727.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: vKKvIxxIANx7Pk5DRMmYjahzWsDsh4jDjRpPfPvz8LVtzRrGOXNdgObUkFxNvwal0EUPFl6BSCXpVBHQv9/PVdXN04Pe296RQp0/L7xDoa+SQmyuzVY4hIkBulDmHkiMHe/pMr3w6sZahWVXhZwMw9RnCwvyCCO/phk1zvp+5cKNNY8CqiFpjznVPSusXOoSCIKQjVZpXw6MSJuEergAV+XZR7h30O14LXfO1ZcwylGlvOljPfK6fVAISDLtsMmKnvnm3kPiih0OWbs0la9aKVMdTMAjUUrSGG2gI7D+l3ONoEgh/P+EcR1ugCWGEt/c+nu5tsN60TDKTfCJEVRo8rxYlRAXodLfFB/Pd3VPex4=
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_DB6PR0701MB2727897465DDA17573A9028791C50DB6PR0701MB2727_"
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-Network-Message-Id: de3bef91-4167-4271-20a9-08d64554a73d
X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Nov 2018 08:32:00.4023 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB6PR0701MB2695
Archived-At: <https://mailarchive.ietf.org/arch/msg/ccamp/9_-zMXzfcjKIadVLC_oxQfbmrQA>
Subject: [CCAMP] question during presentation on draft-merge-ccamp-gmpls-otn-b100g-applicability-00
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.29
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: Thu, 08 Nov 2018 08:32:11 -0000

Hi Fatai, Daniele

During the presentation on draft-merge-ccamp-gmpls-otn-b100g-applicability-00 a question was raised about how can be known , in the example of slide 4, that ODU4  can be mapped on ODUC10, that means how to recognize that the server link is related to ODUC10.
In RFC 7139 it is provided text about the mapping of LO-ODU on specific HO-ODU .
The text in Section 6.1 of RFC says:
The OTN-TDM GENERALIZED_LABEL object is used to indicate how the LO ODUj signal is multiplexed into the HO ODUk link.  Note that the LO ODUj Signal Type is indicated by Traffic Parameters, while the type
of HO ODUk link is identified by the selected interface carried inthe IF_ID RSVP_HOP object.

The text in yellow is related to the usage of IF_ID RSVP_HOP object that does not contain any field which explicitly indicate the type of the TE-Link (e.g., HO-ODUk or ODUCn) but it only provides a pointer to the interface associated with that TE-Link and therefore the assumption is that the two nodes terminating that link know (by internal/local configuration) that it is an ODUCn Link instead of an HO-ODUk Link.
In the IF_ID RSVP_HOP object there is in fact IF_INDEX TLV providing exactly the information regarding the data channel connecting the node with the node is going to allocate the label.
So, no need to explicitly saying anything about the type of ODUCn related to the "interface" used between neighbors.

Hope this clarify the issue.
We will provide more text about this point in the next version of the draft.

Thanks

Italo, Qilei , Sergio

v2.23.0 | Report a Bug | By Email