|6QM Demonstration at IPv6 Spring 2004 Event|
1. The EventThe IPv6 Spring 2004 Event has been considered to be a good opportunity to arrange a demonstration of the work done in the scope of the 6QM project. The organizers of the Event gave out heading to present applications and services that run in Next Generation Networks. The 6QM project demonstrated the developed measurement platform and showed how QoS parameters can be acquired for a user application running in an IPv6 environment.
2. BackgroundIt is commonly understood that certain applications require a set of service parameters to be met by the network connection in order to work sufficiently. Based on measurements of QoS parameters of the network connection the access of a user can be optimized in aspects of - for instance - delay and delay variation. As a case in point for a user application with certain demands we have chosen to demonstrate a distributed gaming session with a few users sitting at their computers playing a realtime ego-shooter. The QoS of the network connection of a user has certainly impact on other user's perception in the gaming session. For instance a high delay or delay variation of a single user can slow down the scenery updates, mainly the coordinates of moving objects, that typically have to be sent from the server towards all player clients.
3. Demonstration SetupAs catch word we picked 'Online Gaming' - as already mentioned, we wanted to demonstrate a gaming session with some gamers spread around the globus. Accidentally we have 6QM project partners in Germany, Spain, France and in Japan. The figure below, the placard that announced our booth at the Event, depicts the setup of the demonstration, which extends several sites as mentioned afore. The subsequent paragraph will explain the details of the setup.
Demonstration Setup Click to enlarge.
3a. Application SetupOne part implied by the planned demonstration was the setup of gaming server and clients. There are IPv6 versions respectively patches available for QuakeII server and clients for different Operating Systems that we could use. As can be seen in the figure several game components have been installed on project partner's premises and at the Event.
3b. Measurement SetupSecond part of demonstration setup was to establish the measurement infrastructure which includes connecting measurement probes near the participating players - indicated in the figure by the blue boxes decorated with magnifying glasses. The probes sent their measurement data to an OpenImp collector hosted in Madrid coexisting with the OpenIMP Measurement Controller. The controller was in charge to configure the distributed measurement probes upon measurement configuration.
4. Exemplary Measurement ResultBelow we present results of a conducted measurement. The network offered only best-effort service, but we wanted to know some more ...
All gamers were connected via native IPv6 connectivity. We conducted passive measurements which directly examine the traffic of the application. (In contrast to active methods that generate artificial test traffic.) The measurement included all traffic senders and receivers concurrently. As an example, the qualitative characteristics of the acquired one-way delay (plotted over measurement period) can be seen in the figure below:
5. ConclusionWe presented the measurement application OpenIMP that has been developed in the scope of 6QM project. We demonstrated it by means of examining a user application running within Next Generation IPv6 network. The interested audience could gain insight into the intention and the applicability of QoS measurements.
you are accessing this server via