From nobody Tue Mar 15 04:12:04 2016 Return-Path: X-Original-To: msec@ietfa.amsl.com Delivered-To: msec@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AEAD612D52E for ; Tue, 15 Mar 2016 04:12:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.923 X-Spam-Level: X-Spam-Status: No, score=-106.923 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] 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 QuGXxbBjUdJC for ; Tue, 15 Mar 2016 04:12:02 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1C91212D52B for ; Tue, 15 Mar 2016 04:12:02 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 0D18E18019D; Tue, 15 Mar 2016 04:11:28 -0700 (PDT) To: jari.arkko@ericsson.com, elisabetta.carrara@ericsson.com, fredrik.lindholm@ericsson.com, mats.naslund@ericsson.com, karl.norrman@ericsson.com, stephen.farrell@cs.tcd.ie, Kathleen.Moriarty.ietf@gmail.com, bew@cisco.com, vincent.roca@inria.fr X-PHP-Originating-Script: 30:errata_mail_lib.php From: RFC Errata System Message-Id: <20160315111128.0D18E18019D@rfc-editor.org> Date: Tue, 15 Mar 2016 04:11:28 -0700 (PDT) Archived-At: Cc: chris.dearlove@baesystems.com, rfc-editor@rfc-editor.org, msec@ietf.org Subject: [MSEC] [Technical Errata Reported] RFC3830 (4638) X-BeenThere: msec@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Multicast Security List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2016 11:12:03 -0000 The following errata report has been submitted for RFC3830, "MIKEY: Multimedia Internet KEYing". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=3830&eid=4638 -------------------------------------- Type: Technical Reported by: Christopher Dearlove Section: 4.2.8 Original Text ------------- The timestamp is as defined in NTP [NTP], i.e., a 64-bit number in seconds relative to 0h on 1 January 1900. An implementation MUST be aware of (and take into account) the fact that the counter will overflow approximately every 136th year. It is RECOMMENDED that the time always be specified in UTC. Corrected Text -------------- The timestamp is as defined in NTP [NTP], i.e., a 64-bit number in seconds relative to 0h on 1 January 1900. It is RECOMMENDED that the time always be specified in UTC. Notes ----- A 32-bt number of seconds overflows in about 136.1 years. A 64-bit number of seconds will, for all practical purposes, not overflow. (The use in Section 4.2.3 is of a 64 bit number, not a 32 bit number, so 64 bits is correct.) Instructions: ------------- This erratum is currently posted as "Reported". If necessary, please use "Reply All" to discuss whether it should be verified or rejected. When a decision is reached, the verifying party (IESG) can log in to change the status and edit the report, if necessary. -------------------------------------- RFC3830 (draft-ietf-msec-mikey-08) -------------------------------------- Title : MIKEY: Multimedia Internet KEYing Publication Date : August 2004 Author(s) : J. Arkko, E. Carrara, F. Lindholm, M. Naslund, K. Norrman Category : PROPOSED STANDARD Source : Multicast Security Area : Security Stream : IETF Verifying Party : IESG From nobody Tue Mar 15 05:39:51 2016 Return-Path: X-Original-To: msec@ietfa.amsl.com Delivered-To: msec@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4D5ED12D52C for ; Tue, 15 Mar 2016 05:39:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.302 X-Spam-Level: X-Spam-Status: No, score=-4.302 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-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=cs.tcd.ie 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 BWgN0ADRtaLw for ; Tue, 15 Mar 2016 05:39:47 -0700 (PDT) Received: from mercury.scss.tcd.ie (mercury.scss.tcd.ie [134.226.56.6]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 803C412D9F7 for ; Tue, 15 Mar 2016 05:39:42 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mercury.scss.tcd.ie (Postfix) with ESMTP id 29F4EBE2F; Tue, 15 Mar 2016 12:39:40 +0000 (GMT) X-Virus-Scanned: Debian amavisd-new at scss.tcd.ie Received: from mercury.scss.tcd.ie ([127.0.0.1]) by localhost (mercury.scss.tcd.ie [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zmFT9Ke7-4w0; Tue, 15 Mar 2016 12:39:38 +0000 (GMT) Received: from [10.87.49.100] (unknown [86.46.23.221]) by mercury.scss.tcd.ie (Postfix) with ESMTPSA id 05C2EBE2D; Tue, 15 Mar 2016 12:39:37 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cs.tcd.ie; s=mail; t=1458045578; bh=+flSXF4p6mCuKjLW83C44UWLGyWK/Mcue5SSEmhIaQ4=; h=Subject:To:References:Cc:From:Date:In-Reply-To:From; b=yMAupe5yFzPmcPIBRC7QOeIRJ2eDieKbSRD566JXWCPTsfSw7wxwd+LX5zMHpS7CN fLxZHSCvaXTeWR2BU4N9ZG+C4ZNlTge88gNdgxf85Ees0sLjx+sRV2/LiWXoh8VIuD 0I56s2+W/LIfdLpUTxnIyqab5mSnzR7sJQkvQdHM= To: "Dearlove, Christopher (UK)" , Karl Norrman , RFC Errata System , Jari Arkko , "elisabetta.carrara@ericsson.com" , Fredrik Lindholm , =?UTF-8?Q?Mats_N=c3=a4slund?= , "Kathleen.Moriarty.ietf@gmail.com" , "bew@cisco.com" , "vincent.roca@inria.fr" References: <20160315111128.0D18E18019D@rfc-editor.org> <33E51946CDE71249AF9D86CE4D8966B428B846E7@ESESSMB203.ericsson.se> From: Stephen Farrell Openpgp: id=D66EA7906F0B897FB2E97D582F3C8736805F8DA2; url= Message-ID: <56E80289.30205@cs.tcd.ie> Date: Tue, 15 Mar 2016 12:39:37 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms040704010009040105080101" Archived-At: Cc: "msec@ietf.org" Subject: Re: [MSEC] [Technical Errata Reported] RFC3830 (4638) X-BeenThere: msec@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Multicast Security List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2016 12:39:49 -0000 This is a cryptographically signed message in MIME format. --------------ms040704010009040105080101 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Ok, I'll mark that one as rejected so. Thanks, S On 15/03/16 12:27, Dearlove, Christopher (UK) wrote: > That makes sense. I think that suggests that an editorial erratum is in= order instead, but I'll leave that to you. >=20 --------------ms040704010009040105080101 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC CvIwggUIMIID8KADAgECAhBPzaE7pzYviUJyhmHTFBdnMA0GCSqGSIb3DQEBCwUAMHUxCzAJ BgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSkwJwYDVQQLEyBTdGFydENvbSBD ZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTEjMCEGA1UEAxMaU3RhcnRDb20gQ2xhc3MgMSBDbGll bnQgQ0EwHhcNMTYwMjA5MDkyODE1WhcNMTcwMjA5MDkyODE1WjBOMSIwIAYDVQQDDBlzdGVw aGVuLmZhcnJlbGxAY3MudGNkLmllMSgwJgYJKoZIhvcNAQkBFhlzdGVwaGVuLmZhcnJlbGxA Y3MudGNkLmllMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAtuC0rYze/2JinSra C9F2RjGdQZjNALLcW9C3WKTwYII3wBslobmHuPEYE5JaGItmzuKnAW619R1rD/kfoNWC19N3 rBZ6UX9Cmb9D9exCwYIwVuSwjrCQWGxgCtNQTrwKzCCpI790GRiMTvxvO7UmzmBrCaBLiZW5 R0fBjK5Yn6hUhAzGBkNbkIEL28cLJqH0yVz7Kl92OlzrQqTPEts5m6cDnNdY/ADfeAX18c1r dxZqcAxhLotrCqgsVA4ilbQDMMXGTLlB5TP35HeWZuGBU7xu003rLcFLdOkD8xvpJoYZy9Kt 3oABXPS5yqtMK+XCNdqmMn+4mOtLwQSMmPCSiQIDAQABo4IBuTCCAbUwCwYDVR0PBAQDAgSw MB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDAJBgNVHRMEAjAAMB0GA1UdDgQWBBQJ QhvwQ5Fl372Z6xqo6fdn8XejTTAfBgNVHSMEGDAWgBQkgWw5Yb5JD4+3G0YrySi1J0htaDBv BggrBgEFBQcBAQRjMGEwJAYIKwYBBQUHMAGGGGh0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbTA5 BggrBgEFBQcwAoYtaHR0cDovL2FpYS5zdGFydHNzbC5jb20vY2VydHMvc2NhLmNsaWVudDEu Y3J0MDgGA1UdHwQxMC8wLaAroCmGJ2h0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL3NjYS1jbGll bnQxLmNybDAkBgNVHREEHTAbgRlzdGVwaGVuLmZhcnJlbGxAY3MudGNkLmllMCMGA1UdEgQc MBqGGGh0dHA6Ly93d3cuc3RhcnRzc2wuY29tLzBGBgNVHSAEPzA9MDsGCysGAQQBgbU3AQIE MCwwKgYIKwYBBQUHAgEWHmh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeTANBgkqhkiG 9w0BAQsFAAOCAQEArzrSv2C8PlBBmGuiGrzm2Wma46/KHtXmZYS0bsd43pM66Pc/MsqPE0HD C1GzMFfwB6BfkJn8ijNSIhlgj898WzjvnpM/SO8KStjlB8719ig/xKISrOl5mX55XbFlQtX9 U6MrqRgbDIATxhD9IDr+ryvovDzChqgQj7mt2jYr4mdlRjsjod3H1VY6XglRmaaNGZfsCARM aE/TU5SXIiqauwt5KxNGYAY67QkOBs7O1FkSXpTk7+1MmzJMF4nP8QQ5n8vhVNseF+/Wm7ai 9mtnrkLbaznMsy/ULo/C2yuLUWTbZZbf4EKNmVdme6tUDgYkFjAFOblfA7W1fSPiQGagYzCC BeIwggPKoAMCAQICEGunin0K14jWUQr5WeTntOEwDQYJKoZIhvcNAQELBQAwfTELMAkGA1UE BhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFs IENlcnRpZmljYXRlIFNpZ25pbmcxKTAnBgNVBAMTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24g QXV0aG9yaXR5MB4XDTE1MTIxNjAxMDAwNVoXDTMwMTIxNjAxMDAwNVowdTELMAkGA1UEBhMC SUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmlj YXRpb24gQXV0aG9yaXR5MSMwIQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQTCC ASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAL192vfDon2D9luC/dtbX64eG3XAtRmv mCSsu1d52DXsCR58zJQbCtB2/A5uFqNxWacpXGGtTCRk9dEDBlmixEd8QiLkUfvHpJX/xKnm VkS6Iye8wUbYzMsDzgnpazlPg19dnSqfhM+Cevdfa89VLnUztRr2cgmCfyO9Otrh7LJDPG+4 D8ZnAqDtVB8MKYJL6QgKyVhhaBc4y3bGWxKyXEtx7QIZZGxPwSkzK3WIN+VKNdkiwTubW5PI dopmykwvIjLPqbJK7yPwFZYekKE015OsW6FV+s4DIM8UlVS8pkIsoGGJtMuWjLL4tq2hYQuu N0jhrxK1ljz50hH23gA9cbMCAwEAAaOCAWQwggFgMA4GA1UdDwEB/wQEAwIBBjAdBgNVHSUE FjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwEgYDVR0TAQH/BAgwBgEB/wIBADAyBgNVHR8EKzAp MCegJaAjhiFodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmwwZgYIKwYBBQUHAQEE WjBYMCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC5zdGFydHNzbC5jb20wMAYIKwYBBQUHMAKG JGh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL2NhLmNydDAdBgNVHQ4EFgQUJIFsOWG+ SQ+PtxtGK8kotSdIbWgwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwPwYDVR0g BDgwNjA0BgRVHSAAMCwwKgYIKwYBBQUHAgEWHmh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3Bv bGljeTANBgkqhkiG9w0BAQsFAAOCAgEAi+P3h+wBi4StDwECW5zhIycjBL008HACblIf26HY 0JdOruKbrWDsXUsiI0j/7Crft9S5oxvPiDtVqspBOB/y5uzSns1lZwh7sG96bYBZpcGzGxpF NjDmQbcM3yl3WFIRS4WhNrsOY14V7y2IrUGsvetsD+bjyOngCIVeC/GmsmtbuLOzJ606tEc9 uRbhjTu/b0x2Fo+/e7UkQvKzNeo7OMhijixaULyINBfCBJb+e29bLafgu6JqjOUJ9eXXj20p 6q/CW+uVrZiSW57+q5an2P2i7hP85jQJcy5j4HzA0rSiF3YPhKGAWUxKPMAVGgcYoXzWydOv Z3UDsTDTagXpRDIKQLZo02wrlxY6iMFqvlzsemVf1odhQJmi7Eh5TbxI40kDGcBOBHhwnaOu mZhLP+SWJQnjpLpSlUOj95uf1zo9oz9e0NgIJoz/tdfrBzez76xtDsK0KfUDHt1/q59BvDI7 RX6gVr0fQoCyMczNzCTcRXYHY0tq2J0oT+bsb6sH2b4WVWAiJKnSYaWDjdA70qHX4mq9MIjO /ZskmSY8wtAk24orAc0vwXgYanqNsBX5Yv4sN4Z9VyrwMdLcusP7HJgRdAGKpkR2I9U4zEsN JQJewM7S4Jalo1DyPrLpL2nTET8ZrSl5Utp1UeGp/2deoprGevfnxWB+vHNQiu85o6MxggPM MIIDyAIBATCBiTB1MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEpMCcG A1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0 Q29tIENsYXNzIDEgQ2xpZW50IENBAhBPzaE7pzYviUJyhmHTFBdnMA0GCWCGSAFlAwQCAQUA oIICEzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNjAzMTUx MjM5MzdaMC8GCSqGSIb3DQEJBDEiBCCWqd3Eviq6sd5N3zoe/Etqqv7/kR3G8oqCwcRQlieS 9jBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcN AwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMC AgEoMIGaBgkrBgEEAYI3EAQxgYwwgYkwdTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0 Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MSMw IQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQQIQT82hO6c2L4lCcoZh0xQXZzCB nAYLKoZIhvcNAQkQAgsxgYyggYkwdTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29t IEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MSMwIQYD VQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQQIQT82hO6c2L4lCcoZh0xQXZzANBgkq hkiG9w0BAQEFAASCAQCwnObjrRKkd5VkeZv62UHdRo6qGZIP0BeUH3BgIV1sc/OkoYjM3Edf mIXUxKcQTQQPCaa/jgaR8SVmrmcMIIFkvvMxcPuvyJl5bs4HC8CSIQDC7IfQVxENqDLWPltI jyRDiQxcqZRPCKzbBVZBqYXU9kvGpptnOhgHDxr4/qinXjhkunMQF1bM0ecKsKwYqlJQy7XI 4hvBNRoD9RHWJMu8GMs57dTv3tcuWdzZVwfHT6aUTvg/w5Bgd1NoZdsP2d7ILy3e4xCS+ebC wht7gDenbMyNe5OxVaT9yPqxUBv+ax24UwYzjM8OgNcwnnWrdj5svCV66VOPhob9/Tt0MTKV AAAAAAAA --------------ms040704010009040105080101-- From nobody Tue Mar 15 05:41:36 2016 Return-Path: X-Original-To: msec@ietfa.amsl.com Delivered-To: msec@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3502412DA05; Tue, 15 Mar 2016 05:41:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.923 X-Spam-Level: X-Spam-Status: No, score=-106.923 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] 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 mIOfuHFGND6s; Tue, 15 Mar 2016 05:41:32 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D1AC412DA0D; Tue, 15 Mar 2016 05:41:17 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 9F84E180011; Tue, 15 Mar 2016 05:40:43 -0700 (PDT) To: chris.dearlove@baesystems.com, jari.arkko@ericsson.com, elisabetta.carrara@ericsson.com, fredrik.lindholm@ericsson.com, mats.naslund@ericsson.com, karl.norrman@ericsson.com X-PHP-Originating-Script: 30:errata_mail_lib.php From: RFC Errata System Message-Id: <20160315124043.9F84E180011@rfc-editor.org> Date: Tue, 15 Mar 2016 05:40:43 -0700 (PDT) Archived-At: Cc: msec@ietf.org, rfc-editor@rfc-editor.org, iesg@ietf.org, stephen.farrell@cs.tcd.ie Subject: [MSEC] [Errata Rejected] RFC3830 (4638) X-BeenThere: msec@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Multicast Security List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2016 12:41:34 -0000 The following errata report has been rejected for RFC3830, "MIKEY: Multimedia Internet KEYing". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=3830&eid=4638 -------------------------------------- Status: Rejected Type: Technical Reported by: Christopher Dearlove Date Reported: 2016-03-15 Rejected by: Stephen Farrell (IESG) Section: 4.2.8 Original Text ------------- The timestamp is as defined in NTP [NTP], i.e., a 64-bit number in seconds relative to 0h on 1 January 1900. An implementation MUST be aware of (and take into account) the fact that the counter will overflow approximately every 136th year. It is RECOMMENDED that the time always be specified in UTC. Corrected Text -------------- The timestamp is as defined in NTP [NTP], i.e., a 64-bit number in seconds relative to 0h on 1 January 1900. It is RECOMMENDED that the time always be specified in UTC. Notes ----- A 32-bt number of seconds overflows in about 136.1 years. A 64-bit number of seconds will, for all practical purposes, not overflow. (The use in Section 4.2.3 is of a 64 bit number, not a 32 bit number, so 64 bits is correct.) --VERIFIER NOTES-- Only 32 bits of the 64 count seconds. That's clear from the referenced NTP spec. -------------------------------------- RFC3830 (draft-ietf-msec-mikey-08) -------------------------------------- Title : MIKEY: Multimedia Internet KEYing Publication Date : August 2004 Author(s) : J. Arkko, E. Carrara, F. Lindholm, M. Naslund, K. Norrman Category : PROPOSED STANDARD Source : Multicast Security Area : Security Stream : IETF Verifying Party : IESG From nobody Tue Mar 15 08:32:58 2016 Return-Path: X-Original-To: msec@ietfa.amsl.com Delivered-To: msec@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2E95912D9D3 for ; Tue, 15 Mar 2016 05:25:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-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 BXw7cw4rmnoY for ; Tue, 15 Mar 2016 05:25:35 -0700 (PDT) Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D592512D9CD for ; Tue, 15 Mar 2016 05:25:29 -0700 (PDT) X-AuditID: c1b4fb30-f79246d00000788a-00-56e7ff384b46 Received: from ESESSHC011.ericsson.se (Unknown_Domain [153.88.183.51]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 64.B5.30858.83FF7E65; Tue, 15 Mar 2016 13:25:28 +0100 (CET) Received: from ESESSMB203.ericsson.se ([169.254.3.8]) by ESESSHC011.ericsson.se ([153.88.183.51]) with mapi id 14.03.0248.002; Tue, 15 Mar 2016 13:25:27 +0100 From: Karl Norrman To: RFC Errata System , Jari Arkko , "elisabetta.carrara@ericsson.com" , Fredrik Lindholm , =?iso-8859-1?Q?Mats_N=E4slund?= , "stephen.farrell@cs.tcd.ie" , "Kathleen.Moriarty.ietf@gmail.com" , "bew@cisco.com" , "vincent.roca@inria.fr" Thread-Topic: [Technical Errata Reported] RFC3830 (4638) Thread-Index: AQHRfquB6iz30Q5T/U2NmR9MQLQiyJ9aaptA Date: Tue, 15 Mar 2016 12:25:26 +0000 Message-ID: <33E51946CDE71249AF9D86CE4D8966B428B846E7@ESESSMB203.ericsson.se> References: <20160315111128.0D18E18019D@rfc-editor.org> In-Reply-To: <20160315111128.0D18E18019D@rfc-editor.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.146] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrBIsWRmVeSWpSXmKPExsUyM2K7sa7F/+dhBkt28Vn0vW1kteiaPpvF omFnvsWZFweZLJr2f2WzmL73GrtFz6p+Fgd2j5mL9zJ5TPm9kdVjbfdVNo+ds+6yeyxZ8pPJ Y9KLQyweDW3HWAPYo7hsUlJzMstSi/TtErgyHm+cwFjwWLLiVNcdpgbGlSJdjJwcEgImEs/n rWeHsMUkLtxbz9bFyMUhJHCYUeL/2V/sEM4iRolVrx+DVbEJ6Elcu/kcLCEi8JpZ4uKBf4wg CWaBNInW/3fBioQFzCWu3O1kAbFFBCwk1iz+zdrFyA5kG0nscgWJsgioSiw/uR+ogoODV8BX ouGZL0hYCKixd/U/sCGcQI0ta/rAhjAC3fb91BomiEXiEreezGeCuFlAYsme88wQtqjEy8f/ WCFsJYkfGy6xQNTrSdyYOoUNwtaWWLbwNVg9r4CgxMmZT1gmMIrNQjJ2FpKWWUhaZiFpWcDI sopRtDi1OCk33chIL7UoM7m4OD9PLy+1ZBMjMD4PbvltsIPx5XPHQ4wCHIxKPLwFTs/DhFgT y4orcw8xSnAwK4nwRv8DCvGmJFZWpRblxxeV5qQWH2KU5mBREudl/XQ5TEggPbEkNTs1tSC1 CCbLxMEp1cAYrK0hq2clFDHr3cKpJlu2rLo6UW7S33IHga91qZnPHqvVZl3y+5967Yv2ZNcV Sk0xSYvPz3Lp8LDg//G7ynayrGWf0yMxFcFWDb498jrt4RHuq30jc6KvT5YosVI5fET/xomP gb93yL+KvCT6doHS7rBEr9SjLjkfIzIPdIQ99LNR9zaVT1JiKc5INNRiLipOBACy4qdiywIA AA== Archived-At: X-Mailman-Approved-At: Tue, 15 Mar 2016 08:32:57 -0700 Cc: "chris.dearlove@baesystems.com" , "msec@ietf.org" Subject: Re: [MSEC] [Technical Errata Reported] RFC3830 (4638) X-BeenThere: msec@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Multicast Security List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2016 12:25:38 -0000 Hello! My understanding is that the 64-bit timestamp of NTP consists of a 32-bit p= art giving the number of seconds and another 32-bit part giving fractions o= f seconds. That is, even though the timestamp itself is 64 bits, only 32 o= f those bits represent full seconds. So, I believe the original text is cor= rect. However, I agree that the formulation after "i.e." is a bit misleading. Rea= d in isolation, it does give the impression that all the 64 bits are used t= o represent seconds. But given that the sentence start with "The timestamp= is as defined in NTP [NTP], i.e., ...", I believe it is clear that it is = the encoding defined in RFC 1305 that is intended. BR Karl > -----Original Message----- > From: RFC Errata System [mailto:rfc-editor@rfc-editor.org] > Sent: den 15 mars 2016 12:11 > To: Jari Arkko; elisabetta.carrara@ericsson.com; Fredrik Lindholm; Mats > N=E4slund; Karl Norrman; stephen.farrell@cs.tcd.ie; > Kathleen.Moriarty.ietf@gmail.com; bew@cisco.com; vincent.roca@inria.fr > Cc: chris.dearlove@baesystems.com; msec@ietf.org; rfc-editor@rfc- > editor.org > Subject: [Technical Errata Reported] RFC3830 (4638) >=20 > The following errata report has been submitted for RFC3830, > "MIKEY: Multimedia Internet KEYing". >=20 > -------------------------------------- > You may review the report below and at: > http://www.rfc-editor.org/errata_search.php?rfc=3D3830&eid=3D4638 >=20 > -------------------------------------- > Type: Technical > Reported by: Christopher Dearlove >=20 > Section: 4.2.8 >=20 > Original Text > ------------- > The timestamp is as defined in NTP [NTP], i.e., a 64-bit number in > seconds relative to 0h on 1 January 1900. An implementation MUST be > aware of (and take into account) the fact that the counter will > overflow approximately every 136th year. It is RECOMMENDED that the > time always be specified in UTC. >=20 >=20 > Corrected Text > -------------- > The timestamp is as defined in NTP [NTP], i.e., a 64-bit number in > seconds relative to 0h on 1 January 1900. It is RECOMMENDED that the > time always be specified in UTC. >=20 >=20 > Notes > ----- > A 32-bt number of seconds overflows in about 136.1 years. A 64-bit number > of seconds will, for all practical purposes, not overflow. >=20 > (The use in Section 4.2.3 is of a 64 bit number, not a 32 bit number, so = 64 bits > is correct.) >=20 > Instructions: > ------------- > This erratum is currently posted as "Reported". If necessary, please use > "Reply All" to discuss whether it should be verified or rejected. When a > decision is reached, the verifying party (IESG) can log in to change the = status > and edit the report, if necessary. >=20 > -------------------------------------- > RFC3830 (draft-ietf-msec-mikey-08) > -------------------------------------- > Title : MIKEY: Multimedia Internet KEYing > Publication Date : August 2004 > Author(s) : J. Arkko, E. Carrara, F. Lindholm, M. Naslund, K. N= orrman > Category : PROPOSED STANDARD > Source : Multicast Security > Area : Security > Stream : IETF > Verifying Party : IESG From nobody Tue Mar 15 08:33:00 2016 Return-Path: X-Original-To: msec@ietfa.amsl.com Delivered-To: msec@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5D40512D9C3 for ; Tue, 15 Mar 2016 05:27:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.127 X-Spam-Level: X-Spam-Status: No, score=-6.127 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RDNS_NONE=0.793] 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 467Q4QMQRgzW for ; Tue, 15 Mar 2016 05:27:34 -0700 (PDT) Received: from ukmta2.baesystems.com (unknown [20.133.0.56]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8371212D9D8 for ; Tue, 15 Mar 2016 05:27:33 -0700 (PDT) X-IronPort-AV: E=Sophos;i="5.24,339,1454976000"; d="scan'208";a="32153907" Received: from unknown (HELO baemasmds016.greenlnk.net) ([10.15.207.101]) by ukmta2.baesystems.com with ESMTP; 15 Mar 2016 12:27:31 +0000 X-IronPort-AV: E=Sophos;i="5.24,339,1454976000"; d="scan'208";a="110211013" Received: from glkxh0005v.greenlnk.net ([10.109.2.36]) by baemasmds016.greenlnk.net with ESMTP; 15 Mar 2016 12:27:31 +0000 Received: from GLKXM0002V.GREENLNK.net ([169.254.5.214]) by GLKXH0005V.GREENLNK.net ([10.109.2.36]) with mapi id 14.03.0248.002; Tue, 15 Mar 2016 12:27:31 +0000 From: "Dearlove, Christopher (UK)" To: Karl Norrman , RFC Errata System , Jari Arkko , "elisabetta.carrara@ericsson.com" , "Fredrik Lindholm" , =?iso-8859-1?Q?Mats_N=E4slund?= , "stephen.farrell@cs.tcd.ie" , "Kathleen.Moriarty.ietf@gmail.com" , "bew@cisco.com" , "vincent.roca@inria.fr" Thread-Topic: [Technical Errata Reported] RFC3830 (4638) Thread-Index: AQHRfquFZu6uphRPr0apc0FMEI5iaZ9abioAgAAAPSA= Date: Tue, 15 Mar 2016 12:27:31 +0000 Message-ID: References: <20160315111128.0D18E18019D@rfc-editor.org> <33E51946CDE71249AF9D86CE4D8966B428B846E7@ESESSMB203.ericsson.se> In-Reply-To: <33E51946CDE71249AF9D86CE4D8966B428B846E7@ESESSMB203.ericsson.se> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.109.62.6] Content-Type: text/plain; charset="iso-8859-1" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Archived-At: X-Mailman-Approved-At: Tue, 15 Mar 2016 08:32:57 -0700 Cc: "msec@ietf.org" Subject: Re: [MSEC] [Technical Errata Reported] RFC3830 (4638) X-BeenThere: msec@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Multicast Security List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2016 12:27:36 -0000 That makes sense. I think that suggests that an editorial erratum is in ord= er instead, but I'll leave that to you. -- = Christopher Dearlove Senior Principal Engineer BAE Systems Applied Intelligence Laboratories __________________________________________________________________________ T: =A0+44 (0)1245 242194 =A0| =A0E: chris.dearlove@baesystems.com BAE Systems Applied Intelligence, Chelmsford Technology Park, Great Baddow,= Chelmsford, Essex CM2 8HN. www.baesystems.com/ai BAE Systems Applied Intelligence Limited Registered in England & Wales No: 01337451 Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP -----Original Message----- From: Karl Norrman [mailto:karl.norrman@ericsson.com] = Sent: 15 March 2016 12:25 To: RFC Errata System; Jari Arkko; elisabetta.carrara@ericsson.com; Fredrik= Lindholm; Mats N=E4slund; stephen.farrell@cs.tcd.ie; Kathleen.Moriarty.iet= f@gmail.com; bew@cisco.com; vincent.roca@inria.fr Cc: Dearlove, Christopher (UK); msec@ietf.org Subject: RE: [Technical Errata Reported] RFC3830 (4638) ----------------------! WARNING ! ---------------------- This message origi= nates from outside our organisation, either from an external partner or fro= m the internet. Consider carefully whether you should click on any links, open any attachme= nts or reply. Follow the 'Report Suspicious Emails' link on IT matters for instructions o= n reporting suspicious email messages. -------------------------------------------------------- Hello! My understanding is that the 64-bit timestamp of NTP consists of a 32-bit p= art giving the number of seconds and another 32-bit part giving fractions o= f seconds. That is, even though the timestamp itself is 64 bits, only 32 o= f those bits represent full seconds. So, I believe the original text is cor= rect. However, I agree that the formulation after "i.e." is a bit misleading. Rea= d in isolation, it does give the impression that all the 64 bits are used t= o represent seconds. But given that the sentence start with "The timestamp= is as defined in NTP [NTP], i.e., ...", I believe it is clear that it is = the encoding defined in RFC 1305 that is intended. BR Karl > -----Original Message----- > From: RFC Errata System [mailto:rfc-editor@rfc-editor.org] > Sent: den 15 mars 2016 12:11 > To: Jari Arkko; elisabetta.carrara@ericsson.com; Fredrik Lindholm; = > Mats N=E4slund; Karl Norrman; stephen.farrell@cs.tcd.ie; = > Kathleen.Moriarty.ietf@gmail.com; bew@cisco.com; vincent.roca@inria.fr > Cc: chris.dearlove@baesystems.com; msec@ietf.org; rfc-editor@rfc- = > editor.org > Subject: [Technical Errata Reported] RFC3830 (4638) > = > The following errata report has been submitted for RFC3830, > "MIKEY: Multimedia Internet KEYing". > = > -------------------------------------- > You may review the report below and at: > http://www.rfc-editor.org/errata_search.php?rfc=3D3830&eid=3D4638 > = > -------------------------------------- > Type: Technical > Reported by: Christopher Dearlove > = > Section: 4.2.8 > = > Original Text > ------------- > The timestamp is as defined in NTP [NTP], i.e., a 64-bit number in > seconds relative to 0h on 1 January 1900. An implementation MUST be > aware of (and take into account) the fact that the counter will > overflow approximately every 136th year. It is RECOMMENDED that the > time always be specified in UTC. > = > = > Corrected Text > -------------- > The timestamp is as defined in NTP [NTP], i.e., a 64-bit number in > seconds relative to 0h on 1 January 1900. It is RECOMMENDED that the > time always be specified in UTC. > = > = > Notes > ----- > A 32-bt number of seconds overflows in about 136.1 years. A 64-bit = > number of seconds will, for all practical purposes, not overflow. > = > (The use in Section 4.2.3 is of a 64 bit number, not a 32 bit number, = > so 64 bits is correct.) > = > Instructions: > ------------- > This erratum is currently posted as "Reported". If necessary, please = > use "Reply All" to discuss whether it should be verified or rejected. = > When a decision is reached, the verifying party (IESG) can log in to = > change the status and edit the report, if necessary. > = > -------------------------------------- > RFC3830 (draft-ietf-msec-mikey-08) > -------------------------------------- > Title : MIKEY: Multimedia Internet KEYing > Publication Date : August 2004 > Author(s) : J. Arkko, E. Carrara, F. Lindholm, M. Naslund, K. N= orrman > Category : PROPOSED STANDARD > Source : Multicast Security > Area : Security > Stream : IETF > Verifying Party : IESG ******************************************************************** This email and any attachments are confidential to the intended recipient and may also be privileged. If you are not the intended recipient please delete it from your system and notify the sender. You should not copy it or use it for any purpose nor disclose or distribute its contents to any other person. ********************************************************************