State Committee of Communications and Informatization of Ukraine

ODESSA NATIONAL ACADEMY OF TELECOMMUNICATIONS

NAMED AFTER A.S.POPOV

DEPARTMENT OF COMMUNICATION NETWORKS

Bubentsova L.V., Korchynskyi V.V.

The analysis of multiprotocol traffic routes of Frame Relay network

METHODICAL INSTRUCTIONS

TO LABORATORY WORK № 6

FOR STUDENTS OF ALL FORMS OF STUDYING

IN «TELECOMMUNICATIONS»

APPROVED

by methodical council

of Academy of Telecommunications

Protocol №

Odessa 2012

1 Purpose of work

1. Get acquainted with the general principles of analysis of the encapsulated traffic in data transmission networks.

2. To carry out analysis of the basic procedures of higher levels protocols support by Frame Relay protocol.

2 Key positions

2.1 Higher levels protocols support

To support higher levels protocols with Frame Relay protocol two main procedures are needed: multi-protocol encapsulation and traffic fragmentation. Let’s consider these two procedures with respect to the basic types of protocols of global data networks (WAN) and to the analysis of interaction processes of LAN networks via WAN.

2.1.1 Multi-protocol encapsulation. LAN networks interaction via Frame Relay network

Terminal equipment of users, such as host computers, during the interaction of LAN networks through the Frame Relay network can receive data from multiple virtual connections. In this case, an important task, which is solved by the multiprotocol encapsulation procedure, is to identify the type of sending/receiving traffic from the LAN. Frame Relay network provides transmission of two basic types of traffic: directional (packets from the routers - routed traffic) and bridge (packets from the bridges - bridge traffic). Format of messages related to a multiprotocol encapsulation is shown in Fig. 2.1.

Fig. 2.1. Frame structure of a multiprotocol encapsulation

As it can be seen from the figure, the information field of the transmission frame of encapsulated traffic includes:

• control field Q.922, which total length is 1 octet;

• an additional field (Pad), supplementing the control field to two octets and having a length of 1 octet with a value of 00;

• network layer protocol identifier NLPID (Network Layer Protocol ID), which provides identification of the type of encapsulation protocol (see below);

• higher level protocol information.

For the encapsulation procedure the following types of protocols, described in standard ISO / IEC TR 9577 with the corresponding values ​​of NLPID, can be used:

• Protocol ITU-T in accordance with rec. Q.933 (NLPID = 08 in hexadecimal representation);

• Subnetwork Access Protocol (Subnetwork Access Protocol - SNA, SNAP) (NLPID = 80);

• ISO network layer protocol without orientation on connection (ISO Connectionless Network Protocol-CLNP) (NLPID = 80);

• Internet Protocol (Internet Protocol - IP).

During using the Q.933 protocol for encapsulation in the information field structure includes the protocol identifier of the second and the third level, two octets each. The identifier values ​​correspond to the value of the identifier of LLC information element. During using of SNAP protocol for encapsulation, information field includes an additional SNAP header. The header consists of two parts:

- Identifier of traffic type OUI (Organizationally Unique Identifier) with the length of ​​three octets, which determines the type of transmitting traffic (routed or bridge);

- User data protocol identifier PID (Protocol Identifier).

In the case of traffic transfer from routers (Routed Packets, OUI = 00 00 00) Ethertype message is being sent in the PID, which is part of the standard Ethernet frame. In the case of transfer traffic from the bridges (Bridged Packets) different values ​​of the PID identifier for different local networks protocols (from Ethernet to FDDI) are used (see Fig. 2.1).

A s an example, Fig. 2.2 introduces a frame of an encapsulation of IEEE 802.3 protocol (most frequent implementation of Ethernet protocol) with using of SNAP procedure.

Fig. 2.2. Structure of the Frame Relay frame with

an encapsulation frame LAN / Ethernet IEEE 802.3

Procedures for encapsulation of IP and ISO CLNP protocols use a standard format of an encapsulating frame with no additional messages in the information field. As an example, Fig. 2.3 shows the encapsulation of IP datagrams into the Frame Relay frame.

F ig. 2.3. Frame Relay frame structure

with the encapsulated IP datagram

Examples of an encapsulated traffic analysis are given in Appendix 8.