Ce document fournit des conseils pour la configuration et le dépannage des profils numéroteur.
Les lecteurs de ce document doivent avoir une bonne connaissance de ce qui suit :
DDR hérité (cartes de numérotation et groupes rotatifs de numérotation)
Protocole d'authentification à échanges confirmés PPP (CHAP) et protocole d'authentification par mot de passe (PAP)
ID d'appelant (CLID) et DNIS (Dialed Number Identification Service)
Les informations dans ce document sont basées sur les versions de logiciel et de matériel ci-dessous.
Les profils de numérotation ont été introduits pour la première fois dans le logiciel Cisco IOS® Version 11.2.
Les instructions de ce document concernent le logiciel Cisco IOS Version 12.0(7)T et ultérieure. Le comportement du profil de numérotation dans les versions précédentes du logiciel Cisco IOS n'est pas abordé dans ce document.
En raison des modifications apportées aux profils de numérotation, nous vous recommandons d'exécuter le logiciel Cisco IOS Version 12.1 ou ultérieure. Les profils de numérotation peuvent être utilisés avec n'importe quel routeur Cisco doté d'une interface RNIS.
Les informations présentées dans ce document ont été créées à partir de périphériques dans un environnement de laboratoire spécifique. All of the devices used in this document started with a cleared (default) configuration. Si vous travaillez dans un réseau opérationnel, assurez-vous de bien comprendre l'impact potentiel de toute commande avant de l'utiliser.
Utilisez l'outil Software Advisor (clients enregistrés uniquement) pour vérifier que la version du logiciel Cisco IOS que vous exécutez prend en charge cette fonctionnalité.
Conseil : Dans l'outil Software Advisor, recherchez la fonction appelée Encapsulation multiple dynamique pour la connexion par modem-câble sur RNIS.
Pour plus d'informations sur les conventions des documents, référez-vous aux Conventions utilisées pour les conseils techniques de Cisco.
Le routage à établissement de connexion à la demande (DDR) existant, bien qu'utile dans de nombreux scénarios, est restrictif dans les cas où vous voulez différencier les utilisateurs en définissant des caractéristiques différentes pour différents utilisateurs. Cela ne peut pas être réalisé avec le DDR traditionnel. Les profils de numérotation ont été conçus comme un nouveau modèle DDR permettant de configurer un profil spécifique à l'utilisateur sur le routeur ; le profil déterminerait les caractéristiques d'un utilisateur particulier, et le profil serait lié dynamiquement à une interface physique (par exemple, interface de débit asynchrone ou de base - BRI) pour les appels DDR entrants ou sortants. Les profils de numérotation prennent en charge l'encapsulation PPP (Point-to-Point Protocol), HDLC (High-Level Data Link Control), Frame Relay ou X.25 pour la numérotation entrante ou sortante. L’encapsulation PPP est recommandée et ce document se concentre sur PPP.
Répondez aux questions suivantes pour déterminer si les profils de numérotation sont la meilleure option pour votre configuration. Toute question à laquelle on répondra par un « peu importe » doit être interprétée comme un « non ». Vous devez appliquer les réponses aux questions suivantes à l'organigramme ci-dessous pour déterminer la meilleure méthode à utiliser.
Existe-t-il une exigence par utilisateur ? En d'autres termes, faudra-t-il appliquer les fonctionnalités différemment entre les utilisateurs, par exemple la compression, les délais d'inactivité, l'adressage de couche 3 ou tout autre service ou fonctionnalité ?
Y aura-t-il des connexions à plus de 200 sites, quelle que soit la direction des appels ?
Remarque : 200 sites est un nombre arbitraire au-delà duquel l'évolutivité du réseau devient un problème important.
Y aura-t-il une exigence pour la numérotation sortante ?
Utilisez l'organigramme ci-dessous pour obtenir la meilleure méthode d'implémentation DDR.
Pour plus d'informations sur le DDR hérité, reportez-vous au chapitre du Guide de configuration des technologies de numérotation Cisco IOS sur la configuration du routage à établissement de connexion à la demande.
Pour plus d'informations sur les profils virtuels (VP), reportez-vous au chapitre du Guide de configuration des technologies de numérotation Cisco IOS sur les modèles, profils et réseaux virtuels.
Pour plus d'informations sur les appels sortants à grande échelle (LSDO), reportez-vous au chapitre du Guide de configuration des technologies de numérotation Cisco IOS sur la configuration des appels sortants à grande échelle.
Contrairement au DDR traditionnel, le profil Dialer est une interface point à point. Ce fait atténue la nécessité d'une carte de couche 3 à couche 2 et la complexité supplémentaire de la gestion des multiples cartes.
Configurer différents membres d’une interface physique avec différentes adresses réseau de couche 3.
Les profils de numérotation permettent aux interfaces physiques de prendre en charge différentes caractéristiques en fonction des besoins en appels entrants ou sortants.
Autoriser une interface de sauvegarde à être non dédiée et utilisable lorsque l'interface principale est opérationnelle.
Contrôlez le nombre de connexions minimum ou maximum à l'entrée et à la sortie d'une interface DDR.
Différents paramètres DDR peuvent être définis pour chaque canal B d’une interface RNIS.
Les situations courantes dans lesquelles les profils de numéroteur sont utiles sont les suivantes :
Le routeur doit se connecter à plusieurs sites et les homologues se trouvent sur des sous-réseaux différents.
L’interface physique doit être utilisée pour le routage DDR normal et fournir une sauvegarde sur une liaison WAN.
Certains canaux B doivent être réservés pour une connexion particulière
Les homologues exécutent différentes encapsulations (par exemple, HDLC et PPP).
Remarque : Cette fonctionnalité nécessite la version 12.0(7)T ou ultérieure du logiciel Cisco IOS
Certaines connexions peuvent nécessiter plusieurs canaux alors que d’autres n’ont besoin que d’un seul canal
Chaque connexion nécessite des valeurs de délai d'inactivité différentes.
Chaque connexion nécessite différentes définitions de trafic intéressantes
L'adresse IP de l'homologue n'est pas connue
Les canaux B RNIS (dans un PRI) nécessitent différentes configurations
Notez que la plupart des situations décrites ci-dessus sont des problèmes liés à chaque utilisateur pour lesquels les profils de numérotation sont idéaux. N'oubliez pas que la liste ci-dessus ne couvre pas toutes les situations où des profils de numérotation peuvent être utilisés.
Les profils de numérotation ont des limites connues. Exemple :
L'authentification PPP et la liaison multiple doivent être activées sur les interfaces physiques ainsi que sur les interfaces de numérotation, sauf si la liaison basée sur CLID est activée (nécessite la version 12.0(7)T ou ultérieure du logiciel Cisco IOS).
Chaque interface de numérotation prend un bloc de description d'interface (IDB) qui est la structure interne qui gère une interface. Il y a un nombre limité de BID autorisés (cela dépend de la version et de la plate-forme du logiciel Cisco IOS); cela signifie que les profils de numérotation ne peuvent pas évoluer pour les applications DDR de grande taille. Pour plus d'informations sur les limites IDB des différentes plates-formes, référez-vous à Nombre maximal d'interfaces et de sous-interfaces pour les plates-formes Cisco IOS : Limites d’IDB.
Dans le profil Dialer, il n'existe aucune méthode pour configurer un profil de numérotation générique (ou même un profil par défaut) pour un groupe d'utilisateurs partageant les mêmes caractéristiques. Chaque utilisateur doit avoir son propre profil.
Conseil : utilisez des profils virtuels en conjonction avec des profils de numérotation. Les profils virtuels peuvent fournir un excellent « profil par défaut ».
Pour les connexions entrantes, il n'est pas possible de limiter le nombre d'appels entrants à un profil sans répondre à l'appel en premier et facturer.
Un profil de numérotation se compose des éléments suivants :
Interface de numérotation : entité logique qui définit un profil de numérotation spécifique à l'utilisateur. Tous les paramètres de configuration spécifiques à l'utilisateur passent sous la configuration de l'interface de numérotation ; par exemple, les adresses de protocole de couche 3, le trafic intéressant, les délais d'attente. Notez que cette interface de numérotation est complètement différente d'une interface de numérotation utilisée comme groupe rotatif avec DDR hérité. Pour les besoins de cette discussion, un profil de numérotation et une interface de numérotation doivent être considérés comme synonymes.
Pool de numérotation : chaque interface de numérotation est membre d'un pool de numérotation unique ; le pool est un groupe d'une ou plusieurs interfaces physiques. Il peut y avoir n'importe quelle combinaison d'interfaces (asynchrone, RNIS, série) dans un pool. La contention de numérotation sortante pour une interface physique spécifique est résolue à l'aide de la commande dialer pool-member priority.
Interface physique : les interfaces (BRI et asynchrones, par exemple) sont configurées en tant que membres d'un ou de plusieurs pools et sont configurées au minimum pour les paramètres d'encapsulation et l'identification des pools de numérotation auxquels l'interface appartient. L'authentification PPP et le protocole PPP multiliaison (le cas échéant) doivent également être configurés sur l'interface physique, sauf si la liaison basée sur l'ID d'appelant (CLID) est activée.
Le diagramme ci-dessous illustre un exemple d'interaction entre ces différents éléments des profils de numérotation.
Nous allons maintenant développer le concept de liaison dynamique des profils de numérotation aux interfaces physiques par appel.
Les informations de configuration d'un homologue particulier sont contenues dans un profil de numérotation. Une fois que cet homologue particulier est composé à l'intérieur ou à l'extérieur d'un port physique, le routeur doit lier le profil de numérotation de la télécommande à l'interface physique. Étant donné que plusieurs profils de numérotation seront probablement configurés sur le routeur, celui-ci doit choisir correctement le profil à lier pour un appel donné (entrant ou sortant). En discutant de ce sujet avec la numérotation directe ou directe, nous proposons une procédure étape par étape suivie d'un organigramme. Veuillez consulter l'organigramme lors de l'utilisation de la procédure pas à pas.
Ce scénario est très similaire au fonctionnement d'un groupe rotatif de numérotation ; l'interface physique suppose les caractéristiques du profil de numérotation pour une connexion particulière. Le processus de liaison est le suivant :
Un paquet entrant arrive sur le routeur ; une recherche dans la table de routage indique son adresse de destination sur une interface de numérotation.
Le logiciel Cisco IOS note que l'interface de numérotation est un profil de numérotation. S'il n'existe pas de connexion existante pour ce profil, le pool auquel l'interface de numérotation est associée est identifié.
S'il existe une connexion, le paquet est mis en file d'attente vers l'interface physique et si le trafic est « intéressant », le compteur d'inactivité est réinitialisé.
S'il n'y a pas de connexion existante, le trafic est vérifié par rapport à la liste de numérotation pour déterminer s'il est intéressant. Si ce n’est pas le cas, le paquet est abandonné. Si le trafic est intéressant, passez à l'étape 5.
Sans connexion existante, le logiciel Cisco IOS recherche l'interface physique qui appartient à l'interface de numérotation avec la priorité de pool de numérotation la plus élevée. Il s'agit de l'interface qui sera utilisée pour la numérotation. Cette interface est liée à l'interface de numérotation, ce qui fait que l'interface physique assume la configuration de l'interface de numérotation.
La plate-forme logicielle Cisco IOS compose le numéro de téléphone du profil de numérotation et, à ce stade, les étapes normales de DDR se produisent.
Si le nom authentifié de l'homologue ne correspond pas au nom distant du numéroteur dans le profil de numérotation sortante, l'appel est déconnecté.
Cette séquence est identique, que le pool de numérotation soit composé d’interfaces RNIS, d’interfaces asynchrones ou d’un mélange des deux.
Le nombre d'appels sortants d'un profil peut être géré avec un seuil minimal et maximal (à l'aide de la commande dialer pool-member pool_number max-link number min-link number). Le seuil minimum sert de système de réservation, tandis que le seuil maximum empêche la surutilisation d'un profil. Une fois le seuil atteint, aucun autre appel sortant n'est autorisé sur ce profil.
La liaison de profil de numéroteur pour les appels entrants est plus compliquée car l'interface entrante peut potentiellement être membre de plusieurs pools et ces pools peuvent être associés à plusieurs profils de numérotation. Si la liaison dynamique n'est pas possible, l'appel est déconnecté. Le processus de liaison est le suivant :
Remarque : Ce processus est affiché par ordre d'exécution et l'appel sera lié à l'interface de numérotation lorsque la première correspondance sera trouvée.
Si l'interface physique est membre d'un seul pool et qu'un seul profil de numérotation est associé à ce pool de numérotation, liez l'interface physique à ce profil de numérotation.
Remarque : Cette étape n'est exécutée que si le profil de numérotation configuré unique ne comporte pas la commande dialer caller ou dialer. Si l'une ou l'autre commande est configurée, cette liaison ne sera effectuée que si une correspondance est trouvée.
Tentez de faire correspondre l'ID d'appelant (CLID) de l'appel avec la commande dialer caller dans l'interface de numérotation ; seuls les profils associés au pool auquel appartient l'interface physique sont vérifiés. Si une correspondance est trouvée, reliez l'interface physique au profil de numérotation correspondant. Si cette vérification échoue pour une raison quelconque, passez à l'étape suivante dans une autre tentative de liaison. Pour plus d'informations sur l'appelant de numérotation, référez-vous au document Authentification et rappel RNIS avec ID appelant. Cette étape est ignorée si le CLID n'est pas fourni par l'opérateur téléphonique ou si l'appelant de numérotation n'est pas configuré sous le profil de numérotation.
Tentative de liaison à l'aide des informations de sous-adresse DNIS-plus-RNIS fournies par l'opérateur téléphonique dans le message de configuration Q.931 de l'appel entrant. Cette DNIS d'appel entrant et les informations de sous-adresse seront vérifiées par rapport à la commande dialer appelée sous chaque profil de numérotation. Si une correspondance est trouvée, la liaison réussit ; sinon, il passe aux critères suivants.
Remarque : la liaison DNIS est autorisée uniquement lorsque les informations de sous-adresse RNIS sont présentes dans le message de configuration Q.931 de l'appel entrant et que la commande dialer appelée est correctement configurée dans un profil de numérotation. Les sous-adresses RNIS sont principalement utilisées en Europe et en Australie et ne sont pas courantes en Amérique du Nord.
Si l’interface physique est configurée pour l’authentification PPP, répondez à l’appel et authentifiez l’homologue distant. Utilisez le nom authentifié pour identifier le profil de numérotation dont le même nom est configuré (avec la commande dialer remote-name). Seuls les profils associés au pool auquel appartient l'interface physique sont vérifiés. Si une correspondance est trouvée, reliez l'interface physique à l'interface de numérotation correspondante. Si cette vérification échoue pour une raison quelconque, l'algorithme de tentative de liaison échoue et l'appel est déconnecté.
Notez qu'une liaison n'implique pas une connexion réussie. Cela signifie simplement que l'interface physique a maintenant une configuration à utiliser. Cependant, l'appel peut encore être déconnecté pour d'autres raisons (échec du protocole de contrôle IP (IPCP), par exemple).
Une fois la liaison établie et les périphériques authentifiés, le routeur vérifie si le nom distant du numéroteur correspond au nom d'utilisateur authentifié de l'homologue. Si les noms ne correspondent pas, l'appel est déconnecté.
Seuls les appels RNIS synchrones peuvent être liés à l'aide de l'ID de l'appelant ou du DNIS. Actuellement, aucun effort n'est fait pour utiliser le CLID/DNIS fourni pour lier des appels modem dans le cas où l'appel modem se trouve être livré via une connexion RNIS BRI ou PRI.
Le nombre d'appels entrants d'un profil peut être géré avec un seuil maximal (l'option max-link dans la commande dialer pool-member). Le seuil maximal empêche la surutilisation d'un profil. Le routeur répond à l'appel pour déterminer le profil de l'appel et si la limite de connexion maximale du profil a été atteinte. Si le maximum a été atteint, l'appel est déconnecté.
Pour configurer les profils de numérotation, procédez comme suit :
Configurez une ou plusieurs interfaces de numérotation. Tous les paramètres de configuration spécifiques à la destination entrent dans la configuration de l’interface de numérotation.
Étape | Commande | Objectif |
---|---|---|
1. | numéro du numéroteur d'interface | Créez une interface de numérotation. |
2. | adresse ip adresse ip masque_sous-réseau ou interface non numérotée ou adresse ip négociée | Spécifiez l'adresse IP et le masque de l'interface de numérotation en tant que noeud du réseau de destination à appeler. Vous pouvez également annuler le numéro de l'interface vers une autre interface Up/Up sur le routeur ou obtenir l'adresse lors de la négociation IPCP |
3. | encapsulation ppp | Spécifiez l’encapsulation PPP. |
4. | (Facultatif) ppp authentication chap | pap [callin] | Spécifiez la méthode d'authentification PPP. Cette opération n'est nécessaire que si vous ne faites pas de liaison basée sur CLID ou DNIS. Reportez-vous à la section Composer pour plus d'informations |
5. | numéro de l'appelant | Configurez l'ID de l'appelant (CLID) de l'homologue (utilisé pour la liaison). Assurez-vous que la compagnie de téléphone fournit le CLID dans le message SETUP d'appel entrant. |
6. | (Facultatif) numéroteur appelé DNIS:sous-adresse | Spécifie les informations DNIS et de sous-adresse qui peuvent être utilisées pour la liaison. Il est principalement utilisé en Europe et en Australie. Remarque : configurez DNIS et la sous-adresse ; sinon, chaque tentative de liaison DNIS à ce profil échouera. |
7. | dialer remote-name username | Spécifiez le nom d'authentification du routeur distant. Si le nom d'utilisateur n'est pas spécifié correctement, l'appel est déconnecté. |
8. | dialer string dial-string class class-name | Spécifiez la destination distante à appeler et la classe de mappage qui définit les caractéristiques des appels destinés à cette destination. La classe map est facultative. Cette commande n'est nécessaire que si le routeur effectue des appels sortants. |
9. | numéro de pool de numérotation | Spécifiez le pool de composition à utiliser pour les appels destinés à cette destination. |
10. | dialer-group group-number | Attribuez l'interface de numérotation à un groupe de numérotation. Cela applique la définition de trafic intéressante à l’interface |
11. | dialer-list group-number protocol protocol-name {permit | refuser | list} numéro de liste d'accès | Spécifiez une liste d'accès (en mode de configuration globale) par numéro de liste ou par protocole et numéro de liste pour définir les paquets « intéressants » qui peuvent déclencher un appel. Le numéro de groupe doit être identique à celui de l'étape 9 |
(Facultatif) Configurez une classe de mappage pour spécifier des caractéristiques différentes pour différents types d'appels sur une base de destination par appel. Référez-vous à la section Configuration de la commande map-class dialer pour plus d'informations.
Configurez les interfaces physiques.
Étape | Commande | Description |
---|---|---|
1. | interface interface_type number | Configurer les paramètres d'interface physique pour les profils de numérotation |
2. | (Facultatif) encapsulation ppp | Spécifiez l’encapsulation PPP comme valeur par défaut. Vous pouvez également configurer x25, Frame Relay, HDLC, etc. Bien que l'interface physique utilise l'encapsulation PPP, l'encapsulation réelle exécutée sur les canaux B est déterminée par celle configurée sur le profil de numérotation lié à cette interface. |
3. | (Facultatif) ppp authentication chap | pap [callin] | Spécifiez la méthode d'authentification PPP. Cette opération n'est nécessaire que si vous ne faites pas de liaison basée sur CLID ou DNIS. Reportez-vous à la section Composer pour plus d'informations |
4. | (Facultatif)ppp multilink | Autoriser la liaison d'authentification PPP sur cette interface physique. Cette opération n'est nécessaire que si vous ne faites pas de liaison basée sur CLID ou DNIS. Reportez-vous à la section Composer pour plus d'informations |
5. | dialer pool-member pool-number | Attribuez l'interface physique à un pool de numérotation. Ce numéro de pool doit être identique à celui configuré à l'étape 9 du tableau précédent |
Remarque : Si chaque connexion entrante via cette interface physique n'est pas liée à l'aide de CLID ou DNIS, vous devez configurer encapsulation ppp, ppp authentication et ppp multilink (le cas échéant) sur l'interface physique.
Configurez le nom d'utilisateur et le mot de passe pour l'authentification CHAP ou PAP. Pour plus d'informations sur la configuration du protocole PAP, consultez Configuration et dépannage du protocole PAP (PPP Password Authentication Protocol). Pour plus d'informations sur CHAP, consultez Présentation et configuration de l'authentification PPP CHAP.
Configurez une route statique avec l’interface de numérotation comme tronçon suivant.
Dans l'illustration ci-dessus :
L’interface de numérotation Dialer1 utilise le pool de numérotation 10
L'interface de numérotation Dialer2 utilise le pool de numérotation 20
Dialer3 utilise le pool de numérotation 30
BRI 0, BRI 1, BRI 2 appartiennent au groupe de numérotation 10
BRI 1, BRI 2 appartiennent au groupe de numérotation 20
BRI 2 appartient au pool de numérotation 30
Si l’interface Dialer1 doit établir une connexion DDR, elle utilise l’un des BRI du pool de numérotation 10. Dans ce cas, un canal B de BRI 0, BRI 1 ou BRI 2 sera utilisé pour l'appel.
Si l'interface de numérotation Dialer2 doit établir une connexion DDR, elle utilise le pool de numérotation 20 (et par extension BRI 1 ou BRI 2).
Pour éviter les conflits au sein d'un pool de numérotation, vous pouvez hiérarchiser les interfaces physiques du pool de numérotation.
Ces tâches de configuration d'interface de numérotation sont présentées dans l'exemple de configuration ci-dessous :
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
Remarque : configurez une interface de numérotation pour chaque périphérique distant auquel vous devez vous connecter.
Utilisez la commande dialer remote-name user-name pour spécifier la destination distante. Il s'agit du nom du routeur distant passé pour l'authentification.
Utilisez la commande dialer string string pour spécifier le numéro à composer (pour les appels sortants). Si nécessaire, vous pouvez configurer une classe map.
Utilisez la commande dialer caller lookup pour spécifier le CLID de l'homologue.
Utilisez la commande dialer pool number pour lier une interface de numérotation à un pool de numérotation. Notez qu'une interface de numérotation ne peut être associée qu'à un seul pool de numérotation, mais qu'un pool de numérotation peut être associé à de nombreuses interfaces de numérotation.
La commande dialer-group group-number est utilisée pour référencer une liste de numérotation qui définit le trafic « intéressant ».
Remarque : Le dialer-list dialer-group protocol protocol-name {permit | refuser | list access-list-number} spécifie un protocole ou un numéro de liste d'accès qui définit des paquets « intéressants » pour déclencher un appel.
Vous pouvez utiliser la commande map-class dialer class-name pour spécifier une map-class et passer en mode de configuration map-class. Le tableau ci-dessous présente les options suivantes :
Commande | Description |
---|---|
dialer isdn [speed <56>] | [no-spc] | Spécifie la vitesse de ligne RNIS de 56 Kbits/s. Remarque : 64 Kbits/s est la valeur par défaut. Le paramètre de vitesse est utilisé uniquement avec une vitesse de ligne de 56 Kbits/s ; 64 n'est pas une option valide. Remarque : Contactez votre opérateur de téléphonie pour déterminer si cela est nécessaire. |
numéro de délai d'inactivité du numéroteur | Spécifie les valeurs du compteur d'inactivité à utiliser lors de l'appel. 120 secondes sont établies par défaut. Remarque : vous pouvez également configurer le délai d'inactivité dans l'interface de numérotation. |
numéro dialer fast-idle | Spécifie les valeurs de temporisateur d'inactivité rapide à utiliser lors du passage d'un appel. Ceci est utilisé en cas d'encombrement pour une interface physique. 20 secondes sont établies par défaut. |
numéro dialer wait-for-carrier-time | Spécifie la valeur de temps de l'opérateur à utiliser lors du passage d'un appel. |
Remarque : Certaines des commandes de numérotation ci-dessus peuvent être configurées directement sous l'interface de numérotation ou la carte-class. La même commande peut apparaître plusieurs fois, éventuellement avec des paramètres différents. L'ordre de priorité est le plus élevé au plus bas :
map-class, paramètres
paramètres d'interface
Utilisez la commande dialer pool-member number pour affecter une interface physique à un pool de numérotation. Vous pouvez affecter une interface à plusieurs pools de numérotation à l'aide de cette commande de configuration d'interface pour spécifier plusieurs numéros de pool de numérotation.
Utilisez l'option priority de cette commande pour définir la priorité de l'interface dans un pool de numérotation.
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 ... ... ...
Remarque : Si vous ne pouvez pas effectuer de liaison basée sur CLID ou DNIS, vous devez configurer les commandes encapsulation ppp, ppp authentication chap | pap [callin] et ppp multilink (le cas échéant) sous l'interface physique.
Les paramètres facultatifs de la commande dialer pool-member sont les suivants :
Paramètre | Description |
---|---|
nombre | Définit le numéro de regroupement du numéroteur. Il s'agit d'une valeur décimale comprise entre 1 et 255. |
numéro de priorité | Définit la priorité de l'interface physique dans le pool de numérotation. Les interfaces avec un numéro de priorité sont sélectionnées en premier pour les appels sortants. Il s'agit d'une valeur décimale comprise entre 1 et 255. Une valeur plus élevée indique une priorité plus élevée. Ceci est nécessaire uniquement en cas de conflit sur les interfaces physiques pour les appels sortants. |
numéro de liaison min | Canaux RNIS B sur une interface réservée à ce pool de numérotation. Il s'agit d'un nombre compris entre 1 et 255. Ceci peut être utilisé comme un simple système de réservation de canal. |
numéro max-link | Définit le nombre maximal de canaux B RNIS sur une interface réservée à ce pool de numérotation. Il s'agit d'un nombre compris entre 1 et 255. |
Pour un exemple complet de configuration à l'aide de profils de numérotation, référez-vous à Configuration de DDR RNIS avec des profils de numérotation.
Pour obtenir des exemples de configuration non PPP, reportez-vous aux documents suivants :
HDLC : Routage DDR RNIS à l'aide de l'encapsulation HDLC avec encapsulations multiples dynamiques
X.25 et Frame Relay : Encapsulations multiples dynamiques pour la connexion commutée sur RNIS
Référez-vous aux commandes DDR Peer to Peer avec profils de numérotation pour plus d'informations sur le réglage et les commandes facultatives.
La commande show interface dialer1 affiche des informations sur les appels entrants et sortants :
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
Remarque : l'interface de numérotation sera toujours au moins active (usurpation). L'usurpation de mot indique que la ligne n'est pas vraiment active, mais le numéroteur force la ligne à se faire passer pour « up » afin que les protocoles de niveau supérieur continuent à fonctionner comme prévu. L'usurpation est un état ajouté pour permettre le fonctionnement du routage à établissement de connexion à la demande (DDR). L'interface « compose à la demande » en réponse aux paquets qui y sont acheminés. Mais comme aucun paquet n'est routé vers des interfaces « down », l'interface doit faire semblant d'être up (spoof) pour que les paquets y soient routés même lorsqu'il n'est pas connecté. L'usurpation d'adresse est l'état normal d'une interface de numérotation à la demande.
Symptôme | debug, commande | Résolution |
---|---|---|
La numérotation ne se produit jamais | debug dialer | Confirmez le trafic intéressant, la configuration du routage, le numéro de téléphone du numéroteur et les paramètres du pool de numérotation. |
Les appels entrants ne se connectent pas correctement | debug dialer | Confirmez si l'une des trois étapes de liaison réussira. |
Les appels sont déconnectés prématurément ou les appels ne se déconnectent jamais | debug dialer packet | Confirmer la configuration intéressante des paquets |
Comme dans le cas du DDR hérité, la commande la plus appropriée pour déboguer les problèmes de profil de numérotation est debug dialer. Dans le cas d'un appel réussi, le débogage n'indique pas plus que les messages déjà enregistrés. En cas d'échec, plusieurs problèmes peuvent être à l'origine.
Activez debug dialer et générez un trafic intéressant vers l'homologue. Le routeur doit tenter de composer un numéro. Voici un exemple de résultat :
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
Vérifiez si debug dialergénère une sortie de débogage. S'il n'y a aucune sortie de numérotation de débogage, ou si la liaison échoue, c'est probablement parce que le paquet IP que vous envoyez n'est même pas routé vers l'interface de numérotation. Suivez la procédure ci-dessous. Pour plus d'informations sur la liaison, reportez-vous à la section Appel sortant de ce document.
Suivez ces étapes pour résoudre les problèmes de liaison pour les appels sortants.
Si le profil de numérotation n'est pas associé à un pool de numérotation, le numéroteur de débogage indique ce qui suit pour un appel sortant :
*Mar 1 07:20:45.676: Di15: Cannot place call, no dialer pool set
Solution : Configurez la commande dialer pool sur l'interface de numérotation.
Si l'interface physique n'est associée à aucun pool, le message de débogage sur le routeur appelant sera le même que dans le cas où aucune autre interface physique n'est disponible, ce qui entraîne le déclenchement du compteur d'inactivité rapide
*Mar 1 11:54:14.937: Di15: No free dialer - starting fast idle timer
Solution : Configurez la commande dialer pool-member sur l'interface physique pour l'associer à un pool de numérotation
Une fois que vous avez vérifié que la configuration du pool de numérotation est correcte :
Vérifiez que le protocole IP est configuré sur l'interface de numérotation. Vous devez disposer d'une adresse IP sur l'interface ou d'un numéro de type non numéroté (où le numéro de type est une autre interface sur laquelle le routeur a une adresse IP attribuée) ou d'une adresse IP négociée.
Vérifiez si la commande ip routing est configurée. Lorsque vous examinez votre configuration à l'aide de la commande show running-config, vous ne devriez pas voir la commande no ip routing configurée.
Assurez-vous qu'il existe une route statique pointant vers l'interface de numérotation. L'exemple suivant est une route statique pour 172.22.53.0/24 avec le saut suivant Dialer 1 :
maui-soho-01(config)#ip route 172.22.53.0 255.255.255.0 dialer 1
Vérifiez que l'interface de numérotation n'est pas en état d'arrêt. Utilisez la commande show interface dialer interface pour vérifier que l'interface est activée ou activée ou vérifiez si aucun arrêt n'existe dans la configuration de l'interface de numérotation.
Dans ce cas, il y a probablement un paquet IP routé vers l'interface, mais le routeur le rejette et ne lance pas l'appel pour une raison quelconque. Regardez la sortie debug dialer afin de savoir pourquoi la tentative d'appel n'est pas faite. Voici quelques problèmes signalés par debug dialer et leurs possibles raisons :
Exemple 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).
Aucun groupe de numérotation n'est configuré sur l'interface de numérotation. Ajoutez un groupe de numérotation comme dans l'exemple suivant :
interface Dialer1 dialer-group 1
Exemple 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).
Il existe une instruction dialer-group sur l'interface de numérotation, mais la liste de numérotation mentionnée n'existe pas. Configurez la liste de numérotation comme dans l'exemple suivant :
dialer-list group-number protocol ip permit
Remarque : la valeur du numéro de groupe doit être identique à celle configurée dans le numéro de groupe de numérotation . Dans cet exemple, configurez dialer-list 1.
Exemple 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.
Dans ce cas, le paquet sortant doit être considéré comme suffisamment intéressant pour activer la liaison, mais aucune interface physique n'est disponible pour passer l'appel. Assurez-vous que le numéro de membre du pool de numérotation est configuré dans l'interface physique et que le numéro du pool de numérotation est configuré dans l'interface de numérotation. Exemple :
interface BRI0 dialer pool-member 1 ! interface Dialer1 dialer pool 1
Vérifiez également que l'interface physique n'est pas en état d'arrêt. Utilisez la commande no shutdown sur l'interface physique.
Exemple 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.
Dans ce cas, aucune chaîne de numérotation n'est configurée sur l'interface de numérotation. Le routeur souhaite passer un appel mais ne connaît pas le numéro à appeler. Définissez une chaîne de numérotation :
interface Dialer1 dialer string 8134
Une défaillance d'appel avec le profil de numérotation peut être due à des problèmes de liaison de l'interface physique avec l'interface de numérotation de cet appel. Vérifiez que le routeur remplit l'une des conditions de liaison décrites dans la section Composer en entrant ci-dessus. Procédez comme suit :
Si le profil de numérotation n'est pas associé à un pool de numérotation, debug dialer indique ce qui suit pour un appel entrant :
*Mar 1 11:51:24.873: BRI0:1: Authenticated host HQ-NAS with no matching dialer profile
Solution : Configurez la commande dialer pool sur l'interface de numérotation.
N'oubliez pas qu'il y a quatre tentatives de liaison. En supposant que nous avons plusieurs profils de numérotation, la tentative de liaison CLID et DNIS échoue et l'authentification PPP n'est pas configurée (prévenant la possibilité du quatrième test). Le message debug dialer suivant sera généré sur le routeur appelé.
*Mar 1 11:59:36.521: ISDN BR0:1: Incoming call rejected, unbindable
Solution : Configurer ppp authentication chap | pap [callin] sur l'interface physique.
Si l’authentification PPP est activée sur l’interface physique, la quatrième tentative de liaison se poursuit. Le routeur utilise le nom d'utilisateur authentifié pour tenter de se lier à l'une des interfaces de numérotation du pool de numérotation. Si cette tentative échoue, le débogage suivant apparaît sur le routeur appelé :
*Mar 1 12:03:32.227: BRI0:1: Authenticated host HQ-NAS with no matching dialer profile
Solution : Configurez la commande dialer remote-name sur l'interface de numérotation. Le nom spécifié doit correspondre exactement au nom d'utilisateur fourni par le routeur distant pour l'authentification. Dans cet exemple, le nom d'utilisateur authentifié est HQ-NAS.
Si l'appel se déconnecte de manière inattendue ou si l'appel ne se déconnecte jamais, vérifiez le délai d'inactivité du numéroteur et la définition intéressante du trafic. Vous pouvez utiliser la commande debug dialer packet pour voir si un paquet particulier est intéressant ou non. Exemple :
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)
Dans l'exemple ci-dessus, les paquets Hello OSPF (Open Shortest Path First) ne sont pas intéressants par liste d'accès 101, tandis que le deuxième paquet est intéressant par liste d'accès 101.
Réglez le délai d'inactivité du numéroteur dans la configuration de l'interface de numérotation. La valeur par défaut est de 120 secondes, mais vous pouvez augmenter ou diminuer cette valeur selon vos besoins.
Modifiez la définition de trafic intéressante (configurée avec la commande dialer-list). Si l'appel se déconnecte prématurément, vous pouvez définir le trafic intéressant de manière plus souple. Si l'appel ne se déconnecte jamais, modifiez votre définition de trafic intéressante pour la rendre plus restrictive. Par exemple, vous pouvez définir le trafic de protocole de routage comme inintéressant. Voici un exemple de définition intéressante du trafic :
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
Pour plus d'informations, reportez-vous au document Technologie commutée : Présentation et explications.
Révision | Date de publication | Commentaires |
---|---|---|
1.0 |
15-Sep-2005 |
Première publication |