Skip to main content

Requirements for Adding Optical Support to the General Switch Management Protocol version 3 (GSMPv3)
draft-ietf-gsmp-reqs-06

Approval announcement
Draft of message to be sent after approval:

Announcement

From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
Cc: Internet Architecture Board <iab@iab.org>,
    RFC Editor <rfc-editor@rfc-editor.org>, 
    gsmp mailing list <gsmp@ietf.org>, 
    gsmp chair <gsmp-chairs@tools.ietf.org>
Subject: Document Action: 'Requirements For Adding Optical 
         Support To GSMPv3' to Informational RFC 

The IESG has approved the following document:

- 'Requirements For Adding Optical Support To GSMPv3 '
   <draft-ietf-gsmp-reqs-07.txt> as an Informational RFC

This document is the product of the General Switch Management Protocol 
Working Group. 

The IESG contact persons are Bert Wijnen and Alex Zinin.

A URL of this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ietf-gsmp-reqs-07.txt

Ballot Text

RFC-Editor notes:

1) Third paragraph of section 2.5 - expand DCN.
   OLD:
     used in legacy DCN environments that use OSI CLNP.
   NEW:
     used in legacy Data Communication Network (DCN) environments
     that use OSI CLNP.

2) For section 2.5 -  Add a final paragraph:

   The security risks of additional non-IP encapsulations MUST be
   described, since the mandatory to implement mechanism of IPsec
   is not available for these control channels, as in the RFC 3293
   Ethernet and ATM cases.  It is in scope to perform risk analysis
   and describe if mechanisms for link-level security mitigate the
   risk.


3) reword text in section 3.3

   OLD:
     A retransmission policy should be used if no reply is 
     received for a  message with "AckAll" set.
   NEW:
     A retransmission policy with a well-designed exponential
     backoff should be used if no reply is received for a
     message with "AckAll" set.

RFC Editor Note