Dimensionare un
Campus Network
NETWORKING
U
di Ciro D’Urso
Università degli Studi dell’Aquila
U
n Campus Network è com-
posto da varie sottoreti
collegate da una dorsale
(backbone), esso risolve
l’esigenza tipica di una azienda di
connettere diversi “siti” (e.g.,
headquarter, branch office) con
un’unica infrastruttura di rete. Il
presente articolo, dopo una breve
descrizione dei principali requisiti
da considerare nel disegno di un
Campus Network [1], si sofferma
sull’analisi di un modello che for-
malizza la relazione tra le caratte-
ristiche dei principali componenti
dell’infrastruttura di rete e la lar-
ghezza di banda necessaria per i
servizi multimediali.
REQUISITI GENERALI
Le considerazioni fondamentali che
guidano il disegno del Campus
Network riguardano tre ordini di
fattori [3], [4]:
- l’affidabilità delle risorse
- la qualità della trasmissione
- il costo dell’impianto e della ge-
stione (cost of ownership)
L’implementazione dell’architettura
di rete deve ottimizzare le tre ca-
ratteristiche citate, compito reso
complesso dal fatto che esse sono
palesemente in contrasto, infatti
un aumento dell’affidabilità e della
Scienza&Business 3-4 2003
per
Applicazioni
Multimediali
qualità offerta dalla rete si riflette
in un aumento dei costi. Tali fatto-
ri vanno quindi bilanciati operando
opportune scelte nel contesto di
ogni particolare progetto.
Affidabilità delle risorse
Da un punto di vista contrattuale,
nel caso la gestione della rete ven-
ga affidata in outsourcing, l’affida-
bilità delle risorse (reliability) si
traduce in requisiti sui livelli di
servizio che l’outsourcer deve assi-
curare (SLA - service level agree-
ment). Le attività di network mana-
gement consistono nel monitorag-
gio dello stato di funzionamento
delle singole componenti attive
della rete, dei firewall e degli appa-
rati di rete (e.g., switch, router,
patch panel), e deve consentire la
rilevazione dei malfunzionamenti
degli stessi e la loro gestione, non-
ché la rilevazione del traffico, per
individuare possibili aree di ineffi-
cienza, colli di bottiglia o sintomi
di malfunzionamento. In questo
caso i livelli di servizio possono es-
sere classificati secondo due ordini
di parametri:
- efficacia del servizio: espressa
per esempio in termini di finestra
temporale di disponibilità, disponi-
bilità complessiva delle funzioni,
numero di casi risolti su richiesta
- tempestività del servizio:
espressa per esempio in termini di
tempo massimo di risoluzione del
disservizio, produzione di report
predefiniti e produzione di report a
richiesta entro scadenze concorda-
te.
Qualità della trasmissione
Le componenti principali di questo
parametro costituiscono la misura
di performance denominata Quality
of Service (QoS), e sono le seguen-
ti:
- Bandwidth: misura la larghezza
di banda disponibile per la trasmis-
sione. Il modello fornito nel succes-
sivo paragrafo mette in relazione
questa componente con le caratte-
ristiche del Campus Network;
- Packet Loss: misura la percentua-
le di pacchetti persi sul totale della
trasmissione;
- Delay: misura il tempo richiesto
affinché un pacchetto una volta
trasmesso, raggiunga il destinata-
rio;
- Jitter: misura la variazione del de-
lay tra i diversi pacchetti che costi-
tuiscono la trasmissione. Un metodo
per minimizzarlo consiste nel buffe-
rizzare il flusso. L’effetto generale è
che, anche se il traffico procede a
scatti, l’immagine rimane stabile
perché il buffer regola il flusso.
L’uso dei buffer può migliorare mol-
to la fruibilità di stream video ma
non garantisce l’assenza di jitter (il
buffer ha comunque dimensione li-
59
 mitata molto minore della dimen-
sione totale del file video o audio).
Per ottenere delle performace pre-
dicibili, si può agire sulle caratteri-
stiche della rete ottenendo un in-
cremento della velocità di linea (e
quindi un incremento della banda
fornita), ma non per tutte le trat-
te. Un modo generalmente accetta-
to per raggiungere l’obiettivo è
quello di prevedere nel software dei
dispositivi di livello 3 un algoritmo
che gestisce il traffico secondo del-
le classi di priorità.
Costo
Tra le principali componenti in cui
si struttura il costo possono essere
considerate le seguenti: costo dei
dispositivi hardware, costo del
software, costo di installazione, co-
sto di gestione. In alcuni contesti è
opportuno valutare anche compo-
nenti quali: costo del downtime,
costo di espansione (aggiunta di
componenti, applicazioni fruibili,
utenti).
MODELLO PER IL TRAFFICO
Nel seguito consideriamo il Campus
Network costituito da varie sottore-
ti, individuate sulla base della di-
stribuzione geografica dei siti del-
l’azienda o per motivi di ammini-
strazione della rete, connesse da
una dorsale. Il traffico generato al-
l’interno di una sottorete è costi-
tuito da una frazione che rimane
nella sottorete (i.e. traffico locale)
e da una frazione che è invece de-
stinata ad altre sottoreti (tale com-

Contenuti Multimediali

Segnale Video pression) permette di avere rapporti che arrivano,

La digitalizzazione del segnale video (Component, S-Video o
Composite) viene effettuata tenendo conto dei seguenti parame-
tri [1]:
- Frequenza di frame: il numero di frame (immagini complete)
visualizzate al secondo. Gli standard PAL e SECAM prevedono 25
frame al secondo, mentre NTSC prevede 30 frame al secondo.
- Risoluzione: le dimensioni (in pixels) orizzontali e verticali
dell'immagine. Tipicamente il valore usato è 640x480 (4:3 è il
rapporto caratteristico dei televisori standard). Delle 625 (525)
linee usate dallo standard PAL (NTSC) solo 480 vengono realmen-
te considerate.
- Colore: espresso come numero di bit utilizzati per rappresenta-
re la scala cromatica. La qualità più alta attualmente prevede 24
bit (16.7 milioni di colori). Sono utilizzate anche rappresentazio-
ni con 16 bit (65000 colori) e 8 bit (256 colori).
per il video digitale, anche a 20:1, essa viene realizzata con due
differenti tecniche:
- Interframe compression: la compressione viene effettuata
lungo la dimensione temporale.
- Intraframe compression: la compressione viene effettuata per
i frame individuali.
Dal punto di vista dell'utente finale alcuni degli algoritmi più
popolari sono i seguenti:
· MPEG1 (video&audio), larghezza di banda massima 1.5 Mbps
· MPEG2 (video on demand), larghezza di banda massima da 4 a
9 Mbps
Un rapporto di compressione 20:1 può essere paragonato come
qualità dell'immagine ad un VHS, mentre un rapporto pari a 10:1
ad un SVHS/HI-8.

La larghezza di banda richiesta dal sistema PAL per trasmettere
un segnale video digitalizzato e non compresso, può essere cal-
colata come segue (3 rappresenta il numero di byte utilizzati per
il colore):
640 x 480 x 3 x 25 = 23 MBps (184 Mbps) circa
È possibile diminuire la larghezza di banda richiesta diminuendo
la risoluzione fino a 320x240 pixel, la scala cromatica fino a rap-
presentarla con solo 8 bit, la frequenza di frame fino a 15 al
secondo. In definitiva otteniamo:
320 x 240 x 1 x 15 = 1,15 MBps (9,2 Mbps) circa
Un modo più efficace per recuperare larghezza di banda minimiz-
zando la perdita di informazione (in termini di risoluzione, colo-
re e frequenza di frame) consiste nell'utilizzare un algoritmo di
compressione.
Dal momento che per i file che rappresentano immagini digitaliz-
zate, a differenza dei file che rappresentano programmi eseguibi-
li, è accettabile una perdita controllata di informazione, sicura-
mente possiamo ottenere rapporti di compressione maggiori o
uguali di quelli caratteristici di prodotti come PKZIP di tipo los-
sless. La compressione con perdita di informazione (lossy com-
Segnale audio
Per quel che riguarda i segnali audio possiamo dire che la qualità
di un segnale digitalizzato dipende da tre fattori:
- frequenza di campionamento
- numero di bit per campione
- numero di canali
Le frequenze di campionamento di segnali audio comuni vanno
da 8.000 campioni/sec. del segnale telefonico, a 48.000 campio-
ni al sec. dei segnali per i DAT.
La standardizzazione viene effettuata non sul formato del file ma
sulla frequenza di campionamento e la codifica dei campioni.
Gli standard più noti per la trasmissione del segnale vocale sono
i seguenti:
- CCIU G.721 campionato a 32 Kbps
- CCIU G.723 campionato a 24 Kbps e 40 Kbps
- GSM 06.10, standard europeo che comprime 160 campioni a
13-bit in 260 bits, ovvero 1625 bytes/sec (alla frequenza di
8000 campioni/sec)
- G.711 e G.729A utilizzati nel VoIP, con occupazione di banda
compresa tra 28 Kbps e 106 Kbps.
 ponente può essere ritenuta pro-
porzionale alla dimensione, in ter-
mini di utenti, delle reti di desti-
nazione). I contenuti multimedia-
li che consideriamo sono generati
da applicazioni come la videocon-
ferenza (con occupazione di ban-
da da 64 Kbps a 1.5 Mbps) e l’au-
dio/video streaming (i.e. MPEG Vi-
deo, con occupazione di banda da
1 Mbps a 9 Mbps). Il segnale può
essere distribuito sia da server lo-
cali alla sottorete che da server di
altre sottoreti. Il riquadro (a sini-
stra) “Contenuti Multimediali” de-
scrive brevemente le caratteristi-
che dei segnali audio e video che
li caratterizzano. Vogliamo dun-
que determinare la banda richie-
sta sia per la dorsale che per le
sottoreti.
Il Disegno
La strutturazione del disegno in
livelli logici e l’individuazione
univoca delle funzionalità di cia-
scun livello, consentono di sem-
plificare la scelta della “giusta”
tecnologia, di agevolare l’attività
di internetworking, e di organizza-
re il disegno in maniera modulare
favorendo la scalabilità.
I livelli logici che vengono gene-
ralmente considerati sono i se-
guenti:
- Core layer (o backbone). Forni-
sce la funzionalità di trasporto tra
i vari siti della Campus Network.
Tale livello deve distribuire i pac-
chetti il più velocemente possibi-
le, ed a tal fine non deve effettua-
re alcuna manipolazione a livello
di pacchetto.
- Distribution layer. Rappresenta
il confine tra il livello di accesso
ed il livello di dorsale. È in questo
livello che vengono rese disponibi-
li le funzionalità di manipolazione
dei pacchetti (e. g. ai fini della si-
curezza, del multicasting/broadca-
sting, della suddivisione in VLAN).
- Access layer. Rappresenta il li-
vello di accesso alla rete dell’uten-
te finale. Fornisce, tra l’altro, al-
Scienza&Business 3-4 2003
cune funzionalità quali la disponi- TSk: traffico generato nella sotto-
bilità della banda in modalità sha- rete k, misurato in bits/sec.
red o switched e l’accesso con con- TD: traffico nella dorsale, misurato
nessioni remote. in bits/sec.
WM: larghezza di banda richiesta
I tre livelli non sono necessaria- dalle applicazioni multimediali,
mente in corrispondenza con en- misurato in bits/sec.
tità fisiche distinte (e.g., appara- α: frazione del traffico generato
ti, connessioni), infatti il modello nella sottorete che è destinato ad
trova la sua giustificazione dal utenti della stessa sottorete.
punto di vista logico, mentre dal µ: frazione degli utenti del cam-
punto di vista fisico è possibile pus che sono abilitati all’uso di
avere uno stesso dispositivo (e.g., applicazioni multimediali.
router, switch) che implementa le
funzionalità di più livelli. Il traffico generato nella sottorete
La figura 1 fornisce un esempio di k dagli utente abilitati all’uso di
schema logico della LAN di una ti- applicazioni multimediali è il se-
pica sede aziendale dove, per au- guente:
mentare le performance, sono uti-
lizzati dispositivi di livello due TSk = µ NSk WM (1)
(i.e. switch) per l’Access Layer (in
alternativa agli hub tipici della Di questo traffico, una frazione
modalità shared [2]), ed inoltre il pari a (1 - α) transita nella dorsa-
Distribution layer ed il Core layer le ed una frazione pari a a rimane
coincidono (collapsed backbone, locale. Considerando tutte le sot-
[5]) come tipicamente accade in toreti, il traffico nella dorsale sarà
un Campus di ridotte dimensioni. in totale:
I collegamenti sono tutti ridonda-
ti al fine di assicurare un imme- S (2)
diato recupero nelle situazioni di
failure di un dispositivo o di una
TD = (1- α ) ∑ TS k
k =1
connessione.
Combinando la relazione (1) con
la precedente otteniamo la se-
IL MODELLO guente espressione per il traffico
nella dorsale:
Al fine di elaborare un mo-
dello matematico basato su Fig 1 - Schema logico di uno Small Campus Network
semplici relazioni algebri-
che, introduciamo i se-
guenti simboli:
S: numero di sottoreti pre-
senti nel campus network.
Facciamo l’ipotesi che ogni
sottorete sia costituita da
vari segmenti Ethernet
(che rappresenta ormai la
tipologia di rete più diffu-
sa). Senza perdita di gene- Fig 2 - Schema logico di un Campus di tipo Switched Backbone
ralità possiamo associare ad
ogni piano degli edifici che
compongono il campus un
differente segmento.
NC: numero di utenti del
campus.
NSk: numero di utenti nella
sottorete k, k=1, …, S.
61
 Nelle Tabelle 1-3 (a fianco):

Esempio di dimensionamento dei dispositivi di livello 2

(Access Layer, µ=0.5)

Esempio di dimensionamento dei dispositivi di livello 3

(Distribution Layer, µ=0.5)

Esempio di dimensionamento dei dispositivi di livello 3

(Core Layer, µ=0.5, a=0.2)

TD = µ (1 - α) NC WM (3)

Le relazioni (1) e (3) possono essere dun-

que utilizzate per dimensionare opportu-
namente le caratteristiche dell’infrastrut-
tura di rete. In particolare, dal momento
che la parte più critica dell’infrastruttura
è rappresentata dai dispositivi attivi- sia
in fase di primo impianto che nelle fasi
successive di prevedibile espansione dell’a-
zienda- il modello del dimensionamento
deve quantomeno porre in relazione le ca-
ratteristiche fondamentali dei dispositivi
attivi con le caratteristiche della trasmis-
sione. Riferiamoci, senza perdita di gene-
ralità, ad un Campus di tipo switched back-
bone come quello rappresentato in Figura
2: S sottoreti connesse per mezzo di di-
spositivi attivi di livello tre (i.e., router o
switch multilayer). Una prima e fondamen-
tale scelta da effettuare riguarda la tipolo-
gia di collegamento tra i dispositivi di li-
vello due dell’Ac-
cess Layer (presso
gli armadi di pia-
Figg 3-6
no) ed i dispositivi Richiesta di banda a livello di dorsale: TD(a, µ, NC, WM), Richiesta di banda a livello di sottorete: TS(µ, NS, WM),
con WM pari a 1.5, 4 e 9 Mb/s
con WM pari a 1.5, 4 e 9 Mb/s
di livello tre del
centro stella, non-
ché la tipologia di
collegamento dei
dispositivi del Co-
re Layer con quelli
del Distribution
Layer: sono possibi-
li connessioni di ti-
po Ethernet 100 Mb-
ps, Gigabit Ethernet,
10 Gigabit Ethernet.
Ognuna ha i suoi
vantaggi e svantaggi
legati al particolare
progetto in esame.
Supponiamo di sce-
gliere Gigabit Ether-
net per il primo tipo
di collegamento e 10 Richiesta di banda a livello di sottorete: TS(µ, NS, WM),
Richiesta di banda a livello di dorsale: TD(a, µ, NC, WM),
Gigabit Ethernet per con a pari a 0.2, 0.4 e 0.6. con µ pari a 0.2, 0.5 e 0.8
il secondo. Occorre

62 Scienza&Business 3-4 2003

poi valutare le caratteristiche dei
dispositivi di livello due e di livello
tre presenti nel disegno, in partico-
lare:
- il numero di porte,
- lo spare (percentuale non utiliz-
zata, in genere 10-20%)
- la velocità di backplane.
Le relazioni (1) e (3) possono esse-
re rappresentate graficamente ri-
portando sull’asse delle ordinate la
necessità di banda e su quello delle
ascisse il numero di utenti (dell’in-
tero Campus o della singola sotto-
rete). In particolare nelle Figure 3,
4, 5, e 6 vengono riportate varie
curve ottenute in corrispondenza
di tre valori per la larghezza di
banda del segnale (9 e 4 Mbps per
MPEG2, 1.5 Mbps per MPEG1), di tre
valori per la frazione di segnale che
rimane locale alla sottorete (0.2,
0.4, 0.6), e di tre valori per la fra-
zione di utenti che è abilitata all’u-
so di applicazioni multimediali
(0.2, 0.5, 0.8). Fissato dunque il
numero di utenti del Campus, la
larghezza di banda del segnale mul-
timediale, la frazione di utenti abi-
litata e la frazione di traffico locale
alle sottoreti, è possibile determi-
nare la banda richiesta a livello di
dorsale ed a livello di sottorete. Il
valore così ricavato viene diretta-
mente interpretato come requisito
per i dispositivi attivi di livello due
e di livello tre (i.e., velocità di
backplane).
Per quel che riguarda il numero di
porte di ciascun dispositivo attivo
è facile verificare che, relativamen-
te ai dispositivi di livello tre del Co-
re Layer, esso è funzione del nume-
ro di sottoreti del Campus, come si
vede nella Figura 2. Invece il nu-
mero di dispositivi attivi di livello
due ed il numero di porte di ciascu-
no di essi (e di conseguenza il nu-
mero di porte dei dispositivi di li-
vello tre del Distribution Layer) vie-
ne ricavato considerando una rela-
zione lineare del tutto analoga alla
(1) ma ristretta al segmento in
questione. Per esempio, con segna-
li di tipo MPEG2 a 9 Mbps, ogni di-
spositivo di livello due può avere al
più un numero di porte pari a 111,
ed inoltre, supponendo per il gene-
rico segmento un numero di utenti
abilitati pari a N, saranno necessari
almeno (0.0125 N) dispositivi di li-
vello due, ciascuno dotato di 96
porte.
I risultati ottenuti applicando le re-
lazioni (1) e (3) possono infine es-
sere sintetizzati per mezzo di ta-
belle che strutturano in modo sin-
tetico il dimensionamento dei di-
spositivi con una particolare atten-
zione alla scalabilità (vedi Tabelle
1-3). Suddividendo in intervalli il
numero di utenti previsto, è possi-
bile calcolare, in corrispondenza di
ogni intervallo, il numero di dispo-
sitivi da prevedere, la loro capacità
(numero di porte e velocità di back-
plane), e l’eventuale ridondanza
per la scalabilità a brevissimo ter-
mine. L’informazione sintetica for-
nita dai prospetti tabellari agevola
la formulazione di piani di crescita
fornendo una immediata evidenza
degli investimenti necessari.
CONCLUSIONI
Nel presente articolo è stato forma-
lizzato un semplice modello che
consente, a fronte di un sensibile
sforzo iniziale, di semplificare, sia
nella fase progettuale che evoluti-
va, le attività di dimensionamento
di un’infrastruttura di rete. La par-
ticolare attenzione posta alla scala-
bilità permette di ottenere un im-
mediato vantaggio nei momenti di
espansione in risposta a mutate
condizioni di business, momenti
che, al fine di evitare una perdita
di competitività dell’azienda, sono
tipicamente caratterizzati da un’ac-
celerazione dell’attività decisionale
e da una frenetica attività di ade-
guamento a scapito spesso di una
matura e ragionata pianificazione.
RIFERIMENTI BIBLIOGRAFICI
[1] D’Urso, C., Campus Network: dai requisiti al
modello, Internet World, n.67, marzo 2003.
[2] Gai, S., Montessoro, P. L., Nicoletti, P., Reti
Locali: Dal cablaggio all’internetworking, S. S.
G. Reiss Romoli.
[3] Liebehen, J., Multimedia Networks: Issues
and challanges, IEEE Computer Magazine,
april 1995.
[4] Shaikh, F. A., et al., End-to-End Testing of IP
QoS Mechanisms, IEEE Computer Magazine,
may 2002.
[5] Gigabit Campus Network Design: Principles
and Architecture, Cisco Systems, White Paper,
1999.

NOTIZIE SULL’AUTORE

Ciro D’Urso, ingegnere informatico, è professore a contratto

presso l’Università dell’Aquila, dove insegna “Sistemi per l’elabo-
razione delle informazioni”. Svolge attività di consulenza nel
settore dell’Information Technology, presso aziende private ed
enti pubblici. La sua attività professionale e di ricerca riguarda:
software engineering, methodologies for cooperative information
systems, database design and network design.
Può essere contattato all’indirizzo: cirodurso@ieee.org.

Scienza&Business 3-4 2003 63