One document matched: draft-martinelli-ccamp-wson-iv-encode-05.xml
<?xml version="1.0" encoding="US-ASCII"?>
<!-- This template is for creating an Internet Draft using xml2rfc,
which is available here: http://xml.resource.org. -->
<!DOCTYPE rfc SYSTEM "rfc2629.dtd" [
<!-- One method to get references from the online citation libraries.
There has to be one entity for each item to be referenced.
An alternate method (rfc include) is described in the references. -->
<!ENTITY RFC2119 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC.2119.xml">
<!ENTITY RFC2629 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC.2629.xml">
<!ENTITY RFC3552 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC.3552.xml">
<!ENTITY RFC6566 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC.6566.xml">
<!ENTITY I-D.ietf-ccamp-general-constraint-encode SYSTEM "http://xml.resource.org/public/rfc/bibxml3/reference.I-D.draft-ietf-ccamp-general-constraint-encode-20.xml">
<!ENTITY I-D.ietf-ccamp-rwa-wson-encode SYSTEM "http://xml.resource.org/public/rfc/bibxml3/reference.I-D.draft-ietf-ccamp-rwa-wson-encode-28.xml">
<!ENTITY I-D.ietf-ccamp-wson-iv-info SYSTEM "http://xml.resource.org/public/rfc/bibxml3/reference.I-D.draft-ietf-ccamp-wson-iv-info-00.xml">
<!ENTITY I-D.martinelli-ccamp-wson-iv-info SYSTEM "http://xml.resource.org/public/rfc/bibxml3/reference.I-D.draft-martinelli-ccamp-wson-iv-info-04.xml">
<!ENTITY I-D.narten-iana-considerations-rfc2434bis SYSTEM "http://xml.resource.org/public/rfc/bibxml3/reference.I-D.narten-iana-considerations-rfc2434bis.xml">
]>
<?xml-stylesheet type='text/xsl' href='rfc2629.xslt' ?>
<!-- used by XSLT processors -->
<!-- For a complete list and description of processing instructions (PIs),
please see http://xml.resource.org/authoring/README.html. -->
<!-- Below are generally applicable Processing Instructions (PIs) that most I-Ds might want to use.
(Here they are set differently than their defaults in xml2rfc v1.32) -->
<?rfc strict="yes" ?>
<!-- give errors regarding ID-nits and DTD validation -->
<!-- control the table of contents (ToC) -->
<?rfc toc="yes"?>
<!-- generate a ToC -->
<?rfc tocdepth="4"?>
<!-- the number of levels of subsections in ToC. default: 3 -->
<!-- control references -->
<?rfc symrefs="yes"?>
<!-- use symbolic references tags, i.e, [RFC2119] instead of [1] -->
<?rfc sortrefs="yes" ?>
<!-- sort the reference entries alphabetically -->
<!-- control vertical white space
(using these PIs as follows is recommended by the RFC Editor) -->
<?rfc compact="yes" ?>
<!-- do not start each main section on a new page -->
<?rfc subcompact="no" ?>
<!-- keep one blank line between list items -->
<?rfc comments="yesy" ?>
<!-- end of list of popular I-D processing instructions -->
<rfc category="std" docName="draft-martinelli-ccamp-wson-iv-encode-05" ipr="trust200902">
<!-- category values: std, bcp, info, exp, and historic
ipr values: full3667, noModification3667, noDerivatives3667
you can add the attributes updates="NNNN" and obsoletes="NNNN"
they will automatically be output with "(if approved)" -->
<!-- ***** FRONT MATTER ***** -->
<front>
<!-- The abbreviated title is used in the page header - it is only necessary if the
full title is longer than 39 characters -->
<title abbrev="Encoding WSON Info Model with Impairments">
Information Encoding for WSON with Impairments Validation
</title>
<!-- add 'role="editor"' below for the editors if appropriate -->
<!-- Another author who claims to be an editor -->
<author fullname="Giovanni Martinelli" initials="G.M."
surname="Martinelli" role="editor">
<organization>Cisco</organization>
<address>
<postal>
<street>via Philips 12</street>
<city>Monza</city>
<region></region>
<code>20900</code>
<country>Italy</country>
</postal>
<phone>+39 039 2092044</phone>
<email>giomarti@cisco.com</email>
</address>
</author>
<author fullname="Xian Zhang" initials="X.Z." role="editor"
surname="Zhang">
<organization>Huawei Technologies</organization>
<address>
<postal>
<street>F3-5-B R<![CDATA[&]]>D Center, Huawei Base</street>
<street>Bantian, Longgang District</street>
<city>Shenzen</city>
<region></region>
<code>518129</code>
<country>P.R. China</country>
</postal>
<phone>+86 755 28972913</phone>
<email>zhang.xian@huawei.com</email>
</address>
</author>
<author fullname="Gabriele M. Galimberti" initials="G.M.G."
surname="Galimberti">
<organization>Cisco</organization>
<address>
<postal>
<street>Via Philips,12</street>
<city>Monza</city>
<code>20900</code>
<country>Italy</country>
</postal>
<phone>+39 039 2091462</phone>
<email>ggalimbe@cisco.com</email>
</address>
</author>
<author fullname="Domenico Siracusa" initials="D. S."
surname="Siracusa">
<organization>CREATE-NET</organization>
<address>
<postal>
<street>via alla Cascata 56/D, Povo</street>
<code>38123</code>
<city>Trento</city>
<country>Italy</country>
</postal>
<email>domenico.siracusa@create-net.org</email>
</address>
</author>
<author fullname="Andrea Zanardi" initials="A. Z." surname="Zanardi">
<organization>CREATE-NET</organization>
<address>
<postal>
<street>via alla Cascata 56/D, Povo</street>
<code>38123</code>
<city>Trento</city>
<country>Italy</country>
</postal>
<email>andrea.zanardi@create-net.org</email>
</address>
</author>
<author fullname="Federico Pederzolli" initials="F.P." surname="Pederzolli">
<organization>CREATE-NET</organization>
<address>
<postal>
<street>via alla Cascata 56/D, Povo</street>
<code>38123</code>
<city>Trento</city>
<country>Italy</country>
</postal>
<email>federico.perdezolli@create-net.org</email>
</address>
</author>
<author fullname="Young Lee" initials="Y.L."
surname="Lee">
<organization>Huawei Technologies</organization>
<address>
<postal>
<street>1700 Alma Drive, Suite 100</street>
<city>Plano</city>
<region>TX</region>
<code>75075</code>
<country>U.S.A</country>
</postal>
<email>ylee@huawei.com</email>
</address>
</author>
<author fullname="Fatai Zhang" initials="F.Z."
surname="Zhang">
<organization>Huawei Technologies</organization>
<address>
<postal>
<street>F3-5-B R<![CDATA[&]]>D Center, Huawei Base</street>
<street>Bantian, Longgang District</street>
<city>Shenzen</city>
<region></region>
<code>518129</code>
<country>P.R. China</country>
</postal>
<email>zhang.fatai@huawei.com</email>
</address>
</author>
<date month="March" year="2015" />
<!-- If the month and year are both specified and are the current ones, xml2rfc will fill
in the current day for you. If only the current year is specified, xml2rfc will fill
in the current day and month for you. If the year is not the current one, it is
necessary to specify at least a month (xml2rfc assumes day="1" if not specified for the
purpose of calculating the expiry date). With drafts it is normally sufficient to
specify just the year. -->
<!-- Meta-data Declarations -->
<area>Routing</area>
<workgroup>CCAMP</workgroup>
<!-- WG name at the upperleft corner of the doc,
IETF is fine for individual submissions.
If this element is not present, the default is "Network Working Group",
which is used by the RFC Editor as a nod to the history of the IETF. -->
<keyword>GMPLS WSON Optical Impairments</keyword>
<!-- Keywords will be incorporated into HTML output
files in a meta tag but they have no effect on text or nroff
output. If you submit your draft to the RFC Editor, the
keywords will be used for the search engine. -->
<abstract>
<t>
Impairment-Aware (IA) Routing and Wavelength
Assignment (RWA) function might be required in Wavelength Switched Optical Networks (WSON)
that already support RWA. This document defines proper encoding to support this operation. It goes in
addition to the available impairment-free WSON encoding and it is fully compatible with it.
</t>
<t>
As the information model, the encoding is independent from control plane architectures and
protocol implementations. Its definitions can be used in related protocol extensions.
</t>
</abstract>
</front>
<middle>
<section title="Introduction">
<t>
In case of WSON where optical impairments play a significant role, the framework document
<xref target="RFC6566"/> defines related control plane architectural options for Impairment Aware
Routing and Wavelength Assignment (IA-RWA). This document provides a suitable encoding for the
related WSON impairment information model as defined <xref target="I-D.ietf-ccamp-wson-iv-info"/>.
</t>
<t>
This document directly refers to ITU recommendations <xref target="ITU.G680"/> and
<xref target="ITU.G697"/> as already detailed in the information model.
</t>
<section title="Requirements Language">
<t>The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
"SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this
document are to be interpreted as described in <xref
target="RFC2119">RFC 2119</xref>.</t>
</section>
</section>
<section title="Encoding">
<t>
This section details encoding for all elements defined within
<xref target="I-D.ietf-ccamp-wson-iv-info"/>. Elements to encode are:
<list style="empty">
<t>Optical Parameter (OPTICAL_PARAM)</t>
<t>Optical Impairment Vector (OIV)</t>
<t>Impairment Matrix</t>
<t>Impairment Resource Block Information</t>
</list>
</t>
<section anchor="optical_param_tlv" title="Optical Parameter">
<t>
The OPTICAL_PARAM is defined as a sub-TLV object.
</t>
<figure align="left">
<artwork align="left"><![CDATA[
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|S|V| Reserved | ParamSource | ParamID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Value |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Variance (Optional) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
]]></artwork>
</figure>
<t>
The following flag is defined:
<list style="hanging" hangIndent="6">
<t hangText="S: Standard bit.">
<vspace />
S=1 indentifies a set of parameters standardized by
ITU; while S=0 identifies a non-standardized set of parameters.
</t>
<t hangText="V: Variance bit.">
<vspace />
V=0 only parameter value, V=1 parameter value and variance.
</t>
</list>
</t>
<t>
With the flag S=1 the following parameters are defined:
<list style="hanging" hangIndent="6">
<t hangText="ParamSource = 1.">
<vspace />
Identify the ITU document that defines the following
parameter list. Currently <xref target="ITU.G697"/>
defines this value 1 for this parameter.
</t>
<t hangText="ParamID.">
<vspace />
Parameter identifier according to the source. <xref target="ITU.G697"/> table V.3
defines the following identifiers:
<list style="numbers">
<t>Total Power (dBm)
<vspace blankLines="0" />
Not reported within <xref target="I-D.ietf-ccamp-wson-iv-info"/> parameter list
but relates to Channel Power through the number of channels.</t>
<t>Channel Power (dBm).
<vspace blankLines="0" />
Referred as parameter L-3 in <xref target="I-D.ietf-ccamp-wson-iv-info"/> </t>
<t>Reserved ("Frequency Deviation from Nominal, GHz", defined in <xref target="ITU.G697"/> but not used)</t>
<t>Reserved ("Wavelength Deviation from Nominal, nm", defined in <xref target="ITU.G697"/> but not used)</t>
<t>OSNR (db).
<vspace blankLines="0" />
Referred as parameter G-1 in <xref target="I-D.ietf-ccamp-wson-iv-info"/></t>
<t>Reserved. (Q Factor, a pure number).
<vspace blankLines="0" />
Not reported within <xref target="I-D.ietf-ccamp-wson-iv-info"/>
parameter list but is a known index for assessing channel quality. </t>
<t>PMD (ps).
<vspace blankLines="0" />
Referred as parameter G-3 in <xref target="I-D.ietf-ccamp-wson-iv-info"/> </t>
<t>Residual Chromatic Dispersion (ps/nm).
<vspace blankLines="0" />
Referred as parameter G-2 in <xref target="I-D.ietf-ccamp-wson-iv-info"/></t>
</list>
</t>
<t hangText="Value.">
<vspace />
Value for the parameter. As defined by <xref target="ITU.G697"/>, it is a
32 bit IEEE floating point number.
</t>
<t hangText="Variance.">
<vspace />
Variance for the parameter, a 32 bit IEEE floating point number.
</t>
</list>
</t>
<t>
According to <xref
target="I-D.ietf-ccamp-wson-iv-info"/>, there are some
parameters required
for the IV function not listed within <xref
target="ITU.G697"/>. Current information source for such
parameters is <xref target="LS78" /> hence,
this document proposes to use a different value for the
field parameter
source.
<list style="hanging" hangIndent="6">
<t hangText="ParamSource = 0 (proposal).">
<vspace blankLines="0" />
List of parameters within <xref target="I-D.ietf-ccamp-wson-iv-info"/>. [Editor Note: Value to be
confirmed through ITU Liaison].
</t>
<t hangText="ParamID.">
<vspace />
A number that take the following list of values.
<list style="numbers">
<t>
Ripple (dBm). L-4 in <xref target="I-D.ietf-ccamp-wson-iv-info"/>.
</t>
<t>
Channel signal-spontaneous noise figure. L-5 in <xref target="I-D.ietf-ccamp-wson-iv-info"/>.
</t>
<t>
DGD, Differential Group Delay. L-8 in <xref target="I-D.ietf-ccamp-wson-iv-info"/>.
</t>
<t>
Reflectance. L-11 in <xref target="I-D.ietf-ccamp-wson-iv-info"/>.
</t>
<t>
Isolation. L-12 in <xref target="I-D.ietf-ccamp-wson-iv-info"/>.
</t>
<t>
Channel extintion. L-13 in <xref target="I-D.ietf-ccamp-wson-iv-info"/>.
</t>
<t>
Attenuation Coefficient. L-14 in <xref target="I-D.ietf-ccamp-wson-iv-info"/>.
</t>
</list>
</t>
</list>
</t>
</section> <!-- END OF "Optical Parameter" -->
<section anchor="imp_vector" title="Impairment Vector">
<t>
This sub-TLV is a list of optical parameters and they MAY have a
wavelength dependency information.
</t>
<figure align="left">
<artwork align="left"><![CDATA[
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|0| Reserved | Number of Parameters |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Optical Param sub-TLV(s) |
: |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
]]></artwork>
</figure>
<t>
Where:
<list style="empty">
<t> W = 0. Wavelength Dependency flag. There is no wavelength
dependency.
</t>
<t>
Number of Parameters contained in this vector.
</t>
<t>
Optical Param sub-TLV(s) present a list of Object as defined in
<xref target="optical_param_tlv"/>.
</t>
</list>
</t>
<figure align="left">
<artwork align="left"><![CDATA[
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|1| Reserved | Number of Parameters |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Label Set |
: :
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Optical Param sub-TLV(s) |
: |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
]]></artwork>
</figure>
<t>
Where:
<list style="empty">
<t> W = 1. Wavelength Dependency flag. There is wavelength
dependency.
</t>
<t>
The Label Set object is defined in
<xref target="I-D.ietf-ccamp-general-constraint-encode"/> Section 2.1.
Likely an inclusive range will be the only option required by the Action
defined in the Label Set.
</t>
</list>
</t>
</section> <!-- END of "Impairment Vector" -->
<section title="Impairment Matrix">
<t>
As defined by the <xref target="I-D.ietf-ccamp-wson-iv-info"/>, the
impairment matrix follows the same structure as the connectivity matrix.
</t>
<t>
<!--
[Xian's note]: (1) Similar problem as mentioned above applies, the structure differs when N is set to
different values; so they should be described separately; (2) I would prefer the "W" stay with the previous
structure. (3) Since the format of impairment matrix does not follow exactly as the connectivity matrix. i
would suggest revising the sentence above to reflect this.
-->
</t>
<figure align="left"><artwork align="left">
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Conn | MatrixID | Reserved |0|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Link Set A #1 |
: : :
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Link Set B #1 |
: : :
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Impairment Vector sub-TLV(s) |
: : :
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Additional Link Set pairs and Impairment Vector(s) |
: : :
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Conne | MatrixID | Reserved |1|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Impairment Vector sub-TLV(s) |
: : :
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
</artwork>
</figure>
<t>
Where:
<list style="empty">
<t>
Connectivity (Conn) (4 bits) has value 2 for the
impairment matrix (Values 0 and 1
defined by <xref target="I-D.ietf-ccamp-general-constraint-encode"/>).
</t>
<t>
MatrixID: matrix identifier,following same rules as
<xref target="I-D.ietf-ccamp-general-constraint-encode"/>.
</t>
<t>
N: Node scope flag. With this flag set there's no Link Set information but only
a list of optical parameters TLVs that apply to the whole optical node.
</t>
</list>
</t>
<t>
The usage of multiple matrixes with connectivity type equal to 2 (Impairment Matrix)
MIGHT be used to grup optical parameters by connectivity. For example, if a subset of parameters
apply to the whole node, a unique matrix with flag N=1 is used. At the same
some another subset of parameters applies only to some LinkSet pairs, a specific
Impairment Matrix will be added.
</t>
</section> <!-- ENDOF "Impairment Matrix" -->
<section title="Resource Block Information">
<t>
As defined by <xref target="I-D.ietf-ccamp-wson-iv-info"/>, the concept of resource
block is extended to support the description of the impairments related to
that block. The encoding follows the same structure as the one defined in
<xref target="I-D.ietf-ccamp-rwa-wson-encode"/>, with the addition of an optional
Impairment Vector sub-object:
</t>
<figure align="left"><artwork align="left">
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| RB Set Field |
: :
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|I|O| Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Optical Interface Class List(s) (opt) |
: :
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Acceptable Client Signal Type (opt) |
: :
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Input Bit Rate List (opt) |
: :
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Processing Capabilities List (opt) |
: :
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| OIV-Impairment Vector (opt) |
: :
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
</artwork>
</figure>
<t>
The Impairment Vector is defined within <xref
target="imp_vector"/>. All the other fields are defined
within
<xref target="I-D.ietf-ccamp-rwa-wson-encode"/>.
</t>
</section> <!-- ENDOF "Resource Block Information" -->
</section> <!-- ENDOF "Encoding" -->
<section anchor="Acknowledgements" title="Acknowledgements">
<t>
Authors would like to acknoledge Greg Bernstein and Moustafa
Kattan as authors of a previous similar draft whose content
partially converged here.
</t>
<t>
Authors would like to thank ITU SG15/Q6 and in particular
Peter Stassar and Pete
Anslow for providing useful information and text to CCAMP through
join meetings and liaisons.
</t>
</section>
<!-- Possibly a 'Contributors' section ...
<section anchor="Contributors" title="Contributing Authors">
<t>
This document was the collective work of several authors. The text
and content of this document was contributed by the editors and the
co-authors listed below (the contact information for the editors
appears in appropriate section and is not repeated below):
</t>
</section
-->
<section anchor="IANA" title="IANA Considerations">
<t>
This document does not contain any IANA request.
</t>
</section>
<section anchor="Security" title="Security Considerations">
<t>
This document defines an protocol-neutral encoding for an information model describing
impairments in optical networks and it does not introduce any security issues.
If such a encoding is put into use within a network it will by its nature
contain details of the physical characteristics of an optical network.
Such information would need to be protected from intentional or unintentional
disclosure.
</t>
</section>
</middle>
<!-- *****BACK MATTER ***** -->
<back>
<!-- References split into informative and normative -->
<!-- There are 2 ways to insert reference entries from the citation libraries:
1. define an ENTITY at the top, and use "ampersand character"RFC2629; here (as shown)
2. simply use a PI "less than character"?rfc include="reference.RFC.2119.xml"?> here
(for I-Ds: include="reference.I-D.narten-iana-considerations-rfc2434bis.xml")
Both are cited textually in the same manner: by using xref elements.
If you use the PI option, xml2rfc will, by default, try to find included files in the same
directory as the including file. You can also define the XML_LIBRARY environment variable
with a value containing a set of directories to search. These can be either in the local
filing system or remote ones accessed by http (http://domain/dir/... ).-->
<references title="Normative References">
<!--?rfc include="http://xml.resource.org/public/rfc/bibxml/reference.RFC.2119.xml"?-->
&RFC2119;
<reference anchor="ITU.G680">
<front>
<title>
Physical transfer functions of optical network elements
</title>
<author>
<organization>International Telecommunications Union</organization>
</author>
<date month="July" year="2007"/>
</front>
<seriesInfo name="ITU-T" value="Recommendation G.680"/>
</reference>
<reference anchor="ITU.G697">
<front>
<title>
Optical monitoring for dense wavelength division multiplexing systems
</title>
<author>
<organization>International Telecommunications Union</organization>
</author>
<date month="February" year="2012"/>
</front>
<seriesInfo name="ITU-T" value="Recommendation G.697"/>
</reference>
</references>
<references title="Informative References">
<!--
Here we use entities that we defined at the beginning.
&RFC3552;
&I-D.narten-iana-considerations-rfc2434bis;
A reference written by by an organization not a person.
-->
&RFC6566;
&I-D.ietf-ccamp-general-constraint-encode;
&I-D.ietf-ccamp-rwa-wson-encode;
&I-D.ietf-ccamp-wson-iv-info;
<reference anchor="LS78">
<front>
<title>
LS/s on CCAMP Liaison to ITU-T SG15 Q6 and Q12 on WSON
</title>
<author>
<organization>International Telecommunications Union SG15/Q6</organization>
</author>
<date month="October" year="2013"/>
</front>
<seriesInfo name="LS" value="https://datatracker.ietf.org/liaison/1288/" />
</reference>
</references>
<!-- Change Log
v00 2006-03-15 EBD Initial version
v01 2006-04-03 EBD Moved PI location back to position 1 -
v3.1 of XMLmind is better with them at this location.
v02 2007-03-07 AH removed extraneous nested_list attribute,
other minor corrections
v03 2007-03-09 EBD Added comments on null IANA sections and fixed heading capitalization.
Modified comments around figure to reflect non-implementation of
figure indent control. Put in reference using anchor="DOMINATION".
Fixed up the date specification comments to reflect current truth.
v04 2007-03-09 AH Major changes: shortened discussion of PIs,
added discussion of rfc include.
v05 2007-03-10 EBD Added preamble to C program example to tell about ABNF and alternative
images. Removed meta-characters from comments (causes problems). -->
</back>
</rfc>
| PAFTECH AB 2003-2026 | 2026-04-24 03:11:14 |