Re: [ntpwg] Benoit Claise's No Record on draft-ietf-ntp-checksum-trailer-05: (with COMMENT)

Tal Mizrahi <talmi@marvell.com> Wed, 02 March 2016 13:28 UTC

Return-Path: <ntpwg-bounces+ntp-archives-ahfae6za=lists.ietf.org@lists.ntp.org>
X-Original-To: ietfarch-ntp-archives-ahFae6za@ietfa.amsl.com
Delivered-To: ietfarch-ntp-archives-ahFae6za@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C6FA91A6F0B for <ietfarch-ntp-archives-ahFae6za@ietfa.amsl.com>; Wed, 2 Mar 2016 05:28:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.906
X-Spam-Level:
X-Spam-Status: No, score=-1.906 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.006] autolearn=ham
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 zJU8CeQQbj5Z for <ietfarch-ntp-archives-ahFae6za@ietfa.amsl.com>; Wed, 2 Mar 2016 05:28:15 -0800 (PST)
Received: from lists.ntp.org (lists.ntp.org [IPv6:2001:4f8:fff7:1::7]) by ietfa.amsl.com (Postfix) with ESMTP id C238B1A6EFE for <ntp-archives-ahFae6za@lists.ietf.org>; Wed, 2 Mar 2016 05:28:15 -0800 (PST)
Received: from lists.ntp.org (lists.ntp.org [149.20.68.7]) by lists.ntp.org (Postfix) with ESMTP id 8672286DC0B for <ntp-archives-ahFae6za@lists.ietf.org>; Wed, 2 Mar 2016 13:28:15 +0000 (UTC)
X-Original-To: ntpwg@lists.ntp.org
Delivered-To: ntpwg@lists.ntp.org
Received: from mail1.ntp.org (mail1.ntp.org [IPv6:2001:4f8:fff7:1::5]) by lists.ntp.org (Postfix) with ESMTP id 6BEAD86D73C for <ntpwg@lists.ntp.org>; Wed, 2 Mar 2016 13:08:50 +0000 (UTC)
Received: from mx0b-0016f401.pphosted.com ([67.231.156.173]) by mail1.ntp.org with esmtps (TLSv1:AES256-SHA:256) (Exim 4.77 (FreeBSD)) (envelope-from <talmi@marvell.com>) id 1ab6WA-000ARN-Va for ntpwg@lists.ntp.org; Wed, 02 Mar 2016 13:08:50 +0000
Received: from pps.filterd (m0045851.ppops.net [127.0.0.1]) by mx0b-0016f401.pphosted.com (8.15.0.59/8.15.0.59) with SMTP id u22D55KM008616; Wed, 2 Mar 2016 05:08:31 -0800
Received: from il-exch01.marvell.com ([199.203.130.101]) by mx0b-0016f401.pphosted.com with ESMTP id 21deq5us9w-1 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Wed, 02 Mar 2016 05:08:31 -0800
Received: from IL-EXCH01.marvell.com (10.4.102.220) by IL-EXCH01.marvell.com (10.4.102.220) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Wed, 2 Mar 2016 15:08:28 +0200
Received: from IL-EXCH01.marvell.com ([fe80::5d63:81cd:31e2:fc36]) by IL-EXCH01.marvell.com ([fe80::5d63:81cd:31e2:fc36%20]) with mapi id 15.00.1104.000; Wed, 2 Mar 2016 15:08:28 +0200
From: Tal Mizrahi <talmi@marvell.com>
To: Benoit Claise <bclaise@cisco.com>, The IESG <iesg@ietf.org>
Thread-Topic: Benoit Claise's No Record on draft-ietf-ntp-checksum-trailer-05: (with COMMENT)
Thread-Index: AQHRc9Ki5PeBlGSXnUGR/Yp/4JJcuJ9GIEuA
Date: Wed, 02 Mar 2016 13:08:28 +0000
Message-ID: <29a37d915ac349bc9f316658a13de36b@IL-EXCH01.marvell.com>
References: <20160301155424.22273.5925.idtracker@ietfa.amsl.com>
In-Reply-To: <20160301155424.22273.5925.idtracker@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.4.102.210]
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2016-03-02_05:, , signatures=0
X-Proofpoint-Details: rule=outbound_notspam policy=outbound score=0 spamscore=0 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1601100000 definitions=main-1603020245
X-SA-Exim-Connect-IP: 67.231.156.173
X-SA-Exim-Rcpt-To: ntpwg@lists.ntp.org
X-SA-Exim-Mail-From: talmi@marvell.com
X-SA-Exim-Version: 4.2
X-SA-Exim-Scanned: Yes (on mail1.ntp.org)
Subject: Re: [ntpwg] Benoit Claise's No Record on draft-ietf-ntp-checksum-trailer-05: (with COMMENT)
X-BeenThere: ntpwg@lists.ntp.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: IETF Working Group for Network Time Protocol <ntpwg.lists.ntp.org>
List-Unsubscribe: <http://lists.ntp.org/options/ntpwg>, <mailto:ntpwg-request@lists.ntp.org?subject=unsubscribe>
List-Archive: <http://lists.ntp.org/pipermail/ntpwg/>
List-Post: <mailto:ntpwg@lists.ntp.org>
List-Help: <mailto:ntpwg-request@lists.ntp.org?subject=help>
List-Subscribe: <http://lists.ntp.org/listinfo/ntpwg>, <mailto:ntpwg-request@lists.ntp.org?subject=subscribe>
Cc: "ntp-chairs@ietf.org" <ntp-chairs@ietf.org>, "draft-ietf-ntp-checksum-trailer@ietf.org" <draft-ietf-ntp-checksum-trailer@ietf.org>, "ntpwg@lists.ntp.org" <ntpwg@lists.ntp.org>, "odonoghue@isoc.org" <odonoghue@isoc.org>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Errors-To: ntpwg-bounces+ntp-archives-ahfae6za=lists.ietf.org@lists.ntp.org
Sender: ntpwg <ntpwg-bounces+ntp-archives-ahfae6za=lists.ietf.org@lists.ntp.org>

Hi Benoit,

Thanks for the comments.

>     As described in Section 1, an intermediate entity that updates the
>     timestamp in the NTP packet can use the Checksum Complement in
>     order to maintain the correctness of the UDP checksum field.
>
>I'm wondering about the "can use" here.
>What is the alternative? Correct the UDP checksum field, which is
>incompatible with your use case (hardware timestamping)?

Right. The alternative is to correct the UDP checksum field. While this is significantly more difficult to implement, it is not impossible, and therefore some vendors may choose this approach.

>Isn't more like this?
>     As described in Section 1, an intermediate entity that updates the
>     timestamp with hardware timestamping in the NTP packet MUST use
>     the Checksum Complement in order to maintain the correctness of the
>
>     UDP checksum field.

Since it is possible to perform hardware timestamping without the Checksum Complement (although more difficult to implement), it would be best if we didn't mandate the use of the Checksum Complement.

I would suggest to change the current phrasing from a 'can' (which may be a bit unclear) to a 'MAY'.

Regards,
Tal.


>-----Original Message-----
>From: Benoit Claise [mailto:bclaise@cisco.com]
>Sent: Tuesday, March 01, 2016 5:54 PM
>To: The IESG
>Cc: draft-ietf-ntp-checksum-trailer@ietf.org; Karen O'Donoghue; ntp-
>chairs@ietf.org; odonoghue@isoc.org; ntpwg@lists.ntp.org
>Subject: Benoit Claise's No Record on draft-ietf-ntp-checksum-trailer-05:
>(with COMMENT)
>
>Benoit Claise has entered the following ballot position for
>draft-ietf-ntp-checksum-trailer-05: No Record
>
>When responding, please keep the subject line intact and reply to all email
>addresses included in the To and CC lines. (Feel free to cut this introductory
>paragraph, however.)
>
>
>Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
>for more information about IESG DISCUSS and COMMENT positions.
>
>
>The document, along with other ballot positions, can be found here:
>https://datatracker.ietf.org/doc/draft-ietf-ntp-checksum-trailer/
>
>
>
>----------------------------------------------------------------------
>COMMENT:
>----------------------------------------------------------------------
>
>Question:
>
>     As described in Section 1, an intermediate entity that updates the
>     timestamp in the NTP packet can use the Checksum Complement in
>     order to maintain the correctness of the UDP checksum field.
>
>I'm wondering about the "can use" here.
>What is the alternative? Correct the UDP checksum field, which is
>incompatible with your use case (hardware timestamping)?
>Or use the zero checksum (not possible for IPv6)?
>
>Isn't more like this?
>     As described in Section 1, an intermediate entity that updates the
>     timestamp with hardware timestamping in the NTP packet MUST use
>     the Checksum Complement in order to maintain the correctness of the
>
>     UDP checksum field.
>
>And, for the record, I agree with Barry's questions.
>

_______________________________________________
ntpwg mailing list
ntpwg@lists.ntp.org
http://lists.ntp.org/listinfo/ntpwg