Moxa Managed Ethernet Switch (UI_2.0_FW_5.x) User Manual
Even though the IEEE 802.1D standard is the most widely used prioritization scheme f or LAN environments,
it still has some restrictions:
• It requires an additional 4-byte tag in the f rame, which is normally optional f or Ethernet networks.
Without this tag, the scheme cannot work.
• The tag is part of the IEEE 802.1Q header, so to implement QoS at layer 2, the entire network must
implement IEEE 802.1Q VLAN tagging.
• It is only supported on a LAN and not across routed WAN links, since the IEEE 802.1Q tags are removed
when the packets pass through a router.
Differentiated Services (DiffServ) Traffic Marking
DiffServ is a Layer 3 marking scheme that uses the DiffServ Code Point (DSCP) field in the IP header to
store the packet priority inf ormation. DSCP is an advanced intelligent method of traf f ic marking that allows
you to choose how your network prioritizes diff erent types of traf f ic. DSCP uses 64 values that map to user-
def ined service levels, allowing you to establish more control over network traf f ic.
The advantages of Diff Serv over IEEE 802.1D are:
• You can conf igure how you want your switch to treat selected applications and types of traf f ic by
assigning various grades of network service to them.
• No extra tags are required in the packet.
• DSCP uses the IP header of a packet to preserve priority across the Internet.
• DSCP is backwards compatible with IPV4 TOS, which allows operation with existing devices that use a
layer 3 TOS enabled prioritization scheme.
Traffic Prioritization
Moxa switches classif y traf f ic based on layer 2 of the OSI 7 layer model, and the switch prioritizes received
traf f ic according to the priority inf ormation def ined in the received packet. Incoming traf f ic is classif ied
based upon the IEEE 802.1D f rame and is assigned to the appropriate priority queue based on the IEEE
802.1p service level value defined in that packet. Service level markings (values) are defined in the IEEE
802.1Q 4-byte tag, and consequently traf f ic will only contain 802.1p priority markings if the network is
conf igured with VLANs and VLAN tagging. The traf f ic f low through the switch is as f ollows:
• A packet received by the Moxa switch may or may not have an 802.1p tag associated with it. If it does
not, then it is given a def ault 802.1p tag (which is usually 0). Alternatively, the packet may be marked
with a new 802.1p value, which will result in all knowledge of the old 802.1p tag being lost.
• Because the 802.1p priority levels are fixed to the traffic queues, the packet will be placed in the
appropriate priority queue, ready f or transmission through the appropriate egress port. When the
packet reaches the head of its queue and is about to be transmitted, the device determines whether or
not the egress port is tagged for that VLAN. If it is, then the new 802.1p tag is used in the extended
802.1D header.
• The Moxa switch will check a packet received at the ingress port for IEEE 802.1D traffic classification,
and then prioritize it based on the IEEE 802.1p value (service levels) in that tag. It is this 802.1p value
that determines which traffic queue the packet is mapped to.
Traffic Queues
The hardware of Moxa switches has multiple traf f ic queues that allow packet prioritization to occur. Higher
priority traffic can pass through the Moxa switch without being delayed by lower priority traf f ic. As each
packet arrives in the Moxa switch, it passes through any ingress processing (which includes classification,
marking/re-marking), and is then sorted into the appropriate queue. The switch then forwards packets from
each queue.
Moxa switches support two dif f erent queuing mechanisms:
• Weight Fair: This method services all the traf f ic queues, giving priority to the higher priority queues.
Under most circumstances, the Weight Fair method gives high priority precedence over low priority, but
in the event that high priority traf f ic does not reach the link capacity, lower priority traf f ic is not
blocked.
• Strict: This method services high traffic queues first; low priority queues are delayed until no more high
priority data needs to be sent. The Strict method always gives precedence to high priority over low
priority.