IETF Logo Mail Archive

[Pals] Comments regarding draft-schmutzer-bess-ple-01

Alexander Vainshtein <Alexander.Vainshtein@rbbn.com> Wed, 04 November 2020 12:24 UTC

Return-Path: <alexander.vainshtein@rbbn.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 423203A1067 for <pals@ietfa.amsl.com>; Wed, 4 Nov 2020 04:24:05 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.096
X-Spam-Level:
X-Spam-Status: No, score=-2.096 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, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=rbbn.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 IkDzLoG8coEn for <pals@ietfa.amsl.com>; Wed, 4 Nov 2020 04:24:03 -0800 (PST)
Received: from us-smtp-delivery-181.mimecast.com (us-smtp-delivery-181.mimecast.com [63.128.21.181]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DB7493A10ED for <pals@ietf.org>; Wed, 4 Nov 2020 04:24:01 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rbbn.com; s=mimecast20180816; t=1604492640; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type; bh=ShIeXUqdtBMAdN1NsnY6mOo1jm80Q0x646NTCiku8Cc=; b=n2OypSMja02P2hSYPlERXC3D9kY6EJq3C97wd6pTTLU2S6Gw9ddfNXxo24k2Wj7iqRWzkf P14gDaAPeJfn9NEfODg8FL8xp42b7ffenzGR35jdN3vuEPuRFBdGuQimWK+Tx74uhGsZ/h tu25jg0d9UDuPFyC4iapAiD0iFMqnL0=
Received: from NAM10-MW2-obe.outbound.protection.outlook.com (mail-mw2nam10lp2103.outbound.protection.outlook.com [104.47.55.103]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-290-_OvpoAlYNS2CQc2mSOD_HA-1; Wed, 04 Nov 2020 07:23:58 -0500
Received: from BLAPR03MB5441.namprd03.prod.outlook.com (2603:10b6:208:29d::16) by BLAPR03MB5428.namprd03.prod.outlook.com (2603:10b6:208:285::8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3499.28; Wed, 4 Nov 2020 12:23:53 +0000
Received: from BLAPR03MB5441.namprd03.prod.outlook.com ([fe80::6842:7e36:6eb8:9d]) by BLAPR03MB5441.namprd03.prod.outlook.com ([fe80::6842:7e36:6eb8:9d%3]) with mapi id 15.20.3499.032; Wed, 4 Nov 2020 12:23:53 +0000
From: Alexander Vainshtein <Alexander.Vainshtein@rbbn.com>
To: "cpignata@cisco.comp" <cpignata@cisco.comp>, "naikumar@cisco.com" <naikumar@cisco.com>, "cschmutz@cisco.com" <cschmutz@cisco.com>, "jeremy.whittaker@verizon.com" <jeremy.whittaker@verizon.com>, "steven.gringeri@verizon.com" <steven.gringeri@verizon.com>
CC: "pals@ietf.org" <pals@ietf.org>, "bess@ietf.org" <bess@ietf.org>, "yaakov_s@rad.co" <yaakov_s@rad.co>
Thread-Topic: Comments regarding draft-schmutzer-bess-ple-01
Thread-Index: Adayhru+T0b2K5ObTieZcWAgZygUbQ==
Date: Wed, 04 Nov 2020 12:23:53 +0000
Message-ID: <BLAPR03MB54413057913FFA9EF1237B14F6EF0@BLAPR03MB5441.namprd03.prod.outlook.com>
Accept-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [79.178.64.4]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: abe07734-d8c9-4224-ec9b-08d880bc7e5d
x-ms-traffictypediagnostic: BLAPR03MB5428:
x-microsoft-antispam-prvs: <BLAPR03MB5428BB10C43AE7F1A4B91B60F6EF0@BLAPR03MB5428.namprd03.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:8882
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0
x-microsoft-antispam-message-info: 7BDnF0mTKEW6NM50i34hEUYYZJKCOwm0/Fl3bc7VLlciVPB1eiNY9uCnXBoa9sGIa39e37rfJRCNmowlpTpe2So8A8mZ+t/q+1Od1V/UVtAWGt5xOI5jOflvNYYHFpQWDieMZpcrVJftcr1xw/wVIesED9EaUlLpQa7tnVVii5qb+G+tlEbYY7ZUBRCyEext3sWtrY1KOG4ipojsngtKwE4WnMhk1yW9t4bzKs0YG0VXCroKbq35Tww3NbYoicz41muQ22Iq6Us3m60phFSI3kbDB4FfeL+Wqct3p9cPCkb8RaeVN7Hh+eKk/rIlIV338o5QTwqdTXpVIImRclYYBcJxD8r7NTdqcqALL/eE7OW/QMvJjicW5sEZm97vI/F0SKn6Hcdkdnhl9IlvoDN6Kg==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BLAPR03MB5441.namprd03.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(346002)(376002)(396003)(136003)(39850400004)(366004)(8936002)(186003)(52536014)(26005)(86362001)(9326002)(5660300002)(71200400001)(6506007)(8676002)(4326008)(66446008)(2906002)(478600001)(55016002)(66556008)(7696005)(66476007)(83380400001)(166002)(76116006)(66946007)(316002)(110136005)(33656002)(54906003)(64756008)(9686003); DIR:OUT; SFP:1101
x-ms-exchange-antispam-messagedata: gY5B7ALU0MGb6UVRnveI+NS7E3e4JqxlVRgWh/Jva8+W99VM7QUfn9Iwi4BwHBrcTxwnsw4Zea7L42hoVyhWfwjKmqsrrCpboYTgoC2Mznv2iwPJIUc3N/8r0a8sX/6fpKeS5RM4F7GZeTiG4CsAIqWKTPfzPeTdlcQUS0uC8Kx1S1GPXeBIpjT0z2lvBb8JO4F4XjJZ5jbciTgB0wh6xDZFYjItkMbXDF6ZZDm9lzvs4wPQxyDO0gZEduqbaqvU5QDTX7B56QldLL18mlmcLvYoFxoHHMWNi1OCtIzAt4E3M8K9RCGw2kVvV3tvMoW1BUPvQR9RYM0BAr/dblYoTGkVrEzB0YVjILSCij2ScsuQJeiObGwLD+0q1g9WIpXJWxU5rws2m9OTEoiLAh+Faru4XVwR5z7G3RMWJtWNeDt7J348QmA3GK9jx/uiw4kZsE0J9bK9BSEvQ91yjnq4Xl2fIBOFOxmLNQr8V1eaIv6T8ds4YdyEhw92RvllD1dQORnkcSkmgoyevn5MWtw4dJyC6zotOilOxj7zUByzLNQIgTdtjcvLV/dLWFNL1JPNYtZ1G0g7HEbLQHCpJAK00bB3aWVt/ilfwkrHu6+EfZxx+cqiNDAvjUv6H1iGsFSYicuRMsFWpL7r4p75prlD+A==
x-ms-exchange-transport-forked: True
x-mc-unique: _OvpoAlYNS2CQc2mSOD_HA-1
x-originatororg: rbbn.com
x-ms-exchange-crosstenant-authas: Internal
x-ms-exchange-crosstenant-authsource: BLAPR03MB5441.namprd03.prod.outlook.com
x-ms-exchange-crosstenant-network-message-id: abe07734-d8c9-4224-ec9b-08d880bc7e5d
x-ms-exchange-crosstenant-originalarrivaltime: 04 Nov 2020 12:23:53.4888 (UTC)
x-ms-exchange-crosstenant-fromentityheader: Hosted
x-ms-exchange-crosstenant-id: 29a671dc-ed7e-4a54-b1e5-8da1eb495dc3
x-ms-exchange-crosstenant-mailboxtype: HOSTED
x-ms-exchange-crosstenant-userprincipalname: Ql6EAoLTbnD/+dHz4/3g3UqHTaw6trku7+zdnbcoraPNGBWR14wRHJKhqNTwDsKqef+OShYgvsd2m/vRwFC+WA==
x-ms-exchange-transport-crosstenantheadersstamped: BLAPR03MB5428
MIME-Version: 1.0
Authentication-Results: relay.mimecast.com; auth=pass smtp.auth=CUSA81A106 smtp.mailfrom=alexander.vainshtein@rbbn.com
X-Mimecast-Spam-Score: 0
X-Mimecast-Originator: rbbn.com
Content-Language: en-US
Content-Type: multipart/alternative; boundary="_000_BLAPR03MB54413057913FFA9EF1237B14F6EF0BLAPR03MB5441namp_"
Archived-At: <https://mailarchive.ietf.org/arch/msg/pals/K4pML2Si_ybQ2pRs9Fz9B2xWyH0>
Subject: [Pals] Comments regarding draft-schmutzer-bess-ple-01
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 04 Nov 2020 12:24:05 -0000

Hi,
I have a few questions regarding draft-schmutzer-bess-ple-01<https://tools.ietf.org/html/draft-schmutzer-bess-ple-01>.


1.       Section 4.2.1 of the draft says that the FRG bits in the CW "MUST be set to zero by the sender and ignored by the receiver except for frame aligned payloads; see Section 5.2."  However, this is the only mention of frame-aligned payload in the -01 version of the draft, and section 5.2 in this version is called "Byte aligned Payload".  My guess is that frame-aligned payload for ODUk streams have been dropped completely, and that the FRG bits must always be set to zero by the sender and ignored by the receiver - can you please confirm?

2.       Section 5.2 of the draft seems to imply that byte-aligned payload is only applicable to the PLE services emulating ODUk streams. Can you please confirm that this mode is not applicable to, say, OC-192 (SONET framing creates native bye alignment)?

3.       Section 6.2.2 states that "the payload of a lost packet MUST be replaced with equivalent amount of replacement data".  Can you please clarify how wraparound of the 16-bit sequence number (be it in the PW control word or in the RTP header)  affects ability to determine the required amount of replacement data? For the reference, with the default payload size for such streams as OC-192 or ODU2, wraparound of 16-bit sequence number will happen approximately every 20 milliseconds.




Your  feedback would be highly appreciated.

Regards, and lots of thanks in advance,
Sasha

Office: +972-39266302
Cell:      +972-549266302
Email:   Alexander.Vainshtein@rbbn.com


-----------------------------------------------------------------------------------------------------------------------
Notice: This e-mail together with any attachments may contain information of Ribbon Communications Inc. that
is confidential and/or proprietary for the sole use of the intended recipient.  Any review, disclosure, reliance or
distribution by others or forwarding without express permission is strictly prohibited.  If you are not the intended
recipient, please notify the sender immediately and then delete all copies, including any attachments.
-----------------------------------------------------------------------------------------------------------------------

v2.23.0 | Report a Bug | By Email