draft-ietf-mpls-tp-ethernet-addressing-06.txt   draft-ietf-mpls-tp-ethernet-addressing-07.txt 
MPLS D. Frost MPLS D. Frost
Internet-Draft S. Bryant Internet-Draft S. Bryant
Intended status: Standards Track Cisco Systems Intended status: Standards Track Cisco Systems
Expires: October 10, 2013 M. Bocci Expires: October 10, 2013 M. Bocci
Alcatel-Lucent Alcatel-Lucent
April 08, 2013 April 08, 2013
MPLS-TP Next-Hop Ethernet Addressing MPLS-TP Next-Hop Ethernet Addressing
draft-ietf-mpls-tp-ethernet-addressing-06 draft-ietf-mpls-tp-ethernet-addressing-07
Abstract Abstract
The Multiprotocol Label Switching (MPLS) Transport Profile (MPLS-TP) The Multiprotocol Label Switching (MPLS) Transport Profile (MPLS-TP)
is the set of MPLS protocol functions applicable to the construction is the set of MPLS protocol functions applicable to the construction
and operation of packet-switched transport networks. This document and operation of packet-switched transport networks. This document
presents considerations for link-layer addressing of Ethernet frames presents considerations for link-layer addressing of Ethernet frames
carrying MPLS-TP packets. carrying MPLS-TP packets.
Status of This Memo Status of This Memo
skipping to change at page 5, line 11 skipping to change at page 5, line 11
parameters associated with the sending interface. The following parameters associated with the sending interface. The following
Type-Length-Value (TLV) objects are defined for this application; the Type-Length-Value (TLV) objects are defined for this application; the
TLV format is as defined in [I-D.ietf-mpls-gach-adv]: TLV format is as defined in [I-D.ietf-mpls-gach-adv]:
Source MAC Address (type = 0, length = 8): The Value of this Source MAC Address (type = 0, length = 8): The Value of this
object is an EUI-64 [EUI-64] unicast MAC address assigned to one object is an EUI-64 [EUI-64] unicast MAC address assigned to one
of the interfaces of the sender that is connected to this data of the interfaces of the sender that is connected to this data
link. The IEEE-defined mapping from 48-bit MAC addresses to link. The IEEE-defined mapping from 48-bit MAC addresses to
EUI-64 form is used. EUI-64 form is used.
MTU (type = 1, length = 4): The Value of this object is a 32-bit Maximum Frame Size (MFS) (type = 1, length = 4): The Value of this
unsigned integer encoded in network byte order that specifies the object is a 32-bit unsigned integer encoded in network byte order
maximum transmission unit size in octets of an MPLS label stack that specifies the maximum frame size octets of an an Ethernet
plus payload that can be sent over the sending interface. Where Frame that can be sent over the sending interface. Where MAC
MAC address learning occurs by some other means, this TLV group address learning occurs by some other means, this TLV group MAY be
MAY be used to advertise only the MTU. If multiple advertisements used to advertise only the MFS. If multiple advertisements are
are made for the same parameter, use of these advertisements is made for the same parameter, use of these advertisements is
undefined. undefined.
0 1 2 3 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 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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type=0 | Reserved | Length=8 | | Type=0 | Reserved | Length=8 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| MAC Address in EUI-64 Format | | MAC Address in EUI-64 Format |
| | | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 1: Source MAC Address Object Format Figure 1: Source MAC Address Object Format
0 1 2 3 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 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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type=1 | Reserved | Length=4 | | Type=1 | Reserved | Length=4 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| MTU | | Maximum Frame Size (MFS) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 2: TLV Object Format Figure 2: MFS Object Format
Per [I-D.ietf-mpls-gach-adv], MAC Address Discovery information needs Per [I-D.ietf-mpls-gach-adv], MAC Address Discovery information needs
to be periodically retransmitted and is to be retained by a receiver to be periodically retransmitted and is to be retained by a receiver
based on the period of time indicated by the associated Lifetime based on the period of time indicated by the associated Lifetime
field. To expedite the initialization of a link it is RECOMMENDED field. To expedite the initialization of a link it is RECOMMENDED
that a node that has been reconfigured, rebooted or is aware that it that a node that has been reconfigured, rebooted or is aware that it
have been disconnected from its peer send a GAP Ethernet Interface have been disconnected from its peer send a GAP Ethernet Interface
Parameter message, and that it issues a GAP request message for the Parameter message, and that it issues a GAP request message for the
Ethernet parameters at the earliest opportunity. Ethernet parameters at the earliest opportunity.
When the MAC address in the received Source MAC Address TLV changes When the MAC address in the received Source MAC Address TLV changes
the new MAC address MUST be used (see Section 5.2 of the new MAC address MUST be used (see Section 5.2 of
[I-D.ietf-mpls-gach-adv]). [I-D.ietf-mpls-gach-adv]).
If a minimum MTU is configured for a link and the MTU advertised by If a minimum MFS is configured for a link and the MFS advertised by
the peer is lower than that minimum, the operator MUST be notified of the peer is lower than that minimum, the operator MUST be notified of
the MTU mismatch. Under these circumstances the operator may choose the MFS mismatch. Under these circumstances the operator may choose
to configure the LSR to shut the link, thereby triggering a fault, to configure the LSR to shut the link, thereby triggering a fault,
and hence causing the end-to-end path to be repaired. Alternatively and hence causing the end-to-end path to be repaired. Alternatively
the operator may choose to configure the LSR to leave the link up so the operator may choose to configure the LSR to leave the link up so
that an OAM message can be used to verify the actual MTU. that an OAM message can be used to verify the actual MFS.
In the event a GAP message is not received within the previously In the event a GAP message is not received within the previously
received associated Lifetime, the receiving node MUST assume that it received associated Lifetime, the receiving node MUST assume that it
is now connected to a node that does not support these advertisements is now connected to a node that does not support these advertisements
and must behave as configured for this eventuality. and must behave as configured for this eventuality.
5. Manageability Considerations 5. Manageability Considerations
The values sent and received by this protocol MUST be made accessible The values sent and received by this protocol MUST be made accessible
for inspection by network operators, and where local configuration is for inspection by network operators, and where local configuration is
skipping to change at page 6, line 49 skipping to change at page 6, line 49
point. The operator SHOULD take care to ensure that MPLS-TP nodes point. The operator SHOULD take care to ensure that MPLS-TP nodes
are aware of the Ethernet link type (point-to-point or multipoint). are aware of the Ethernet link type (point-to-point or multipoint).
In the case of multipoint links, the operator SHOULD either ensure In the case of multipoint links, the operator SHOULD either ensure
that no devices are attached to the link that are not authorized to that no devices are attached to the link that are not authorized to
receive the frames, or take steps to mitigate the possibility of receive the frames, or take steps to mitigate the possibility of
excessive frame distribution, for example by configuring the Ethernet excessive frame distribution, for example by configuring the Ethernet
switch to appropriately restrict the delivery of multicast frames to switch to appropriately restrict the delivery of multicast frames to
authorized ports. authorized ports.
An attacker could disrupt communications by modifying the Source MAC An attacker could disrupt communications by modifying the Source MAC
Address or the MTU values, however this is mitigated by the use of Address or the MFS values, however this is mitigated by the use of
cryptographic authentication as described in [I-D.ietf-mpls-gach-adv] cryptographic authentication as described in [I-D.ietf-mpls-gach-adv]
which also describes other considerations applicable to the GAP which also describes other considerations applicable to the GAP
protocol. Visibility into the contents of either of the TLVs could protocol. Visibility into the contents of either of the TLVs could
provide information that is useful for an attacker. This is best provide information that is useful for an attacker. This is best
addressed by physical security of the links. addressed by physical security of the links.
7. IANA Considerations 7. IANA Considerations
7.1. Ethernet Multicast Address Allocation 7.1. Ethernet Multicast Address Allocation
skipping to change at page 7, line 39 skipping to change at page 7, line 39
7.3. Creation of Ethernet Interface Parameters Registry 7.3. Creation of Ethernet Interface Parameters Registry
IANA is requested to create a new registry, "G-ACh Advertisement IANA is requested to create a new registry, "G-ACh Advertisement
Protocol: Ethernet Interface Parameters" within the "Pseudowire Name Protocol: Ethernet Interface Parameters" within the "Pseudowire Name
Spaces (PWE3)" with fields and initial allocations as follows: Spaces (PWE3)" with fields and initial allocations as follows:
Type Name Type ID Reference Type Name Type ID Reference
------------------ ------- ------------ ------------------ ------- ------------
Source MAC Address 0 (this draft) Source MAC Address 0 (this draft)
MTU 1 (this draft) Maximum Frame Size 1 (this draft)
The range of the Type ID field is 0 - 255. The range of the Type ID field is 0 - 255.
The allocation policy for this registry is IETF Review. The allocation policy for this registry is IETF Review.
8. Acknowledgements 8. Acknowledgements
We thank Adrian Farrel for his valuable review comments on this We thank Adrian Farrel for his valuable review comments on this
document. document.
 End of changes. 9 change blocks. 
15 lines changed or deleted 15 lines changed or added

This html diff was produced by rfcdiff 1.41. The latest version is available from http://tools.ietf.org/tools/rfcdiff/