Documente Academic
Documente Profesional
Documente Cultură
A Refresher
Port MTU: This MTU governs how large packets can be that fit on a given
physical wire.
Service MTU: This MTU is associated with the service and governs how
large packets can be that are sent from the customer across the service.
SDP Path MTU: This is the MTU of the SDP between the service
endpoints. This MTU governs how large packets can be that are sent over
the SDP.
messages. The value is derived from the Port MTU of the network port,
special case: ADSPEC. Not covered here.
OSPF MTU: MTU size negotiated by OSPF, derived from Port MTU or
administratively set. Not covered here.
There is an MTU associated with all of the data links on the 7X50. This includes both
physical circuits and pseudo wires. Pseudo wires can be built with either MPLS or GRE
on the 7X50. They are used to make the epipe and VPLS services work.
Service MTUs have to match in order for spoke or mesh sdps to come up operationally
even if sdp MTUs are matching. Pay special attention in the case of spoke-sdp to an IES
service from a VPLS service.
To alleviate headaches and give room for future growth, a service provider should select
a large backbone MTU and set it on all links internal to their backbone. The selected
MTU needs to be supported on all platforms in the backbone. The POS MTU of 4470 is a
suggested minimum. A better value would be a nice large round number such as 9000.
9000 is supported by most vendors, and would allow the offering of a premium jumboframe service to those customers who want it of 8000 or more bytes.
If your network supports it 9100 or 9200 would also be good values, since they would
probably allow you to offer a jumbo frame service up to 9000 bytes.
LSP MTU is derived from the network port MTU: in case of ethernet null encapsulation
the LSP MTU = port MTU 14. Cannot be configured. ADSPEC can be set in which case
LSP MTU is adapted to weakest link (lowest MTU) in the path.
OSPF MTU can be set under the OSPF interface configuration
Optional (Null/dot1Q/QinQ)
(will be stripped)
No fragmentation possible
DA
DA
SA
Ether
802.1q
Type
SA
payload
FCS
Ether
Type
payload
FCS
Service MTU
Network
Interface
Port
MTU
(*)
DA
SA
VC-MTU
SDP
Path MTU
Ether Path
VC
Type Label Label
DA
SA
Service MTU
Ether
Type
payload
Access
Interface
Port
MTU
FCS
Service MTU:
This is the value to start from: it is the max payload (IP + Ethernet) the service should be able to
offer to the client (FCS not calcualetd)
configure service [vpls|[e|a|i|f]pipe] service-mtu [1..9194] bytes
default 1514
show service id x base
Remark: not used in L3 services
Remarks:
Access Port MTU:
For the Service to get to Operational state UP, at least 1 SAP is needed that is in
Operational State UP
If the Access port MTU < (Service MTU Encapsulation overhead), the access
port will be in Operational DOWN status
Service MTU:
if Service MTU might not be configured, default value is 1514 (see info detail)
Remark: VC-MTUs should match. SDP Path-MTU not necessarily: you can configure a
service with an SDP path MTU of 2000 on one end and an SDP path MTU of 3000 at the
other end: as long as the VC-MTUs match its OK.
(*) Remark: this is the case when no SDP keep-alives (default).
POS
Ethernet
Overhead
1514
1514
Service Payload
(4)
(4)
n/a
n/a
14
DLC Header
1524 (1528)
1536 (1540)
Total
The Physical MTU on the network interfaces must be greater than the maximum service
MTU to be supported + largest encapsulation type used.
Similarly to the Network MTU, the Path MTU must be sufficient to support all services
which that path has to carry. The Path MTU is determined by the lowest of the MTU
along the path the service needs to transit.
For GRE tunnels, this value is set by the administrator, and it is assumed that reality
matches the config. To determine the minimum value supported the 7X50 supports the
oam sdp-mtu command.
For Signaled MPLS tunnels, the Path MTU is determined by the signaling exchange
(RSVP).
Remark: a 4th label can be used in case OAM VCCV is running over a bypass: a routeralert table is inserted between the Service and the Transport Label
POS
Ethernet
Overhead
1514
1514
Service Payload
GRE Header
20
20
IP Header
n/a
n/a
14
DLC Header
1548
1560
Total
Service MTU should be sufficient to support the service in question. For a service
running over a typical Ethernet access interface, this will be 1514 bytes. This comprises
the 1500 byte payload and the 14 byte DLC header. This is the same even if the access
interface is dot1q. This is because the dot1q header is stripped at ingress, and replaced
with the appropriate vlan tag at egress.
config>service>[epipe|vpls]> service-mtu [0..9194]
The show service command allows the administrator to check the MTU that is configured and the
actual MTU that will be supported across the entire network connection. The above output is not
complete. Additional information is available including segment by segment MTU capabilities.
Syntax all
Context show>service>id service-id
Description Displays detailed information for all aspects of the service.
Admin Path MTU
The desired largest service frame size (in octets) that can be transmitted through this SDP to the
far-end router, without requiring the packet to be fragmented.
Oper Path MTU
The actual largest service frame size (in octets) that can be transmitted through this SDP to the
far-end router, without requiring the packet to be fragmented.
SAP 1/1/1
Encap: 100
Network
2/1/1
Network
3/1/1
SAP 4/1/1
Encap: Null
Network
2/1/1
network
1536
ALA-B
Network
3/1/1
network
1536
Access (SAP)
4/1/1
null
1514
Configuration Example
In order for the maximum length service frame to successfully travel from a local ingress SAP to a
remote egress SAP, the MTU values configured on the local ingress SAP, the SDP (MPLS), and
the egress SAP must be coordinated to accept the maximum frame size the service can forward.
For example, the targeted MTU values to configure for a distributed Epipe service (ALA-A and
ALA-B) are displayed in the picture above.
Since ALA-A uses dot1q encapsulation, the SAP MTU must be set to 1518 to be able to accept a
1514 byte service frame (done by default/see Table 11 for MTU default values). Each SDP MTU
must be at least 1514 as well. If ALA-As network port (2/1/1) is configured as an Ethernet port
with a MPLS SDP running over it, the MTU value of network ports 2/1/1 and 3/1/1 must each be at
least 1536 bytes (1514 MTU + 8 bytes labels (2) + 14 Ethernet). In case FRR bypass is
configured, 1540 should be used. Finally, the MTU of ALAs SAP (access port 4/1/1) must be at
least 1514, as it uses null encap.
Optional (Null/dot1Q/QinQ)
(will be stripped)
DA
SA
Ether
802.1q
Type
payload
FCS
Network
Interface
Port
MTU
VC-MTU
SDP
Path MTU
Service MTU
IP-MTU
IES/VPRN
Access
Interface
Port
MTU
SA
Ether Path
VC
Type Label Label
payload
FCS
Note:
-Theres no Service MTU concept IES/VPRN services
-Path MTU is not taken into consideration (but should be set to an appropriate value if
sdp-keepalives, sdp keepalive message-length is not configured and intermediate
transmission gear has MTU restrictions)
(*) Note: fragmentation on IP-MTU takes place in the direction from the
VPRN/IES interface towards the CE.
If the IP interface has a SAP defined, the operational MTU is the smaller of the
SAP MTU (port MTU normalized for the SAP encap) and the administrative IPMTU (normalized to the SAP encap) to set the IP interface operational IP-MTU. If
the IP interface has a spoke-SDP defined,the operational MTU is the smaller of
the SDP Path-MTU and the administrative IP-MTU (normalized to the spoke
encap) to set the operational IP-MTU for the IP interface.
10
PE1
CE1
10.10.10.3
10.10.10.1
192.1.1.2
1/1/1
CE2
192.1.2.1
192.1.1.1
1/1/1
1/1/4
1/1/3
192.1.2.2
1/1/1
1/1/1
VPRN service
auto-bind ldp or gre
MPLS:
GRE:
Note:
-> x can be max 938 (938 ICMP data + 8 ICMP header + 20 IP header
+ 20 (5 labels) + 14 Ether = 1000)
-> x can be max 930 (930 ICMP data + 8 ICMP header + 20 IP header + 8 GRE
+ 20 IP header + 14 Ether = 1000)
(SPD path MTU is exchanged via LDP whereas VPRNs use BGP to exchange service labels)
In pre-5.0 SW VPRN fragmenting toward network side is based on the lesser of (network
interface MTU 12) and sdp path MTU
The 12 takes into account 3 labels: Transport label, (possible:) Bypass label and Service
Label.
As off 5.0 5 labels are taken into account (Transport, Bypass, Service, Router Alert,
LDPoRSVP), hence network port MTU 20
This is hard coded in the SW and cannot be changed.
Note: when pinging a destination with a given size (ping x.x.x.x size y) the size only
indicates the ICMP data size. Hence, the IP packet size is the size + 8 bytes ICMP
header + 20 bytes IP header. This is important to note when testing IP fragmentation with
ping traffic.
11
PE1
CE1
10.10.10.3
10.10.10.1
192.1.1.2
1/1/1
1/1/1
CE2
192.1.2.1
192.1.1.1
1/1/4
1/1/3
VPRN service
1/1/1
192.1.2.2
1/1/1
Change:
ip-mtu
port-MTU
-> x can be max 572 (572 ICMP data + 8 ICMP header + 20 IP header = 600)
no ip-mtu
port MTU 600
VPRN interface ip-mtu not configured = 600 (port MTU) 14 ether header = 586
access port MTU ether encap = 600 - 14 = 586
-> x can be max 558 (558 ICMP data + 8 ICMP header + 20 IP header = 586)
NOTE: even if you configure ip-mtu to a higher value, fragmentation will take place at 586
in this case
All Rights Reserved Alcatel-Lucent 2006, #####
12
DA
SA
Ether
802.1q
Type
SA
payload
FCS
Ether
Type
payload
FCS
Service MTU
Network
Interface
Port
MTU
VC-MTU
SDP
Path MTU
Service MTU
IP-MTU
IES
Access
Interface
Port
MTU
SA
Ether Path
VC
Type Label Label
DA
SA
Ether
Type
payload
FCS
(*) REMARK: If the network interface is dot1q encapsulated, an extra 4 bytes are needed
for the q-tag
13
The Spoke SDP binding becomes only operationally up if the VC-MTU (signaled via TLDP ) of both
ends match
On the Epipe/VPLS side of the spoke the VC-MTU is derived from the configured service MTU
(Service MTU is 1514 by default)
On the IES/VPRN side of the spoke-SDP there is no Service MTU concept and the VC-MTU will be
equal with the configured operation ip-mtu value of the IES or VPRN interface. If the ip-mtu is not
explicitly configured, its value will be set to the SDP operational MTU minus ethernet header size (14)
The best way to fix this is to match the IES/VPRN interface IP-MTU to the VC-MTU from the other
side (show router ldp bindings)
Packets can be fragmented on the IP-MTU size
14
www.alcatel-lucent.com
15