DSL - Home

DSL Home è un'iniziativa presa da DSL-Forum. I seguenti punti descriveranno le sue varie caratteristiche e vantaggi.

Per definire i requisiti relativi ai dispositivi domestici come gateway residenziali, dispositivi VoIP e gestione locale e remota dei dispositivi domestici.
Per abilitare i servizi di riproduzione tripla / quadrupla agli utenti finali come voce, video, dati, inclusi IPTV, video su richiesta, contenuti su richiesta, ecc.
Il protocollo di gestione remota DSL Home (TR-69) e le sue estensioni sono indipendenti dall'accesso.
Gestione remota is the core di DSL Home o Residential Gateway (RG) di nuova generazione e reti domestiche.
Il gruppo DSL Home ha elaborato gli standard per i requisiti CPE e la gestione dei dispositivi CPE.
Standard che definiscono i requisiti -
- WT-124 − Issue 2 of TR-068 - Gateway residenziale che definisce i requisiti RG completi che non sono specifici per DSL ma include altre tecnologie di accesso come xPON.
- TR-122 definisce i requisiti Voice ATA.
Standard nel quadro di gestione -
- TR-64 - Configurazione e miglioramenti CPE lato LAN.
  
  Per la configurazione e la gestione dei dispositivi CPE tramite interfaccia LAN locale.
  
  TR-69 - CPE Wan Management Protocol
  
  Per la configurazione e la gestione del dispositivo CPE tramite lato remoto.
- TR-111 - consente la gestione remota TR69 per i dispositivi nella Rete Domestica (HN).
- TR-98 and TR-133 - Configurazione e gestione dei parametri di differenziazione del servizio (QoS) nei dispositivi CPE tramite TR-69 e TR-64 rispettivamente.
- TR-104 Modello dati per servizi VoIP
  
  Esteso anche per i servizi video.
- TR-106 definisce il modello di modello di dati comune
  
  Definisce la struttura dell'oggetto di base e un set di parametri accessibili per un dispositivo TR-69.
- TR-122 - definisce i requisiti Voice ATA.
- WT-135 - modello a oggetti per i dispositivi STB.
- WT-140 - Dispositivi di archiviazione di rete del modello a oggetti.
- WT-142 - Framework per dispositivi PON abilitati TR-069.

Opzioni della tecnologia DSL

La tabella seguente descrive in dettaglio le varie opzioni della tecnologia DSL.

Famiglia	ITU	Nome	Ratificato	Capacità di velocità massima
ADSL	G.992.1	G.dmt	1999	7 Mbps in meno 800 kbps in su
ADSL2	G.992.3	G.dmt.bis	2002	8 Mb / s in meno 1 Mbps in su
ADSL2plus	G.992.5	ADSL2plus	2003	24 Mbps in meno 1 Mbps in su
ADSL2-RE	G.992.3	Raggiungi esteso	2003	8 Mbps in meno 1 Mbps in su
SHDSL (aggiornato 2003)	G.991.2	G.SHDSL	2003	5,6 Mbps su / giù
VDSL	G.993.1	DSL ad altissima velocità di trasmissione dati	2004	55 Mbps in meno 15 Mbps in su
VDSL2 -12 MHz a lunga portata	G.993.2	DSL ad altissima velocità di trasmissione dati 2	2005	55 Mbps in meno 30 Mbps in su
VDSL2 - 30 MHz Portata breve	G.993.2	DSL ad altissima velocità di trasmissione dati 2	2005	100 Mbps su / giù

Convergenza a casa

Molteplici tecnologie a banda larga e di rete stanno convergendo nella casa digitale di prossima generazione, come:

ADSL2 / ADSL2 Plus / VDSL2 / xPON.
Wireless / Ethernet / USB / HomePlug A / V, HPNA, ecc.
L'elettronica di consumo inizia a fare rete.

La gestione di tale convergenza è complessa e determina la necessità di semplificare il provisioning e la manutenzione dei dispositivi finali

Challenge - Come gestire i diversi elementi all'interno della casa?

Solution- Essenzialmente, la rete domestica rappresenta un microcosmo di tutte le tecnologie e tecniche di rete realizzate da Conexant. La convergenza sta avvenendo prima in casa.

Oggi devi essere un esperto IT (o avere alcuni adolescenti in casa) per impostare e configurare i tuoi dispositivi di rete domestici. Come indicato nella presentazione Industria, applicazioni e tendenze tecnologiche, il 30-50% dei dispositivi di rete domestica vengono restituiti ai rivenditori senza problemi. Gli utenti semplicemente non erano in grado di impostare e configurare il dispositivo utilizzando strumenti / software esistenti.

Problemi con l'approccio esistente

Di seguito sono riportati i problemi con l'approccio esistente.

User Perspective

Nessuna flessibilità per acquistare qualsiasi attrezzatura in serie.
Nessun supporto da parte del fornitore di servizi, se l'attrezzatura viene acquistata.
I dispositivi non sono plug-n-play che richiedono sia l'ISP che l'utente per eseguire alcune configurazioni.
L'aggiunta di un nuovo servizio richiede sia il coordinamento dell'ISP che dell'utente finale, il che richiede tempo.
Richiede la presenza del cliente a casa, se è coinvolto il rollio del camion.
Potrebbe essere difficile da abbinare poiché più coppie stanno lavorando al giorno d'oggi.

Service Provider Perspective

Richiede Truck Roll per attivare nuovi servizi, risoluzione dei problemi e nuove installazioni. Ogni rotolo di camion si aggiunge a un costo significativo in termini di tempo e risorse.
Quando il cliente presenta un reclamo, è molto difficile per l '"Helpdesk" verificare cosa non va con il dispositivo CPE sedendosi nel proprio ufficio.
I fornitori forniscono la propria soluzione proprietaria, diverse interfacce, parametri e procedure. Da qui la necessità di formazione per soluzione vendor.
L'ISP è stato costretto a restare con pochi fornitori scelti perché l'ISP ha fatto l'automazione personalizzata per rendere più facile il loro lavoro. Il passaggio a un nuovo fornitore potrebbe richiedere la modifica dell'automazione personalizzata.
Nessun modo per scoprire automaticamente le funzionalità del dispositivo e determinare quali parametri sono supportati.
Non è possibile determinare se le informazioni di configurazione modificate dall'utente tramite l'interfaccia di gestione locale come Web, CLI o SNMP, ecc.
Non è possibile impedire agli utenti di modificare le impostazioni, che potrebbero influire sui servizi da loro offerti.

Servizi offerti da DSL Home - TR-69

Di seguito è riportato l'elenco dei servizi offerti da DSL Home - TR-69.

Gestione remota dei dispositivi in modo sicuro (utilizza la sicurezza basata su SSL / TLS).
Fornitura di servizi in tempo reale tramite configurazione automatica.
Monitoraggio dello stato e delle prestazioni.
Diagnostics
Controllo di accesso
Notification
Aggiornamento del firmware
Modello di dati standardizzato su misura per i dispositivi CPE che offrono vari servizi come voce, video, dati e IPTV, ecc. Include un'ampia copertura per i dispositivi LAN nei segmenti domestici (STB, VoIP, NAS) su diverse tecnologie LAN come Ethernet, USB, WLAN , eccetera.
Il protocollo di gestione consente di accedere alle tecnologie indipendenti, quindi potrebbe essere utilizzato per un'ampia varietà di dispositivi CPE. Ad esempio: xPON, xDSL, ecc., Richiede solo che il dispositivo sia indirizzabile tramite IP.
Truckroll è ridotto al minimo dalla gestione remota.
L'helpdesk può fornire servizi migliori invece di accettare semplicemente il reclamo. L'helpdesk ha più contesto e può vedere le informazioni di configurazione complete su CPE da remoto.
Non è necessario disporre di una formazione specifica per il fornitore poiché il modello di dati è standardizzato per i servizi, quindi è necessario meno formazione del personale.
Non è richiesta alcuna automazione personalizzata, offrendo quindi una base di fornitori più ampia tra cui scegliere
Fornisce il rilevamento automatico dei parametri disponibili sul dispositivo.
Fornisce il controllo dell'accesso, quindi consente di evitare che l'utente modifichi la configurazione specifica.
Fornisce un meccanismo di notifica, così possiamo conoscere qualsiasi cambiamento nella configurazione relativa ai servizi.
Riduce l'Opex.
Rendere più facile per gli utenti e i fornitori di servizi andare oltre i modem e router best-effort per servizi di riproduzione tripla / quadrupla nella casa digitale.

Scenario di distribuzione TR69

La figura seguente mostra lo scenario di distribuzione TR69.

La distribuzione TR69 aiuterà con le seguenti funzionalità:

Una soluzione di rete sicura per servire gli utenti simultanei all'interno della casa
Servizio di riproduzione tripla / quadrupla (TV / video, telefonia, Internet, wireless)
Fornitura di servizi in tempo reale tramite configurazione automatica
Un meccanismo per gestire e automatizzare il supporto di tale provisioning

Il WT-124 => TR-068v2 aggiunge nuovi requisiti basati sull'ambito ampliato per includere:

Requisiti della porta Ethernet lato WAN ottico (PON)
Reindirizzamento Web per requisiti diagnostici
Requisiti del client DHCP
ACS ha avviato i requisiti del captive portal.

Il reindirizzamento Web è necessario quando si verificano problemi di connettività di rete. IlRG MUST fornire un meccanismo che intercetta le pagine del browser Web (ovvero le richieste di pagine Web della porta 80) e risponde a queste indirizzando il browser Web alle pagine Web interne appropriate per identificare e risolvere i problemi di connettività di rete inclusi, ma non limitati a:

DSL non può allenarsi. - D. Come ottenerlo dalla porta PHY appropriata al web?
Segnale DSL non rilevato. - D. Stessa domanda di cui sopra.
Broadband Ethernet non connesso (se applicabile).
PVC ATM non rilevato (se applicabile).
Errore IEE 802.1x (se applicabile).
Server PPP non rilevato (se applicabile).
Autenticazione PPP non riuscita (se applicabile).
DHCP non disponibile.

Esempio: protocollo di funzionamento TR-069

La seguente illustrazione mostra il funzionamento del protocollo TR-069.

L'illustrazione sopra è descritta nei seguenti punti.

Il TR-069 consente la configurazione e la gestione dei dispositivi degli utenti finali (RG, STB e VoIP). Una differenza significativa nell'approccio del forum DSL è che TR-069 può andare direttamente al dispositivo dell'utente finale.
Connection - Meccanismo generico basato sull'invio di RPC (Remote Procedure Calls), che consente all'ACS di leggere o scrivere parametri config, monitorare e controllare il CPE. Con RPC, messaggi SOAP (sintassi standard basata su XML), trasportati su SSL / TLS (livello di sicurezza), su HTTP, su connessione TCP / IP, tra CPE e un server di gestione.
(Note)- SNMP invia Protocol Data Unit (PDU) sopra UDP tra un manager e un agente. L'UDP è inaffidabile rispetto al TCP, la dimensione della PDU è limitata alla dimensione del frame UDP.
ACS Discovery -
- CPE può rilevare il suo ACS associato utilizzando DHCP.
- Manual Configuration - CPE può essere configurato localmente con l'URL di ACS.
- Default Configuration - CPE ha un URL ACS predefinito che può utilizzare se non viene fornito nessun altro URL.
Session (Setup and teardown) - Una sessione SEMPRE avviata da CPE all'ACS utilizzando l'indirizzo ACS predeterminato: emette il metodo Inform RPC per l'installazione e Session TearDown, che chiude la connessione TCP al termine.
(Note)- SNMP non supporta il concetto di sessione. Il client deve ascoltare su una porta UDP specificata per i messaggi dal server.
State Management -
- Per la sequenza di transazioni che formano una singola sessione, CPE mantiene la connessione TCP che persiste per la durata della sessione.
- Quando la connessione TCP continua non è possibile, ACS utilizza i cookie di sessione per mantenere uno stato di sessione.
- CPE restituisce le informazioni (cookie) impostate dall'ACS in tutti i messaggi scambiati. Alla fine della sessione, CPE termina la connessione TCP associata all'ACS e scarta tutti i cookie.

Sicurezza

La sicurezza è migliorata con TR-069 dal CPE che avvia tutte le comunicazioni. Il protocollo di sicurezza TR-069 supporta i seguenti due meccanismi di sicurezza (livello):

SSL / TLS definisce un'autenticazione basata su certificato tra CPE e ACS per fornire un'unica connessione sicura
Il CPE può utilizzare lo stesso certificato x.509 per fornire la crittografia.

I dispositivi client autenticati tramite l'autenticazione HTTP ampiamente implementata sono i seguenti:

TR-069 and End Devices −

TR-069 può essere utilizzato da ACS per la gestione di -
- Gateway residenziali (RG)
- End Devices (ED) basati su TR-111
Due approcci -
- RG funge da proxy per l'ED
- ED è gestito direttamente da ACS
TR-111 definisce regole extra che consentono -
- RG per scoprire gli ED abilitati TR-069 all'interno della LAN
- Contatti ACS TR-069 ED, anche per RG non TR-069 (utilizza STUN; RFC 3489)

CPE lato LAN TR-064

Di seguito sono riportate le caratteristiche della configurazione CPE lato LAN TR-069.

Adotta l'architettura UPnP v1.0 ed estende la specifica UPnP IGD v1 (con alcune limitazioni).
Un'applicazione di gestione (punto di controllo TR-64) viene eseguita su un PC e invia la configurazione specifica del fornitore di servizi e del cliente a CPE, quando il CPE si aggiunge alla rete.
Più utile durante l'installazione iniziale di nuovi dispositivi CPE e quando si verificano problemi di connettività lato WAN.

Scenario di distribuzione TR-64

La figura seguente mostra lo scenario di distribuzione TR-64.

Casi d'uso per i servizi domestici DSL

Consideriamo i seguenti casi d'uso per i servizi domestici DSL.

Caso d'uso - 1

Un cliente acquista inizialmente servizi a banda larga per i dati e ora deve abbonarsi ai servizi VoIP.

Il cliente può comunicare la nuova richiesta di servizi tramite il sito web di SP o chiamare l'ufficio. Per fornire questi servizi, l'SP deve rispondere alle seguenti domande. Se -

Option 1 - L'hardware del CPE esistente è in grado di fornire nuovi servizi come richiesto.
Option 2 - L'hardware è in grado, ma il firmware necessita di un aggiornamento.
Option 3 - Sia l'hardware che il firmware sono compatibili e richiede solo la configurazione del servizio VoIP.

Vediamo ora di capire in dettaglio ciascuna delle opzioni.

Nella prima opzione, l'SP (fornitore di servizi) ha bisogno di un truckroll per fornire il CPE compatibile con VoIP o può chiedere all'utente di acquistare il dispositivo dal mercato a seconda dell'accordo che ha.
Per la seconda opzione, l'SP può accodare l'aggiornamento del firmware e le richieste di configurazione VoIP sull'ACS per questo dispositivo CPE. Quando il CPE è attivato, viene configurato automaticamente sul CPE tramite TR-69 e l'ACS viene informato della modifica. Il fornitore di servizi può configurare l'ACS per informare l'utente tramite e-mail / SMS una volta ricevuto l'evento per una corretta configurazione dei servizi.
Per la terza opzione, è sufficiente mettere in coda la richiesta di configurazione del servizio VoIP sull'ACS. Quando il CPE è acceso, l'ACS aggiorna automaticamente la configurazione sul dispositivo CPE. Il fornitore di servizi può configurare l'ACS per informare l'utente tramite e-mail / SMS una volta ricevuto l'evento per la corretta configurazione dei servizi.

Caso d'uso - 2

Il fornitore di servizi deve eseguire l'aggiornamento del firmware in blocco.

L'SP ha già distribuito centinaia di dispositivi e richiede un aggiornamento del firmware, perché sta aumentando il livello dei servizi di base o sta trovando un bug critico, che può influenzare i servizi in un modo o nell'altro. Consideriamo i seguenti punti:

Con la soluzione di gestione TR-69, l'ACS deve disporre di informazioni complete sul CPE come la versione hardware, il firmware utilizzato sui dispositivi (queste informazioni vengono passate dal CPE ad ogni configurazione della sessione).
L'operatore può identificare i dispositivi CPE, che potrebbero richiedere un aggiornamento poiché non tutti i dispositivi ne avrebbero bisogno.
Dall'ACS, può programmare la richiesta di aggiornamento del firmware ai CPE selezionati in modo sfalsato.
Una volta aggiornato il firmware CPE, deve conoscere l'elenco dei CPE su cui il firmware è stato aggiornato con successo.
Tutto questo avviene senza uscire sul campo comodamente dal proprio ufficio.

Caso d'uso - 3

Il cliente segnala che la qualità del servizio voce / video non è all'altezza.

Questo può essere affrontato aderendo ai seguenti punti:

Monitorare i parametri delle prestazioni che possono influire sulla qualità vocale / video per risolvere i problemi e fornire la qualità di esperienza prevista al cliente finale.
Al fine di fornire i servizi differenziati per Voce, Video e dati, può configurare i parametri QoS desiderati secondo l'accordo sul livello di servizio con il cliente.

Caso d'uso - 4

Il cliente sta affrontando problemi di connettività e segnala il problema con alcuni servizi, quindi il fornitore di servizi può:

L'SP può eseguire la diagnostica sul CPE per risolvere i problemi.
Può impostare i parametri di diagnostica nel CPE e, una volta completata la diagnostica, l'ACS viene informato del suo completamento. Successivamente, l'ACS può recuperare i risultati in remoto tramite TR-69 e diagnosticare il problema.
Nel complesso, l'SP conosce la causa senza uscire e quindi può gestire la situazione in modo più efficace.

Roadmap di casa DSL

I seguenti punti descrivono la roadmap di casa DSL.

Interoperabilità di TR-069 -
- Eventi Plugfest - 3 sono già stati fatti.
- L'ultimo evento ha visto la partecipazione di 22 fornitori di CPE e 11 fornitori di ACS.
Certificazione TR-069 o DSL Home in esame.
Molti WT in corso: interfaccia ACS verso nord, nuovi modelli di oggetti dei servizi, QoS, nuove specifiche RG, test case e test di interoperabilità, ecc.
Allineati e collabora con UPnP Forum, DLNA, HGI, ecc., Definendo gli standard per i dispositivi nei segmenti domestici.
Alcuni enti standard hanno accettato lo standard TR-69 per la gestione remota dei dispositivi domestici: ITU-T SG16, Home Gateway Initiatives (HGI), ATIS IPTV Interoperability Forum (IIF), ecc.
L'organizzazione Direct Video Broadcast (DVB) (standard ETSI) ha adottato TR-069 e WT-135 per la gestione remota IPTV STB o un'alternativa da CableLabs.
Il focus group ITU-T IPTV che coinvolge più gruppi di studio affronterà anche il problema del protocollo di gestione remota.

TR-69 contro SNMP

L'IETF (Internet Engineering Task Force) definisce molti MIB per gestire varie caratteristiche e funzionalità. Tuttavia, non esiste alcun consolidamento da parte di alcun ente standard o IETF che consiglia l'uso di un set di MIB per gestire i dispositivi CPE (in particolare per i gateway domestici che forniscono il servizio Triple Play) per la configurazione e il provisioning dei servizi. Il supporto dei MIB in un dispositivo CPE è totalmente lasciato ai fornitori di scegliere rispetto alle proprie implementazioni. Il TR-69 e altri TR sotto l'ombrello DSL Home definiscono un insieme di parametri richiesti sui dispositivi CPE per questo tipo di servizi. Raccomanda l'insieme di parametri applicabili per ogni tipologia di servizi, che sono:

I fornitori forniscono la soluzione con i propri MIB proprietari, rendendo così la gestione di questi dispositivi specifica per il fornitore.
Non sono disponibili MIB per servizi di sistema come aggiornamento firmware, diagnostica e così via, specifici solo per i dispositivi CPE.
L'utilizzo di SNMP richiede l'apertura della porta SNMP tramite NAT poiché la maggior parte dei gateway domestici utilizza NAT ei dispositivi gestiti potrebbero trovarsi dietro NAT. In SNMP, la richiesta di ottenere / impostare i parametri viene sempre avviata dal gestore. Quindi, la porta deve essere aperta sul CPE per ottenere la richiesta. In TR-69, una sessione TR-69 viene avviata da CPE e il server utilizza la stessa sessione per inviare richieste get / set. Ciò elimina l'apertura della porta esplicitamente nell'ambiente NAT. TR-69 definisce anche un modo in cui ACS può inviare la richiesta a CPE e questa parte è gestita da TR-111 part2 in modo trasparente.
La maggior parte delle implementazioni SNMP esistenti oggi non implementano SNMPv3. Pertanto, i messaggi scambiati tramite SNMP non sono molto sicuri. In TR-69, la sicurezza è assicurata tramite gli schemi di autenticazione basati su SSL / TLS o HTTP. La maggior parte delle implementazioni di TR-69 ad oggi implementano SSL / TLS.
Qualsiasi indicazione da CPE al manager deve essere trattata in termini di trappole e queste trappole devono essere predefinite nei MIB. Una volta definite queste trappole, il gestore non può avere un controllo sul CPE, indipendentemente dal fatto che debba o meno generare la trappola in condizioni di trappola. Il TR-69 definisce un metodo molto generico per la notifica di qualsiasi modifica dei parametri al server. Non è necessario definire trap extra, questa funzionalità è incorporata nel protocollo stesso e nel caso in cui il manager non abbia bisogno di una notifica di un parametro, può disattivarla tramite protocollo. Inoltre, TR-69 prevede un meccanismo di notifica attivo o passivo, che manca in SNMP.
Nessun meccanismo di controllo degli accessi per accedere a una variabile tramite un altro protocollo di gestione. TR-69 definisce un meccanismo in cui è possibile specificare quale protocollo di gestione può controllare quali parametri e quale livello di accesso (lettura / lettura-scrittura) è disponibile. Questa funzione è molto utile quando il fornitore di servizi desidera controllare una serie di parametri che, se modificati, possono influire sui servizi dell'utente finale. SNMP non definisce questo livello di granularità.
Normalmente SNMP utilizza UDP come meccanismo di comunicazione, che non è molto affidabile, mentre TR-69 utilizza HTTP su TCP, che è più affidabile.
Sugli agenti SNMP, è necessario configurare l'indirizzo del gestore SNMP e la stringa della comunità, mentre in TR-69 non è obbligatorio configurare i parametri specifici di ACS. I parametri relativi a ACS possono essere rilevati dinamicamente tramite un meccanismo basato su DHCP, se non configurato dall'operatore.
Attraverso la gestione basata su SNMP, le uniche azioni supportate sono get / getnext e impostate dal manager. Nel caso in cui la gestione del dispositivo richieda qualche altra azione proprietaria o il download di un file, non può essere eseguita mentre si è in TR-69. Ciò può essere facilmente ottenuto definendo un RPC specifico del fornitore. Anche il download del file può essere ottenuto nella stessa sessione tra CPE e ACS con l'uso del meccanismo RPC esistente.
NESSUN MIB personalizzato per i dispositivi CPE che supportano i servizi Triple Play.
Ciascun fornitore fornisce la propria soluzione basata su alcuni MIB standard + proprietari
L'utilizzo di SNMP richiede l'apertura della porta SNMP sul dispositivo.
La maggior parte della gestione basata su SNMP non implementa SNMPv3. Quindi, la sicurezza è compromessa.
L'implementazione per la notifica sulla modifica dei parametri su qualsiasi parametro è difficile.
Nessun controllo sull'abilitazione e disabilitazione della notifica.
La disposizione per il controllo dell'accesso non è presente.
Utilizzo del metodo basato su UDP per la consegna, che non è molto affidabile.
Il dispositivo può essere gestito da più gestori contemporaneamente, il che si aggiunge alla sincronizzazione.
Potrebbe essere supportato solo un insieme specifico di azioni.
Tutto ciò che potrebbe essere ottenuto da SNMP può essere ottenuto da TR-69 e molti altri.

Conclusione

La suite di specifiche DSL Home definisce le soluzioni RG (Residential Gateway) di nuova generazione.
Rende più facile per gli utenti e le società di telecomunicazioni andare oltre i modem e il bridging / routing ottimale per i servizi di riproduzione tripla / quadrupla.
TR-069 (CWMP) è il cuore di DSL Home -
- Protocollo di gestione estensibile e flessibile.
- Accesso indipendente dalla tecnologia.
- Promozione attiva di TR-069 per tecnologie di accesso diverse dalla DSL. Ad esempio: cavo / DOCSIS, fibra / PON (WT-142).
- Altri enti stanno adottando TR-069: ITU-T SG16 Q21, HGI, DVB, ATIS IIF, ecc.
TR-068 (Modem with Routing) esteso con WT-124 = Requisiti della scatola RG.
TR-098 (modello dati RG) -
- Ricca modellazione della politica RG QoS.
- Adottato per HGI QoS.
- Non sono necessarie estensioni per soddisfare i requisiti HGI.
Lo strumento di simulazione ACS è stato sviluppato ed è disponibile per aiutare i clienti a testare la loro soluzione CPE rispetto a un ACS.

Nel prossimo capitolo, discuteremo i vari componenti del sistema DSL.