23.03.2017 Views

wilamowski-b-m-irwin-j-d-industrial-communication-systems-2011

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

15-10 Industrial Communication Systems<br />

Synchronization<br />

(NTP or GPS)<br />

VAN-AP<br />

VAN-AP<br />

to<br />

Subdomain<br />

QoS<br />

monitoring<br />

Free bandwidth<br />

Test data stream<br />

Process data stream<br />

QoS<br />

monitoring<br />

to<br />

Subdomain<br />

VAN subdomain<br />

Public network<br />

VAN subdomain<br />

FIGURE 15.9<br />

VAN QoS monitoring.<br />

In both cases, this means the network can be “not available” for several days per year. During runtime,<br />

no online measuring data on the current state of the connection is available to the user. The provider<br />

does, however, carry out measurements within his network, but these are only made available to the<br />

user after the corresponding accounting period at the earliest.<br />

To be able to react on QoS failure scenarios and to have verification against the SLA, VAN defines<br />

its own QoS monitoring for the runtime quality of the connection. The VAN QoS monitoring focuses<br />

on the public wide network, since it is the most uncertain part of an end-to-end connection. The public<br />

network is considered as a black box.<br />

Figure 15.9 gives the general topology structure of the VAN QoS monitoring. The main approach<br />

focuses on an active measurement by generating an additional data stream directly between the involved<br />

VAN-APs as the entrance points to the public network part of a connection. The data stream will be produced<br />

and analyzed by a special application distributed on the producing and receiving VAN-AP. This<br />

means the entire public network path is considered as black box. Important is the time synchronization<br />

between them to get analyzable data. The time synchronization will be realized using a precise GPS<br />

receiver at each location or by using NTP. Each packet of the measurement data stream will be time<br />

stamped as base of further calculation (e.g., latency, jitter).<br />

Most important point is that the process data stream will not be disturbed by the measurement.<br />

Therefore, it is necessary to know the bandwidth of the line contracted with the provider and the bandwidth<br />

needed by the entire process data stream (sum of the bandwidth of all running connections).<br />

Since for tunneling, a UDP-based openVPN tunnel is used, the generated stream for monitoring is also<br />

a UDP stream.<br />

Also, the behavior and status of the tunnel has to be investigated according to the single<br />

defined QoS classes (if more than one is used). Therefore, the monitoring traffic also has to be<br />

generated and analyzed for the single priority classes. Figure 15.10 depicts a tunnel with different<br />

prioritized QoS channels with pre-allocated bandwidth (realized as different queues in the<br />

network routers).<br />

Priority 1<br />

Packet with<br />

priority 3<br />

Packet with<br />

priority 1<br />

Packet with<br />

priority 2<br />

Priority 2<br />

Priority 3<br />

FIGURE 15.10<br />

Different prioritized QoS channels.<br />

© <strong>2011</strong> by Taylor and Francis Group, LLC

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!