Configurazione e risoluzione dei problemi dei profili dialer

Introduzione

In questo documento vengono forniti suggerimenti per la configurazione e la risoluzione dei problemi relativi ai profili Dialer.

Prerequisiti

Requisiti

I lettori di questo documento devono essere a conoscenza di quanto segue:

• DDR legacy (dialer maps e dialer rotary-groups)

• Protocollo CHAP (PPP Challenge Handshake Authentication Protocol) e protocollo PAP (Password Authentication Protocol)

• ID chiamante (CLID) e DNIS (Dialed Number Identification Service)

Componenti usati

Le informazioni fornite in questo documento si basano sulle versioni software e hardware riportate di seguito.

• I profili dialer sono stati introdotti per la prima volta nel software Cisco IOS® versione 11.2.

• Le istruzioni riportate in questo documento sono relative al software Cisco IOS versione 12.0(7)T e successive. Il comportamento del profilo dialer nelle versioni software Cisco IOS precedenti non è trattato in questo documento.

• A causa delle modifiche apportate ai profili Dialer, si consiglia di eseguire il software Cisco IOS versione 12.1 o successive. I profili dialer possono essere utilizzati con qualsiasi router Cisco con interfaccia ISDN.

Le informazioni discusse in questo documento fanno riferimento a dispositivi usati in uno specifico ambiente di emulazione. Su tutti i dispositivi menzionati nel documento la configurazione è stata ripristinata ai valori predefiniti. Se la rete è operativa, valutare attentamente eventuali conseguenze derivanti dall'uso dei comandi.

Utilizzare lo strumento Software Advisor (solo utenti registrati) per verificare che la versione del software Cisco IOS in esecuzione supporti questa funzione.

Suggerimento: nello strumento Software Advisor, cercare la funzione denominata Dynamic Multiple Encapsulation per Dial-in su ISDN.

Convenzioni

Per ulteriori informazioni sulle convenzioni usate, consultare il documento Cisco sulle convenzioni nei suggerimenti tecnici.

Premesse

Il routing DDR (dial-on-demand routing) legacy, sebbene utile in molti scenari, è restrittivo nelle istanze in cui si desidera differenziare gli utenti definendo caratteristiche diverse per utenti diversi. Ciò non è possibile con DDR legacy I profili dialer sono stati progettati come un nuovo modello DDR per consentire la configurazione di un profilo specifico dell'utente sul router; il profilo determina le caratteristiche di un particolare utente e viene associato dinamicamente a un'interfaccia fisica (ad esempio, BRI (asynchronous or basic rate interface) per le chiamate DDR in entrata o in uscita. I profili dialer supportano il protocollo PPP (Point-to-Point Protocol), il controllo HDLC (High-Level Data Link Control), Frame Relay o l'incapsulamento X.25 per la composizione in entrata o in uscita. L'incapsulamento PPP è la scelta consigliata e nel presente documento si fa riferimento al PPP.

I profili dialer sono adatti alle proprie esigenze?

Rispondere alle domande seguenti per determinare se i profili Dialer rappresentano l'opzione migliore per la configurazione. Qualsiasi domanda a cui viene data risposta con un "non interessare" deve essere interpretata come un "No". Per determinare il metodo migliore da utilizzare, è necessario applicare le risposte alle domande seguenti al diagramma di flusso illustrato di seguito.

1. Esiste un requisito per utente? In altre parole, sarà necessario applicare caratteristiche diverse a seconda dell'utente, ad esempio compressione, timeout di inattività, indirizzamento di livello 3 o altri servizi o funzionalità?

2. Saranno disponibili connessioni a più di 200 siti, indipendentemente dall'indirizzamento delle chiamate?

   Nota: 200 siti è un numero arbitrario oltre il quale il ridimensionamento della rete diventa un problema significativo.

3. Sarà necessario effettuare una chiamata in uscita?

Utilizzare il diagramma di flusso seguente per ottenere il miglior metodo di implementazione DDR.

Diagramma di flusso del confronto delle soluzioni DDR

Per ulteriori informazioni sul DDR legacy, fare riferimento al capitolo sulla configurazione del routing su chiamata su richiesta nella guida alla configurazione delle tecnologie di composizione Cisco IOS.

Per ulteriori informazioni sui profili virtuali (VTP), fare riferimento al capitolo sulla guida alla configurazione delle tecnologie di composizione Cisco IOS in Modelli virtuali, profili e reti.

Per ulteriori informazioni su LSDO (Large-Scale Dial-Out), fare riferimento al capitolo Cisco IOS Dial Technologies Configuration Guide in Configuring Large-scale Dial-Out.

Vantaggi dei profili dialer rispetto ai DDR legacy

• A differenza del DDR legacy, il profilo Dialer è un'interfaccia point-to-point. In questo modo si riduce la necessità di una mappa dal layer 3 al layer 2 e si aggiungono le complessità di gestione delle mappe multiple.

• Configurare membri diversi di un'interfaccia fisica con indirizzi di rete di layer 3 diversi.

• I profili dialer consentono alle interfacce fisiche di assumere caratteristiche diverse in base ai requisiti delle chiamate in entrata o in uscita.

• Interfaccia di backup non dedicata e utilizzabile quando l'interfaccia principale è operativa.

• Controllare il numero minimo o massimo di connessioni in entrata e in uscita da un'interfaccia DDR.

• È possibile impostare parametri DDR diversi per ciascun canale B di un'interfaccia ISDN.

Situazioni di esempio

Le situazioni comuni in cui i profili Dialer sono utili includono:

• Il router deve connettersi a più siti e i peer si trovano in subnet diverse.

• È necessario utilizzare l'interfaccia fisica per il DDR normale e fornire il backup su un collegamento WAN

• Alcuni canali B devono essere riservati per una particolare connessione

• I peer eseguono un incapsulamento diverso (ad esempio, HDLC e PPP).

  Nota: questa funzionalità richiede il software Cisco IOS versione 12.0(7)T o successive

• Alcune connessioni possono richiedere più canali, mentre altre richiedono un solo canale

• Ogni connessione richiede valori di timeout di inattività diversi.

• Ogni connessione richiede diverse definizioni di traffico interessanti

• Indirizzo IP del peer sconosciuto

• I canali ISDN B (in un PRI) richiedono configurazioni diverse

Si noti che la maggior parte delle situazioni descritte in precedenza riguarda problemi relativi ai singoli utenti per i quali i profili Dialer sono ideali. Tenere presente che l'elenco precedente non copre tutte le situazioni in cui è possibile utilizzare i profili Dialer.

Vincoli

I profili dialer presentano limitazioni note. Ad esempio:

• L'autenticazione PPP e Multilink devono essere abilitati sulle interfacce fisiche e sulle interfacce dialer, a meno che non sia abilitata l'associazione basata su CLID (è richiesto il software Cisco IOS versione 12.0(7)T o successive).

• Ogni interfaccia di connessione telefonica utilizza un IDB (Interface Description Block), ovvero la struttura interna che gestisce un'interfaccia. È consentito un numero finito di IDB (dipende dalla versione e dalla piattaforma del software Cisco IOS); ciò implica che i profili Dialer potrebbero non essere scalabili per applicazioni DDR di grandi dimensioni. Per ulteriori informazioni sui limiti IDB di diverse piattaforme, fare riferimento al numero massimo di interfacce e sottointerfacce per le piattaforme Cisco IOS: Limiti IDB.

• All'interno del profilo Dialer non è disponibile alcun metodo per configurare un profilo dialer generico (o un profilo predefinito) per un gruppo di utenti che condividono le stesse caratteristiche. Ogni utente deve avere il proprio profilo.

  Suggerimento: utilizzare i profili virtuali insieme ai profili Dialer. I profili virtuali possono fornire un eccellente "profilo predefinito".

• Per le connessioni in ingresso, non è possibile limitare la quantità di chiamate in ingresso a un profilo senza prima rispondere alla chiamata e sostenere un addebito.

Componenti profilo dialer

Un profilo Dialer è costituito dai seguenti elementi:

• Interfaccia dialer - Entità logica che definisce un profilo dialer specifico dell'utente. Tutte le impostazioni di configurazione specifiche dell'utente vengono configurate tramite l'interfaccia dialer; ad esempio, gli indirizzi di protocollo del layer 3, il traffico interessante, i timeout. Si noti che questa interfaccia dialer è completamente diversa da un'interfaccia dialer utilizzata come gruppo rotante con DDR legacy. Ai fini di questa discussione, il nome di un profilo dialer e di un'interfaccia dialer deve essere considerato sinonimo.

• Pool dialer: ogni interfaccia dialer è membro di un singolo pool dialer; il pool è un gruppo di una o più interfacce fisiche. All'interno di un pool è possibile utilizzare qualsiasi combinazione di interfacce (asincrone, ISDN, seriali). Il conflitto di composizione in uscita per un'interfaccia fisica specifica viene risolto con il comando dialer pool-member priority.

• Interfaccia fisica: le interfacce (ad esempio BRI e asincrone) sono configurate come membri di uno o più pool e sono configurate almeno per i parametri di incapsulamento e l'identificazione dei pool di dialer a cui appartiene l'interfaccia. Anche l'autenticazione PPP e Multilink PPP (se applicabile) devono essere configurati sull'interfaccia fisica, a meno che non sia abilitata l'associazione basata su CLID (Caller ID).

Il diagramma seguente mostra un esempio di interazione tra questi diversi elementi dei profili dialer.

Informazioni sul processo di associazione mediante i profili dialer

Verrà ora illustrato il concetto di associazione dinamica dei profili dialer alle interfacce fisiche per singola chiamata.

Le informazioni di configurazione per un peer specifico sono contenute in un profilo dialer. Dopo aver effettuato la connessione o la chiamata a un peer tramite una porta fisica, il router deve associare il profilo di connessione del remoto all'interfaccia fisica. Poiché sul router potrebbero essere configurati più profili di connessione telefonica, è necessario scegliere correttamente il profilo da associare a una determinata chiamata (in entrata o in uscita). Nel trattare questo argomento con la connessione remota o la connessione remota, è disponibile una procedura dettagliata seguita da un diagramma di flusso. Fare riferimento al diagramma di flusso quando si utilizza la procedura dettagliata.

Chiamata in uscita

Questo scenario è molto simile al funzionamento di un gruppo rotante dialer; l'interfaccia fisica presuppone le caratteristiche del profilo della connessione dialer per una determinata connessione. Il processo di associazione è il seguente:

1. Un pacchetto in arrivo arriva sul router; una ricerca nella tabella di routing indica l'indirizzo di destinazione su un'interfaccia dialer.

2. Il software Cisco IOS rileva che l'interfaccia della connessione telefonica è un profilo della connessione telefonica. Se non esiste una connessione per questo profilo, viene identificato il pool a cui è associata l'interfaccia di connessione.

3. Se è presente una connessione, il pacchetto viene accodato all'interfaccia fisica e se il traffico è "interessante", il timer di inattività viene reimpostato.

4. Se non è disponibile alcuna connessione, il traffico viene confrontato con l'elenco di composizione per determinarne la pertinenza. In caso contrario, il pacchetto viene scartato. Se il traffico è interessante, andare al passaggio 5.

5. Senza una connessione esistente, il software Cisco IOS cerca l'interfaccia fisica che appartiene all'interfaccia dialer con la priorità più alta nel pool di dialer. Questa è l'interfaccia che verrà usata per la composizione. Questa interfaccia è associata all'interfaccia di connessione, che assume la configurazione dell'interfaccia di connessione.

6. Il software Cisco IOS compone il numero di telefono per il profilo della connessione telefonica e a questo punto si verificano i normali passaggi DDR.

7. Se il nome autenticato del peer non corrisponde al nome remoto del dialer nel profilo del dialer in uscita, la chiamata viene disconnessa.

Diagramma di flusso chiamata in uscita

Questa sequenza è la stessa indipendentemente dal fatto che il pool di dialer sia composto da interfacce ISDN, interfacce asincrone o una combinazione di entrambe.

Il numero di chiamate in uscita da un profilo può essere gestito con una soglia minima e massima (usando il comando dialer pool-member numero_pool max-link numero min-link). La soglia minima funge da sistema di prenotazione, mentre la soglia massima impedisce il sovrautilizzo di un profilo. Una volta raggiunta la soglia, non saranno più consentite chiamate in uscita su quel profilo.

Chiamata in ingresso

L'associazione del profilo dialer per le chiamate in ingresso è più complessa, in quanto l'interfaccia in ingresso può essere potenzialmente un membro di più pool e questi pool possono essere associati a più profili dialer. Se l'associazione dinamica non è possibile, la chiamata viene disconnessa. Il processo di associazione è il seguente:

Nota: questo processo viene visualizzato in ordine di esecuzione e la chiamata verrà associata all'interfaccia di connessione quando viene trovata la prima corrispondenza.

1. Se l'interfaccia fisica è un membro di un solo pool e a questo pool è associato un solo profilo di connessione, associare l'interfaccia fisica a questo profilo di connessione.

   Nota: questo passaggio viene eseguito solo se il profilo di connessione singolo configurato non dispone del comando dialer caller o dialer caller. Se uno dei due comandi è configurato, il binding verrà eseguito solo se viene trovata una corrispondenza.

2. Tentare di trovare una corrispondenza tra l'ID chiamante (CLID) della chiamata e il comando dialer caller nell'interfaccia del chiamante; verranno controllati solo i profili associati al pool a cui appartiene l'interfaccia fisica. Se viene trovata una corrispondenza, associare l'interfaccia fisica al profilo dialer corrispondente. Se per qualsiasi motivo questo controllo ha esito negativo, procedere al passaggio successivo in un ulteriore tentativo di associazione. Per ulteriori informazioni sul chiamante, consultare il documento relativo all'autenticazione ISDN e alla richiamata con ID chiamante. Questo passaggio viene ignorato se CLID non viene fornito dal chiamante telefonico o se non è configurato nel profilo del chiamante.

3. Tentativo di eseguire il binding utilizzando le informazioni sul sottoindirizzo DNIS-plus-ISDN fornite dal telco nel messaggio di installazione della chiamata in arrivo Q.931. Le informazioni relative alla chiamata in arrivo DNIS e al sottoindirizzo verranno confrontate con il comando dialer call in ciascun profilo dialer. Se viene trovata una corrispondenza, il binding ha esito positivo; in caso contrario, passa ai criteri successivi.

   Nota: il binding DNIS è consentito solo quando le informazioni sul sottoindirizzo ISDN sono presenti nel messaggio di installazione Q.931 della chiamata in arrivo e il comando dialer call è configurato correttamente in un profilo dialer. I sottoindirizzi ISDN vengono utilizzati principalmente in Europa e in Australia e non sono comuni in Nord America.

4. Se l'interfaccia fisica è configurata per l'autenticazione PPP, rispondere alla chiamata e autenticare il peer remoto. Utilizzare il nome autenticato per identificare il profilo di connessione telefonica con lo stesso nome configurato (con il comando dialer remote-name). Verranno controllati solo i profili associati al pool a cui appartiene l'interfaccia fisica. Se viene trovata una corrispondenza, associare l'interfaccia fisica all'interfaccia di connessione corrispondente. Se il controllo ha esito negativo per qualsiasi motivo, l'algoritmo del tentativo di associazione non riesce e la chiamata viene disconnessa.

Si noti che un'associazione non implica una connessione riuscita. Significa semplicemente che l'interfaccia fisica ha ora una configurazione da utilizzare. Tuttavia, la chiamata può comunque essere disconnessa per altri motivi, ad esempio un errore del protocollo IPCP (IP Control Protocol).

Una volta completato il binding e autenticati i dispositivi, il router controlla se il nome remoto del dialer corrisponde al nome utente autenticato del peer. Se i nomi non corrispondono, la chiamata viene disconnessa.

Utilizzando l'ID chiamante o DNIS è possibile associare solo chiamate ISDN sincrone. Al momento non viene effettuato alcun tentativo di utilizzare il CLID/DNIS fornito per il collegamento delle chiamate del modem nel caso in cui la chiamata del modem venga effettuata tramite una connessione ISDN BRI o PRI.

Il numero di chiamate in entrata da un profilo può essere gestito con una soglia massima (l'opzione max-link nel comando dialer pool-member). La soglia massima impedisce il sovrautilizzo di un profilo. Il router risponde alla chiamata per determinare a quale profilo si riferisce la chiamata e se è stato raggiunto o meno il limite massimo di connessioni del profilo. Se è stato raggiunto il numero massimo, la chiamata viene disconnessa.

Riepilogo attività configurazione profilo dialer

Per configurare i profili dialer, eseguire le attività seguenti:

1. Configurare una o più interfacce dialer. Tutte le impostazioni di configurazione specifiche della destinazione vengono inserite nella configurazione dell'interfaccia di connessione remota.

   Passaggio	Comando	Scopo
   1.	interface dialer number	Creare un'interfaccia Dialer.
   2.	indirizzo ip indirizzo_ip subnet_mask o interfaccia ip senza numero o indirizzo ip negoziato	Specificare l'indirizzo IP e la maschera dell'interfaccia Dialer come nodo nella rete di destinazione da chiamare. È inoltre possibile assegnare un numero diverso all'interfaccia su un'altra interfaccia Up/Up del router o disporre dell'indirizzo ottenuto durante la negoziazione IPCP
   3.	encapsulation ppp	Specificare l'incapsulamento PPP.
   4.	(Facoltativo)chap autenticazione ppp | pap [chiamata]	Specificare il metodo di autenticazione PPP. Questa operazione è necessaria solo se non si esegue l'associazione basata su CLID o DNIS. Per ulteriori informazioni, consultare la sezione Chiamata in ingresso.
   5.	numero chiamante	Configurare l'ID chiamante (CLID) del peer (utilizzato per l'associazione). Assicurarsi che il telefono fornisca il comando CLID nel messaggio SETUP della chiamata in arrivo.
   6.	(Facoltativo)dialer chiamato DNIS:subaddress	Specifica le informazioni su DNIS e sottoindirizzo che possono essere utilizzate per l'associazione. Questo è usato principalmente in Europa e in Australia. Nota: configurare sia il DNIS che il sottoindirizzo; In caso contrario, ogni tentativo di associazione DNIS a questo profilo avrà esito negativo.
   7.	dialer nome-remoto nomeutente	Specificare il nome di autenticazione del router remoto. Se il nome utente non è specificato correttamente, la chiamata verrà disconnessa.
   8.	dialer string dial-string class class-name	Specificare la destinazione remota da chiamare e la classe mappa che definisce le caratteristiche per le chiamate a questa destinazione. La classe map è facoltativa. Questo comando è necessario solo se il router effettua chiamate in uscita.
   9.	numero-pool-dialer	Specificare il pool di composizione da utilizzare per le chiamate a questa destinazione.
   10.	dialer-group group-number	Assegnare l'interfaccia Dialer a un gruppo dialer. In questo modo viene applicata all'interfaccia la definizione del traffico interessante
   11.	dialer-list group-number protocol protocol-name {allow | nega | list} access-list-number	Specificare un elenco degli accessi (in modalità di configurazione globale) in base al numero di elenco o al protocollo e al numero di elenco per definire i pacchetti "interessanti" che possono attivare una chiamata. Il numero del gruppo deve essere uguale a quello specificato al passaggio 9

2. (Facoltativo) Configurare una classe di mappa per specificare caratteristiche diverse per tipi diversi di chiamate in base alla destinazione per chiamata. Per ulteriori informazioni, consultare la sezione Configurazione del comando map-class dialer.

3. Configurare le interfacce fisiche.

   Passaggio	Comando	Descrizione
   1.	interface tipo_interfaccia numero	Configurare i parametri dell'interfaccia fisica per i profili dialer
   2.	(Facoltativo)incapsulamento ppp	Specificate l'incapsulamento PPP come valore predefinito. È inoltre possibile configurare x25, Frame Relay, HDLC, ecc. Sebbene l'interfaccia fisica utilizzi l'incapsulamento PPP, l'effettivo incapsulamento in esecuzione sui canali B è determinato da quello configurato sul profilo dialer associato a questa interfaccia.
   3.	(Facoltativo)chap autenticazione ppp | pap [chiamata]	Specificare il metodo di autenticazione PPP. Questa operazione è necessaria solo se non si esegue l'associazione basata su CLID o DNIS. Per ulteriori informazioni, consultare la sezione Chiamata in ingresso.
   4.	(Facoltativo)ppp multilink	Consentire il muktilink PPP su questa interfaccia fisica. Questa operazione è necessaria solo se non si esegue l'associazione basata su CLID o DNIS. Per ulteriori informazioni, consultare la sezione Chiamata in ingresso.
   5.	dialer pool-member pool-number	Assegnare l'interfaccia fisica a un pool di dialer. Questo numero di pool deve essere uguale a quello configurato nel passaggio 9 della tabella precedente

   Nota: se tutte le connessioni in ingresso tramite questa interfaccia fisica non sono associate tramite CLID o DNIS, è necessario configurare l'incapsulamento ppp, l'autenticazione ppp e il collegamento multiplo ppp (se applicabile) sull'interfaccia fisica.

4. Configurare il nome utente e la password per l'autenticazione CHAP o PAP. Per ulteriori informazioni sulla configurazione di PAP, vedere Configurazione e risoluzione dei problemi del protocollo PAP (PPP Password Authentication Protocol). Per informazioni sulla protezione CHAP, vedere Descrizione e configurazione dell'autenticazione CHAP PPP.

5. Configurare una route statica con l'interfaccia della connessione remota come hop successivo.

Esempio di configurazione

Nella figura precedente:

• Interfaccia dialer Dialer1 utilizza il pool di dialer 10

• Interfaccia dialer Dialer2 utilizza il pool dialer 20

• Interfaccia dialer Dialer3 utilizza il pool dialer 30

• BRI 0, BRI 1, BRI 2 appartengono al gruppo dialer 10

• BRI 1, BRI 2 appartengono al pool dialer 20

• BRI 2 appartiene a dialer pool 30

Se l'interfaccia Dialer1 deve stabilire una connessione DDR, utilizzerà uno degli BRI nel pool dialer 10. In questo caso, per la chiamata verrà utilizzato un canale B da BRI 0, BRI 1 o BRI 2.

Se l'interfaccia dialer Dialer2 richiede una connessione DDR, utilizza il pool di dialer 20 (e per estensione BRI 1 o BRI 2).

Per evitare conflitti all'interno di un pool di dialer, è possibile assegnare la priorità alle interfacce fisiche del pool di dialer.

Configurazione delle interfacce dialer

Le operazioni di configurazione dell'interfaccia dialer sono illustrate nella configurazione di esempio seguente:

interface Dialer1 
 ip address 1.1.1.1 255.255.255.0

 ! -- IP Address. ! -- For simplicity keep this address in the same network as the peer.


 ! -- If needed, you can unnumber this to another interface instead.

 encapsulation ppp
 dialer remote-name Smalluser

 ! -- Authenticated remote name of the peer. 


 ! -- Verify that this name exactly matches the authenticated name of the remote.

 dialer string 5554540

 ! -- Number for outbound call. For inbound calls this is not needed.


 ! -- Multiple dial strings can be specified for the same dialer interface.

 dialer caller 5554540

 ! -- CLID information used for binding. 

 dialer pool 10

 !-- Member of dialer pool 10.


 !-- The dialer interface can only be a member of 1 pool(the reverse is not true).

 dialer-group 1

 ! -- Interesting traffic is defined by dialer-list 1.

!
interface Dialer2
 ip address 2.2.2.2 255.255.255.0
 encapsulation ppp
 dialer remote-name Mediumuser

 !-- Note that the remote-name is different from the other profiles.


 !-- Do not configure two dialer profiles with the same remote-name.

 dialer string 5554541
 dialer caller 5554541
 dialer load-threshold 50 either

 ! -- Load threshold (50/255=20%) for multilink ppp.

 dialer pool 20
 dialer-group 2
 ppp multilink

 ! -- Dialer 2 can perform Multilink PPP.

!
interface Dialer3
 ip address 3.3.3.3 255.255.255.0
 encapsulation ppp
 dialer remote-name Poweruser
 dialer string 5554542 class Eng

 !--- Dial 5554542 and use the map-class named "Eng" (defined below).

 dialer caller 5554542
 dialer hold-queue 10
 dialer load-threshold 80

 ! -- Load threshold (80/255=32%) for multilink ppp.

 dialer pool 30
 dialer-group 2
 ppp multilink

 ! -- Dialer 3 can perform Multilink PPP.

!
map-class dialer Eng

!--- Map-class named "Eng" that was used with the dialer string in Dialer3.

 isdn speed 56

Nota: configurare un'interfaccia di connessione per ogni dispositivo remoto a cui è necessario connettersi.

Numero minimo di comandi necessari per configurare l'interfaccia Dialer:

• Utilizzare il comando dialer remote-name user-name per specificare la destinazione remota. Nome del router remoto passato per l'autenticazione.

• Utilizzare il comando dialer string string per specificare il numero da comporre (per le chiamate in uscita). Se necessario, è possibile configurare una classe mappa.

• Utilizzare il comando dialer caller lookup per specificare il CLID del peer.

• Utilizzare il comando dialer pool number per associare un'interfaccia dialer a un pool di dialer. Si noti che un'interfaccia dialer può essere associata a un solo pool di dialer, mentre un pool di dialer può essere associato a più interfacce dialer.

• Il comando dialer-group group-number viene usato per fare riferimento a un elenco di dialer che definisce il traffico "interessante".

Nota: l'elenco di composizione dialer-group protocol -name {allow | nega | list access-list-number} specifica un protocollo o un numero di elenco degli accessi che definisce i pacchetti "interessanti" per attivare una chiamata.

Configurazione del comando map-class dialer

È possibile utilizzare il comando map-class dialer class-name per specificare una classe map e accedere alla modalità di configurazione della classe map. Nella tabella seguente vengono illustrate le opzioni disponibili.

Comando	Descrizione
dialer isdn [velocità <56>] | [no-spc]	Specifica la velocità della linea ISDN a 56 Kbps. Nota: 64 Kbps è l'impostazione predefinita. Il parametro di velocità viene utilizzato solo con una velocità di linea di 56 Kbps. 64 non è un'opzione valida. Nota: contattare la sede italiana di EMC per stabilire se è necessario.
numero dialer idle-timeout	Specifica i valori del timer di inattività da utilizzare quando si effettua una chiamata. L'impostazione predefinita è 120 secondi. Nota: è possibile configurare il timeout di inattività anche nell'interfaccia della connessione telefonica.
numero dialer fast-idle	Specifica i valori del timer di inattività veloce da utilizzare quando si effettua una chiamata. Questa opzione viene usata quando c'è congestione per un'interfaccia fisica. L'impostazione predefinita è 20 secondi.
numero dialer wait-for-carrier-time	Specifica il valore di tempo vettore da utilizzare quando si effettua una chiamata.

Nota: alcuni dei comandi dialer mostrati in precedenza possono essere configurati direttamente nell'interfaccia dialer o nella classe map. È possibile che lo stesso comando venga visualizzato più di una volta, possibilmente con parametri diversi. L'ordine di precedenza è dal più alto al più basso:

• parametri della classe map

• parametri interfaccia

Configurazione delle interfacce fisiche

Utilizzare il comando dialer pool-member number per assegnare un'interfaccia fisica a un pool di dialer. È possibile assegnare un'interfaccia a più pool di dialer utilizzando questo comando di configurazione interfaccia per specificare diversi numeri di pool di dialer.

Utilizzare l'opzione priority di questo comando per impostare la priorità dell'interfaccia in un pool di dialer.

interface BRI0
   no ip address
   encapsulation ppp
  
 ! -- Specify that the default encapsulation for this interface is ppp. ! -- Although BRI0 employs ppp encapsulation, the actual encapsulation ! -- running over the B-channels are determined by the one configured ! -- on the dialer profile bound to this interface. 
   dialer pool-member 10 priority 100

 ! -- BRI 0 is a member of pool 10.

  !
  interface BRI1
   no ip address
   encapsulation ppp
   dialer pool-member 10 priority 50
   
! -- BRI 1 is a member of pool 10. ! -- Note that the priority is less than BRI 0. 
   dialer pool-member 20 priority 100
   
! -- BRI 1 is a member of pool 20. ! -- Note that the priority is higher than BRI 2. 
  !  
  interface BRI2
   no ip address
   encapsulation x25
  
 ! -- Although BRI2 employs X25 encapsulation, ! -- the actual encapsulation running over the B-channels ! -- are determined by the one configured on the dialer profile ! -- bound to this interface. 
   dialer pool-member 10 priority 10

 ! -- BRI 1 is a member of pool 10. ! -- Note that the priority is less than BRI 0 and BRI 1. 
   dialer pool-member 20 priority 50

 ! -- BRI 2 is a member of pool 20. ! -- Note that the priority is lower than BRI 1. 
   dialer pool-member 30
   ...
   ...
   ...

Nota: se non è possibile eseguire l'associazione basata su CLID o DNIS, è necessario configurare i comandi encapsulation ppp, ppp authentication chap | pap [callin] e ppp multilink (se applicabile) sotto l'interfaccia fisica.

I parametri del comando dialer pool-member facoltativo includono:

Parametro	Descrizione
numero	Imposta il numero di pool di chiamate. Si tratta di un valore decimale compreso tra 1 e 255.
numero di priorità	Imposta la priorità dell'interfaccia fisica all'interno del pool di dialer. Le interfacce con un numero di priorità vengono selezionate per prime per la chiamata in uscita. Si tratta di un valore decimale compreso tra 1 e 255. Un valore maggiore indica una priorità più alta. Questa operazione è necessaria solo in caso di conflitto sulle interfacce fisiche per le chiamate in uscita.
numero min-link	Canali ISDN B su un'interfaccia riservata per questo pool di dialer. Si tratta di un numero compreso tra 1 e 255. Può essere utilizzato come un semplice sistema di prenotazione canali.
max-link number	Imposta il numero massimo di canali B ISDN su un'interfaccia riservata per questo pool di dialer. Si tratta di un numero compreso tra 1 e 255.

Configurazione di esempio del profilo dialer

Per un esempio completo della configurazione tramite i profili dialer, consultare il documento sulla configurazione del DDR ISDN con i profili dialer.

Per gli esempi di configurazione non PPP, consultare i seguenti documenti:

• HDLC DDR ISDN con incapsulamento HDLC con incapsulamenti multipli dinamici

• X.25 e Frame Relay: Incapsulamenti multipli dinamici per Dial-In su ISDN

Comandi di ottimizzazione e opzionali

Per ulteriori informazioni sull'ottimizzazione e sui comandi opzionali, consultare il documento DDR peer-to-peer con comandi di profili dialer.

Verifica del funzionamento dei profili dialer

Il comando show interface dialer1 visualizza informazioni sulle chiamate in arrivo e in uscita:

Router# show interfaces dialer1
Dialer1 is up, line protocol is up (spoofing)

! -- The dialer interface is up/up(spoofing). ! -- Dialer interface is always up(spoofing) so that the route ! -- to the dialer interface remains in the routing table. ! -- Refer to the Note below. 
  Hardware is Unknown
  Internet address is 1.1.1.1/24

 ! -- IP address for the dialer interface.

  MTU 1500 bytes, BW 64 Kbit, DLY 20000 usec, rely 255/255, load 1/255
  Encapsulation PPP, loopback not set

 ! -- Encapsulation on the dialer interface.

  DTR is pulsed for 1 seconds on reset
  Interface is bound to BRI0:1

 ! -- This dialer is bound to 1 B-channel. 

  Last input 00:00:38, output never, output hang never
  Last clearing of "show interface" counters 00:05:36
  Queueing strategy: fifo
  Output queue 0/40, 0 drops; input queue 0/75, 0 drops
  5 minute input rate 0 bits/sec, 0 packets/sec
  5 minute output rate 0 bits/sec, 0 packets/sec
     38 packets input, 4659 bytes
     34 packets output, 9952 bytes
Bound to:
BRI0:1 is up, line protocol is up


! -- B-channel to which Dialer1 is bound to.

  Hardware is BRI
  MTU 1500 bytes, BW 64 Kbit, DLY 20000 usec, rely 255/255, load 1/255
  Encapsulation PPP, loopback not set, keepalive not set
  Interface is bound to Dialer1 (Encapsulation PPP)

 ! -- Encapsulation applied by the dialer profile.

  LCP Open, multilink Open
  Last input 00:00:39, output 00:00:11, output hang never
  Last clearing of "show interface" counters never
  Queueing strategy: FIFO
  Output queue 0/40, 0 drops; input queue 0/75, 0 drops
  5 minute input rate 0 bits/sec, 0 packets/sec
  5 minute output rate 0 bits/sec, 0 packets/sec
     78 packets input, 9317 bytes, 0 no buffer
     Received 65 broadcasts, 0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
     93 packets output, 9864 bytes, 0 underruns
     0 output errors, 0 collisions, 7 interface resets
     0 output buffer failures, 0 output buffers swapped out
     4 carrier transitions

Nota: l'interfaccia della connessione remota sarà sempre attiva/attiva (spoofing). La parola spoofing indica che la linea non è realmente attiva, ma il dialer sta forzando la linea a mascherarla come "su" in modo che i protocolli di livello superiore continuino a funzionare come previsto. Lo spoofing è uno stato aggiunto per consentire il funzionamento del DDR. L'interfaccia "chiama su richiesta" in risposta ai pacchetti che vengono indirizzati ad essa. Tuttavia, poiché nessun pacchetto viene indirizzato alle interfacce "down", l'interfaccia deve fingere di essere attiva (spoof), in modo che i pacchetti vengano indirizzati a tale interfaccia anche quando non è connessa. Lo spoofing è lo stato normale su un'interfaccia dial-on-demand.

Risoluzione dei problemi relativi ai profili dialer

Sintomo	comando debug	Risoluzione
La chiamata non viene mai effettuata	debug dialer	Confermare le impostazioni relative al traffico, alla configurazione del routing, al numero di telefono e al pool di chiamate.
Le chiamate in arrivo non si connettono correttamente	debug dialer	Confermare se uno dei tre passaggi di binding avrà esito positivo.
Le chiamate vengono disconnesse prematuramente o le chiamate non vengono mai disconnesse	debug dialer packet	Conferma configurazione pacchetto interessante

Come nel caso del DDR legacy, il comando più appropriato per il debug dei problemi del profilo dialer è debug dialer. Se la chiamata ha esito positivo, il comando debug non indicherà una quantità di dati superiore a quella dei messaggi registrati. In caso di guasto, la causa può essere un certo numero di problemi.

Composizione mai effettuata

Attivare la connessione di debug e generare traffico interessante per il peer. Il router deve tentare di comporre il numero. Di seguito è riportato un esempio di output:

maui-soho-01#ping 10.1.1.1

     Type escape sequence to abort.
     Sending 5, 100-byte ICMP Echos to 10.1.1.1, timeout is 2 seconds:

     *Mar 1 00:24:47.242: BR0 DDR: rotor dialout [priority]
     *Mar 1 00:24:47.250: BR0 DDR: Dialing cause ip (s=192.168.1.1, d=10.1.1.1)
     *Mar 1 00:24:47.250: BR0 DDR: Attempting to dial 5551111

Verificare che la finestra di dialogo debug non generi alcun output di debug. Se non è presente alcun output del comando debug dialer o se il binding ha esito negativo, probabilmente il pacchetto IP che si sta inviando non è nemmeno indirizzato all'interfaccia dialer. Attenersi alla procedura seguente. Per ulteriori informazioni sul binding, fare riferimento alla sezione Chiamate in uscita di questo documento.

Risoluzione dei problemi di binding per le chiamate in uscita

Attenersi alla procedura seguente per risolvere i problemi di binding per le chiamate in uscita.

1. Se il profilo dialer non è associato a un pool di dialer, per una chiamata in uscita verrà indicato quanto segue:

   *Mar 1 07:20:45.676: Di15: Cannot place call, no dialer pool set

   Soluzione: Configurare il comando dialer pool sull'interfaccia dialer.

2. Se l'interfaccia fisica non è associata ad alcun pool, il messaggio di debug sul router chiamante sarà lo stesso che nel caso in cui non siano disponibili altre interfacce fisiche, causando l'attivazione del timer di inattività veloce

   *Mar 1 11:54:14.937: Di15: No free dialer - starting fast idle timer

   Soluzione: Configurare il comando dialer pool-member sull'interfaccia fisica per associarlo a un pool di dialer

Risoluzione dei problemi di routing per le chiamate in uscita

Dopo aver verificato la correttezza della configurazione del pool di dialer:

1. Verificare che IP sia configurato sull'interfaccia Dialer. È necessario avere un indirizzo ip sull'interfaccia o un numero di tipo ip senza numero (dove tipo numero è un'altra interfaccia a cui il router ha un indirizzo IP assegnato) o un indirizzo ip negoziato.

2. Verificare se il comando ip routing è configurato. Se si controlla la configurazione utilizzando il comando show running-config, il comando no ip routing non dovrebbe essere configurato.

3. Verificare che sia presente una route statica che punta all'interfaccia Dialer. L'esempio seguente è una route statica per 172.22.53.0/24 con l'hop successivo Dialer 1:

   maui-soho-01(config)#ip route 172.22.53.0 255.255.255.0 dialer 1
   

4. Verificare che l'interfaccia della connessione remota non sia in stato shutdown. Usare il comando show interface dialer interface per verificare che l'interfaccia sia attiva/attiva o verificare se non esiste alcun arresto nella configurazione dell'interfaccia dialer.

È presente l'output di debug, ma non è presente alcun messaggio di tentativo di composizione

In questo caso, probabilmente è presente un pacchetto IP indirizzato all'interfaccia, ma il router lo scarta e per qualche motivo non avvia la chiamata. Controllare l'output del comando debug dialer per verificare il motivo per cui non è stato eseguito il tentativo di chiamata. Di seguito sono riportati alcuni problemi indicati da debug dialer e le loro possibili cause:

Esempio 1

*Mar  1 00:07:22.255: Di1 DDR: ip (s=10.1.0.1, d=192.168.201.1), 
       100 bytes, outgoing uninteresting (no dialer-group defined).

Nessun gruppo di dialer configurato sull'interfaccia Dialer. Aggiungere un gruppo dialer come nell'esempio seguente:

 interface Dialer1
       dialer-group 1

Esempio 2

*Mar  1 00:08:24.919: Di1 DDR: ip (s=10.1.0.1, d=192.168.201.1), 
       100 bytes, outgoing uninteresting (dialer-list 1 not defined).

Nell'interfaccia Dialer è presente un'istruzione dialer-group, ma l'elenco dialer a cui si fa riferimento non esiste. Configurare l'elenco di composizione come nell'esempio seguente:

dialer-list group-number protocol ip permit

Nota: il valore per group-number deve essere uguale a quello configurato in dialer-group group-number. Nell'esempio, configurare dialer-list 1.

Esempio 3

*Mar  1 00:25:32.551: Di1 DDR: ip (s=10.1.0.1, d=192.168.201.1), 
       100 bytes, outgoing interesting (ip PERMIT)
     *Mar  1 00:25:32.555: Di1 DDR: No free dialer - starting fast idle timer.

In questo caso, il pacchetto in uscita deve essere considerato abbastanza interessante da richiamare il collegamento, ma non è disponibile un'interfaccia fisica per effettuare la chiamata. Verificare che il numero di membro del pool di chiamate sia configurato nell'interfaccia fisica e che il numero di pool di chiamate sia configurato nell'interfaccia di connessione. Esempio:

interface BRI0
      dialer pool-member 1
     !
     interface Dialer1
      dialer pool 1

Verificare inoltre che l'interfaccia fisica non sia in stato shutdown. Usare il comando no shutdown sull'interfaccia fisica.

Esempio 4

*Mar  1 00:37:24.235: Di1 DDR: ip (s=10.1.0.1, d=192.168.201.1), 
       100 bytes, outgoing interesting (ip PERMIT)
     *Mar  1 00:37:24.239: Di1 DDR: Cannot place call, no dialer string set.

In questo caso, nell'interfaccia di Dialer non è configurata alcuna stringa di composizione. Il router desidera effettuare una chiamata ma non conosce il numero da chiamare. Definire una stringa da comporre:

interface Dialer1
      dialer string 8134

Le chiamate in arrivo non si connettono correttamente

Un errore di chiamata con profilo dialer potrebbe essere dovuto a problemi di associazione dell'interfaccia fisica con l'interfaccia dialer per la chiamata. Verificare che il router soddisfi una delle condizioni per il binding, come descritto nella sezione Chiamata in ingresso riportata sopra. Attenersi alla procedura seguente:

1. Se il profilo dialer non è associato a un pool di dialer, debug dialer indica quanto segue per una chiamata in ingresso:

   *Mar 1 11:51:24.873: BRI0:1: 
   Authenticated host HQ-NAS with no matching dialer profile

   Soluzione: Configurare il comando dialer pool sull'interfaccia dialer.

2. Ricorda che esistono quattro tentativi di binding. Supponendo di avere più di un profilo dialer, il tentativo di binding di CLID e DNIS ha esito negativo e l'autenticazione PPP non è configurata (precludendo la possibilità del quarto test). Il seguente messaggio debug dialer verrà generato sul router chiamato.

   *Mar 1 11:59:36.521: ISDN BR0:1: Incoming call rejected, unbindable

   Soluzione: Configura autenticazione CHAP ppp | pap [callin] sull'interfaccia fisica.

3. Se l'autenticazione PPP è abilitata sull'interfaccia fisica, il quarto tentativo di binding continuerà. Il router utilizzerà il nome utente autenticato per tentare l'associazione a una delle interfacce di composizione nel pool di composizione. Se il tentativo non riesce, sul router chiamato viene visualizzato il seguente debug:

   *Mar 1 12:03:32.227: BRI0:1: 
   Authenticated host HQ-NAS with no matching dialer profile

   Soluzione: Configurare il comando dialer remote-name sull'interfaccia dialer. Il nome specificato deve corrispondere esattamente al nome utente fornito dal router remoto per l'autenticazione. In questo esempio, il nome utente autenticato è HQ-NAS.

Le chiamate vengono disconnesse prematuramente o le chiamate non vengono mai disconnesse

Se la chiamata si disconnette in modo imprevisto o la chiamata non si disconnette mai, verificare il timeout di inattività della connessione e la definizione del traffico. È possibile usare il comando debug dialer packet per verificare se un pacchetto è interessante o meno. Ad esempio:

Apr 26 01:57:24.483: Di1 DDR: ip (s=192.168.1.1, d=224.0.0.5), 64 bytes,
  outgoing uninteresting (list 101)
Apr 26 01:57:26.225: Di1 DDR: ip (s=192.168.1.1, d=10.1.1.1), 100 bytes,
  outgoing interesting (list 101)

Nell'esempio precedente, gli hellop OSPF (Open Shortest Path First) non sono interessanti per l'elenco degli accessi 101, mentre il secondo pacchetto è interessante per l'elenco degli accessi 101.

1. Regolare il timeout di inattività della connessione nella configurazione dell'interfaccia della connessione. L'impostazione predefinita è 120 secondi, ma è possibile aumentare o ridurre questo valore a seconda delle esigenze.

2. Modificare la definizione del traffico interessante (configurata con il comando dialer-list). Se la chiamata si disconnette prematuramente, è possibile definire il traffico interessante in modo più approssimativo. Se la chiamata non si disconnette mai, modificare la definizione del traffico in modo che risulti più restrittiva. Ad esempio, è possibile definire il traffico del protocollo di routing come non interessante. Di seguito è riportato un esempio di definizione di traffico interessante:

   access-list 101 remark Interesting traffic for dialer-list 1
   access-list 101 deny ospf any any
   
   !--- Mark OSPF as uninteresting. This will prevent OSPF hellos !--- from keeping the link up. 
   access-list 101 deny udp any any eq ntp
   
   !--- Define ntp traffic as NOT interesting. !--- This will prevent periodic ntp traffic from keeping the !--- link up indefinitely. 
   access-list 101 permit ip any any
   
   !--- All other IP traffic is interesting. Change this depending on your !--- traffic needs. 
   dialer-list 1 protocol ip list 101

Per ulteriori informazioni, fare riferimento al documento Tecnologia di connessione remota: Panoramiche e spiegazioni.

Informazioni correlate

• Configurazione di DDR ISDN con profili dialer
• Configurazione di un router per chiamare più siti con ISDN BRI
• Diagramma di flusso per la risoluzione dei problemi di ISDN BRI
• Configurazione del routing su chiamata su richiesta
• Documentazione e supporto tecnico – Cisco Systems