**2.1 Testbed setup**

The network plant is depicted in Fig. 1 and, from the left to the right, involves a Shelter for Internet distribution (A) which, due to property reasons, could not host the QoS Management Server (B), installed 1.2 km away (Link 1).

Such system runs on a Dual Xeon 2 GHz, 8Gb di Ram, 80Gb SAS Raid 5 server and comprehends a Radius authentication server, a PPPoE concentrator and the whole QoS management software.

Fig. 1. the QoS equipment.

78 Telecommunications Networks – Current Status and Future Trends

The whole testing was directed by WiLab (www.wilab.org), which includes the IEIIT-CNR (National Research Council of Italy, IEIIT Bologna unit) and a portion of the TLC scientific community at Bologna University (Italy). The design and technical aspects of the problem

The proposed platform aims at supporting a Wireless Internet Service Provider (WISP) in the management of its network infrastructure in a user-friendly and straightforward way. It can be accessed through the Internet and lets the network manager define different access

The QoS service, in particular, allows to set each user's minimum bit rate guaranteed and maximum supported, enable services such as VoIP, FTP, Mail and P2P and assign them

The network scenario installed and used for the testbed includes an Internet gateway, a server which hosts the whole infrastructure control system and five sectoral distribution

The software platform allows to define some distinct kinds of priority-based connection profiles, each characterized by a set of different parameters and a diverse commercial value. Personal data can also be managed, each corresponding to the user's kind of connection

Reports about connections and traffic statistics are also at disposal, also useful to law purposes. A continuous monitoring of the wireless network infrastucture is also possible.

This kind of services are fundamental in many application fields, ranging from Intelligent Transportation Systems (ITS) and Infomobility to "Smart Cities", where wireless

The paper is organized as follows: Section 2 describes the testbed setup and the QoS software developed. Section 3 details the results of the four measurements campaigns.

These techniques, addressed to to real applications, are discussed in the following: the PEGASUS project about the support of real time in Infomobility is discussed in Section 4. The Smart Cities scenario is presented in Section 5. Conclusions and future tesbed

Although the main purpose of this work is to present measurements, it is important to describe the testbed setup and some related installation problems, as well as the QoS system

The network plant is depicted in Fig. 1 and, from the left to the right, involves a Shelter for Internet distribution (A) which, due to property reasons, could not host the QoS

All the above features can be easily managed through specific user-friendly portals.

were and are still being carried out by such group.

profiles and supervise all the users' connections.

applications guide the user in most of his activities.

**2. The network infrastructure and QoS system** 

Management Server (B), installed 1.2 km away (Link 1).

extensions are discussed in Section 6.

and its main principles.

**2.1 Testbed setup** 

specific priorities.

profile subscribed.

devices.

A HiperLAN link starts here and connects the management server to a waterworks area (C) 15 km away (Link 2). In such area, two sectoral distribution equipments were setup and serve 35 users approximately.

A further antenna allows to reach the last distribution area, situated near a football pitch (D) 10.5 km away (Link 3), and including three further sectoral distribution equipments for 45 users approximately. Such antenna had to be setup since some unfavourable features of the ground prevented a direct connection from being created.

The indirect link creates a bottleneck and forces the waterworks area to support some of the traffic surrounding the pitch.

A further penalty is that the same pylon which hosts the antenna in area (C) also carries some television and microwave aerials. In consequence, some devices not optimally shielded were initially blocked and even damaged and the available bit-rate is still being diminished.

In addition, some further installation problems were caused by the daily activation of the waterworks pump, which produced strong perturbations to the electric network, consequent blocks of many devices and even breakdowns. This problem was solved by means of an electronic filter.

All the above problems would have obviously prevented 80 users from being propely served, unless a bandwidth optimization method and traffic management were adopted.
