One document matched: draft-ietf-pwe3-iana-allocation-01.txt
Differences from draft-ietf-pwe3-iana-allocation-00.txt
Network Working Group Luca Martini
Internet Draft Level 3 Communications, LLC.
Expiration Date: December 2003
W. Mark Townsley
Cisco Systems
June 2003
IANA Allocations for pseudo Wire Edge to Edge Emulation (PWE3)
draft-ietf-pwe3-iana-allocation-01.txt
Status of this Memo
This document is an Internet-Draft and is in full conformance with
all provisions of Section 10 of RFC2026.
Internet-Drafts are working documents of the Internet Engineering
Task Force (IETF), its areas, and its working groups. Note that other
groups may also distribute working documents as Internet-Drafts.
Internet-Drafts are draft documents valid for a maximum of six months
and may be updated, replaced, or obsoleted by other documents at any
time. It is inappropriate to use Internet-Drafts as reference
material or to cite them other than as "work in progress."
The list of current Internet-Drafts can be accessed at
http://www.ietf.org/ietf/1id-abstracts.txt.
The list of Internet-Draft Shadow Directories can be accessed at
http://www.ietf.org/shadow.html.
Abstract
The Control and maintenance protocol for providing various Layer 1
and Layer 2 services over a Packet Switched Network has been
described in [1]. This document pre-allocates the fixed Pseudo-wire
identifier , and other fixed protocol values that are to be assigned
by IANA using the "IETF Consensus" policy defined in RFC2434
Martini & Townsley [Page 1]
Internet Draft draft-ietf-pwe3-iana-allocation-01.txt June 2003
Table of Contents
1 Specification of Requirements .......................... 2
2 PW type ................................................ 2
3 Interface Parameters field ............................. 3
4 LDP Status codes ....................................... 3
5 Pseudo Wire Status ..................................... 4
6 Security Considerations ................................ 4
7 Intellectual Property Disclaimer ....................... 4
8 References ............................................. 4
9 Author Information ..................................... 5
1. Specification of Requirements
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 RFC 2119
2. PW type
As specified in [1], a Virtual Circuit FEC element contains the PW
Type field. PW Type value 0 is reserved. PW Type values 1 through 16
are defined in this document. PW Type values 17 through 63 are to be
assigned by IANA using the "IETF Consensus" policy defined in
RFC2434. PW Type values 64 through 127 are to be assigned by IANA,
using the "First Come First Served" policy defined in RFC2434. VC
Type values 128 through 32767 are vendor-specific, and values in this
range are not to be assigned by IANA.
The PW Type is 15 bit quantity containing a value which represents
the type of PW. Assigned Values are:
PW type Description
0x0001 Frame Relay DLCI
0x0002 ATM AAL5 SDU VCC transport
0x0003 ATM transparent cell transport
0x0004 Ethernet Tagged Mode
0x0005 Ethernet
0x0006 HDLC
0x0007 PPP
Martini & Townsley [Page 2]
Internet Draft draft-ietf-pwe3-iana-allocation-01.txt June 2003
0x0008 SONET/SDH Circuit Emulation Service Over MPLS (CEM) [8]
0x0009 ATM n-to-one VCC cell transport
0x000A ATM n-to-one VPC cell transport
0x000B IP Layer2 Transport
0x000C ATM one-to-one VCC Cell Mode
0x000D ATM one-to-one VPC Cell Mode
0x000E ATM AAL5 PDU VCC transport
0x000F Frame-Relay Port mode
0x0010 SONET/SDH Circuit Emulation over Packet (CEP)
3. Interface Parameters field
As specified in [1], a PW FEC element contains the Interface
Parameters field, which is a list of one or more parameters, and each
parameter is identified by the Parameter ID field. Parameter ID value
0 is reserved. Parameter ID values 1 through 9 are defined in this
document. Parameter ID values 10 through 63 are to be assigned by
IANA using the "IETF Consensus" policy defined in RFC2434. Parameter
ID values 64 through 127 are to be assigned by IANA, using the "First
Come First Served" policy defined in RFC2434. Parameter ID values 128
through 255 are vendor- specific, and values in this range are not to
be assigned by IANA.
The interface parameter ID is assigned as follows:
Parameter ID Length Description
0x01 4 Interface MTU in octets.
0x02 4 Maximum Number of concatenated ATM cells.
0x03 up to 82 Optional Interface Description string.
0x04 4 CEP [8] Payload Bytes.
0x05 2 CEP options.
0x06 2 Requested VLAN ID
0x07 4 CEP/TDM bit-rate
0x08 2 Frame-Relay DLCI Length
0x06 2 Fragmentation indicator
4. LDP Status codes
RFC 3036 has a range of LDP Status Code values which are assigned by
IANA through an IETF Consensus action. These are in the range
0x00000000-0x1fffffff. To meet the protocol requirements of [1], the
following new status codes are defined:
0x00000024 "Illegal C-Bit"
0x00000025 "Wrong C-Bit"
Martini & Townsley [Page 3]
Internet Draft draft-ietf-pwe3-iana-allocation-01.txt June 2003
0x00000026 "Incompatible bit-rate"
5. Pseudo Wire Status"
As specified in [1], a new PW status TLV contains a 32 bit field, PW
status value 0 is reserved to clear all failures. PW Status Bits 0
through 4 are defined in this document. PW Status Bits 6 through 15
are to be assigned by IANA using the "IETF Consensus" policy defined
in RFC2434. PW Status Bits 16 through 23 are to be assigned by IANA,
using the "First Come First Served" policy defined in RFC2434. PW
Status Bits 24 through 31 are vendor-specific, and values in this
range are not to be assigned by IANA.
PW status is a 4 octet bit field as follows:
0x00000000 - Pseudo Wire forwarding ( clear all failures )
0x00000001 - Pseudo Wire Not Forwarding
0x00000002 - Local Customer-facing PW ( ingress ) Receive Fault
0x00000004 - Local Customer-facing PW ( egress ) Transmit Fault
0x00000008 - Local PSN-facing PW ( ingress ) Receive Fault
0x00000010 - Local PSN-facing PW ( egress ) Transmit Fault
6. Security Considerations
This document specifies only fixed identifiers, and not the protocols
used to carry the encapsulated packets across the network. Each such
protocol may have its own set of security issues, but those issues
are not affected by the identifiers specified herein.
7. Intellectual Property Disclaimer
This document is being submitted for use in IETF standards
discussions.
8. References
[1] "Transport of Layer 2 Frames Over MPLS", draft-ietf-pwe3-
control-protocol-03.txt. ( work in progress )
Martini & Townsley [Page 4]
Internet Draft draft-ietf-pwe3-iana-allocation-01.txt June 2003
9. Author Information
Luca Martini
Level 3 Communications, LLC.
1025 Eldorado Blvd.
Broomfield, CO, 80021
e-mail: luca@level3.net
W. Mark Townsley
Cisco Systems
7025 Kit Creek Road
PO Box 14987
Research Triangle Park, NC 27709
e-mail: mark@townsley.net
Martini & Townsley [Page 5]
| PAFTECH AB 2003-2026 | 2026-04-19 20:36:00 |