Re: [MSEC] Key Management protocol (GDOI - 6407) forward

Yoav Nir <ynir@checkpoint.com> Fri, 27 September 2013 17:19 UTC

Return-Path: <ynir@checkpoint.com>
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 138B021F91BF for <msec@ietfa.amsl.com>; Fri, 27 Sep 2013 10:19:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.372
X-Spam-Level:
X-Spam-Status: No, score=-10.372 tagged_above=-999 required=5 tests=[AWL=0.226, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jogKM7dipTdL for <msec@ietfa.amsl.com>; Fri, 27 Sep 2013 10:19:31 -0700 (PDT)
Received: from smtp.checkpoint.com (smtp.checkpoint.com [194.29.34.68]) by ietfa.amsl.com (Postfix) with ESMTP id 2DC7D21F91F2 for <msec@ietf.org>; Fri, 27 Sep 2013 10:19:10 -0700 (PDT)
Received: from IL-EX10.ad.checkpoint.com ([194.29.34.147]) by smtp.checkpoint.com (8.13.8/8.13.8) with ESMTP id r8RHInux013484; Fri, 27 Sep 2013 20:18:49 +0300
X-CheckPoint: {5245BDF9-C-1B221DC2-1FFFF}
Received: from DAG-EX10.ad.checkpoint.com ([169.254.3.30]) by IL-EX10.ad.checkpoint.com ([169.254.2.92]) with mapi id 14.02.0347.000; Fri, 27 Sep 2013 20:18:49 +0300
From: Yoav Nir <ynir@checkpoint.com>
To: Herb Falk <herb@sisconet.com>, "Sean P. Turner" <turners@ieca.com>
Thread-Topic: [MSEC] Key Management protocol (GDOI - 6407) forward
Thread-Index: Ac67FJGyoGPYHJStQ3mYygEDVBEZfAAEfu0gABl+LQA=
Date: Fri, 27 Sep 2013 17:18:49 +0000
Message-ID: <7417090A-55F1-42ED-B051-1EB197DAAB52@checkpoint.com>
References: <CB6C229361B2E34190B3BF9F6EC922224DCCB760@EXCHMBSF323.Utility.pge.com> <418E74FA535F654FAB3CAAE12902E2940156AA80@SISCO-SBS.sisconet.local>
In-Reply-To: <418E74FA535F654FAB3CAAE12902E2940156AA80@SISCO-SBS.sisconet.local>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [172.31.24.227]
x-kse-antivirus-interceptor-info: protection disabled
Content-Type: multipart/alternative; boundary="_000_7417090A55F142EDB0511EB197DAAB52checkpointcom_"
MIME-Version: 1.0
Cc: "msec@ietf.org" <msec@ietf.org>, Jeff Gooding/SCE/EIX <Jeff.Gooding@sce.com>, "Maik Seewald (maseewal)" <maseewal@cisco.com>, "Andrew.Free@sce.com" <Andrew.Free@sce.com>, "Madani, Vahid" <VxM6@pge.com>, "Adamiak, Mark (GE Energy Management)" <mark.adamiak@ge.com>, "Novosel, Damir" <DNovosel@Quanta-Technology.com>, "Thanos, Daniel (GE Energy Management)" <Daniel.Thanos@ge.com>, "Alex Apostolov (alex.apostolov@omicronusa.com)" <alex.apostolov@omicronusa.com>
Subject: Re: [MSEC] Key Management protocol (GDOI - 6407) forward
X-BeenThere: msec@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multicast Security List <msec.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/msec>, <mailto:msec-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/msec>
List-Post: <mailto:msec@ietf.org>
List-Help: <mailto:msec-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/msec>, <mailto:msec-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 27 Sep 2013 17:19:36 -0000

Hi

Just to be clear, there is no such thing as a "draft RFC". Drafts become RFCs, at which point they're done. You may be referring to the fact that RFC 6407 is labeled "proposed standard". This is a label that the IETF attaches to documents for which there is relatively little implementation experience. The label is not automatically changed after a while. Even things that are widely implemented and used by millions such as IKEv2 (RFC 5996), IPsec (RFC 4301), TLS (RFC 5246), and HTTP (RFC 2616), without a doubt the most popular protocol on the Internet) is at "draft standard" - a classification that does not exist any more, but was below "full standard".

I'm adding Sean Turner, the Security Area Director, because he's been handling many similar requests recently.

Hope this helps

Yoav

On Sep 27, 2013, at 5:15 AM, Herb Falk <herb@sisconet.com<mailto:herb@sisconet.com>> <Herb@sisconet.com<mailto:Herb@sisconet.com>> wrote:

IEC TC57 WG10 (61850) and IEC TC57 WG15 (Security) has been developing a technology/standard for use as a secure multicast for its use in power grid applications using synchrophasors and other technologies relevant to smartgrid deployments globally.

As part of the effort, some extensions to GDOI were identified.  The 6407 draft incorporates and improves some of the enhancements already identified.  IEC TC57 WG15 is waiting for the draft RFC to transition to an RFC so it can be referenced as a normative standard in IEC 62351-9.

There are several utility vendors and utilities, in particular SCE (Southern California Edison), that are awaiting this transition so that their cyber security frameworks can be updated.  Delays in the transition from draft to RFC will delay implementation of several projects and implementations.





Herbert Falk
Solutions Architect
SISCO, INC.
6605 19 ½ Mile Rd.
Sterling Heights, MI 48314
(586) 254-0020 x-105
<image001.png>


"In matters of style, swim with the current;   in matters of principle, stand like a rock." [Thomas Jefferson]


NOTICE: This communication may contain privileged or other confidential information. If you are not the intended recipient, or believe that you have  received this communication in error, please do not print, copy, retransmit,  disseminate, or otherwise use the information. Also,  please indicate to the sender that you have received this communication in error, and delete the copy you received. Thank you.

________________________________
_______________________________________________
MSEC mailing list
MSEC@ietf.org<mailto:MSEC@ietf.org>
https://www.ietf.org/mailman/listinfo/msec