Notiziario Tecnico - Telecom Italia · 2020-06-12 · NOTIZIARIO TECNICO TELECOM ITALIA › Anno 13...

Archivio

Notiziario Tecnico

2/2004

NOTIZIARIO TECNICO TELECOM ITALIA › Anno 13 n. 2 - Dicembre 2004 27

Voce su IP:stato dell’arte del

mercato e stategie

CRISTIAN COCOZZA

GIANNI TRAVAGLINI

L’articolo ha lo scopo di fornire un quadro sintetico, ma completo, dellatematica Voice over IP che riassuma in se aspetti di mercato, tecnologiae posizionamento strategico, senza scendere ad un elevato livello di det-taglio, ma puntualizzando e chiarendo tutti i principali punti.

1. Introduzione

La rapida crescita degli accessi Broadband chesi sta verificando in Italia e nel mondo e che havisto sino ad oggi, il fast internet come driveresclusivo per il mondo consumer e in parte ancheper il business, sta oggi inducendo lo sviluppo e ladiffusione di una serie di nuovi servizi, resi possibilidalle nuove architetture di rete IP realizzate per l’of-ferta dei collegamenti broadband.

La voce su IP è una di queste applicazioni e ilnumero di nuove offerte di fonia basate su questatecnologia negli ultimi due anni è cresciuto veloce-mente nel mercato consumer. Il VoIP è per gli ope-ratori TLC un’opportunità in quanto consente diottimizzare le infrastrutture di rete facendolemigrare verso soluzioni NGN (Next GeneretionNetwork) e di introdurre nuovi servizi a valoreaggiunto e servizi multimediali integrati.

2. Servizi VoIP e modelli di business

In questo paragrafo vengono descritte le variemodalità di fornitura di un servizio VoIP in funzionedelle varie tipologie di terminali utilizzati in ambitoconsumer e corporate, le modalità di accesso al SP(Service Provider) e i modelli di business che si pos-sono presentare sul mercato.

Nel contesto del presente articolo si consideranoservizi VoIP solo quelli in cui le chiamate vengonooriginate in IP già a partire dal terminale a casa delcliente; si esclude quindi il trasporto della voce su IPsul backbone come, ad esempio, quello realizzato daTelecom Italia (si veda l’articolo “Il BackBone IP per iservizi telefonici”, Notiziario Tecnico, n° 1, 2004).

In ambito Consumer i servizi VoIP si distinguono,in funzione dei Terminali di Fruizione, in:• PC-to-PC: questa configurazione è stata per anni

la forma più semplice per effettuare le chiamatesu IP. Il terminale è emulato tramite un softclientche viene installato su PC, laptop, PDA (PersonalDigital Assistent), STB (Set Top Box) e qualsiasialtro dispositivo dotato di microfono e altopar-lanti e che sia collegato alla rete IP. Il cliente uti-lizza il softclient per selezionare la persona concui intende parlare da una lista di contatti e ilclient attiva la sessione utilizzando direttamentel’indirizzo IP del client che riceve la chiamata.Queste chiamate, in genere, viaggiano sullaInternet pubblica con qualità best effort e pos-sono essere del tutto indipendenti dai SP(Service Provider) che offrono la connettività IP.

• PC-to-Phone: in questa modalità gli utenti pos-sono effettuare le chiamate a partire dal loro PCdotato di softclient verso un telefono tradizionaleISDN/POTS (Integrated Service Digital Network /Plain Old Telephone Service) e, in alcuni casi,

MARKETING

COCOZZA › TRAVAGLINI • Voce su IP: stato dell’arte del mercato e strategie

28 NOTIZIARIO TECNICO TELECOM ITALIA › Anno 13 n. 2 - Dicembre 2004

anche r icevere chiamate generate da untelefono tradizionale sul proprio PC. Quando lachiamata è originata dal PC, il servizio di callmanagement fornito da un SP (Service Provider)la indirizza verso un gateway che la inoltra sullarete PSTN (Publ ic Switched TelephoneNetwork).

• Phone-to-Phone: in questa configurazione i ter-minali ai capi della connessione sono entrambidei telefoni e viene quindi emulato il serviziotelefonico così come si è abituati ad immagi-narlo. I terminali potrebbero essere entrambidegli IP-Phone o dei telefoni tradizionali colle-gati tramite GTW/IAD (Gateway/IntegretedAccess Device) alla rete IP; in questo caso lechiamate viaggiano completamente su rete IPavvalendosi però di un servizio di call manage-ment fornito da un SP. Se invece uno dei duetelefoni ai capi della connessione è collegatoalla PSTN allora valgono le considerazioni fatteper il caso PC-to-Phone. Interessante notareche in teor ia chi ut i l izza questo serviz iopotrebbe non avere un PC.In ambito business/corporate il servizio VoIP

può configurarsi nelle seguenti modalità:• con linea ADSL collegata tramite modem/router

ad un telefono (PSTN o IPphone) in casa delcliente (analogo all’ambito consumer); unamodalità diffusa in ambito clienti microbusiness;

• con linea ADSL, GBE o fibra collegata ad unapparato PBX (Private Branch Exchange), IP-PBX o IPCentrex; modal i tà adottata dal leaziende medio/grandi. Le modalità con cuiviene erogato questo tipo di servizio sono:Unmanaged IP Telephony: l’azienda acquista i

PBX IP e li gestisce in pro-prio. La clientela target ècostituita da imprese medio-grandi che vogliono i van-taggi del PBX locale e hannole competenze per gestirlo. Iprincipali Vendors di IP-PBXsono organizzati in modo dafornire assistenza completaa queste aziende;

Managed IP telephony: ilSP fornisce il PBX IP e prov-vede alla sua gestione daremoto. La clientela target èrappresentata da impresemedio-grandi che preferi-scono delegare a terzi lagestione del PBX e deside-rano avere offerte con strut-tura di pricing semplici edeconomiche;

Hosted IP-PBX: serviziforniti dal SP a partire da unIP-PBX situato nei proprilocali. La clientela target sono le aziende con piùsedi sul territorio. Questa soluzione più flessibilerispetto ad IP-Centrex, consente la gestione mistadi PBX locali nelle sedi maggiori e di PBX hostednelle sedi minori;

IP- CENTREX: servizi erogati direttamente dallarete del SP. La clientela target è costituita da PMIin cerca di tecnologie più efficienti, semplici dagestire e poco costose. Questa tipologia di solu-zioni è meno flessibile rispetto all’IP-PBX.

I servizi VoIP possono essere ancora suddivisi:• Servizi indiretti: il SP, non gestendo l’infrastrut-

tura di accesso, si limita a fornire il servizio diinstradamento delle chiamate e gli eventualiVAS (Value Added Services), senza offrire anchel’accesso ADSL (Asymmetric Digital SubscriberLine).

• Servizi diretti: il SP, controllando direttamentel’accesso fornito al cliente, offre tipicamente ilVoIP in bundle con altri servizi come TV, video,fast Internet, realizzando così un modello tipodouble o triple play. Il provider è in questo casoil gestore della rete di accesso IP (tabella 1) Inquesta categoria sono compresi i cable opera-tors, i DSL (Digital Subscriber Line) providers,gli Operatori che utilizzano l’ULL (UmbundlingLocal Loop) e/o lo shared access e quelli chesviluppano una propria rete in fibra.

• Servizi basati su Soft Client VoIP: il servizio Vocedi questo t ipo è originato da un DeviceMultifunzione (es. PDA, PC, Gaming Consolle, ...)e le chiamate vengono originate e indirizzatesulla rete Internet senza costi addizionali con laqualità Internet. Il Service Provider, in questocaso, non offre alcun servizio d’accesso, magestisce il VoIP come una semplice applicativo“Web based”.La tabella 1 riporta alcuni esempi di operatori e

di offerte che ricadono nelle tipologie di serviziosopra definite.

Dal punto di vista dei modelli di business chesi sono manifestati sul mercato e che hannocaratterizzato l’approccio commerciale dei SP, iservizi VoIP si possono classificare nelle seguentiquattro tipologie:

Tipo diservizio PC to PC

DIRETTO

INDIRETTO

PC to PHONE PHONE to PHONEModalitàdi accesso

ILIAD/FREE-FreetelFASTWEBAT&T-Call VantageYAHOO BB-BB phoneUNIDATA-UnivoiceELITEL - Futura

VONAGESQUILLO NGI - Squillo

SKYPEMicrosoft-MSNMessengerCybertalk Online-Sharpvoice

SKYPE-Skypeout

NET2PHONE-PC to phoneTISCALI - NetphoneABBEYNET-RepubblicaVoiceECS-NET - Mytel

SOFTCLIENT

TABELLA 1› Operatori/offerte VoIP consumer per tipologie di servizio erogato.



• Do It Yourself (DIY): corrispondente al servizioPC2PC in cui il SP fornisce un software gratuito(scaricabile da internet), che permette di colle-gare in VoIP due PC aventi lo stesso software:in questo caso le chiamate sono gratuite. Il pro-vider ha un ricavo indiretto dalla pubblicità e daiservizi aggiuntivi (modello attuato, per esempio,da Skype, Messenger).

• ISP: simile al precedente nel quale un ISP(Internet Service Provider) fornisce un propriosoftware (ed eventualmente un adattatore) alcliente per effettuare chiamate VoIP (PC-to-Phone e Phone-to-Phone) a pagamento. In que-sto modello i ricavi per l’operatore derivanodalla vendita dei servizi voce (per esempioVonage, Abbeynet).

• Double Play: adottato dagl i OLO (OtherLicenced Operator) che forniscono un bundletra connettività e servizi voce (VoIP Phone-to-Phone). L’OLO può disporre di una rete propriadi accesso (per esempio BT, Teleunit) o utiliz-zare quella di un carrier provider (per esempioCegetel, Elitel) o le offerte wholesale dell’incum-bent (ad esempio ADSL wholesale) o l’accessodisaggregato alla rete (ULL e shared access). Iricavi per l’operatore derivano dalla vendita del-l’accesso e dai servizi voce.

• Triple Play: è il modello adottato dagli OLOIntegrati (per esempio Fastweb, B2), che posseg-gono una rete di accesso e un backbone in gradodi veicolare servizi di TV via cavo/IP-TV, accessoa Internet e Voce (Phone-to-Phone) su IP. I ricaviderivano dalla vendita dell’accesso, dai servizivoce e dalla vendita dei contenuti TV e/o VoD(Video on Demand).

3. Trend del Mercato

Le pr ime offer te d iServizi VoIP sono iniziatenel ’98 e hanno riguardato,nel segmento Corporate, leofferte di VPN-IP (VirtualPrivate Network- InternetProtocol) e, nel segmentoInternazionale, le offerte diCalling Card a codice e diPhone Center per le chia-mate internaz ional i . Nelsegmento consumer s isono, inizialmente, svilup-pate so luz ion i “Bas ic”basate su software per uti-lizzo Pc-to-PC che hannorappresentato una nicchiadi serv iz i ISP per pochiespert i . In para l le lo s i èavviato un processo di pro-gressiva migrazione delleinfrastrutture di rete deglioperatori verso le infrastrut-ture integrate “NextGenerat ion Network” del

tipo “All IP”, sotto la spinta della razionalizzazionedei costi di gestione della rete.

Dal 2001 in Giappone, dal 2002 in USA e dal2003/2004 anche in Europa, il VoIP è entrato nellanuova fase di servizi “Mass Market” e si sono svi-luppate, sotto la spinta dei Newcomers, le primeofferte di Servizi Phone-to-Phone per il segmentoconsumer e per le SME, e ciò ha provocato l’imme-diata reazione da parte degli operatori incumbentsche hanno, a loro volta, iniziato il lancio di proprieofferte VoIP.

NSR research ha previsto la timeline di figura 1per la “discesa in campo” dei vari operatori nelVoIP dal 2004 in poi.

3.1 Il mercato VoIP in Giappone

Il mercato del VoIP in Giappone ha raggiunto lemaggiori penetrazioni a livello mondiale. Il VoIP èiniziato nel 2001 e il leader in termini di quote dimercato è Yahoo! BB, società controllata al 100%da Softbank, grande banca giapponese entrata nelBroadband con l’acquisizione del portale Yahoo!Japan e con il successivo ingresso sul mercatodell’ADSL. Oggi Yahoo! BB è il concorrente princi-pale di NTT sul BB con circa 4 milioni di utenti VoIPsu un totale di più di 5 milioni di utenti (marzo2004). Il successo del VoIP in Giappone è sostan-zialmente determinato dai prezzi PSTN storica-mente alti e dalla elevata diffusione del broadbandcon offerte di accessi DSL ad alta velocità. Questo,unitamente alla tradizionale predisposizione deigiapponesi per le novità tecnologiche, ha fatto sìche in Giappone si sia sviluppata, in anticipo

Fastweb (e.Biscom)

2004

UK

AliceMia - Telecom Italia ott ’04NEW

announced

BT Yahoo

other UK playersWanadoo, AOL, Tiscali...

US incumbents and ISPsRBOCs, Cable, AT&TAOL, MSN, Earthlink...Yahoo USAYahoo Japan

Other Japan and Korea:NTT, KT, eAccess...

Others: Microsoft, Real Networks, Apple, IBM...

EU ispsAOL, Tiscali, Iliad, Freenet, UPC...

EU incumbents - 1st waveFT/Wanadoo, KPN,TeliaSonera, DT/T-Online,others

2nd waveTI, Telefonica, PTBelgamon, others

NTL, Telewest

Rest ofEurope

Rest ofWorld

Not shown:existing new entrantproducts such as Skype,Vonage, FWD etc.

2005 2006

FIGURA 1› Timeline 2004-2006 per il lancio di nuove offerte VoIP nel mondo (fonte: NSR Research ‘04).



rispetto agli altri Paesi, la migrazione dei servizivoce sulle infrastrutture broadband.

L’offerta VoIP di Yahoo! BB - BBphone -(modello ISP, flat rate) consente risparmi fino al50% rispetto alle tariffe dell’incumbent NTT; esisteanche una versione del serviz io VoIP per i lBusiness chiamata BBphone IP Centrex. Gli altricompetitor di NTT che offrono servizi VoIP sonoFusion, con offerta flat rate e 1,9 milioni di clientiresidenziali e servizi IP centrex per il business,KDD e Japan Telecom (con offerta price/min) e chesono anche fornitori di accesso BB.

3.2 Il mercato VoIP in USA

Si è sviluppata un’ampia gamma di offerte VoIP,ma la penetrazione sul mercato residenziale èmolto più bassa di quella del Giappone. Lo svi-luppo di servizi VoIP, sia per il Business che per ilConsumer, avviene soprattutto sulla spinta delleofferte dei Nuovi indirect access Provider (Vonage,Net2Phone, Packet 8 e Skype). Gli Operatori Longdistance (AT&T, QWest e MCI, Sprint), i CableOperators ( Cox, Comcast, Time Warner, ...) e leRBOC (Verizon e SBC) sono stati più attenti adifendersi, ma la grande richiesta di collegamentiDSL e Cable modem per l ’ internet veloce haampliato il numero dei potenziali utilizzatori delVoIP ed ha costretto questi operatori ad entrare nelmercato dei servizi VoIP, per non perdere clienti ericavi.

Vonage, che recentemente ha raggiunto200.000 clienti, detiene oggi la maggioranza dellaquota di mercato (circa il 75%) dell’accesso indi-retto (si veda il riquadro “Vonage: l’offerta”). Con il

lancio (1° semestre 2004) delle nuove offerte retailda parte degli incumbent ILECs and IXCs (comeVerizon and AT&T) si prevede un calo di questepercentuali, anche considerando che il numero diclienti è ancora piccolo in valore assoluto rispettoal mercato totale della voce. Secondo YankeeGroup gli indirect access Provider perderanno finoa 47 punti pecentuali di quota a fine 2004 (pas-sando dal 66% del 2003 al 19% del 2004).

Sempre secondo Yankee Group quello degliAlternative (indirect) Voice Providers in USA rimarràun mercato di nicchia, rivolto al segmento early-adopter, sensibile al fattore prezzo abbinato all’uti-lizzo di servizi innovativi. Il mercato della telefoniaPOTS non subirà grandi minacce da questo tipo dioperatori. La mancanza del controllo dell’ultimomiglio e della customer quality limitano fortementeil livello di servizio erogabile da questi operatorialernativi, che saranno penalizzati anche dal pro-gressivo affollamento con l’ingresso di nuovi ope-ratori in questo mercato. I veri competitor sonopiuttosto i Cable operators che dispongono delleinfrastrutture a larga banda, hanno già una baseclienti molto sviluppata e l’organizzazione commer-ciale per gestirla. L’aggiunta della Voce in IP sulleloro infrastrutture li pone in una condizione miglioredegli Alternative Voice Providers per competerecon i Traditional Telco.

Il mercato dei servizi VoIP in USA si distingue inmercato PAY (PC-to-Phone e Phone-to-Phone) e inmercato Free (PC-to-PC).

Nel mercato PAY è particolarmente aggressivaVonage con offerte di servizi a forte componente avalore aggiunto (VAS) sia per la clientela Consumer(a 25 $/mese) che per gli SME (da 29,99 $/mese

VONAGE:l’Offerta

Vonage opera nel segmento “PAY” (inalternativa al FREE) del mercato sta-tunitense e si è contraddistinta peraver adottato da subito una strategiadi prezzo aggressiva lanciando ser-vizi, sia per la clientela consumer cheper gli SME, facendo leva sui serviziVAS.

Caratteristiche dell’Operatore:

• Operatore: VONAGE;• Tipologia Operatore: Indirect

Access Provider;• Brand: Premium Unlimited / Basic

500 Small Business Unlimited /Small Business Basic;

• Target: Consumer/ Small MediumBusiness;

• Tipologia Servizio: Phone to Phone• Modello competitivo: ISP (solo ser-

vizi Voce);• Tipologia di Accesso: VoIP (pre-

suppone un Accesso BB Cable oAdsl).

Caratteristiche dell’offerta:

• servizi gratuiti: Fax Service;Voicemail, Caller ID with name, Callwaiting, Call forwarding, 3-Way cal-ling, Free in network calling, AreaCode Selection, Call Transfer, Click-2- Call, Call return, Repeat Dialing;

• Servizi opzionali: Virtual phoneNumber, Fax Services, MultiplePhone Numbers;

• Apparato IAD in comodato d’uso(Motorola, Cisco);

• soluzione di rete (Cisco,Dynamicsoft,Iperia);

• protocollo SIP;• gestione STS da portale;• billing on line;• uso Softphone.

Pricing:

• Offerte Consumer:Premium: 24,99 $ /mensili per tutte le chiamate vs USA e Canada;Basic 500: 14,99 $ per 500 minuti di conversazione vs USA e Canada • Offerte SME:Small Business Unlimited Plan:49,99 $/ mensili vs USA e Canada;Small Business Basic Plan:39,99 $ per 1500 minuti di conversa-zioni vs. USA e Canada.



semiflat a 50 $/mese flat). Le altre società attive sulsegmento PAY (ad esempio Net2Phone e Packet8,VoicePulse) propongono pacchetti flat aggressivi(da 10 a 20 $/mese) ma senza enfasi sui VAS; que-ste, come Vonage, sono tutte indirect access pro-vider e adottano il modello di business tipo ISP.Una nuova tipologia di offerta - WiFi phone service- è stata annunciata da IDT, società che, comeNet2Phone, ha sede a Newark e che, attraverso lapiattaforma VoIP di Net2phone, intende lanciarequesto nuovo tipo di servizio in cui il cliente potràeffettuare chiamate VoIP dalle aree WiFi, senzadover necessariamente possedere una connes-sione Broadband personale.

Nel mercato Free operano Providers qualiSkype, Freeworld e Sip Phone. Skype in particolareoffre servizi di “VoIP peer-to-peer” con un approc-cio simile a quello di Kazaa (download di musica)dovuto anche alla presenza nel board di Skype diun co-fondatore di Kazaa. Skype dichiara che, asettembre 2004, 24 milioni di utenti (a dicembre2003 erano 1 milione) hanno scaricato il Sw per lachiamata VoIP.

I l 2004 è l ’anno in cui i carr ier (Cable,ILEC,RBOC) hanno risposto con le prime offerteVoIP retail, di tipo sia ISP che double play, all’ag-gressione degli alternative (indirect) VoIP providerse il 2005 dovrebbe vedere il consolidamento diquesta tendenza. AT&T eQwest hanno pianificato l’e-spansione della coperturaterritoriale delle loro offerteconsumer VoIP entro la finedel 2004. Verizon ha lanciatoa giugno 2004 “Voice Wing”,offerta VoIP inclusiva dell’of-ferta di accesso BB per ilconsumer. SBC e BellSouthpuntano alle offerte VoIP perla clientela Business. YankeeGroup st ima che entro i l2005 le offerte degl iOperatori tradizionali di tele-comunicazioni negl i USAavranno acquisito circa i l25% del mercato dei serviziconsumer VoIP.

La tabel la 2 r iassumealcune offerte dei diversi tipidi operator i present i sulmercato USA.

Mentre i l 2004 è statol’anno di start up per il con-sumer VoIP dei Telco, nel business i Telco sonostati i promotori del VoIP e, ad oggi, ne detengonoancora la quota di mercato maggiore.

AT&T ha lanciato già nel ’97 offerte VoIP per ilbusiness e oggi offre una serie di soluzioni perso-nalizzabili e scalabili dal “do-it-yourself” per loSME all’AT&T fully managed” del Large Enterprise.AT&T sta pianificando anche una versione dell’of-ferta Call Vantage per lo SME. Verizon ha pianifi-cato un potenziamento della sua rete nazionalePacket/IP e offre Managed VoIP Service per il large

Enterprise, e sta ampliando la copertura del servi-zio IP Centrex per lo SME.

3.3 Il mercato VoIP in Europa

Le chiamate VoIP terminate su reti commutate(fisso e soprattutto mobile) devono pagare glistessi costi di terminazione delle chiamate stan-dard. Ciò lascia uno spazio minore per una strate-gia VoIP basata solo sul prezzo, infatti in Europanon sono ancora presenti indirect access providerparagonabili a Vonage.

In Europa il VoIP Consumer sì sta sviluppandopiù in un logica di tipo “Double Play” o “Triple Play”che come servizio ISP, e sembra orientato più adevolvere verso una competizione basata sulle infra-strutture e sui servizi/contenuti che ad una compe-tizione basata solo sul pricing, con l’obiettivo diincrementare la fidelizzazione della clientela el’ARPU.

Sul Business ci sono diversi operatori principal-mente focalizzati sulle SME. FTTB (Fiber To TheBuilding) providers (come FastWeb e B2) e alcunedelle maggiori Cable companies dominano oggi ilmercato del direct access VoIP in Europa.Comunque il numero di clienti è ancora relativa-mente basso (poche centinaia di migliaia).

Gli OLO stanno sviluppando offerte basate su

ADSL wholesale; ULL e shared access e gl iIncumbent stanno reagendo alla concorrenza degliOLO con le loro prime offerte VoIP a scopo prevalen-temente difensivo, ma stanno preparandosi allacompetizione sui servizi integrati e più evoluti.

Nella figura 2 si evidenzia l’evoluzione delleofferte double e triple play dei principali operatori inEuropa.

BT ha lanciato nel dicembre del 2003 un serviziodi seconda l inea telefonica per la cl ientelaResidenziale (BT Broadband Voice Service) a 9,62

Offerta VoIP

“Call Vantage” Num. Overlay, Flat rate in USA

Accesso BB

Qualsiasi accesso BB(Cable/ADSL)

Apparati CPE

IAD (in comodato)

Rete/Piattaforma

ProprietariaAT&T

Target

Consumer(USA)

Prestazioni

Gestione STS daportale, Billingon line

“AT&T with VoIP” Flat rate US call

AT&T BB access

ProprietariaAT&T

Sme/Large(USA)

Unmanaged,dialing plan, Qos,single accessVoice Fax and Data

IAD MotorolaCisco(in comodato

Cisco,DynamicsoftIperia

ArchitetturaP2P

Consumer/SME(USA & Canada

Consumer(Worldwide)

Gestione STS daportale, Billingon line, SoftphoneProtocollo SIP

Client SWcompatibile con Windows

“Vonage Digital voice”flat rate in USA, Num.overlay per ADSL

“Skype” (PC2PC) gratuite“Skype Out”(PC2Phone) TariffeMinutarie

Qualsiasi accesso BB(Cable/ADSL)

-------- --------

Operatore

AT&T

VONAGE

AT&T

SKYPE

BROADWOX

DIRECT

Cisco, Lucent

Consumer(USA &Canada)

Gestione STS daportale, billingon line

Flat rate; num. overlay

Qualsiasi accesso BB (Cable/ADSL)

IAD Sipura(in comodato)

Router Cisco

TABELLA 2› Le offerte dei diversi tipi di Operatori presenti sul mercato USA.



euro/mese per rispondere alla concorrenza deiCable Operators e ha svi luppato “BTCommunicator”, un nuovo servizio per gestire tuttele comunicazioni di casa tramite PC, che includel’impiego del VoIP. Utilizzando l’Istant Messenger diYahoo sarà possibile effettuare chiamate PC tophone, Internet call waiting, directory lookup,phone calls, emails, instant messaging e text mes-sages. Per il mercato business, BT offre servizi diHosted IP Telephony, servizio che garantiscediversi benefici in termini di multimedialità edapplicazioni XML ma anche in termini di riduzionedei costi come ad esempio quelli pressochè nulliper le chiamate “on net” tra i siti dei clienti. Amaggio 2004 BT ha annunciato i l progettoBluephone in partnership con Vodafone: si tratta diun telefono cellulare compatibile sia con le reti diterza generazione che con le tradizionali reti GSMin grado di passare automaticamente ad unaccesso radio Bluetooth quando si trova sottocopertura di un AP (Access Point) Bluetooth, for-nito da BT ai propri clienti residenziali e business econnesso alla rete via linea DSL.

France Telecom ha reagito alle offerte consu-mer VoIP dei concorrenti Free, Neuf Telecom eCegetel, lanciando, a giugno 2004, un’offerta dou-ble play VoIP su ADSL (Illimité /Appelle liberté).L’offerta prevede anche servizi di unified messa-ging e di video telefonia e si basa su un HAG(Home Access Gateway) integrato e multifunzio-nale. La competizione è appena iniziata, il gioco atendere sembra svilupparsi verso il modello TriplePlay dove France Telecom ha incominciato a“scaldarsi” i muscoli con l’offerta Maligne TV inpartnership con TPS.

Per il mercato business FT commercializzaService e-telephony: soluzione di comunicazionemultimedia (voce, dati, video) che funziona sia sull’infrastruttura IP di France Telecom che di Equant.

4. I valori del mercato VoIP Worldwide

Una recente analisi sul mercato VoIP di Ovum,agosto 2004, prevede che gli utilizzatori del servi-zio VoIP Consumer cresceranno dai circa 16 milionidi utenti al 2004 a circa 197 milioni di utenti nel2008, la metà dei quali utilizzerà servizi gratuiti ditipo PC2PC (Skype like).

In termini di valore, Ovum (figura 3) stima che ilmercato mondiale del consumer VoIP raggiungerà15 miliardi di dollari nel 2008 (circa il 6% del totalemercato della voce), con una forte prevalenza deiricavi dalla modalità di Accesso Diretto (circa 9miliardi di dollari). In USA metà delle revenuesaranno acquisite dai cable operator.

In termini di distribuzione per aree geograficheOvum stima che, per il consumer VoIP, il 2004 siacaratterizzato da un’alta percentuale di utilizzatoriin Asia-Pacific (45%) legata al successo dell’offertaYahoo!BB in Giappone, mentre la quota USA (20%)è legata ad un mix di offerte di diverso tipo (directe indirect Access VoIP provider). Nel 2008 la situa-zione cambia considerevolmente: l ’effettoYahoo!BB è meno apparente, c’è una crescita dellaquota USA (26%) dovuta ai Cable Operators ed unincremento della quota China-India, tipica di unmercato vergine (greenfield market) per le TLC. InEuropa si prevede una crescita allineata a quellaUSA (+6%) anche se a partire da valori più bassi(15% nel 2004).

Il traffico VoIP è in costante crescita, nel 2000,secondo Telegeography, il traffico telefonico inter-nazionale VoIP rappresentava il 4% del totale traf-fico internazionale PSTN mondiale. Nel 2003 que-sta percentuale è balzata al 13%. IDC riporta unastima vicina a questa, anche se inferiore con unvolume di traffico VoIP nel mondo, al 2004, pari acirca il 10% del traffico voce totale (internazionalee nazionale).

Gennaio2001

Giugno2001

Gennaio2002

Giugno2002

Gennaio2003

Giugno2003

Gennaio2004

Giugno2004

Previsioni2004

Oggi

NTL (UK)Telewest (UK)

Double/triple Play “like”

Cable Operator

TriplePlay

DoublePlay

Auna (E)UNO (E)

Free (F)

Hansenet (D)

NetCologne (D)

Arcor (D)

Neuf (F)

FT eWanadoo

Cegetel (F)

Cegetel (F)

BT (UK)Neuf (F)

Tiscali (I)

Tiscali (F)1&1 (D)

QSC (D)

Elitel (I)Eutelia (I)

DT (Internet+TV)

Fastweb (I)

Fonte: Databank Consulting

FIGURA 2› L’evoluzione delle offerte del double e triple play dei principali Operatori in Europa.



In termini di penetrazione del servizio VoIPConsumer rispetto al Broadband gli analisti indi-cano che, nel medio termine (2007-2010), inGiappone gli utenti VoIP potrebbero raggiungerefino al 25% del totale clienti broadband, in USAcirca il 18%, mentre in Europa dovrebbero raggiun-gere in media il 15% (in Svezia, 13% in UK e il 9%in Italia).

Secondo le previsioni Ovum, a partire dal 2005,il mercato VoIP business Worldwide subirà unanotevole accelerazione in termini di clienti e diricavi e ciò sarà dovuto in larga parte alla diffusionedi soluzioni IP-Centrex che supereranno in terminidi ricavi e numero di linee le più consolidate solu-zioni Hosted IP-PBX dedicate al Large Business(tabella 3).

In ambito VoIP Business, i servizi di tipo CPE-based (soluzioni unhosted), che prevedono la pre-senza presso l’azienda del PBX sono ad oggi i piùdiffusi e richiesti soprattutto dalle grosse corporate.Gli Analisti però prevedono per i prossimi anni unaforte crescita delle soluzioni di tipo Hosted IP-PBXe IP-Centrex in cui è il SP a fornire i servizi di IP-Telephony dalla propria rete IP, nel primo caso sfrut-tando IP-PBX dedicati per il singolo cliente ospitatinei propri uffici, nel secondo caso utilizzando i soft-switch e gli application server della propria rete.

Gli analisti sono concordi nel dire che lo svi-luppo del VoIP è un’onda destinata a crescere:Gartner ha previsto che, nel mondo, almeno l’80%delle aziende utilizzerà il VoIP nei prossimi 5 anni,attraverso soluzioni IP-VPN e Call Center e con ladiffusione dell’IP-Centrex maggiormente nello SME.

Nel segmento Business il VoIP è già utilizzatoda anni nel segmento large enterprise e si staespandendo verso il medium e lo small business.

Un’interessante indagine di AT&T sulla perce-zione e propensione all’util izzo del VoIP nelleaziende (WorldWide) di medio/grandi dimensioni(intervista a 254 manager, da product manager aCIO, appartenenti ad aziende di diversi settori diattività, nel mondo) indica che il 43% delle aziendeintervistate sta già utilizzando, testando o pianifi-cando di implementare il VoIP nei prossimi 2 anni,il 18% pensa di implementarlo più a lungo termine.Per l’87% delle aziende intervistate la riduzione deicosti sembra essere la motivazione principale chespinge le aziende all’utilizzo del VoIP. Lo stessocampione identifica nelle chiamate intra-companyl’utilizzo maggiore (36%) delle applicazioni VoIP,anche se l’uso previsto per chiamate off net versoclienti (25%), fornitori (22%) e remote workers(21%) è consistente. Benchè ormai la qualità deiservizi VoIP per il business sia molto simile a quella

del la PSTN, le aziendevedono in questo ancora ilmaggiore fattore di criticità(64% degli intervistati men-tre il 43% considera il VoIPuna tecnologia ancoraimmatura).

In Europa, così come peri serviz i VoIP Consumer,anche per l ’ IP-Centrex i ltrend di sviluppo segue di 1-2 anni il trend worldwide.Anche qui le soluzioni IP-Centrex si svi lupperannocon tassi elevati superiori aquelli dell’Hosted IP PBX. Al2008 Ovum st ima che i l20% dei r icavi del l ’ IP-

2003 2004 2005 2006 2007 2008

Use

rs in

mill

ions

250,0 18,000$ million

2004 2005 2006 2007 2008

16,000

14,000

12,000

18,000

10,000

8,000

4,000

2,000

0

200,0

150,0

100,0

50,0

0

FIGURA 3› Utilizzatori e ricavi di servizi consumer VoIP nel mercato mondiale.

World

Extensions (000s)

Revenues ($ million)

Total IP centrex revenuesIP centrex service rentalIP centrex call revenues

Total hosted IP PBX revenuesHosted IP PBX service rentalHosted IP PBX call revenues

Installed baseIP centrexHosted IP PBX

2003

35,918,617,3

92,254,837,4

82,0170,1

2004

97,252,544,7

157,796,661,1

256,6336,3

2005

418,9233,2185,7

331,8207,8124,0

1.206,9747,8

2006

1.254,0712,6541,5

686,9435,9251,0

3.254,51.540,3

2007

2.679,51.535,01.144,5

1.277,0813,4463,6

6.493,52.801,9

2008

4.578,32.633,91.944,3

2.089,11.336,3

752,8

10.819,74.530,8

CAGR

162,0%166,2%156,8%

90,8%92,8%87,4%

154,8%91,6%

TABELLA 3› Il mercato mondiale dei servizi IP Centrex e Hosted IP-PBX.



Centrex mondiale e circa i l 25% dei r icavidell’Hosted IP-PBX complessivo a livello mondialesaranno in Europa.

5. Scenario Italia

In Italia il mercato retailha visto sino al 2003 unapreva lenza d i operator iVoIP attivi sulle offerte peril mercato Business, men-tre il 2004 si sta rivelandocome l’anno del vero startup per le offerte VoIP con-sumer da parte soprattuttodei medi operatori.

Il mercato ADSL, ricono-sciuto come il maggiore fat-tore abi l i tante, insiemeall’ULL (Unbundling LocalLoop), per lo sviluppo delVoIP è in forte accelerazionedal 2003 (2,15 mil ioni. diaccessi di cui 1,65 milioni difamiglie); accelerazione che caratterizzerà anche il2004 (a giugno raggiunti oltre i 3 milioni di accessi,di cui circa 2,5 milioni di famiglie).

L’ULL è in forte crescita soprattutto per accessiADSL: previste (a fine 2004) 900 - 950.000 lineeULL di cui 461.000 per dati (+ 90%).

Le soluzioni VoIP su ADSL sono implementatedagli OLO di fascia media (Elitel, Eutelia, Tiscali, ...)che stanno riposizionandosi come operatori IP epuntano a sfruttare il VoIP per aumentare le loromarket share. In questo contesto competitivo imaggiori OLO (Wind e Albacom) non sono ancoraentrati nel mercato del consumer VoIP, mentreTelecom Italia ha appena lanciato la sua offertaAlice Mia per il Consumer (si veda il riquadro diapprofondimento “Telecom Italia: Alice Mia”).

In Italia l’unico operatore che offre servizi IP-TV(Internet protocol –Television) in logica Triple Play èFastweb (151.000 clienti dotati di IP-TV STB e417.000 clienti totali a giugno 2004). Fastweb pro-pone un’offerta premium per l’utenza di fascia altasfruttando l’immagine di operatore ad alta velocitàintegrato con l’offerta di contenuti di TV digitale,sia broadcast che interattiva.

5.1 Il mercato VoIP in Italia

Per i ricavi del servizio VoIP in Italia, GartnerGroup, prevede una crescita nel periodo 2004-2008 da 150 a circa 600 - 700 milioni di euro(CAGR del 18%), che porta a raggiungere il 5% deiricavi totali Fonia nel 2008 (figura 4); la stimainclude i ricavi da chiamate VoIP quali IP Adsl, IPPBX, offerta IP Centrex ed esclude il traffico dellecalling card (Fonte Gartner Group, ottobre 2004).

Segmentando il mercato del VoIP nelle suediverse componenti tecnologiche (Voice IP, IP PBXe IP Centrex) prevale una forte presenza del VoiceIP (incluse soluzioni Voice over ADSL) che rivolgen-

dosi prevalentemente al mercato Consumer rag-giungerà 270 milioni di euro nel 2008.

L’introduzione di soluzioni IP PBX e IP Centrexcambia il mix dei ricavi (con ricavi per IP PBX eCentrex da 105 milioni di euro nel 2004 a 250milioni di euro nel 2008) con una incidenza percen-tuale attesa in 4 anni del 43% sul totale VoIP(figura 5).

La suddivisione dei ricavi per tipologia di servi-zio indica (Fonte Gartner Group, ottobre 2004) che:• il modello PC-to-PC (DIY) rappresenta il 10%

del Totale VoIP revenue nel 2004, derivante dalicenze SW e tempo di connessione;

• il PC-to-Phone rappresenta il 70% del totaleVoIP revenue nel 2004, dovuto ad un marginemaggiore delle offertePC to PC ed una mag-

2002

800 6,0%

% V

oIP

Rev

enue

s

Rev

enue

s (m

ilion

i eur

o)

5,0%

4,0%

3,0%

2,0%

1,0%

0,0%

700

600

500

400

300

200

100

02003 2004 2005 2006 2007 2008

Total VoIP Revenues % VoIP on Tot Voice Market

FIGURA 4› L’andamento dei ricavi del VoIP retail in Italia (fonte: Gartner Group, 2004).

100,0%

2002 2003

% VoIP Consumer

% VoIP Business

2004 2005 2006 2007 2008

90,0%

80,0%

70,0%

60,0%

50,0%

40,0%

30,0%

20,0%

10,0%

0,0%

Fonte: Gartner Group, 2004.

FIGURA 5› Il mercato italiano retail VoIP.



giore penetrazione nel mercato rispetto almodello phone to phone;

• si prevede che gli attuali utilizzatori del pc tophone migreranno verso soluzioni Phone-to-Phone nel medio termine, raggiungendo il 55%del totale VOIP Revenues nel 2008.Inoltre, nel medio termine si prevede che circa il

20% dei clienti Consumer Broadband (figura 6)adotteranno soluzioni VoIP, grazie ai risparmipotenziali (20%-30% sulla bolletta) che offrirannoqueste soluzioni per la PSTN.

Per gli operatori OLO in Italia, il VoIP double playcostituisce un’ottima opportunità per aggredire ilricco mercato, Consumer e Business, della offertaintegrata ed erodere quote di mercato all’incumbent.Molti di questi operatori sono presenti nel mercatobusiness da tempo, mentre le offerte consumer VoIP

Telecom Italia:ALICE MIA

Caratteristiche dell’Operatore:

• Operatore: Telecom Italia;• Brand: Alice Mia;• Target: Consumer;• Tipologia Servizio: Phone to Phone;• Modello competitivo: Double Play;• Tipologia di accesso: VoIP su ADSL.

Caratteristiche dell’offerta:

• 3 linee telefoniche (1 su RTG e 2 inVoIP su ADSL);

• fino 3 conversazioni contempora-nee;

• fino a 5 numeri telefonici “perso-nali” + 1 n. telefonico “familiare”,ciascuno dei quali associabile adun cordless;

• servizi aggiuntivi gratis gestibili inmodo personalizzato su ogni n°telefonico;

• Connessione ADSL a 640 Kbits osuperiore;

• 5 connessioni Internet WI-FI con-temporanee alla voce;

• Apparato modulare IAD costituitoda:modem Alice Gate (con funzioni di

modem ADSL con interfacce USBe ETH);modulo WiFi (con gestione d’inter-faccia verso i terminali cordlessWiFi);modulo DECT (con gestione d’in-terfaccia verso i terminali cordlessDECT).

Servizi aggiuntivi forniti:

• Trasferimento di Chiamata;• Autodisabilitazione chiamate

uscenti a chiave;• Segreteria telefonica centralizzata

(notifica via SMS);• Identificatore Abbonato

Disturbatore;• Identificazione del chiamante

(Chi è);• Blocco dell’Identificazione del

Chiamante (BIC);

• Override 400, 405;• Richiamata su occupato (servizio 5);• Ascoltami su occupato (servizio 3);• SMS/EMS;• 4* (4 Star);• VAD;• 4888 Pay For Me;• Invio messaggi Accesso a servizi

a carta;• Documentazione dei consumi

(distinta numero);• AURL (intercettazione per Autorità

Giudiziaria).

Pricing:

• ALICE MIA: 4,95 euro/mese addi-zionali sul costo dell’accessoADSL;

• Il contributo di attivazione è di 28euro (è gratis per i clienti Alice).

Smart card e Moduli WiFi e base di Alice Mia.

2002

Con

sum

er B

road

band

use

rs (

x 1

.00

0)

2003 2004 2005 2006 2007 2008

10.000

8.000

6.000

4.000

2.000

0

Consumer Broadband (K)Broadband VoIP Consumer (K)

Fonte: Gartner Group, 2004.

FIGURA 6› Il mercato italiano retail Broadband VoIP.



sono più recenti e più innova-tive. Tali operatori hanno undifferente posizionamento diofferta sui servizi VoIP indipendenza delle loro infra-strutture e quindi del livello diinvestimenti fatti. In partico-lare nelle figure 7 e 8 sonorappresentati rispettivamenteagli operatori presenti in Italiae le loro offere di servizio sulsegmento Consumer eBusiness con i r ispettivimodelli di offerta e di pricing.

6. Servizi

Utilizzare la tecnologiaVoIP signi f ica anche, esoprattutto, abilitare lo svi-luppo di prestazioni innova-tive. In particolare l’affer-marsi del protocollo SIP, pensato per lavorare sureti IP, porta con se una notevole flessibilità nellosviluppo di nuovi servizi ed applicazioni a partireda alcune funzionalità/servizi di base come:• Presence: consente di conoscere lo stato di

disponibilità di un utente, ad esempio fornendoindicazioni sul la sua presenza o meno inazienda, oppure indicando se al momento stalavorando al suo PC o se è raggiungibile sulcellulare e così via;

• Registrazione: notifica alla rete (al momento del-l’attivazione) che un certo utente è raggiungibilead un certo indirizzo IP;

• Identificativo unico: ogni utente è caratterizzatoda un identificativo logico detto SIP URL o indi-rizzo SIP, che lo identifica univocamente attra-verso le varie applicazioni;

• Mobilità utente: grazie alla procedura di regi-strazione, la rete sa instradare dinamicamentele chiamate verso il terminale da cui l’utente haeffettuato la registrazione ovunque esso sia;

• Forking: quando un utente è registrato su piùterminali contemporaneamente, i server in reteinstradano le chiamate su tutt i i terminal isecondo un ordine prestabilito (ad esempio dal-l’utente).Utilizzando queste funzionalità e sfruttando l’in-

tegrazione tra sistemi di comunicazione e sistemiinformativi si può sviluppare un’ampia gamma diservizi innovativi pensati per il mercato business(aziende, health care, pubblica amministrazione) eresidenziale, quali:• STS (Servizi Telefonici Supplementari): che ven-

gono replicati simulando la stessa logica di ser-vizio delle reti tradizionali;• Real-time call manage-ment: l ’utente decide se,dove e come r icevere lechiamate e i messaggi a luiindir izzat i . L’utentepotrebbe, ad esempio,attraverso un’ interfacciaweb impostare delle regoledi filtro (ora, data, identitàdel chiamante, priorità dellachiamata, …) che deviano lechiamate verso il suo cellu-lare o il suo PDA piuttostoche verso i l suo telefonof isso o i l PC, stabi lendoanche in che forma si vuolericevere la comunicazione(e-mail, voicemail, chiamatavocale, …). I server di rete,sulla base di queste indica-zioni, gestiscono in manieradinamica e trasparente tuttele comunicazioni indirizzate

ABBEYPHONE

XXXXXXXX(YYY)

EUTELIA(New Offering)

TISCALI(New Offering)

FASTWEB(Megalinea)

UNIDATA(Wide Open Solution)SQUILLO NET2PHONE

ABBEYNET(DeeJay)

TISCALI(Net Phone)

YAHOO! ELITEL(Futura Light)

Operatore(Offerta)=

Mista FlatA consumo

IP Centrex

IP PBX

Double Play

ISP

FIGURA 7› Il posizionamento degli Operatori e delle offerte VoIP consumer in Italia.

XXXXXXXX(YYY)

UNIDATA(BusinessUnivoice)

Operatore(Offerta)=

Mista FlatA consumo

IP Centrex

IP PBX

Double Play

ISP

FASTWEB(Small Solution)

FASTWEB(One Solution)

ELITEL(Business VoIP)

COLT(New Offering)

NOICOM(Noi Diretto Flat)

ELITEL(Futura Pro)

EUTELIA(Unica)

UNIDATA(Wide Open Solution)

ALBACOM(UNY Script 640)

ATLANET(Megavia Voce)

TELEUNIT(Vettore 24,5 WLL)

NOICOM(Noi Diretto)

NET2PHONESQUILLO

ABBEYNET(Voi Sip Standard)

FIGURA 8› Il posizionamento degli Operatori e delle offerte VoIP business in Italia.



all’utente, appoggiandosi di volta in volta sultipo di rete e terminale più appropriati (Verizonsi appresta al lancio di un sistema di questotipo chiamato “iobi”);

• IP-Telephony: abilitare un chiamante a richie-dere la comunicazione verso un destinatarioindividuato da un ID logico (l’indirizzo, la e-mail), consentire funzionalità come il click-to-dial o il click-to-chat, o integrare la comunica-zione con servizi di videochiamata;

• Web call center: i server di rete possono indiriz-zare le chiamate dinamicamente verso gruppi dioperatori distribuiti all’interno della WAN, appli-cando delle regole di instradamento ad esempiobasate sulle informazioni di presence;

• Instant messaging/cross messaging;• Virtual communication communities: vengono

definiti dei gruppi logici di utenti che abilitano lacreazione di servizi come:Virtual Project: la comunità è composta da per-

sone appartenenti allo stesso progetto, che pos-sono attivare all’interno del gruppo sessioni dichat, cooperative working, instant messaging, uti-lizzando le informazioni di presence per monitorarela disponibilità dei collaboratori o per invocaredelle conferenze istantanee;

Teledidattica;Telelavoro: l’utente attiva da casa il suo profilo

di lavoro e accede a tutti i servizi.• Attivazione l inee on-demand: l ’utente può

richiedere l’attivazione, anche solo temporanea,di una linea telefonica supplementare (serviziosubordinato alla disponibilità di banda);

• IP-Centrex: si tratta di servizi di tipo Centrexofferti dal service provider a partire dalla propriapiattaforma di rete ed in particolare utilizzando ipropri softswitch ed appl icat ion server inmaniera “multitenancy” cioè condividendo lapiattaforma tra più clienti. Queste sono alcunedelle features disponibili:Unified messaging (visual voicemail inclusa);Instant messaging, presence management;Click to talk;Find-me, follow-me;Call block, call waiting, call return;Automatic call distribution (ACD);Web-based call management;Outlook integration;Piano di numerazione private;Chiamate locali e long distance on-net, off-net.Infine l’integrazione delle informazioni di pre-

sence con i servizi di localizzazione consentirà dirisolvere alcuni problemi di rintracciabilità delle chia-mate di emergenza, che al momento costituisconoun punto di attenzione dal punto di vista regolatorio.

7. Architetture e tecnologie di riferimento

La diffusione degli accessi BB e il contempora-neo sviluppo e disponibilità di nuove applicazioni eservizi multimediali (voce, dati, video), comporta lanecessità di una evoluzione tecnologica verso retidi telecomunicazione multiservizio di nuova conce-

zione NGN (Next Generation Networks).Per soddisfare i requisiti dei nuovi servizi utiliz-

zando le nuove tecnologie, molti carriers stannointroducendo una profonda e rapida trasforma-zione della rete da una infrastruttura nata per il tra-sporto della voce e utilizzata anche per i dati, aduna infrastruttura integrata in tecnologia IP pervoce, video, dati, broadcast TV, VoD e altri servizimultimediali che emergeranno in futuro e potrannoessere rapidamente integrati grazie alle caratteristi-che di flessibilità della rete.

La rapidità con cui lo scenario tecnologico e dimercato sta evolvendo ha inevitabilmente portatoallo sviluppo di una moltitudine di soluzioni verti-cali, vantaggiose in termini di rapidità di sviluppoma svantaggiose in termini di costi, tempi e com-plessità di integrazione tra le singole applicazioni.Per questo motivo sembra emergere una tendenzaad andare verso soluzioni architetturali “orizzontali”che, a fronte di un investimento iniziale maggiore,consentano una elevata riusabilità delle soluzioni,facilità di integrazione dei servizi e riduzione deitempi e dei costi di sviluppo.

Le architetture “orizzontali” di questo tipo gene-ralmente sono caratterizzate da una separazionefunzionale tra i livelli di trasporto, controllo, servi-zio, oltre che dalla centralizzazione delle basi datirelative ai profili dei clienti e dall’adozione di inter-facce e protocolli standard. Ognuno di questi livellifunzionali viene così modificato:• Trasporto: è completamente IP ed include sia le

reti di accesso di vario genere (xDSL, GigabitEthernet, WiFi), sia le componenti di rete EDGEe CORE. Anche il trasporto dei flussi di segna-lazione delle sessioni multimediali (voce, dati,video) avviene sulla infrastruttura IP che vienemessa a fattor comune con tutti i tipi di servizi.L’evoluzione nel medio-lungo periodo porteràprobabi lmente a ret i completamenteIP/Ethernet/ WDM (Wavelenght Div is ionMultiplexing) con QoS in grado di fornire tutti iservizi a tutti i mercati, VoIP, APC (Advancedpersonal Communication), e-mail, Internet,VOD, personal TV, BTV (100 canali), HD BTV(High Definition Broadband TV), MM Gaming,file sharing ad alta velocità, ... .

• Controllo: dovrà essere realizzato in modo fun-zionalmente indipendente dal servizio, abili-tando così l’introduzione di nuove applicazionisenza intervenire sulle logiche del servizio.Attualmente, la scelta verso la quale sembra sistia orientando il mercato prevede l’utilizzo delprotocollo SIP per il controllo di tutte le sessionimultimediali tramite SIP servers spesso integratiall’interno di softswitch che gestiscono l’interla-voro con le altre reti (PSTN, GSM…).

• Servizio: si basa su piattaforme software (appli-cation servers SIP) che abilitano la creazione ela composiz ione di serviz i ut i l izzando unambiente di sviluppo e di gestione dei servizicondiviso e che forniscono un accesso sicuro econtrollato alle risorse di rete da parte di appli-cazioni di terze parti (ad esempio, tramite ungateway Parlay).



• Informazioni: prevede la centralizzazione di tuttele informazioni relative ai profili degli utenti cherisultano così accessibili a tutte le applicazioniche lo richiedono.Infine, esiste il Livello Utente, che nelle architet-

ture NGN acquisisce un ruolo più significativorispetto ai servizi tradizionali, in quanto i terminalidiventano oggetti evoluti che implementano le logi-che client dei servizi sviluppati sui server applica-tivi e che sono, a tutti gli effetti, parte integrantedella rete.

I protocolli di segnalazione più util izzati inambito VoIP sono:• H.323, nato come estensione al mondo IP degli

schemi di segnalazione tradizionali (ISDN);• SIP, un protocollo che implementa logiche che

derivano nativamente dal mondo IP, pensatoper fornire soluzioni di comunicazione e di con-vergenza su reti IP fisse e mobili;

• MeGaCo/H.248 MGCP (Media Gateway ControlProtocol), protocolli di segnalazione progettatiper il controllo remoto di Media Gateway (tra cuieventuali Access Gateway).Nonostante H.323 sia il protocollo più maturo

per l’IP Telephony, SIP, grazie alla sua maggiorepredisposizione a sviluppare servizi di convergenzavoce-dati su reti e terminali eterogenei, sembraessere il principale candidato a diventare lo stan-dard de facto per le reti del futuro.

Sul fronte della codifica audio, generalmentevengono supportate le seguenti codifiche (con irelativi bit rate):• ITU-T G.711 (bit rate 64 Kbit/s);• ITU-T G.729A (bit rate 8 Kbit/s);• ITU-T G.723.1 (bit rate 5,3 Kbit/s o 6,3 Kbit/s).

Questi sono i principali elementi architetturali ele loro funzionalità di una rete NGN:

Softswitch:• Svolge funzioni di gateway di segnalazione

(H.323 vs ISUP/INAP vs SIP);• Lato rete PSTN è in grado di interfacciarsi diret-

tamente con gli autocommutatori;• Controlla i Media Gateway tramite protocolli

MGCP o MeGaCo/H.248;• Gestisce l’interlavoro verso reti di altri Operatori

(non necessariamente PSTN);• Gestisce la documentazione dei servizi telefo-

nici e di interconnessione;• Può gestire la logica del servizio telefonico base

e dei servizi STS (esempio H.323).

Media Gateway:• Trasforma la sequenza di pacchetti IP in flusso

TDM e viceversa;• Gestisce la transcodifica dei media.

Residential Gateway:• Esegue la conversione da analogico a digitale e

la “pacchettizzazione” del traffico voce;• Gestisce la segnalazione lato utente (H.323,

SIP, MGCP e MeGaCo/H.248);• Consente al cliente di utilizzare telefoni analo-

gici (tramite porte analogiche POTS);

• Supporta la connessione di IP phones, STBs,wireless phones, PC ;

• Gestisce i meccanismi di QoS;• Gestisce la logica dei servizi STS e VAS nella

quota parte che coinvolge la CPE.

SIP Proxy:• controllo delle sessioni SIP (SIP Proxy, SIP

Registrar);• gestisce la logica dei servizi telefonici base;• accesso alle logiche dei servizi sviluppate negli

Application server;• accesso a DB unico (LDAP/SQL…) con profili e

dati d’utente;• documentazione dei servizi telefonici e VAS.

Application server:• forniscono la logica dei servizi VAS (ed even-

tuali STS);• accesso ad un DB unico (LDAP/SQL) con profili

e dati utente.

8. Scenari di rete

I possibili scenari di rete che gli Operatori pos-sono adottare per offrire un servizio VoIP, sonomolteplici e si differenziano soprattutto per comeavviene la raccolta e la terminazione delle chia-mate; ovvero a seconda che si possieda o menol’infrastruttura di accesso.

In ambito consumer, con riferimento al mercatoital iano, gl i scenari di rete più diffusi sono iseguenti:

Scenario 1: Access Provider - Incumbent:L’ Access Provider utilizza la propria infrastrut-

tura di accesso per offrire il servizio al clientef inale. Tipicamente i l Provider (ad esempioIncumbent) struttura la propria offerta come doubleplay, offrendo cioè il VoIP come add-on della con-nettività dati/Internet, ma volendo potrebbe pen-sare di offrire il solo servizio voce ad esempio permoltiplicare il numero di linee disponibili, tenendoloseparato dal servizio fast Internet. La stessa archi-tettura può supportare, se la banda dell’accesso loconsente, anche offerte di tipo Triple play (voce,dati e video).

Scenario 2: ULL Shared Access / Fibra Ottica:Il competitor si appoggia all’offerta di ULL o uti-

lizza la propria infrastruttura di rete in fibra e offrel’accesso BB all’end user comprensivo di servizioVoIP (figura 9).

Scenario 3: ISP + Media Gateway:Il competitor lascia che sia il carrier (Access

Provider) a offrire l’accesso BB al cliente e si limitaad offrire il servizio VoIP e gli eventuali VAS (nellafigura 10 con il tratteggio in verde).

In questo caso il VoIP provider che non con-trolla direttamente l’accesso e non può strutturarela propria offerta come double o triple play, utilizzaun modello di business di tipo “ISP”.



Il cliente può sia effettuare che ricevere chia-mate telefoniche grazie ad un numero telefonico ead un dispositivo di accesso (IAD, IP-Phone) oeventualmente ad un softclient forniti dal providerdel servizio.

In ambito business/corporate, gli scenari di retesi modificano a seconda di quale modalità è utiliz-zata per erogare il servizio:

VoIP over WAN (WideArea network):

Il SP offre il trasporto IPdelle chiamate sulla WAN apartire dalle CPE legacy delcliente anteponendo appa-rat i in grado di fare dagateway tra il mondo IP e ilmondo TDM (ove necessa-rio) e garantendo il routingdelle chiamate sulla WAN.Generalmente il traffico on-net è offerto a tariffe scon-tate, mentre quello off-net(per esempio verso la PSTN)transita attraverso appositigateway ed è soggetto alletariffe di interconnessione.

Hosted IP-PBX:Il SP fornisce e gestisce il

servizio tramite IP-PBXbranded dedicati al singolocl iente, situati nei proprilocali. Il cliente potrebbe, adesempio, gestire in locale ipropri IP-PBX nel le sediprincipali e utilizzare questoservizio per le sedi seconda-

rie (con IP-PBX della stessa marca forniti dal SP).

IP-Centrex:La rete di fonia del cliente è gestita dal Service

Provider che mette a disposizione il proprio back-bone IP e fornisce dalla propria rete un servizio confunzionalità PBX-like la cui logica è implementataall’interno dei propri softswitch e application server

(figura 11).Ogni cliente ha a disposi-

zione un proprio piano dinumerazione ed un set diapplicazioni che può sce-gliere tra quelle rese disponi-bili dalla piattaforma. Il pri-cing è generalmente stabilitosul la base del numero diutenti serviti e del tipo diapplicazioni r ichieste edinclude l ’accesso, lagestione del servizio e delleapplicazioni oltre tipicamentead un servizio di help desk.

9. Terminali

La tecnologia VoIP portacon se la necessità di svi-luppare terminal i evolut iche s iano in grado d igestire al meglio i serviziinnovativi abilitati da questatecnologia.

OLO

DBRep.

ServerVoIP

SoftSW

Rete IP

Doppino in ULL Doppino in ULL

Interconnessione

IAD IAD

MediaGTW

AreaGTW PSTN

SGU

ADSL

OLO

ADSL

OLO

ADSLDB

GTWIAD

OLOULL

PSTNSGUVoIP

=========

Asymmetric Digital Subscriber LineData BaseGateWayIntegrated Access DeviceOther Licensed OperatorUnbunding Local LoopPublic Service Telephone NetworkStadio di Gruppo UrbanoVoice over IP

FIGURA 9› Ambito consumer scenario ULL Shared Access/fibra ottica.

12

56

98

0

3

7

4

*

12

56

98

0

3

7

4

*

AccessProvider

VoIP

IAD

ADSL Rete IPPSTN

SGU

IP ADSL

DBRep.

ServerVoIP

ISP

MediaGTW

AreaGTW

Interconnessione

SoftSW

ADSLDB

GTWIADISP

PSTNSGUVoIP

========

Asymmetric Digital Subscriber LineData BaseGateWayIntegrated Access DeviceInternet Service ProviderPublic Service Telephone NetworkStadio di Gruppo UrbanoVoice over IP

FIGURA 10› Ambito consumer scenario VoIP modello ISP (area tratteggiata) e modello incumbent

(intero schema).



Ad oggi, i terminali in grado di gestire chiamatesu IP si possono suddividere nelle seguenti fami-glie:• Softphones: sono applicativi installati su desk-

top, laptop o PDA, che simulano il funziona-mento di un telefono evoluto e consentono digestire le chiamate entranti/uscenti e i servizitelefonici (es. call hold, Three party conference,caller ID, …).Applicazioni: una soluzione come questa è par-

ticolarmente indicata in contesti lavorativi come icall centers, dove l’operatore effettua le chiamatedavanti ad un monitor, mentre risulta un po’ menoattraente per la clientela residenziale che potrebbepreferire l’utilizzo di un telefono tradizionale.• IP-Phones: rappresentano l’evoluzione nel

mondo IP del classico telefono analogico. Ingenere sono dotati di una interfaccia Ethernet oUSB (Universal serial Bus) che consente il colle-gamento diretto alla rete IP, e di un display più omeno evoluto (alfanumerico, grafico, con fun-zioni di web browsing).Appl icazioni : gl i IP-Phone sono terminal i

“maturi”, che hanno già un loro ampio utilizzosoprattutto in ambito business. La loro diffusione èperò ancora frenata da problemi di interoperabilità(apparati di vendors diversi che, anche se utiliz-zano lo stesso protocol lo, per esempio, SIP(Session Initial Protocol), riescono ad operare solosu un range di funzionalità molto ristretto), costoelevato e problemi di configurazione non semprefacili da risolvere.• Integrated Access Devices (IAD): sotto questa

definizione rientra un ampio spettro di disposi-tivi più o meno sofisticati, che dal punto di vistadella telefonia consentono di effettuare chia-mate VoIP utilizzando telefoni POTS. Anchequesti apparati come gli IP-phone sono ingrado di gestire diversi protocolli di segnala-zione e diverse codifiche audio.

Applicazioni: l’utilizzo diquesti apparati è particolar-mente indicato in un conte-sto consumer/SoHo dovepuò essere integrato con ilmodem/router di accesso ein tutte le situazioni in cuinon si voglia dismettere ilparco telefoni tradizionalidisponibile.• Personal Digital Assistant(PDA): i dispositivi palmariintegrati con una schedawireless LAN, possonoessere dotati di un clientVoIP in grado di gestire dellechiamate VoWLAN (Voiceover Wireless Local AreaNetwork). Questi applicativisono a tutti gli effetti dei softclient VoIP simili a quelli uti-lizzati sui PC/laptop e fannosi che anche per i PDA val-gano le stesse considera-

zioni del paragrafo softphones. Molti PDA dinuova generazione integrano la connettivitàGSM/GPRS (Global System for mobi leCommunications/ General packet radio service),WiFi (Wireless Fidelity) e Bluetooth al propriointerno diventando delle vere e proprie posta-zioni mobili di comunicazione.Applicazioni: principalmente in ambito business,

quando è richiesta una elevata flessibilità per glispostamenti del cliente.• WiFi Phones: con questo termine si indicano in

genere i WVoIP (Wireless VoIP) phone 802.11bche sono cordless evoluti in grado di gestirechiamate VoIP e servizi multimediali utilizzandola rete WiFi. Questi terminali potrebbero adesempio connettersi agli access point della reteWLAN aziendale oppure ad un access pointcostituito da un gateway ADSL (hot-spot in abox), che dia loro accesso alla rete IP.Applicazioni: in un primo momento le applica-

zioni saranno prevalentemente in ambito business,ad esempio, per garantire la mobilità all’interno delperimetro aziendale;nell’ambito consumer però giàsono disponibili le prime offerte VoIP con terminaliWiFi: Telecom Italia ha appena lanciato (30 settem-bre 2004) il servizio Alice Mia che utilizza anche unterminale WiFi ; anche i c l ient i dei serviz iNet2phone hanno la possibilità di usare terminaliWiFi.

10. Conclusioni

La tecnologia VoIP nel Mercato Consumer,introdotta dapprima dagli operatori “ISP like” comestrumento di toll by-pass sulle chiamate internazio-nali e su quelle long distance, si è sviluppata alpunto da indurre anche gli OLO ad appropriarsenee a fare evolvere le proprie infrastrutture e serviziintroducendo offerte integrate “Double e Triple

12

56

98

0

3

7

4

*

12

56

98

0

3

7

4

*

12

56

98

0

3

7

4

*

12

56

98

0

3

7

4

*

12

56

98

0

3

7

4

*

12

56

98

0

3

7

4

*

analog phone

ISDN phone

IP phones

IP CustomerGateway

Enterprise LAN

Call ManagementServer

Directory NetworkManagement

Service Management

WEB Provisioning

AuthenticationBilling

Supervisione

EnterpriseLAN

IP phones

CCNMS

UMS

Reti telefoniche

ManagedIP backbone

SignallingGateway

TrunkGateway

CCNMSISDNLAN

UMS

====

Call Control Management ServerIntegrated Service Digital NetworkLocal Area NetworkUnified Messaging Server

FIGURA 11› Ambito business scenario IP Centrex.



play”. Di fatto, il servizio VoIP ha esteso il suocampo di utilizzo dal backbone all’accesso, ai ser-vizi, alle applicazioni e ai terminali. La rispostadegli Incumbent è stata rapida ed ha portato al lan-cio di serviz i commercial i da parte di BT(Braodband Voice) e di France Telecom (Illimité/Appelle liberté), oltre a quello, più recente, diTelecom Italia (Alice Mia).

I driver di questa evoluzione sono, per gliincumbent, l’opportunità di estendere i vantaggiofferti dalle reti in tecnologia IP anche ai servizi amaggior valore aggiunto e, ad esempio, alla possi-bilità di aggiungere alla linea telefonica tradizio-nale, linee e numeri telefonici con cui utilizzare ser-vizi IP based (tra cui VoIP) . Gli incumbent cercanodi orientare la propria strategia in modo da arric-chire di servizi aggiuntivi gli accessi Broadband.

Per gli OLO il driver principale è la ricerca dimaggiori quote di mercato da realizzare attraversolo sviluppo delle nuove infrastrutture Broadbandintegrate e l’evoluzione dei servizi verso modelli ditipo “Double e Triple Play”. In questa logica sistanno muovendo in Italia Tiscali, Eutelia ed Elitel,seguendo le orme di Fastweb.

Gli ISP tendono a posizionarsi come VoIP pureplayer, prevalentemente r ivolt i a l mercatoConsumer, con offerte web based appoggiate suaccessi Broadband forniti da altri providers. È que-sto il caso di Abbeynet , Net2Phone, Squillo eYahoo.

Il mondo VoIP Business, cha ha visto lo svi-luppo delle soluzioni dedicate VoIP all’interno delleVPN e di IP-PBX per clienti Corporate, sta progres-sivamente evolvendo verso target di clienti difascia più bassa (SME e SoHO) con soluzioni con-divise più semplificate ed economiche basate suservizi tipo IP-Centrex. Questo è il caso in Italia diElitel e di Unidata.

CCMNS Call Control Mangement ServerCPE Customer Premise EquipmentCPS Customer Pre-SelectionDSL Digital Subscriber LineFTTB Fiber-to-the BuildingGSM Global System for Mobile CommunicationsGTW GatewayHD BTV High Definition Broadband TVIAD Integrated Access DeviceILEC Incumbent Local Exchange CarrierINAP Intelligent Network Application PartIP Internet ProtocolIP-TV Internet Protocol TelevisionISDN Integrated Service Digital NetworkISP Internet Service ProviderISUP ISDN Signalling User PartIXC Internet Exchange CarrierLDAP Lightweight Directory Access ProtocolMGCP Media Gateway control ProtocolNGN Next Generation NetworkNRF National Regulatory FrameworkOLO Other Licenced OperatorPBX Private Branch ExchangePDA Personal Digital AssitentPOTS Plain Old telephone ServicePSTN Public Switched Telephone NetworkQoS Quality of ServiceRBOC Regional Bell Operating CompanySIP Session Initiation ProtocolSME Small and Midsize EnterpriseSP Service ProviderSQL Structured Query LanguageSTB Set Top BoxULL Umbundling Local LoopTDM Time Division MultiplexingUMS Unified Messaging ServerUSB Universal Serial BusVAS Value Added ServiceVoD Video on DemandVOIP Voice over Internet ProtocolVoWLAN Voice over Wireless LANVPN Virtual Private NetworkWAN Wireless Area NetworkWDM Wavelenght Division MultiplexingWLAN Wireless Local Area NetworkWiFi Wireless Fidelity

ACD Automatic Call DistributionADSL Asymmetric Digital Subsciber LineAPC Advanced personal CommunicationARPU Average Revenue Per UnitBB Broad BandBTV Broad Band TelevisionCAGR Compound Annual Grow Rate

— ABBREVIAZIONI



Gianni Travaglini ha iniziato la sua attivitàin SIP nel 1987 nell’Area Mercato\Marketingoccupandosi delle Reti Pubbliche Specializzateper fonia e dati. Ha fatto parte dal 1991 al1993 del gruppo misto AT&T - SIP per losviluppo della Rete Intelligente e come PM halanciato il servizio Diapason (Televoto). Harealizzato analisi di settori verticali di clientela(Trasporti,Turismo e altri), ideando la cartatelefonica “Carta Alberghi” e il servizio Easy

Start (PBX+LAN) per le aziende start UP. Dal 2002 opera nelsettore Market Intelligence di Telecom Italia Wireline occupandosidi compet i t ive inte l l igence e Scout ing dei nuovi serv iz i etecnologie (è responsabi le editor iale del si to “ Intel l igencesull’innovazione”).

Cristian Cocozza si è laureato inIngegneria delle Telecomunicazioni presso ilpolitecnico di Torino nel 1999. Nel 2001 èstato assunto in TILab dove, per circa dueanni, è stato impegnato in attività di analisi dibenchmarking tecnologico a supporto dellaregolamentazione. Dal la f ine del 2002 sioccupa di business innovation, inizialmenteprendendo parte a progetti di ricerca in ambitomultimedia e terminali per rete di accesso,

successivamente occupandosi dell’analisi di posizionamento estudio dei modell i di business legati ad iniziative di ricercainnovative.

Yankee Group aug ’04: Fighting Goliath:CanAlternative VoIP Providers Survive?

Gartner Group set. 2004: Voice over IP - CompetitiveAnalysis.

Databank Consulting: Servizi innovativi Voice overBroadband – luglio 2004.

Ovum aug 2004: Consumer VoIP – forecast.

Yankee Group giu ’04: Mass Market Voice deploye-ment.

Ovum July 2004: Webcast - Consumer VoIP.

A. Del Pistoia, M. Burgassi, S. Balzaretti, P. Senesi,“VoIP: business case di un competitor e stimaminacce per i ricavi di TI”, TILAB 20 maggio 2004.

L. Bianchi, “Terminali New Telephony: l’esperienzadella piattaforma NT e loro evoluzione”, TILAB 24 giu-gno 2003.

Gritella, Bianchi, Milanese, Senesi, “Stato delle attivitàsu terminali di nuova generazione per servizi voice-based e proposta operativa”, TILAB 26 giugno 2003.

F. Caracciolo, N. Salis, “Evoluzione Terminali WiFi”,TILAB, 19 maggio 2004.

De Nitto, G.; Ferrero, U.; Marino, S.: “Le nuove piat-taforme per i servizi multimediali”, Notiziario TecnicoTelecom Italia, Anno13, n. 1, giugno 2004, pp. 39-55.

— BIBLIOGRAFIA


Il Backbone IP diTelecom Italia Wireline

ALBERTO MARIA LANGELLOTTI

SIMEONE MASTROPIETRO

FEDERICO TITO MORETTI

ANTONIO SOLDATI

Il successo mondiale dei servizi Internet ed Intranet nel mercato delle tele-comunicazioni ha spinto, nell’ultimo decennio, gli Operatori del settore adinvestire maggiormente nella realizzazione di reti IP/MPLS (Multi ProtocolLabel switching) per trasportare qualunque tipo di servizio.Oggi, convogliare voce, video e dati su un’unica infrastruttura di trasportosi traduce in un requisito tecnico abbordabile, sfidante ed economica-mente vantaggioso in un mercato in continua crescita ed in regime diconcorrenza.Le attuali piattaforme di trasporto IP/MPLS di Telecom Italia Wireline sononate con questo obiettivo e, nei prossimi anni, estenderanno questo para-digma integrandosi progressivamente con la tecnologia dello strato di tra-sporto ottico.Nell’articolo viene descritto il backbone IP/MPLS di Telecom Italia Wirelinenel contesto dei servizi offerti, dell’evoluzione architetturale, della qualitàdel servizio ed, infine, del supporto al servizi telefonici.

1. Introduzione

“Tra non molti anni la mente umana ed i calcola-tori saranno interconnessi molto strettamente equesta alleanza uomo-macchina sarà in grado dipensare così come nessun essere umano ha maifatto finora, elaborando dati con prestazioni chesono ancora irraggiungibili per le macchine con cuieffettuiamo attualmente il trattamento delle infor-mazioni”.

Probabilmente Joseph Carl Robnett Licklider,uno studioso di psicoacustica meglio conosciutocome Lick, quando scrisse queste parole, raccoltein un saggio intitolato “Man-Computer Symbiosis”(simbiosi uomo-computer) negli anni 60, non imma-ginava di certo la portata delle sue parole. Neanchequando, nel lontano agosto del 1962, espose per laprima volta all’assemblea dei docenti del MIT

(Massachusetts Institute of Technology), la sua ideadi una “Galactic Network”, immaginava la reteInternet dei nostri giorni: una rete mondiale di com-puter interconnessi fra loro attraverso i quali tuttipotessero accedere facilmente e velocemente adati e programmi da ogni parte del globo.

Dalla rete ARPANET (figura1), che ne è conse-guita, ad oggi, i passi compiuti dalle telecomunica-zioni e nel mondo dell’informatica sono stati tanti enon è il caso ovviamente di ricordarli.

Il successo mondiale dei servizi Internet edIntranet nel mercato delle telecomunicazioni hacambiato radicalmente il modo di vivere di tuttinoi da molt i punt i d i v ista. Nel campo degl iOperatori tradizionali di telecomunicazioni le con-seguenze del successo delle reti Internet hannoavuto un riflesso tecnologico ed economico digrande portata.

PIATTAFORME

LANGELLOTTI › MASTROPIETRO › MORETTI › SOLDATI • Il Backbone IP di Telecom Italia Wireline.


Qualunque servizio Dati, Voce e Video puòessere veicolato oggi da un’unica piattaforma direte IP/MPLS, un cosiddetto Backbone unico pertutti i servizi. Gli impatti riguardano non soltanto iservizi di alto livello, ma anche le tecnologie tra-smissive e di commutazione del recente passato,veicolabili dal Backbone unico. Convogliare voce,video e dati su un’unica infrastruttura di trasportodati si traduce oggi in un requisito tecnico abbor-dabile, sfidante ed economicamente vantaggiosoin un mercato in continua crescita e in regime diforte competizione.

Il backbone unico IP/MPLS di Telecom ItaliaWireline nasce con questo obiettivo e nei prossimianni estenderà ulteriormente questo paradigma,integrandosi sempre di più con la tecnologia dellostrato di trasporto ottico, sia a livello di piano dicontrollo che di trasporto delle informazioni a pac-chetto.

Nel presente articolo viene descritto il back-bone IP di Telecom Italia Wireline nel contesto deiservizi offerti, dell’evoluzione architetturale, dellaqualità del servizio ed infine del supporto al servi-zio telefonico. In particolare, viene prima affrontatolo scenario dei servizi IP/MPLS, attualmente offertialle reti di accesso, per passare poi alla genesi edall’architettura funzionale e fisica del backbone equindi alla qualità del servizio offerta concludendo,infine, con l’impiego del backbone per i servizitelefonici Class4 e Class5.

2. I servizi IP/MPLS/TE per le reti di EDGE/GATEWAY

La piattaforma di trasporto IP/MPLS di TelecomItalia Wireline è composta da due backbone nazio-nali concepiti all’inizio del 2001 con due finalitàdiverse ma oggi convergenti:• OPB (Optical Packet Backbone), una rete multi-

servizio, nata come evoluzione della precedenterete IP denominata IBS (InterBuSiness) alloscopo di far convergere tutti i servizi dati e vocesu un'unica piattaforma;

• DTC (Data.com backbone), una rete dedicataalla sola clientela Executive.La rete OPB è stata modellata su 32 PoP per

concentrare tutte le tecnologie di accesso datiattualmente in campo nei principali nodi trasmissivinazionali.

La complessa operazione di migrazione dallaprecedente architettura ha richiesto circa treanni di intense attività di collaudo e di inseri-mento in rete. Da una semplice rete IP nazionaledi Router nata nel 1995 con i circuiti ATM a 34Mbit/s e a 155 Mbit/s, si è passati ad una reteIP/MPLS poggiata direttamente su uno stratotrasmissivo ottico a 2,5 Gbit/s e a 10 Gbit/s,epurata dalla componente di trasporto ATM econ funzionalità e prestazioni innovative chehanno già consenti to diversi important i t ra-guardi. Uno di questi è stato raggiunto nel 2003con l’offerta di un servizio di trasporto geogra-fico tra i Media Gateway del BBN (BackBoneNazionale) dedicati al traffico telefonico su IP,con garanzie di elevata protezione ai guasti tra-smissivi, di priorità di trattamento dei pacchettidurante i fenomeni di congestione della rete e disicurezza rispetto al resto del traffico dati veico-lato. Questo traguardo ha consentito la progres-siva dismissione della rete telefonica tradizionalenazionale a lunga distanza e l’integrazione deltrasporto del traffico dati IP con il traffico telefo-nico sulla piattaforma OPB [1].

Il prossimo sfidante traguardo è rivolto allesinergie tra le funzionalità dei backbone dati e larete di Trasporto ottico nazionale (OTN): realiz-zare una piattaforma di backbone per tutti i tipi diservizi fondata su due livelli e integrata, a livellod i p ian i d i cont ro l lo , t ra i nod i o t t ic i e iGigaRouter [2].

La rete DTC è stata invece concepita e realiz-zata negli anni 2000 - 2001 all’interno della busi-ness unit Data.com con l’obiettivo di offrire allaclientela Executive soluzioni innovative quali lereti di raccolta MAN GbE e le reti privati virtuali(VPN-MPLS).

Oggi la rete OPB costituisce il principale back-bone multiservizio per tutti i tipi di clientela, mentrela rete DTC è dedicata ancora alla sola clientelaExecutive. Questo ha consentito di arricchire il por-tafoglio dei servizi Executive con l’offerta “dualbackbone” in grado di garantire più elevati requisitidi affidabilità e di disponibilità di servizio grazie allapresenza di due backbone fisicamente separati mafunzionalmente equivalenti, ciascuno dotato di unpiano di controllo distinto.

FIGURA 1› La prima slide sulle reti IP (Fonte: Alex McKenzie).



La figura 2 sintetizza l’ar-t icolazione dei servizi adoggi attivi sulle due reti pub-bliche IP/MPLS di TelecomItalia Wireline.

I l backbone OPB sup-porta servizi di trasportoIP/MPLS sia per la clientelaExecutive/Business, (atte-stata nella rete di accessoattraverso tecniche ATM,Frame Relay, ADSL e GbE)che per la c l ientelaResidenziale (attestata viarete ADSL e dial-up); OPBfornisce inoltre un livello ditrasporto IP/MPLS per i ser-vizi telefonici su IP di tipoClass4 ( interconnessionenodi del BBN) e Class5(accessi VoIP) e per i servizidi interconnessione con gliIDC (Internet Data Center) diPomezia e Milano.

La rete OPB è diretta-mente col legata al le ret idegl i a l t r i ISP ( InternetService Provider) mediantepunti di peering “Privati” e“Pubblici” a seconda deicasi, realizzati generalmentepresso uno dei due puntineutri d’interconnessioneita l iani present i a Roma(NAMEX) ed a Milano (MIX).

L’interconnessione tra i due backbone è realiz-zata a Roma e a Milano, con collegamenti GbE perservizi IP ed SDH a 2,5 Gbit/s per i servizi VPN-MPLS, attuando in questo caso le funzionalità“Inter-AS-VPN” per le sedi cliente Executive atte-state in modalità “dual backbone”. La connettivitàverso la Big Internet, per tutte le destinazioni chenon siano interne oppure coperte dai Peeringappena citati, è ottenuta attraverso il backboneInternazionale di Telecom Italia Sparkle denominato“SEABONE”, il cosiddetto “Upstream Provider” peri backbone nazionali di Telecom Italia. Tutta la clien-tela nazionale, con o senza un proprio AutonomousSystem, per i servizi di tipo Full Internet o di VPNMPLS, accede ai backbone tramite apposite strut-ture di Edge (Router di Accesso, Router PE MPLS,NAS ADSL e NAS dial up) utilizzando le molteplicireti dedicate di accesso ATM, ADSL, GBE, SDH edISDN oggi disponibili.

3. L’architettura dei backbone IP

3.1 La genesi di OPB

L’attuale architettura della rete OPB è frutto diuna completa rivisitazione dell’architettura, siaf is ica che di rout ing, del l ’a l lora rete IBS(lnterBusiness).

Essa disponeva di 12 PoP (Point of Presence)distribuiti sul territorio nazionale e collegati geogra-ficamente ai due PoP principali di Roma e diMilano (dual-homing) attraverso circuiti PVC ATM,tipicamente dimensionati per qualche decina diMbit/s [3].

L’architettura di routing era basata esclusiva-mente sul protocollo OSPF, mentre il protocolloBGP era utilizzato soltanto per i punti di peering eper l ’ interconnessione con i l backboneInternazionale.

La nuova rete, costruita su 32 PoP nazionali, harivoluzionato l’architettura generale della rete:• trasformando il dual-homing dei PoP su base

geografica (Nord e Sud) in doppie attestazioniattuate verso Roma oppure verso Milano;

• creando altri nuovi 18 PoP, con un’architetturainterna analoga ma semplificata rispetto aquella dei 12 PoP presenti;

• dismettendo progressivamente i collegamentiATM, per iniziare il nuovo lento ma inesorabilepercorso di integrazione tra IP/MPLS e lo stratoottico;

• modellando il routing su un’architettura princi-palmente basata su BGP e OSPF per la topolo-gia della rete.Inoltre, i PoP di Roma e Milano hanno subito un

radicale cambiamento per permettere il nuovo“dual-homing” dei PoP, per raccogliere la cre-

M

M

MAN

GBE

MAN G

BE

Seabone

InternetData

Center

Voice GWCL 4 BBN(23 PoP)

Nodi diControllo CL5(Inner Core)

ClienteVoIP CL5

ClienteResidenziale

(ADSL e Dial-up)

ClienteExecutive

(ATM e MAN)

ClienteExecutiveDual BB

ClienteExecutiveVia ATM

ClienteExecutive

Via MAN GBE

Internet

PeeringNazionali

BackboneDTC

Edge DTC

Edge IBS

OPB

ADSLATMBBCL

DTCGBEGWIBS

MANOPBPoPVoIP

============

Asymmetrical Digital Subscriber LineAsynchronous Transfer ModeBackBoneClass 4 e Class 5Data.comGigaBit EthernetGatewayInternet BuSinessMetro Area NetworkOptical Packet BackbonePoint of PresenceVoice over IP

FIGURA 2› L’articolazione dei servizi sui due backbone IP Pubblici.



scente clientela locale e per abilitare nuovi servizi(come ad esempio il BBN).

Da un singolo PoP a Roma e a Milano si sonodapprima divise le funzionalità su due macchinedistinte (PoP Splitting), poi si sono raddoppiati iPoP (PoP Doubling) giungendo così alla creazionedi quattro PoP completamente autoconsistentidetti di Inner Core.

La tecnologia impiegata ai tempi di IBS eraprincipalmente della classe Cisco 7500, con capa-cità di switching tipicamente intorno ai 500 Mbit/s;nella fase di “PoP Splitting” (sdoppiamento deicentri stella di Roma e Milano per ragioni di “disa-ster recovery”) sono appars i in rete i pr imiGigaSwitchRouter Cisco (GSR) della classe 12000,con capacità pari a 60 Gbit/s (12012) e con archi-tettura interna completamente distribuita dove ilprocessore centrale è responsabile del piano dicontrollo e le singole schede di quello di forwar-ding dei pacchetti . Oggi la rete OPB uti l izzaessenzialmente tecnologia GSR Cisco (12016,12416), con capacità di switching variabili da 80 a320 Gbit/s.

La migrazione su rete SDH/DWDM dell’infra-struttura trasmissiva per tutti i 32 PoP ha richiestonuovi circuiti trasmissivi a 155 Mbit/s, 2,5 Gbit/s ea 10 Gbit/s, a seconda della dimensione e neces-sità di ciascun PoP.

La riorganizzazione del routing ha consentito,nel tempo, l’abilitazione di nuove importanti funzio-nalità quali (figura 3):

• il trasporto del traffico MPLS nella sua compo-nente base denominata “Provider Router” (“P”,giugno 2001, [4, 5]);

• l’abilitazione della componente “MPLS TrafficEngineering” a supporto del traffico voce BBN(“MPLS-TE”, giugno 2002, [6]);

• l’abilitazione della Qualità del Servizio per retiIP/MPLS a supporto del traffico voce BBN (“QoSDiffServ”, giugno 2002);

• l’attivazione delle componenti “MPLS-VPN” per larealizzazione di Reti Private Virtuali (Provider Edge);

• l’interconnessione tra le reti VPN di diversiAutonomous System nell’ambito dell’offerta“dual backbone” (“Inter-AS VPN”, luglio 2002).Attualmente, sono attivi su OPB più di 2.000 tun-nel MPLS-TE per il BBN, realizzati in magliacompleta su 23 PoP in modalità FRR (Fast Re-Routing) per assicurare un rapido ripristino deitunnel in caso di guasti sul backbone.Le altre componenti indicate in figura ed in

corso di approfondimento per un eventuale utilizzoin rete, riguardano:• il trasporto di altre VPN MPLS all’interno delle

VPN MPLS (Carrier Supporting Carrier, CSC);• il routing Multicast all’interno delle VPN (MPLS-

VPN);• il supporto su base geografica alle VPN di

livello 2 (Layer 2 VPN);• il trasporto di altre tecnologie su MPLS (Any

Transport Over MPLS).

3.2 L’architettura della rete OPB

Il backbone OPB (Optical Packet Backbone) èarticolato su 32 PoP nazionali, una topologia adoppio centro stella e la distinzione tra PoP diInner Core ed Outer Core (figura 4). L’Inner Core ècostituito dai due PoP di Roma e i due PoP diMilano, mentre l ’Outer Core è incentrato suirestanti 28, collegati in “dual-homing” a Romaoppure a Milano sulla base della loro localizzazionegeografica.

Il “dual-homing” dei 28 PoP di Outer Core suiCentri Stella è stato reso ancora più affidabile rad-doppiando i PoP di Roma e Milano su centralidiverse ed attestando ciascuno dei PoP Outer Corecon almeno 2 circuiti trasmissivi ai 2 PoP InnerCore (Milano Bersaglio e Milano Malpaga oppureRoma Inviolatella e Roma CTRL). A livello trasmis-sivo i nodi di OPB sono collegati fra loro attraversola rete ottica di trasporto nazionale, con circuitiDWDM punto-punto a 2,5 Gbit/s (STM-16) e a 10Gbit/s (STM-64) e con circuiti SDH a 155 Mbit/s(STM-1), tutti attestati su interfacce di tipo POS(Packet Over Sonet).

Come viene descritto in seguito, la rete è stataprogettata per essere completamente ridondata intutte le sue componenti ed immune a condizioni disingolo guasto, quale ad esempio il guasto di unRouter, di una singola scheda o di un circuito tra-smissivo. In caso di doppio guasto contemporaneoè attiva la funzionalità QoS/CoS (Quality of Service,Class of Service) per salvaguardare i servizi piùpregiati.

Inter-ASVPN

CcS MulticastMPLS-VPN

Layer 2 VPN

VPN MPLS/BGP (PE) Any Transportover MPLS

TrafficEngineering

DiffServQoS

DiffServaware TE

MPLS Funzionalità P(con architettura iBGP)

introdotta in rete

validata in test plant

in fase di studio

Funzionalità

ASCSCiBGP

MPLSPE

QoSVPN

TE

========

Autonomous SystemCarrier Supporting Carrierinternal Border Gateway ProtocolMulti Protocol Label SwitchingProvider EdgeQuality of ServiceVirtual Private NetworkTraffic Engineering

FIGURA 3› Le componenti funzionali del backbone OPB.



L’architettura attuale è costituita da:• 4 PoP Inner Core, equipaggiati ciascuno con

quattro circuiti STM-64, due geografici tra Romae Milano e due metropolitani nelle stesse città;

• 2 PoP Outer Core equipaggiati ciascuno concircuiti STM-64 (Padova, Torino);

• 24 PoP Outer Core equipaggiati con due circuitiSTM-16 (Alessandria, Ancona, Bari, Bergamo,Bologna, Bolzano, Brescia, Cagliari, Catania,Catanzaro, Firenze, Genova, Modena, Napoli,Nola, Palermo, Perugia, Pescara, Pisa, Rimini,Taranto, Trieste, Venezia, Verona);

• 2 PoP Outer Core equipaggiati con circuitiSTM-1 (Como, Savona).Il principale requisito di progetto alla base del

dimensionamento dei circuiti impone un limite sultraffico massimo complessivo per ciascun link parial 50% in modo da essere immuni ad una condi-zione di singolo guasto. La capacità di trasportointerna complessiva netta risultante è pari a circa80 Gbit/s1.

3.2.1 Inner Core

L’Inner Core è articolato sui 4 PoP diRoma e Milano, indipendenti ed autocon-sistenti (figura 5), ognuno dei quali conapparati Cisco GSR che ricoprono i lruolo di:•Centro Stella (CS) per l’attestazione deicircuiti verso i PoP dell’Outer Core;•Transito (T) verso le strutture diEdge/Accesso; •Gateway Internazionali (ITZ) per la termi-nazione dei collegamenti verso i PoP diSeabone;•Gateway (P) verso i punti di Peeringnazionali.I quattro PoP si poggiano su un doppioquadrilatero di circuiti trasmissivi a 10Gbit/s (STM-64) per le quattro dorsaliRoma-Milano. Oltre ai col legamentiPOS (Packet over SDH) [7], sono attivicollegamenti metropolitani in tecnologia10 GigabitEthernet ridondati allo scopodi in terconnet tere i quat t ro CentroStella ai Gateway Internazionali e diPeering e di bilanciare il traffico all’in-terno della rete.

Tutti i PoP dell’Outer Core sono atte-stati ad una coppia di apparati CiscoGSR dell’Inner Core con funzione di CS(Centro Stella). Per aumentare ulterior-mente l’affidabilità, poi, ogni PoP di InnerCore è completamente ridondato ed i col-legamenti provenienti dai PoP di OuterCore sono distribuiti su due coppie dinodi GSR.

Con riferimento alla figura 5, un gene-rico PoP Outer Core attestato all’Inner Core diMilano, ad esempio, dispone di collegamenti verso irouter Centro Stella CS1 e CS4, oppure verso CS2e CS3.

I quattro PoP di Inner Core, oltre a raccogliere edistribuire il traffico per tutta la rete, hanno il com-pito di aggregare il traffico ed i servizi localmenteper Roma e Milano, utilizzando le strutture di Edgededicate ai servizi Executive/Business o Residenziali(figura 6).

Un generico PoP di Inner Core rispetto ad unodi Outer Core dispone di:• uno dei quattro punti di “uscita” della rete dal

proprio Autonomous System per la connetti-vità verso altri ISP nazionali e la Big Internetattraverso Seabone, ut i l izzando due GSRdedicati (GW);

• di due VLAN di Transito a 10 GbE implementatesu di una coppia di Catalyst Cisco 6513, perforn i re la connett iv i tà a 10 Gbit /s con iGateway verso SEABONE ed i Peering. LeVLAN di Transito superano inoltre il confine delPoP per interconnettersi al PoP gemello a livellometropolitano in modo da permettere il bilancia-mento del traffico all’interno della rete.Tutti iGSR con tecnologia a 10Gbit/s (CS, ITZ e P)sono dei Cisco 12416.

TO

AL

SVGE

Milano

COBGBS

BZ

PoP OPB di Inner Core (2 a Roma, 2 a Milano)

PoP OPB principali (8)

dorsale a 2.5 Gbit/s (2 circuiti su router/PoP)

dorsale a 155 Mbit/s (2 circuiti su router/PoP)

dorsale Roma <--> Milano 2 circuiti a 10 Gbit/s

TS

VEPDVRBOMO

FIRN

PGPIAN

PERoma

BA

TA

NolaNA

CZ

CTPA

CA

GSRPoPOPB

===

Gigabit Switch RouterPoint of PresenceOptical Packet Backbone

PoP OPB secondari (20)

dorsale a 10 Gbit/s

•32 PoP, circa 100 GSR Cisco• 4 PoP Inner Core a 10 Gbit/s in dual homing (2 x STM-64 x PoP)• 2 PoP Outer Core a 10 Gbit/s in dual homing (2 x STM-64 x PoP)•24 Pop Outer Core a 2,5 Gbit/s in dual homing (2 x STM-16 x PoP)• 2 PoP a 155 Mbit/s in dual homing (n x STM-1 x PoP)•80 Gbit/s di capacità netta interna (80% del totale)•13 Gbit/s verso la Big Internet (10 x STM-16 x 80%)•12 Gbit/s per peering privati e pubblici (80% del totale)

FIGURA 4› L’architettura del backbone OPB (12/2004).

(1)Si tratta della capacità utile, valutata con l’equazione:24 PoP • 2 circuiti per PoP • 2,5 Gbit/s a circuito • 0,5 = circa 60 Gbit/s,a cui va sommato l’altro contributo:2 PoP • 2 circuiti per PoP • 10 Gbit/s a circuito • 0,5 = circa 20 Gbit/s.



3.2.2 Outer Core

L’Outer Core è costituitoda 28 PoP nazional i ,Pr incipal i o Secondari aseconda che si tratti di sedicon maggiori o minori inte-ressi di traffico.

Dal punto di vista funzio-nale entrambi i tipi di PoPdel l ’Outer Core hanno lestesse caratteristiche e ciòche li differenzia è la pre-senza di uno o due livelli diGigarouter.

L’architettura degli ottoPoP Principali (BA, BO, BS,FI, NA, PA, PD, TO) è illu-strata in figura 7. I due livellidi router nei PoP Principali,denominati Edge ed Core,sono collegati localmente inmaniera ridondata con velo-cità STM-16 e, tenuto contoche, secondo i criteri di pro-getto, i quattro collegamentidevono essere caricati sin-golarmente non più del 50%della loro capacità netta, nerisulta una capacità com-plessiva di traffico internapari a 5 Gbit/s.

Il livello Core vede i rou-ter di Centro Stella dell’areaInner Core su collegamenti avelocità STM-16, mentre ill ivello Edge di tutti i PoPOuter Core vede le strutturedi “Accesso”, indicate infigura 7 con la sigla EDGEIBS (da non confonderli coni GSR di Edge di OPB), sucollegamenti Fast Etherneto Gigabit Ethernet.

Le strutture di “Accesso”in questo contesto corri-spondono ad apparat i dilivello 3 (ovvero routing IP enon switching di livello 2)attraverso i quali vengonoserviti i clienti finali oppureerogate component i diServizio/Controllo. A talescopo una coppia di appa-rati Catalyst Cisco 6509,denominat i “CatalystInfrastrutturali”, realizzanodue VLAN di accesso, indivisione di carico e com-pletamente ridondate, per leseguent i strutture di“Accesso”:•Edge Executive, attraverso

STM-16

STM-16 STM-16

STM-16

POSStm-64

POSStm 64

Mila

no B

ersa

glio

Mila

no M

alpa

ga

Rom

a S

ud

Rom

a In

viol

atel

la

ITZ 1 ITZ 2

2 x 10 GE

2 x 10 GE

E2/T2

E2/T2

E1/T1

E1/T1

E2/T2

E2/T2

E1/T1

E1/T1

POS STM-64

POS STM-64

CS 4CS 1

CS 1

CS 3

CS 3

CS 2

Inner Core OPB

CS 2

P1 P2

ITZ 1 ITZ 2P1 P2

CS 4

CSE

GBEITZ

PPOS

T

=======

Centro StellaEdgeGigaBit EthernetInternazionalePeeringPacket Over SDHTransito

FIGURA 5› L’architettura dell’Inner Core di OPB.

EDGE IBS

STM-16

V

ITZ

P CS1

10GE

verso altro PoP CSVLAN TRS (3 e 4)

verso altro PoP CSVLAN ITZ (5 e 6)

10GE

10GE

GEGE

GE FE

FE

GE/FE

Cat6513

Cat6509

Route Reflector/Transiti per server

PoP CL4 BBNo VoIP CL5

NAS dial-upNAS ADSLEdgeExecutive

CS2

E1/T1E2/T2

STM-1ATMe GE

ADSLCSFEGEIBSITZ

NASPoPTRS

VLANVoIP

===========

Asymmetrical Digital Subscriber LineCentro StellaFast EthernetGigabit EthernetInterBuSinessInternazionaleNetwork Access ServerPoint of PresenceTransitoVirtual Local Area NetworkVoice over IP

PoP

FIGURA 6› L’architettura interna dei PoP di Inner Core.



Router di Accesso (RA) per i servizi Full Internete Router PE (Provider Edge) MPLS-VPN per iservizi Hyperway (appa-rati Cisco 7500 o 10Koppure apparati JuniperM20;

• NAS ADSL per clientelaResidenziale o smallBusiness (apparati Cisco6400 o 10K oppureJuniper ERX);

• NAS dial-up delle [email protected] (apparti APX8000Lucent). Il criterio di ripar-tizione del traffico è effet-tuato bilanciando i pac-chetti IP/MPLS sui quat-tro diversi percorsi, tra irouter di Accesso ed iprimi due GSR di OPB, subase “flusso” utilizzandoun algoritmo di hashingche tiene conto degli indi-rizzi di sorgente, destina-zione e porte TCP/UDP.Sono invece direttamente

connessi ai GSR di Edge iVoice Gateway MGX dellarete BBN (nodi Class4 ditransito della rete telefonicapubblica), su collegamentilocali STM-1 ATM e GbE.

L’architettura dei 20 PoPSecondari è mostrata infigura 8, dove i livelli di Coreed Edge coincidono con unasingola coppia di GSR (dettiCore/Edge), ma dove le fun-zionalità supportate, comegià evidenziato, rimangonole stesse.

3.2.3 Routing

3.2.3.1 Routing Unicast

La rete OPB è costituitada due AS (AutonomousSystem), AS6664 e AS3269,il primo ereditato dall’era diIBS ed in via di dismissione,mentre il secondo rappre-senta il dominio principalesul quale sono state svilup-pate tutte le nuove tecnolo-gie e funzionalità.

Come già anticipato, lagenesi del backbone OPBdalla precedente rete IBS hacomportato una complessariorganizzazione del routingdell’AS 3269. La riorganiz-zazione è stata necessariaper superare l’instabilità ed i

limiti di scalabilità dovuti all’utilizzo del protocolloOSPF per la propagazione delle informazioni di

V

BB OPBEDGE IBS

STM-16

STM-16

STM-16

STM-16

E2 C2

Cat6509

ATM

Cat6509

GSREdge

GSRCore

PoPInner Core

E1 C1

CS

CS

Stm 1 AT

M e GE

ISDN

ATMGBE

GE

GE

GE

NAS ADSL

EdgeExecutive

NASdial-up

PoP BBN CL4

GE/FE

FE

ADSLATMBB

CE

FEGE

GSRIBS

ISDNNASOPBPoP

=============

Asymmetrical Digital Subscriber LineAsynchronous Transfer ModeBackBoneCoreEdgeFast EthernetGigabit EthernetGigabit Switch RouterInterBuSinessIntegrated Services Digital NetworkNetwork Access ServerOptical Packet BackbPoint of Presence

FIGURA 7› L’architettura degli otto PoP Principali di Outer Core.

V

BB OPBEDGE IBS

STM-1/16

STM-1/16

E2/C2ATM

Cat6509

GSRCore/Edge

PoPInner CoreE1/C1

CS

CS

Stm 1 AT

M e GEISDN

ATMGBE

GE

GE

GE

NAS ADSL

EdgeExecutive

NASdial-up

PoP BBN CL4

GE/FE

FE

ADSLATMBBCSFE

GBEGE

GSRIBS

ISDNNASOPBPoP

=============

Asymmetrical Digital Subscriber LineAsynchronous Transfer ModeBackBoneCentro StellaFast EthernetGigaBit EthernetGigabit EthernetGigabit Switch RouterInter BuSinessIntegrated Services Digital NetworkNetwork Access ServerOptical Packet BackbPoint of Presence

PoP

FIGURA 8› L’architettura degli venti PoP Secondari di Outer Core.



routing relative alle network dei clienti, nonché perconsentire l’introduzione della tecnica MPLS inrete. Per approfondimenti sui tipi di protocolli siveda il riquadro di approfondimento “I protocolli dirouting”.

Si è scelto di adottare il protocollo iBGP [10]per la distribuzione delle informazioni di routingrelative alle reti Cliente, ed il protocollo OSPF perla distribuzione delle informazioni per la raggiun-gibilità degli apparati. La complessità delle opera-zioni ha richiesto lo svolgimento delle attività intre fasi:• nella prima è stata introdotta la nuova architet-

tura di routing iBGP nella rete di backbone e diaccesso, ad eccezione delle configurazioni rela-tive ai clienti finali;

• nella seconda è avvenuta la migrazione deiclienti di IBS sulla nuova architettura di routine;

• nella terza è stato bonificato il routing OSPFall’interno del backbone, passando da una com-plicata configurazione OSPF multi-processo aduna configurazione multi-area di nuova conce-zione dette Aree NSSA (Not So Stubby Area). Sisono così combinati i punti di forza di due proto-colli di routing, ovvero la capacità di calcolare ilpercorso ottimo del protocollo OSPF, configu-rato in un’architettura a 32 aree periferiche edun’area zero di backbone, e la capacità del pro-tocollo BGP di gestire e “manipolare” un elevatonumero di rotte (indirizzi aggregati IP) assicu-rando un’effettiva scalabilità della rete. In altreparole, con il protocollo OSPF si calcola la rag-giungibilità di tutti i nodi della rete utilizzando leloopback degli apparati (internal route) e con ilBGP si propagano gli annunci delle rotte versole reti dei Clienti.

I PROTOCOLLI DI

ROUTING

Il protocollo OSPF

Il protocollo OSPF (Open ShortestPath First) è un protocollo di instrada-mento IGP (Interior Gateway Protocol,cioè progettato per il routing all’in-terno di un Autonomous System ) ,standardizzato in ambito IETF nellaRFC 2328 [8]. Tale protocollo, a diffe-renza di altri, (ad esempio RIP), chesono di tipo distance vector, è di tipolink-state. Ciò in pratica significa chei router attivi tra di loro collegati, almomento dell’accensione oppure aseguito di variazioni topologiche, siscambiano informazioni relative sola-mente allo stato delle network affe-renti a quei dati router ed ai router adessi adiacenti. In questo modo cia-scun router costruisce un databasetopologico della rete (replicato su tuttii router del dominio), a partire dalquale, indipendentemente dagli altri,si costruisce la sua tabella di routing.L’instadamento finale è scelto indivi-duando, mediante l ’algoritmo diDijkstra, il percorso di rete a costominimo.Nella configurazione del protocollo inun dominio con un elevato numero dirouter, è possibile partizionare la retein aree di dimensioni più piccole, inmodo che siano presenti un’area dibackbone, nota come area 0, e dellearee periferiche connesse alla prece-dente.

Il protocollo BGP

Il BGP (Border Gateway Protocol) è unprotocollo di t ipo EGP (ExteriorGateway Protocol) che è usato perscambiare le informazioni di raggiun-gibi l i tà del le reti di autonomoussystems distinti (external BGP) oppuredelle reti afferenti a diversi routerinterni ad un singolo autonomoussystem (internal BGP). La versione delprotocollo correntemente utilizzata inInternet è definita nella RFC 1771. Irouter tra i quali viene stabilita unasessione BGP vengono detti peer.Il protocollo BGP e' implementato suTCP e non direttamente su IP. Il van-taggio principale di cio e' la delega alTCP di tutte le funzioni di controllo dierrore, ritrasmissione e frammenta-zione. Al momento dell’instaurazionedi una sessione BGP, dopo che i rou-ter con i messaggi di open hannoconcordato i parametri della connes-sione, si scambiano l’intera tabellaBGP su di essi memorizzata.Successivamente, invece, vengonoinviate solo delle notifiche per segna-lare le variazioni sulla di raggiungibi-lità delle reti Internet.Le informazioni scambiate tra peerBGP sono accompagnate da una seriedi attributi, dei quali alcuni opzionali,che consentono sia l’implementazioneautomatica di algoritmi per la preven-zioni di loop e sia la propagazionedelle politiche di routing.Nella RFC 2858 [9], all’implementa-zione iniziale del protocollo sonostate aggiunte ulteriori funzionalitàutili per l’abilitazione di alcuni tipi diservizi , qual i i l mult icast inter-Autonomuos System e le VPN-MPLS.

Il protocollo PIM

Il protocol lo PIM (ProtocolIndipendent Multicast) è un proto-col lo di instradamento mult icaststandardizzato in ambito IETF nellaRFC 2362. Lo standard PIM supponeche i percorsi tra sorgente e destina-zione siano simmetr ic i e ut i l izzaquindi le stesse informazioni conte-nute nella tabella di instradamentounicast.Il protocollo opera in due modalità:nel “dense mode” utilizza algoritmi diinstradamento del tipo Reverse PathForwarding, dove router per routervengono coinvolte nel multicast solole interfacce che rispettano il vincolodel percorso più breve tra Sorgente eDestinazione; nella modalità “sparsemode” si effettua la distribuzione deipacchetti minimizzando il numero dirouter coinvolti, con una dichiara-zione esplicita dei router di adesioneal multicast, contrariamente all’altramodalità dove il multicast è presentesu tutte le interfacce dei router edove spetta a ciascun router esclu-dere quelle interfacce non interessate.



L’implementazione BGP è stata corredata dal-l’importante funzionalità di RR (Route Reflector),secondo la raccomandazione IETF RFC 1966 [11],per evitare una maglia completa di relazioni iBGPtra tutti i router del backbone. Tutti i router (Client)hanno una relazione di peering iBGP con unServer, il Route Reflector, che ha il compito diannunciare a tutti gli altri le rotte apprese da unparticolare Client. La propagazione di un annuncionon è trasparente, ma avviene a seguito di un pro-cesso decisionale che può filtrare e modificare gliattributi degli annunci.

L’architettura iBGP è stata inizialmente basatasu un modello gerarchico di Route Reflector a duelivelli: il “Top Level RR” realizzato su router Cisco7200 dedicati, il secondo livello di RR sui GSR deiPoP di OPB. Le migliorie sulla scalabilità introdottenel BGP e nel Sistema Operativo Cisco (IOS)hanno consentito, nel corso del 2003, di passaread un’architettura ad un solo livello gerarchico diRR dove:• gli elementi di Edge per i servizi Full Internet e i

tutti i GSR di OPB hanno attive due sessioni sudue degli otto RR Cisco 7200 dedicati;

• ognuno dei RR ha attiva una relazione iBGP contutti gli altri. In questo contesto il piano MP-BGP (MultiProtocol BGP) per i servizi VPN-MPLS non fa parte del piano di controllo di OPBma si appoggia su un’architettura di RouterReflector MP-BGP dedicata. Il modello BGPadottato consente la propagazione a tutti i GSRdi OPB delle sole rotte nazionali, costituite dallenetwork interne, dei propri clienti e da quelledei Peering Pubblici e Privati di OPB.Per inciso, a parte i Gateway verso Seabone,

gli apparati GSR di OPB non possiedono la FullInternet Table, ovvero la tabella di routing costi-tu i ta da tut t i i pref iss i mondia l i present i suInternet, ma soltanto il sottoinsieme delle rottenazionali; per le rotte dirette fuori dal backbone, èconfigurata una rotta di default, iniettata via pro-tocollo OSPF, verso i quattro Gateway internazio-nali (GW-ITZ). D’altro canto, è ragionevole che unpacchetto che non sia dest inato al dominiointerno oppure ad un peering sia destinato a qual-che rete raggiungibile tramite l’upstream providere dovrà quindi necessariamente essere traspor-tato verso il Gateway Internazionale più vicinogeograficamente.

Un discorso opposto viene fatto per l’area EdgeExecutive, legata in particolare ai servizi FullInternet, dove i clienti con proprio AS (detti AS-Client) hanno bisogno della “Full Internet Table”.

Tornando al paradigma generale, ciascun ele-mento di Accesso/Edge si fa carico di annunciarele reti (network) dei clienti ad esso attestati, avendocura di scrivere nel campo next hop l’indirizzo dellapropria interfaccia di loopback.

In questo modo ogni altro router, per raggiun-gere una certa destinazione, deve inoltrare i pac-chetti all’indirizzo del next hop, ovvero al routerche ha originato l’annuncio e sarà compito diquesto istradare i l pacchetto verso i l cl ientefinale.

La raggiungibilità delle interfacce di loopbackdegli elementi di Accesso è assicurata dalle istanzedel protocollo OSPF.

L’architettura gerarchica scelta per il proto-collo OSPF divide l’area di backbone dalle aree diperiferia:• l’area di backbone (area 0) è costituita da tutti i

router del backbone propriamente detto, daiRR, GW-ITZ e dai router di peering, ivi compresiquelli dislocati nelle sedi NAP;

• le aree periferiche sono numerate in manieratale da individuare univocamente ciascuno dei32 PoP OPB e comprendono tutti gli apparati diaccesso (RA, PE MPLS e NAS, inclusi i GSR dicollegamento al BackBone), ad eccezione degliapparati di transito del BBN inseriti in un pro-cesso OSPF a loro dedicato. I punti di contatto tra area 0 e area periferica

sono realizzati a livello di piano di controllo attra-verso i cosiddetti Router “ABR” (Area BorderRouter) e coincidono su OPB con i GSR di EDGEnei PoP a due l ivel l i (pr incipal i ) , con i GSRCORE/EDGE nei PoP ad un livello (secondari)oppure con i GSR di Transito nei PoP di Inner Core.

I GSR ABR sono infatti appartenenti contempo-raneamente sia all’area 0 che all’area periferica.

Per aumentare ulteriormente la scalabilità del-l’architettura, è stata utilizzata una tipologia diarea detta NSSA (Not So Stubby Area) che pos-siede dei meccanismi di filtraggio per controllarel’iniezione degli annunci OSPF da e verso un’areaperiferica.

In particolare, l’unica informazione che devenecessariamente transitare tra le aree, a partealcuni casi particolari per servizi di load balancing,è l’informazione per la raggiungibilità degli appa-rati (ovvero le network relative alle interfacce diloopback).

Tutte le altre informazioni di routing propagatein area 0 vengono filtrate dagli apparati con fun-zione di ABR: con questi accorgimenti implemen-tati in rete si è in grado di minimizzare la propaga-zione delle perturbazioni di routing in zone remotedella rete.

La peculiarità OSPF di essere un protocollo ditipo “link state”, ovvero di controllo dello stato diun collegamento tra due Router, consente inoltrel’ottimizzazione dell’instradamento del trafficointerno alla rete.

Gli annunci su OSPF dei link connessi agliapparati vengono gestiti con una metrica inversa-mente proporzionale all’effettiva banda fisica: inquesto modo le relazioni di traffico vengono instra-date in rete selezionando il cammino di rete checomplessivamente offre la maggior disponibilità dibanda potenziale. L’interworking tra i protocolliBGP ed OSPF è illustrato schematicamente nellafigura 9.

Dal punto di vista dello sviluppo infrastruttu-rale, a partire dal 2003, si è stabilito che l’amplia-mento della banda d’interconnessione tra OPB eSeabone debba avvenire esclusivamente su diret-trici STM-16, mirando ad un progressivo rilasciodei circuiti di gerarchia inferiore.



Tale scelta ha trovato piena giustificazione allaluce dei seguenti fattori:• trend di crescita del traffico internazionale di

gran lunga superiore alle previsioni;• comparazione dei costi tra collegamenti STM-1

e STM-16;• necessità di ottimizzare l’occupazione di risorse

trasmissive (line card e circuiti) e di semplificarele politiche di routing BGP, mediante aggrega-zione dei traffici generati dalle diverse tipologiedi servizio “affini”.Per ottenere la segregazione del traffico rela-

tivo alle diverse tipologie di servizio, gli annuncidelle reti vengono diversificati in uscita sulla basedegli attributi BGP (denominati communities )imposti dal router da cui sono originati. I PoPInner core della stessa città lavorano in loadbalancing con reciproco back up, ovvero l’in-sieme delle reti annunciate da OPB sono ripartitefra i 4 GW-ITZ e le reti che un certo GW-ITZannuncia verso Seabone con metrica preferen-ziale sono anche annunciate, con metrica sfavo-rita, dall’altro GW-ITZ della stessa città e vice-versa. In questo modo, in condizioni normali difunzionamento, il traffico che rientra verso unarete cliente di OPB transita solo per il link a 2,5Gbit/s a cui quella stessa rete è assegnata, men-tre in caso di perdita di connettività tra un GW-ITZ e il router Seabone, il traffico verrebbe auto-maticamente reinstradato verso l’altro GSR omo-logo della stessa città.

Per ottenere il bilanciamento del traffico inuscita da OPB e diretto verso Seabone, si utilizzauna particolare configurazione di anycast routingdove la subnet comune è quindi annunciata inOSPF dagli stessi GW-ITZ.

La configurazione anycast si basa sull’imposta-zione del next-hop BGP delle route Internet pari adun indirizzo IP comune a tutti i quattro GW-ITZ edannunciato da questi ultimi in OSPF. Questa confi-gurazione e la simmetria dell’architettura di OPBconsentono di ripartire equamente il traffico direttoalla Big Internet fra tutti i quattro punti di intercon-nessione con Seabone.

3.2.3.2 Routing Multicast

Allo scopo di supportare l’offerta commercialedenominata YourCh@nnel, rivolta alla ClientelaBusiness e ai Content Provider, per la distribu-zione di propri servizi su Internet in maniera diffu-siva, alla fine del 2000 è stata introdotta la funzio-nalità di routing multicast sulle reti IP/MPLS.

Il trasporto in “multicast” è una tecnica effi-ciente per trasmettere la stessa informazione aduna moltitudine di riceventi, ottimizzando l’im-piego di banda e di risorse di elaborazione nellereti di telecomunicazioni. La distribuzione ottimaledel le in formazioni verso i r icevent i avv ienesecondo una topologia ad albero in cui la radicerappresenta la sorgente e le foglie corrispondonoai riceventi.

Gli algoritmi di instradamento multicast evitanola duplicazione dei dati lungo i rami dell’albero chevengono attraversati da più di uno dei percorsidiretti alle diverse destinazioni.

Oltre a limitare l’occupazione di banda, il multi-cast permette di raggiungere un numero virtual-mente illimitato di riceventi in quanto la sorgenteemette comunque un unico flusso e non vienesovraccaricata dalla presenza simultanea di piùdestinatari.

L’attivazione in rete del servizio multicast harichiesto:• la configurazione del protocollo di routing multi-

cast PIM v2 (Protocol Indipendent Multicast,versione 2) [12] in modalità sparse mode su tuttigli apparati e le interfacce di backbone;

• l’attivazione della funzionalità di RP (Rendez-Vous Point ) su una coppia di apparati delbackbone, per la raccolta delle richieste diadesione ai gruppi multicast da parte dei rice-venti e delle richieste di trasmissione da partedalle sorgenti;

• la conf igurazione del protocol lo MSDP(Multicast Source Discovery Protocol) [13] sugliRP per la sincronizzazione delle informazionirelative alle sorgenti attive;

• la conf igurazione del protocol lo IGMP v2(Internet Group Management Protocol, versione2) [14] sui router di accesso al backbone perl’adesione e l’abbandono di una sessione mul-ticast da parte degli utilizzatori finali. La sceltadi avere una coppia di apparati di backbonecon funzioni di Rendez-Vous Point è stata gui-data da questioni di ridondanza.I due RP sono stati identificati mediante lo

stesso indirizzo IP anycast e tale indirizzo è confi-gurato in maniera statica sui router di accesso,punti di connessione di sorgenti e destinazioni.

ATMiBGPNET

OSPF

====

Asynchronous Transfer Modeinternal Border Gateway ProtocolNetworkOpen Shortest Path First

OSPF3269

iBGP3269

Loop 1Loop 2

Loop 3

Loop 1via

ATM 1/1

NETX

Y via Loop 3

Y via Loop 3

NETYForwarding Plane

Control Plane

Traffico

Int ATM 1/1

Router iBGP 3269redistribute static.............IP route Y ATM 0/0.101

FIGURA 9› L’Interworking tra i protocolli BGP e OSPF.



In tal modo, sia la sorgente che le destina-zioni interessate al flusso multicast, possonoraggiungere sempre il RP attivo più vicino utiliz-zando le tabelle di routing unicast (OSPF perOPB, IS-IS per DTC). L’indisponibilità di uno deidue viene quindi coperta dall’altro RP grazie alfatto di aver assegnato ad entrambi gli RP lostesso indirizzo IP. Per questioni architetturali suOPB sono stati scelt i come RP due apparatiGSR di Centro Ste l la , uno a Roma e uno aMilano.

3.2.4 Catalyst e Gateway

Gli apparati Catalyst della infrastruttura di OPBsvolgono due compiti fondamentali:• consentono l’interconnessione al backbone

degli apparati di accesso e di Edge attraversole VLAN di accesso presenti nei 32 PoP diOPB;

• supportano il traffico di transito al backbone neiNodi di Inner Core a Roma e Milano verso i nodidi peering, Internazionale e IDC, attraverso leVLAN di transito.Dal punto di vista del routing, la modalità stan-

dard di attestazione ad OPB prevede che gli ele-menti di Accesso e/o Edge siano:• configurati sulle VLAN di “Accesso” di OPB con

interfacce GE/FE e con indirizzo IP della sotto-rete logica IP (LIS) delle VLAN;

• conosciuti su OPB via OSPF nell’area NSSAesclusivamente per la propria loopback e leproprie interfacce verso i Catalyst;

• in grado di annunciare in iBGP ai RouteReflector Server gli aggregati delle reti deiclienti/sistemi a loro attestati, utilizzando perl’indirizzo di next hop BGP la loopback dell’ap-parato di accesso.Come alternativa al protocollo OSPF, è possibile

configurare sui GSR di OPB delle statiche, poidistribuite in iBGP e come alternativa al i-BGP èpossibile configurare sempre sui GSR di OPB dellestatiche per gli aggregati delle reti cliente. In ognicaso i Catalyst Infrastrutturali di OPB si aspettanodi raccogliere traffico esclusivamente da apparatidi Accesso/Edge di livello 3 (routing IP) e non daSwitch Ethernet di livello 2.

Le interconnessioni con la rete OPB sono realiz-zate con GW (Gateway GigaRouter) dedicati verso:• l’Upstream Provider Seabone, su circuiti Stm-

16 dedicat i a i serviz i Mass Market(Residenziale) e circuiti STM-16 per i serviziExecutive/Business (figura 10);

• il Bakbone DTC su circuiti STM-16 e GbE.

3.2.5 Il Peering

Le “politiche di peering” sono costituite da uninsieme di regole che disciplinano lo scambio diinformazioni di instradamento tra AutonomousSystem.

La manipolazione delle informazioni ricevute e/otrasmesse consente il controllo sui flussi di trafficoscambiati con l'esterno.

Il protocollo BGP è normalmente utilizzato perrealizzare le politiche di peering in quanto natoappositamente per lo scambio di informazioni dirouting relative alla raggiungibilità delle destina-zioni (dette anche rotte, oppure network o route)proprie di ciascun ISP (Internet Service Provider).Per la definizione di ISP su veda il riquadro diapprofondimento “Internet Service Provider”. Esso,inoltre, implementa vari meccanismi atti ad evitarel'instaurarsi di annunci su percorsi chiusi (loop),consentendo la segmentazione degli annunci suuna molteplicità di sessioni e assegnando a cia-scun annuncio una priorità qualora esistano piùpercorsi verso la stessa destinazione.

Le relazioni di peering possono essere realiz-zate presso apposite strutture denominate NAP(Neutral Access Point - Punti di Peering pubblici) omediante interconnessione diretta tra i backbonedegli ISP tramite collegamenti diretti (Punti diPeering privati).

In entrambi i casi viene instaurata una sessioneeBGP (external BGP) tra i router di ciascun lato delpeering (figura 11).

Un NAP può essere considerato un’infrastrut-tura di livello 2 (LAN con Switch Ethernet), ingenere centralizzata in un’unica sede e la cuigestione è normalmente affidata ad un consorzio diISP, senza scopi di lucro che ne assicura la conti-nuità del servizio e la gestione dei malfunziona-menti 24 ore su 24.

La figura 12 illustra come i router di proprietàdei vari ISP (detti anche GateWay) sono da unaparte connessi ai LAN Switch del NAP e dall’altraai vari backbone degli ISP.

GEGWPoP

===

Gigabit EthernetGateWayPoint of Presence

PoPRoma sud

PoPMI/BE

PoPRoma Inv.

InnerCore

POSStm 64

POSStm 64

POSStm 64

POSStm 64

GWITZ

GWITZ

PoPMI/MA

GWITZ

GWITZ

PoPMI/MA

SEABONE

PoPRoma nord

2 x 10 GETransito

2 x 10 GETransito

4 x Stm 16

4 x Stm 16

4 x Stm 16

4 x Stm 16

MI (Milano)BE (Milano Bersaglio)MA (Milano Malpaga)

FIGURA 10› L’interconnessione OPB - Seabone.



I due principali NAP Italiani verso la rete OPBsono equipaggiati:• al MIX di Milano con due GW GSR 12012, cia-

scuno con doppia attestazione Gigabit Ethernetsulle due VLAN pubbliche del MIX e con duecollegamenti STM-16 verso i GSR di peering diMilano (Bersaglio e Malpaga);

• al Namex di Roma con un GW GSR 12012, cia-scuno con doppia attestazione Gigabit Ethernetsulle due VLAN pubbliche del Namex e con ottocollegamenti STM-1 verso i GSR di Peering diRoma (Inviolatella e CTRL).

I peering instaurati all’interno di un NAP per-mettono di creare sessioni BGP tra un numeroconsiderevole di ISP, senza dover creare unamaglia completa di collegamenti diretti tra i varibackbone, come sarebbe necessario fare utiliz-zando Peering Privati.

Le sessioni eBGP garantiscono quindi un inter-connessione logica tra ISP nei punti di PeeringPubblici e i vari operatori concordano direttamentetra loro le sessioni eBGP, i filtri e le politiche di pee-ring. In un contesto nazionale, il numero di NAP deveessere necessariamente contenuto; dal punto divista tecnico-architetturale, per OPB si armonizzanobene due punti di accesso, uno a Roma ed uno aMilano2. Analoga considerazione può essere appli-cata ai Peering Privati i quali sono di regola instauratisolo con ISP di grande caratura (ad esempio, peruno scambio di traffico maggiore di 500 Mbit/s).

Dal punto di vista del routing, agli “ISP-Peer”, iService Provider con cui Telecom Italia effettua un

INTERNET SERVICE

PROVIDER

(ISP)

È un fornitore di accessi ad Internet(per esempio, con listino ufficiale pub-blicato di prodotti realizzati all’internodel proprio address space edAutonomous System, come l’accesso

ad Internet via rete ATM e leased lines,ADSL o dial up ) . L’ ISP (InternetService Provider) è in possesso del-l’autorizzazione Ministeriale per la for-nitura di accessi ad Internet (rilasciatadal Ministero delle Comunicazioni aisensi del D.L. n. 103 del 17/3/95 e delD.P.R. n. 420 del 4.9.95). È registratopresso RIPE NCC o un registro equiva-lente come Local Internet Registry(avendo, quindi, facoltà di assegnarereti IP ai propri clienti). Ha un proprionumero di Autonomous System pub-blico rilasciato da un registro ricono-sciuto ed annuncia le proprie reti

all’interno del proprio AutonomousSystem. Ha una propria connettivitàall'Internet globale indipendente dalPeering (sia esso Privato o Pubblico)con disponibilità della Full InternetTable (tutte le rotte di Internet).Mantiene aggiornato i l NetworkManagement Database pubblico diRIPE secondo le specifiche dettate daldocumento RFC-2622 (detto ancheRPSL).

ASIBSISP

NAPOPB

=====

Autonomous SystemInterBuSinessInternet Service ProviderNeutral Access PointOptical Packet Backbone

OPB/IBS

InternetISP

ISPNAP

Clientecon AS

versoUpstream Provider

(Seabone)

peeringpubblico

peeringprivato

ISP

FIGURA 11› L’architettura logica dei Peering.

BBBGPGWISPLANNAP

======

BackBoneBorder Gateway ProtocolGateWayInternet Service ProviderLocal Area NetworkNeutral Access Point

BB ISP 1BB IS 2

BB ISP 3

BB ISP 4 BB ISP 5

LANNAP

sessioniBGP

GW ISP

FIGURA 12› L’architettura tipica di un NAP.

(2)Esistono altri due NAP sul territorio nazionale, il TIX ed il Topix che svi-luppano però attualmente un traffico esiguo (circa 10 Mbit/s ciascuno).



peering, vengono annunciate su eBGP le retiaggregate di dominio Telecom Italia e le reti deiClienti che possiedono un AS (AS-Cliente), con unproprio spazio di indirizzamento e con un accessoa pagamento.

Nel verso opposto, dagli ISP-Peer vengonoinvece accettate le reti aggregate proprie del peere le reti dei suoi AS-Cliente.

È importante notare che gli annunci appresidagli ISP-Peer non vengono propagati versoSeabone/Internet e verso gli altri ISP-Peer; in altritermini la rete OPB non effettua “transito” a favoredegli altri ISP-Peer.

Per quanto riguarda invece gli AS-Cliente, gliannunci appresi vengono ovviamente propagativerso Seabone/Internet, oltre che verso gli ISP-Peer.

Inoltre all’AS-Cliente viene tipicamente annun-ciata la “Ful l Internet table”, costituita dagliannunci delle reti OPB e da quelli appresi daSeabone, dai Peering e dagli AS-Clienti.

In virtù degli molteplici punti di interconnes-sione di OPB con Internet (Seabone, PeeringPubblici e Privati ) e con i propri cl ienti (AS-Clienti), è usuale che uno stesso annuncio giungaad OPB attraverso diversi punti di ingresso allarete ma è altrettanto importante che vengonodefinite delle regole per la scelta di quale annun-cio prendere come valido. Le politiche di routingdella rete OPB, applicate al contesto dei peering(figura 13) prevedono che un AS-Cliente o un ISP-Peer possa smistare gli annunci delle proprie reti

mediante più sessioni instaurate su collegamentidi diversa natura, ma l’annuncio più attendibileviene scelto sulla base della tipologia dei collega-menti attivi.

La massima priorità è data all’accesso comeCliente a pagamento (AS-Cliente), in secondoluogo all’annuncio da un Peering Privato, in terzoda un Peering Pubblico e la bassa priorità all’an-nuncio via Internet (tramite Seabone).

Un esempio di coesistenza di sessioni diversedi peering tra OPB ed un AS-Cliente è riportatonella figura 14, dove è prevista la non coesistenzadi un Peering Privato con un accesso di tipo AS-Cliente.

Con la graduale affermazione del Namex in ter-mini di banda ed ISP connessi e la creazione dialtri punti di peering pubblici (TOPIX a Torino, TIX aFirenze), è nata l’esigenza di condividere presso ivari comitati tecnici dei NAP la politica di peering. Icriteri auspicati da Telecom Italia sono generalizzatinelle seguenti regole:a) dovrà essere preferito sempre il Peering Privato

(se questo è presente) r ispetto a quel loPubblico (presso un NAP);

b) questa politica dovrà essere impostata in retesia lato OPB che lato ISP-Peer (tipicamente conil meccanismo delle “Local Preference BGP”) enon potrà essere arbitrariamente modificata dauna delle due parti;

c) in generale dovrà esserci al massimo un peeringPrivato e uno Pubblico con un generico ISP-Peer;

d) come “regola generale” un ISP-Peer avrà unpeering Pubblico con OPB presso un unicoNAP e, per eccezione, si valuterà di volta involta l’opportunità di gestire il peering su duepunti di scambio in funzione delle risorse dispo-nibili presso i due NAP, sia di OPB che dell’ISP-Peer;

ASIBS

OPB

===

Autonomous SystemInterBuSinessOptical Packet Backbone

I(x, xc)

X, Xc

X, Xc

X, Xc

I(p)

I(p) Xc

I(p)

P

P

Cliente con retiX X di IBS

Cliente con proprioAS e reti (network)

OPB/IBS(AS3268)

X

X

TL-RR

SeaboneInternet

Peering(pubblici e privati)

AS Cliente(Xc)

X Reti aggregate di IBS (x maiuscolo)Xc Reti dei Clienti IBS con proprio ASI Reti Internet da Seabone; I(k) contiene kP Reti dai Peering (Pubblici e Privati)TL-RR Top Level RR: reti aggregate di IBS

K Annuncio in EBGP delle Reti K

FIGURA 13› Schematizzazione delle politiche di Peering in OPB/IBS.

ASIBS

OPB

===

Autonomous SystemInterBuSinessOptical Packet Backbone

4

2 - 3

1

Seabone

Internet

OPB/IBSASxxx

Peering

AS - Cliente1 Accesso a pagamento2 Peering Privato3 Peering Pubblico4 No Peering

FIGURA 14› La coesistenza di Peering diversi tra OPB e AS - Cliente.



e) qualora OPB ed un ISP-Peer decidano dieffettuare due peering Pubblici presso duestrutture NAP, dovrà essere concordata lapriorità di utilizzo dei peering in base a criteridi reciproca convenienza e tale politica nonpotrà essere arbitrariamente modificata dauna delle due parti. La “regola generale” fariferimento al fatto che Telecom Italia ha adot-tato fin dalle origini di IBS, l’approccio diaccettare come “default” i peering Pubblicicon tutti gli ISP che lo richiedessero; comenaturale estensione di questa pol i t ica, s iammette che un ISP-Peer possa richiedere diinstaurare un Peering Pubblico presso ungenerico NAP a scelta.

3.3 L’architettura della rete DTC

La rete Datacom offre alla clientela Executiveservizi business legati anche ad applicazioni “mis-sion critical” (banche, trading on line…), con con-nettività sia in rete privata (VPN-MPLS) che versoInternet.

Il backbone è costituito da un Inner Core diquattro PoP-LH (Point of Presence-Long Haul)

situati nelle città di Milano, Roma, Padova eBologna, ciascuno dotato di 1 MAN GBE “locale” eda un Outer Core di 13 MAN GBE “remote”.

Come indicato in figura 15, i PoP-LH sonointerconnessi con due collegamenti POS STM-16garantendo il reinstradamento automatico in casodi guasti. Il PoP-LH di Milano svolge la funzionedi concentrazione del traffico dagli altri PoP dibackbone e la connettività internazionale conSeabone.

L’interconnessione con OPB è realizzata aRoma e a Milano, su collegamenti GbE per serviziIP e di tipo SDH a 2,5 Gbit/s per servizi VPN-MPLS, attuando in questo caso le funzionalità“Inter-AS-VPN” per le sedi cliente Executive atte-state in modalità “dual backbone”.

Nell’architettura attuale, ciascuna MAN è realizzatacon due Router Cisco 7600 che svolgono funzionalità diTransito per i Servizi o Edge Full-Internet e VPN-MPLS,ad eccezione di Roma e Milano dove due coppie diGSR 12416 fungono da Transito per l’Edge locale.

Il routing del backbone Executive è fondato sudue livelli: • il protocollo IS-IS [15] è utilizzato per calcolare i

percorsi che permettono di raggiungere gli

STM-16

STM-16

STM-1

STM-16

Milano

SeabonePadova

BolognaRoma

MAN PD

Esempiodi MANremota

(13 città)

Catalyst 6509Infrastrutturali

PE/RA/RR

PE/RA/RRPE/RA/RRPE PE/RA

MAN Bologna

MAN RM

PE/RA/RR

Catalyst 6509Infrastrutturali

PE

GE

GEGE

GE

GSR LH

GE GE

GSR LHGSR LH

MAN MI

Peering conOPB

GEGSR

LHMANOPB

PERARR

========

Gigabit EthernetGigabit Switch RouterLong HaulMetro Area NetworkOptical Packet BackbProvider EdgeRouter AccessRoute Reflector

FIGURA 15› L’architettura attuale di DTC.



apparati di rete (in particolare le route verso leloopback);

• il protocollo iBGP è utilizzato per propagare leinformazioni dei clienti (viene impostato comenext hop la loopback dell’apparato di accesso).Tale soluzione combina i punti di forza dei dueprotocolli: la capacità di calcolare il percorsoottimo di IS-IS e la capacità di gestire con effi-cienza un elevato numero di route del BGP.

4. La Qualità del Servizio

La Quality of Service (QoS) nelle reti di teleco-municazioni è tipicamente riferita ad un insieme diparametri prestazionali osservabili e misurabilidirettamente agli estremi dei punti di accesso di unservizio di trasporto dati. In questo contesto non siintende fare una trattazione generale sulla qualitàdel servizio in una rete di telecomunicazioni mapiuttosto dare una descrizione dei criteri, para-digmi e meccanismi di QoS applicati ed applicabilisu un backbone dati.

I meccanismi a supporto della qualità di un ser-vizio di trasporto di pacchetti, per un backbone,come quelli di Wireline, progettato con criteri diridondanza di apparati e di collegamenti tra i nodi,entrano in gioco praticamente solo in condizioni diguasto, specialmente se questo è multiplo.

Il concetto di “Best Effort”, ovvero il trasporto dipacchetti dati senza alcuna garanzia di ricezionenato nel periodo di gioventù di Internet, è stato lar-gamente superato con le tecnologie oggi disponi-bili e da un’adeguata progettazione della rete.

Un backbone ben progettato, costituito daapparati Gigarouter, da collegamenti dorsali ad altacapacità ottici da 2,5 Gbit/s a 10 Gbit/s, con tempidi attraversamento nel singolo nodo sotto al milli-secondo e con ritardi end to end tra due POPlegati essenzialmente alla velocità trasmissiva dellarete di trasporto sottostante, consente di fatto unservizio di trasporto di pacchetti di ottima qualitàper tutti i servizi supportati. Le prestazioni tipicheper un backbone non eccessivamente esteso geo-graficamente come quelli OPB o DTC, sono quindidi qualche decina di millisecondi di ritardo end toend tra i PoP con un jitter minore del 50% sulritardo end to end.

4.1 L’ortogonalità tra QoS e MPLS

A prescindere da considerazioni affidabilistiche,le funzionalità MPLS e la QoS sono praticamente“ortogonali”: attivando MPLS non si ottengonocioè vantaggi in termini di prestazioni o di migliora-mento della QoS.

La funzionalità di QoS, in accordo ai paradigmidi differenziazione della qualità dei servizi (modelliDiffServ), viene gestita grazie a politiche e mecca-nismi di accodamento (scheduling) dei pacchettiIP/MPLS nei buffer dei router, ovvero in uscitaverso le interfacce ed in entrata verso la matricedel nodo; ciò vale indistintamente sia per il trafficoIP che per quello imbustato via MPLS.

I suddetti meccanismi di scheduling entrano ingioco solo in caso di congestione interna al nodo,quale ad esempio la saturazione di un’interfaccia;ciò può accadere solo in caso di guasti in rete ditipo multiplo se si sono dimensionati i collegamentiin modo da non superare il 50% della capacità.

4.2 Criteri di implementazione della QoS su OPB

I principi generali che hanno guidato l’imple-mentazione della QoS su OPB sono basati su cri-teri di semplicità, efficienza ed efficacia: il back-bone deve, cioè, essere in grado di trasportarepacchetti/trame in grosse quantità e ad alta velo-cità, lavorando i volumi di traffico “all’ingrosso” enon il “bit” al “dettaglio”, come invece è, in genere,richiesto all’area di Edge IP/MPLS. I punti di forzarisiedono nell’utilizzo di adeguate tecnologie diswitching e dimensionamento dei collegamentiinfrastrutturali. Con questi criteri, apparentemente“banali”, un backbone IP/MPLS offre prestazionieccellenti.

Le stesse considerazioni devono essere appli-cate a tutti i criteri di progettazione, ivi compresoquello del piano di controllo e ciò ha comportatoper la realizzazione di OPB:• l’impiego di tecnologia di Gigarouter GSR,

modello di punta della Cisco Systems per back-bone IP;

• l’utilizzo di circuiti tutti di tipo SDH/DWDM,sempre dimensionati al massimo al 50% dellepropria capacità;

• un Piano di controllo il più semplice e scalabilepossibile.In condizioni normali, ovvero in assenza di gua-

sto, si fa principalmente affidamento sulla tecnolo-gia interna del nodo Gigarouter, basata su unavelocità di “switching” della matrice intorno ai 500microsecondi ed una celerità di attraversamentodel singolo nodo tipicamente dell’ordine del milli-secondo.

In caso invece di congestione del nodo, ovveroin caso di guasti multipli in rete, entrano in gioco iclassici meccanismi previsti nel modello DiffServ(Differentiated Services) standardizzati in ambitoIETF [16, 17]. Il modello tratta unicamente gliaggregati di traffico e non interviene sui singoliflussi, quali quelli dei clienti o delle singole applica-zioni. Il trattamento dei pacchetti, applicato all’in-terno del nodo, in base al valore IP Precedence delcampo ToS (Type of Service) nell’intestazione deipacchetti IP (o il valore Experimental nell’intesta-zione delle trame MPLS), è uguale per tutti i pac-chetti appartenenti alla stessa classe ed è determi-nato dall’attribuzione di una determinata quantitàdi risorse riservata alla classe.

I Gigarouter implementano due meccanismi diQoS per la gestione delle risorse interne al nodo:• il Modified Deficit Round Robin (MDRR);• il Weighted Random Early Detection (WRED).

L’algoritmo MDRR è utilizzato per la gestionedelle code interne al router: su ogni coda puòessere mappata una o più delle suddette classidi servizio e servita in modalità “round-robin”.



Ad ogni coda viene assegnato un “peso” rela-tivo differente, attraverso il quale è possibile asse-gnare una porzione di banda relativa ad ogni codada utilizzare in caso di congestione. L’algoritmoMDRR supporta inoltre una gestione delle prioritànello smaltimento delle code (Priority Queue), inmodo da rispondere ai requisiti di basso delay e jit-ter che richiede il traffico “sensibile al tempo”,come il traffico Voce su IP. L'implementazione pre-vede anche la modalità SRT (Strict Real Time) nellaquale la coda è servita fino al completo svuota-mento in modo da garantire il minimo ritardo tem-porale.

L’algoritmo WRED cerca di evitare la conge-stione delle code attuando uno scarto selettivo dipacchetti sulla base della priorità. Lo scarto deipacchetti IP avviene al superamento di una certasoglia di occupazione del collegamento e con pro-babilità crescente in funzione del livello di occupa-zione. Il WRED inoltre gestisce la differenziazionedelle soglie e delle probabilità di scarto in base allaclasse di servizio, consentendo quindi la prote-zione del traffico più pregiato.

Attualmente, su OPB è stato implementato unprofilo di QoS per tre tipologie di traffico:• Gold, dedicato al traffico VoIP BBN marcato

con IPPrec o Exp MPLS a 5;• Premium, con pacchetti IP/MPLS marcati con

IPPrec o Exp MPLS a 6, 7, 4 , 2;• Default, marcato a 0, 1, 3.

Il traffico VoIP su BBN, marcato con valore ExpMPLS pari a 5 nel Media Gateway, viene inseritonelle code interne SRT a bassa latenza dei GSR;tutto il resto del traffico viene invece inserito in duecode MDRR dove, alla coda 1 è dato un pesoMDRR equivalente all’80%, alla coda 0 di default ilrestante valore del 20% (figura 16). Per quantoriguarda il WRED, è stato scelto un modello “tailand drop”, con le stesse soglie per le varie classi di

servizio (campi IP Prec o Exp MPLS), all’internodelle code del Gigarouter. Questo profilo di QoS èstato attuato sia in ingresso alla matrice di com-mutazione interna del GSR che sulle code inuscita delle interfacce del nodo ed è configuratosui collegamenti interni al backbone e non verso leVLAN di Accesso. Riguardo alla coda SRT, comesi è già detto, essa non è soggetta ai meccanismiRound Robin dell’algoritmo MDRR; in altre parole,questo vuol dire che i pacchetti o trame MPLSinserite nelle code SRT sono potenzialmente ingrado di attingere al 100% delle risorse interne alnodo.

La cosa non è un problema nel caso che la per-centuale di traffico mappato sulla coda SRT vengalimitata in rete ad un valore “ragionevole”, ovveroun valore intorno al 10% (al massimo pari al 15%)della capacità di un generico circuito.

5. Impieghi per applicazioni Voce: Class 4/5

5.1 Progetto BBN Class4

Il progetto “BBN” è nato nel 2001 per sostituireil livello di trasporto a commutazione di circuito deltraffico Voce, eliminando gli SGT (Stadi di Gruppodi Transito) con nodi di tecnologia innovativa, dettinodi “BBN” oppure “Class4” [1].

La prima attivazione è avvenuta tra Roma eMilano nell’agosto del 2002 ed è proseguita neimesi successivi con il graduale ribaltamento deltraffico telefonico sui nuovi nodi. I requisiti del pro-getto BBN hanno richiesto al backbone OPB unservizio di trasporto il più possibile simile ad unainterconnessione “trasmissiva”, attuato in unambiente “chiuso”. A tale scopo, i Media Gatewaydi BBN usufruiscono di una struttura di tunnelMPLS-TE che ha fondamentalmente il compito dicreare un piano di controllo e di forwarding com-pletamente separato r ispetto al l ’universo“Pubblico”.

In questo contesto per ambiente “Pubblico” siintende la possibilità di raggiungere a livello IP tuttile tipologie dei Clienti o gli elementi di Edge(Router di Accesso, NAS ADSL e dial up) nelle retidi backbone ed in generale su Internet attraversoSeabone ed i Peering Privati e Pubblici. Un buonesempio di implementazione di un Piano “Privato”,completamente indipendente da quello Pubblico, èquello delle reti Private Virtuali MPLS (VPN MPLS),dove soltanto un gruppo ristretto di apparati e hostdi Clienti possono comunicare fra loro a livello geo-grafico.

Le reti VPN MPLS sono supportate da funziona-lità di transito MPLS (dette funzionalità “P”) suibackbone OPB e DTC, mentre le componenti diservizio sono configurate sui PE (Provider Edge)MPLS, attestati alle VLAN di Accesso.

Il progetto Class4 in definitiva ha comportato(figura 17):• la realizzazione di una maglia completa di tun-

nel MPLS-TE su 23 PoP di OPB, per un totale dicirca 2.000 tunnel;

BBNIPPRECMDRRMPLS

SRTVoIP

WRED

=======

BackBone NazionaleIP PRECedenceModified Deficit Round RobinMulti Protocol Label SwitchingStrict Real TimeVoice over IPWeighted Random Early/Detection

5

80%

20%

2, 4

6, 7

0, 1, 3

VoIP BBN SRT

Strict priority

Default

MDRR/WRED

IPPR

EC o

MPL

S E

XP b

it

FIGURA 16› La configurazione QoS delle code sui GSR.



• la configurazione di un piano di indirizzamentostabilito a priori per un’architettura dimensio-nata a regime, con una /16 o classe B per PoP,dove gli indirizzi da 10.0.0.0 a 10.30.0.0 sonostati assegnati a BBN Class4;

• l’attivazione di un routing statico su classi pri-vate, le quali non vengono annunciate in BGPo OSPF. Per una maggiore sicurezza, sonostati anche implementati sugli apparati Edge diOPB dei meccanismi, controllati sui RR BGP,per lo scarto di pacchetti IP con indirizza-mento privato che dovessero tentare di supe-rare i confini di OPB.Nella figura 18 viene illustrata, per grandi linee,

l’architettura di un genericonodo BBN e soprattutto lesue connessioni con gl iapparati GSR di OPB.

I l nodo BBN Class4 ècollegato ad OPB tramitedue t ipologie di col lega-menti:• ATM STM-1, per l’inter-

connessione con i MGWcostituit i dal la schedeVISM dei nodi MGX;

• GbE, per la visibilità delleparti di controllo/segna-lazione del nodo.Un generico pacchetto

IP, con indirizzo di destina-zione appartenete al laclasse IP Privata assegnataal PoP BBN di destinazioneviene imbustato dal MediaGateway in un PVC ATM,terminato in uno dei dueGSR di OPB, ed infine ruo-tato tramite una statica nei

due tunnel MPLS-TE che terminano nei due GSRpresenti nel PoP BBN di destinazione.

Questa architettura di Tunnel MPLS-TE èrisultata efficace ed adatta ad interconnetterenodi BBN in un struttura di servizio statica e pre-definita.

Negli ultimi tempi tuttavia stanno emergendonuovi servizi che richiedono delle strutture piùdinamiche, aperte dal punto di vista della raggiun-gibilità IP e soprattutto non predefinite comequella del BBN Class4. Sono state, quindi, stu-diate e sono in corso di implementazione su OPBnuove soluzioni basate su routing “classico” viaOSPF e BGP che per loro natura sono più dinami-che e scalabili, come verrà meglio chiarito nelprossimo paragrafo.

5.2 Progetti Class5 ed interconessione PEB-BBN

I nuovi progetti richiedono l’apertura gradualedei nodi BBN all’ambiente IP pubblico in quantoalcune risorse dei Media Gateway BBN dovrannoessere raggiunte potenzialmente da qualsiasiapparato di accesso o terminale di utente che uti-lizza indirizzi pubblici; ciò accade per i progetti ditipo Class5, ed anche per l’interconnessione IPcon la rete VoIP di Sparkle, il PEB (Pan EuropeanBackbone) che utilizza indirizzi pubblici della reteSeabone.

L’apertura all’ambiente pubblico IP è indispen-sabile per introdurre una serie di nuovi servizi dicomunicazione telefonica sia per la cl ientelaBusiness che Residenziale.

I servizi di comunicazione di tipo Class5 preve-dono una nuova tipologia di piattaforma di con-trollo centralizzata per servizi telefonici e multime-diali, principalmente per la segnalazione a sup-porto dell’instaurazione di un canale di comunica-zione (voce o video) su IP.

BBNOPBMG

===

BackBone Nazionale Optical Packet BackboneMedia Gateway

EdgeExecutive,Business,

Mass Market

OPB Piano Pubblico

OPB Piano Privato

MG BBN C4

Due piani indipendenti (sia a livello di controllo/routingche di forwarding) che condividonole stesse risorse fisiche.

FIGURA 17› Il Piano Pubblico e Privato di OPB.

PoP BBN

ADM

AreaGW

SGU

STM-1 Ethernet TunnelMPLS-TE

GSR1

STM-1ATM

GSR1

GSR2 GSR2OPB

PoPBBN

iMSS

MGX

GE

E1

6509 conrouting

STM-1OLO

ADMATMBBN

GEGSRGW

iMSSMGXOLOOPBSTM

===========

Add Drop MultiplexerAsynchronous Transfer ModeBackBone NazionaleGigabit EthernetGigabit Switch RouterGateWayItaltel Multi Service Solution Nodo ATM di Cisco SystemsOther Licenced OperatorOptical Packet BackboneSynchronous Transport Module

VV

V

V VISM con indirizzi IP privati

VISM con indirizzi IP pubblici

FIGURA 18› L’architettura di un PoP BBN.



Due sono i possibili scenari di comunicazione:• tra clienti/applicazioni, oppure tra elementi di

rete dett i “Border Gateway”, o “AccessGateway” tutti appartenenti al piano IP Pubblicoe collegati quindi alle strutture di Accesso/Edgedi OPB;

• tra un cliente appartenente al piano IP Pubblicoed un cliente del mondo legacy TDM, attestatoquindi ad una centrale di commutazione urbanatradizionale raggiungibile, telefonicamente tra-mite un nodo BBN Class4. Questi nodi Class5,in numero contenuto e centralizzato, sarannoattestati direttamente ai GSR di OPB nei quattroPoP di Inner Core, secondo una modalità moltosimile a quella dei nodi Class4. Lo schema diinterconnessione con OPB viene mostrato nellafigura 19, dove le schede VISM del MediaGateway ed alcune strutture interne al nododovranno essere necessariamente configuratecon indirizzi IP pubblici.Per quanto riguarda il routing, è previsto che

vengano ut i l izzat i i protocol l i OSPF e BGP,secondo quanto previsto nel routing standard:• il routing iBGP 3269 per propagare su OPB gli

annunci aggregati delle reti pubbliche delleschede VISM e del la componente internaPubblica del nodo, tramite configurazione edistribuzione di rotte statiche sui transiti diOPB;

• il routing OSPF 3269 per garantire la raggiungi-bilità dei next-hop degli annunci iBGP che corri-spondono alle LB (Loop Back) dei due GSR.I nuovi servizi VoIP prevedono che un cliente o

applicazione, attestato ad un generico apparato diEdge di OPB sul piano Pubblico, abbia “visibilità” a

livello IP dei Media Gateway (schede VISM) deinodi Class4 di BBN; in altri termini, si rende neces-sario mettere in qualche modo in comunicazione idue universi (Pubblico e Privato), come schematiz-zato nella figura 20.

Dal punto di vista concettuale, ciò può esserefatto fondamentalmente in due modi: facendo

diventare pubbliche almeno partedelle risorse del piano Privato (inmodo da diventare automatica-mente v is ibi l i in tutta la rete) ,oppure inserendo degli elementi diconfine tra i due universi (detti“Border Gateway”), con il precisoscopo di metterl i in comunica-zione.

Per quanto riguarda lo speci-fico scenario di BBN Class4, èstato deciso di configurare partedel le schede VISM dei MediaGateway con indirizzi pubblici IP.

Inizialmente questo paradigmaporterà ad una nuova configura-zione ed instal lazione di unnumero limitato di schede VISMnei Media Gateway dei 24 PoPBBN.

L’inserimento verrà poi gradual-mente guidato dalla numerositàdella clientela/servizi sul pianopubblico che hanno la necessità dicomunicare con il mondo TDM tra-dizionale, ricordando che “dietro”ai nodi BBN Class4 vi sono i bacinidi raccolta TDM tramite gli SGUtradizionali.

V

V

V

STM-1ATM

6509 conRouting

Nod

o P

ubbl

ico

con

netw

ork

aggr

egab

ile

MGX

GE

OPB

PoPBBN C5

BGPBGP

OSPF

OSPF

BGP

RR BGP

GSR1

VISM con indirizzi IP Pubblici

Statica verso il nodo Pubblico e VISM,ridistribuita in BGP con next-hop LB GSR.

LB GSR

LB GSR

GSR2Elementi

Privati internial nodo C5

ATMBBNBGP

GEGSR

LBMGXOPBPoPRR

VISM

===========

Asymmetrical Transfer ModeBackBone NazionaleBorder Gateway ProtocolGigabit EthernetGigabit Switch RouterLoopBackNodo ATM di Cisco SystemsOptical Packet BackbonePoint of PresenceRouter ReflectorVoice Interworking Service Module

FIGURA 19› Interconnessione di un PoP BBN C5 a OPB.

M

MMM

M

PEB

OPB Piano Pubblico

OPB Piano Privato

InterconnessionePEB-BBN

InterconnessionePubblico-Privato (CL5)

BBNOPBPEB

===

BackBone NazionaleOptical Packet BackbonePan European Backbone

FIGURA 20› Schematizzazione dell’interconnessione tra il Piano

Pubblico e il Piano Privato.



Per il routing delle schede VISM pubbliche, èadottata la stessa soluzione Class5, dove gliaggregati delle reti pubbliche delle schede VISMsono annunciati in iBGP attraverso la distribuzionedi statiche.

Per i serviz i VoIP a l ivel lo internazionale,l’Upstream Provider Sparkle ha implementato sulbackbone Seabone un’architettura di rete di tra-sporto VoIP analoga a quella del BBN, denominataPEB (Pan European Backbone).

Le schede VISM dei Media Gateway del PEBsono dotate di un indirizzamento IP pubblico equindi automaticamente visibili per qualsiasi clientedella rete.

Nell’interconnessione tra le due piattaformePEB-BBN, una chiamata telefonica tra un clientelegacy del dominio nazionale viene prima trattatadallo SGU (Stadio di Gruppo Urbano) della retetelefonica tradizionale di competenza, poi dal nodoBBN e, dopo il transito sul piano pubblico sui duebackbone IP OPB e Seabone, viene trattata dalnodo PEB Class4 ed in ultimo passata allo SGUinternazionale. I meccanismi di QoS sul BackboneSEABONE sono analoghi a quelli di OPB, sia perquanto riguarda il valore di IP Precedence chedelle code Strict-Real-Time dei GSR.

6. Conclusioni

In questo articolo è stata presentata la piat-taforma di trasporto pubblica IP/MPLS di TelecomItalia Wireline, nel contesto dei servizi da essoofferti, dell’evoluzione architetturale, della Qualityof Service ed infine delle applicazioni VoIP.

I successi dei servizi voce, video e dati di oggi edi domani vanno di pari passo con l’elevata qualitàdei livelli di servizio che un backbone dati puògarantire.

Uno di questi è stato raggiunto l’anno scorsonell’ambito della Fonia su IP, offrendo un servizio ditrasporto geografico tra i Media Gateway BBN congaranzie di elevata protezione, sicurezza e tratta-mento ai possibili casi di guasto o congestionedella rete.

Altri non meno importanti traguardi sono stati esaranno raggiunti grazie ad una attenta progetta-zione delle architetture fisiche e di routing, all’ado-zione di semplici paradigmi per l’attestazione diapparati di accesso al backbone ed alla condivi-sione con tutti gli ISP di politiche generali nei puntidi peering pubblici e privati.

ADSL Asymmetrical Digital Subscriber LineAS Autonomous SystemATM Asynchronous Transfer ModeBGP Border Gateway ProtocolBBN Backbone NazionaleDTC DatacomDWDM Dense Wawelenght Division MultiplexingeBGP external Border Gateway ProtocolFE Fast EthernetGE Gigabit EthernetGSR Gigabit Switch RouterGW GatewayGW-ITZ Gateway InternazionaleiBGP internal Border Gateway ProtocolIBS InterBuSinessIETF The Internet Engineering Task ForIGMP Internet Group Management ProtocolIP Internet ProtocolISDN Integrated Service Digital NetworkLIS Logical IP SubnetLH Long HaulMAN Metro Area NetworkMDRR Modified Deficit Round RobinMGX Nodo ATM di Cisco SystemsMP-BGP MultiProtocol BGPMPLS Multi Protocol Label SwitchingMPLS-TE Multi Protocol Label Switching-Traffic

EngineeringNAS Network Access ServerNSSA Not-so-stubby AreaOPB Optical Packet backboneOSPF Open Shortest Path FirstOTN Optical Transport NetworkPE Provider EdgePEB Pan European BackbonePOS Packet Over SDHPoP Point of PresenceQoS Quality of ServiceRA Router AccessRR Router ReflectorSEABONE South European Access BackboneSGT Stadio di Gruppo di TransitoSGU Stadio di Gruppo UrbanoSRM Strict Priority ModeTCP Transport Control ProtocolTDM Time Division MultiplexingTOS Type Of ServiceVISM Voice Interworking Service ModuleVoIP Voice over IPVPN Virtual Private NetworkWRED Weighted Random Early Detection

— ABBREVIAZIONI



Alberto Mar ia Langel lot t i s i èlaureato nel 1991 presso l ’Univers i tà d iRoma. È entrato in SIP nello stesso annone l l ’a rea Rete. Dopo l ’anno d i corso d ispecializzazione presso la Scuola SuperioreSSGRR di L'Aquila ha lavorato, nell’ambitodella Rete, nelle linee di Ricerca e Sviluppo,Tecnologie ed Architetture, Ingegneria delleReti Dati, Ingegneria dei Servizi e nell’attualeNetwork Services, dove ha partecipato a

progetti sulla multimedialità, l’ADSL e servizi IP per la clientelaBusiness e Residenziale. Dal 2000 si occupa del BackboneIP/MPLS ed attualmente è responsabile della funzione “Trasportoed OPB”.

Simeone Mastropietro si è laureatocon lode in Ingegneria Elettronica pressol’Università degli Studi di Roma “La Sapienza”nel 2000 con una tesi sperimentale sulle RetiIP DiffServ. Nel corso dello stesso anno hacollaborato con il Co.Ri.Tel nell’ambito delp roget to europeo AQUILA impern ia tosull’analisi e sulle tecniche per il provisioningdella qualità di servizio nelle reti IP/MPLS. Allafine dello stesso anno è entrato in Telecom

Italia occupandosi sin dall’inizio del nascente Optical PacketBackBone (OPB). La sua at t i v i tà è s ta ta pr inc ipa lmentefocal izzata sugl i aspett i d i rout ing (BGP ed OSPF) e delprotocollo MPLS. Nel corso del 2003 ha fatto parte del gruppod i lavoro RT4Sec. Ha avuto anche co l laboraz ion i conpartecipate estere (Entel Bolivia, Etecssa Cuba) e con GlobalNetwwork (Progetto Hansenet).

Antonio Soldat i s i è lau rea to inIngegneria Elettronica presso l'Università “LaSapienza” di Roma, è in Telecom Italia dal1991. Dopo il corso di perfezionamento inTe lecomun icaz ion i p resso la Scuo laSuperiore SSGRR di L'Aquila, ha ricopertovar i i ncar ich i ne l l ' a rea de l la R icerca eSviluppo prima e, in seguito, delle Tecnologiee Architetture. Dal 2000 opera nell'ambitodel l ' Ingegner ia dei Serviz i (oggi Network

Services), dove attualmente coordina le attività di Ingegneriadelle reti di Backbone IP.

Federico Tito Moretti si è laureato inIngegneria Elettronica presso l ’Universitàdegli studi di Roma “La Sapienza” nel 1995con una tes i sper imenta le ne l campodell’Optoelettronica. Dopo aver conseguito ilMaster TLC presso la Scuola Superiore diSpecial izzazione in Telecomunicazioni delMinistero PT, nel 1996 è entrato in TelecomIta l ia occupandosi d i speci f iche, gare eco l laud i de i s is temi d i super v is ione e

controllo della rete di accesso a larga banda. Dal 2000 ha svoltoattività di industrializzazione e network monitoring della rete ditrasporto SDH/DWDM e, a partire dal 2002, presso l’attualefunzione Network Services, si occupa dell’industrializzazione delBackbone IP/MPLS (OPB).

[1] Fratianni, Lalli, Lamberti, Langellotti, Moretti, Scrimitore:“Il backbone IP per i servizi telefonici”. <NotiziarioTecnico Telecom Italia>, anno 13, n. 1, giugno 2004,pp. 56-73

[2] Pagnan, Picciano, Langellotti: “Il nuovo backbone otticodi Telecom Italia”. <Notiziario Tecnico Telecom Italia>,anno 11, n. 2, settembre 2002, pp. 55-74

[3] Montechiarini: “I servizi IP di Telecom Italia: l’offerta per iclienti affari”. <Notiziario Tecnico Telecom Italia>, anno8, n. 3, dicembre 1999, pp. 44-56

[4] IETF RFC 3031: Multiprotocol Label SwitchingArchitecture

[5] IETF RFC 3032: MPLS Label Stack Encoding

[6] ETF RFC 2702: Requirements for Traffic EngineeringOver MPLS

[7] IETF RFC 2328: PPP over SONET/SDH

[8] IETF RFC 2328: OSPF Version 2

[9] IETF RFC 2858: Multiprotocol Extensions for BGP-4

[10] IETF RFC 1771: A Border Gateway Protocol 4 (BGP-4)

[11] IETF FRC 1966: BGP Route Reflection: An alternative tofull mesh iBGP

[12] IETF RFC 2362: Protocol Independent Multicast-SparseMode (PIM-SM): Protocol Specification

[13] IETF RFC 3618: Multicast Source Discovery Protocol(MSDP)

[14] IETF RFC 2236: Internet Group Management Protocol,Version 2

[15] IETF RFC 1195: Use of OSI IS-IS for Routing in TCP/IPand Dual Environments

[16] IETF RFC 2475: An Architecture for DifferentiatedServices

[17] IETF RFC 3260: New Terminology and Clarifications forDiffServ

— BIBLIOGRAFIA

Notiziario Tecnico - Telecom Italia · 2020-06-12 · NOTIZIARIO TECNICO TELECOM ITALIA › Anno 13...

Documents

Transcript of Notiziario Tecnico - Telecom Italia · 2020-06-12 · NOTIZIARIO TECNICO TELECOM ITALIA › Anno 13...