Cet exemple de configuration montre comment utiliser un circuit RNIS BRI pour sauvegarder une connexion de ligne louée, WAN ou série.
Ce document utilise les profils de numérotation et la fonction d'interface de sauvegarde. La commande backup interface place l'interface physique ou logique configurée en mode veille jusqu'à ce que l'interface principale tombe en panne.
Aucune spécification déterminée n'est requise pour ce document.
Cette configuration utilise un circuit BRI pour sauvegarder une liaison série. Le routeur Ramses effectue la numérotation directe, car la chaîne de numérotation est configurée sur ce routeur. Dans cette configuration :
Un routeur Cisco 2500 (ramses) est utilisé, connecté à un routeur Cisco 2520 (sphinx). Les deux routeurs sont également équipés d’interfaces BRI utilisées pour la liaison de sauvegarde.
Les deux routeurs exécutent le logiciel Cisco IOS Version 12.0.7T.
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.
Pour plus d'informations sur les conventions des documents, référez-vous aux Conventions utilisées pour les conseils techniques de Cisco.
Cette section vous fournit des informations pour configurer les fonctionnalités décrites dans ce document. Ces trois étapes complètent cette configuration :
Configurez le routage à établissement de connexion à la demande (DDR) avec les profils DDR ou de numérotation hérités. L'exemple de configuration présenté dans ce document utilise des profils de numérotation.
Utilisez la commande backup interface pour déclencher l'appel dialout lorsque la liaison principale échoue.
Définissez le trafic intéressant.
Remarque : Il est recommandé de configurer la connexion DDR (numéroteur 1 avec BRI0) et de vérifier que cela fonctionne correctement avant de configurer les commandes d'interface de sauvegarde et de délai de sauvegarde. Cela vous permet de gérer et de dépanner efficacement les profils de numérotation, RNIS, PPP et les problèmes d'authentification avant de configurer la sauvegarde.
Remarque : Pour en savoir plus sur les commandes utilisées dans le présent document, utilisez l’outil de recherche de commandes (clients inscrits seulement).
Ce document utilise la configuration réseau suivante :
Ce document utilise les configurations suivantes :
ramses (routeur Cisco 2500) |
---|
ramses#show running-config Building configuration... Current configuration: ! version 12.0 service timestamps debug datetime msec service timestamps log datetime msec ! hostname ramses ! username sphinx password <password> !-- password is case sensitive and should be the same on both sides ! isdn switch-type basic-net3 ! ! interface Loopback1 ip address 1.1.1.1 255.255.255.255 ! interface Ethernet0 ip address 10.48.74.45 255.255.254.0 ! interface Serial0 backup delay 10 30 backup interface Dialer1 ip address 3.3.3.1 255.255.255.0 no ip directed-broadcast clockrate 125000 ! interface BRI0 no ip address no ip directed-broadcast encapsulation ppp dialer pool-member 2 isdn switch-type basic-net3 no cdp enable ppp authentication chap callin ! interface Dialer1 ip unnumbered Loopback1 no ip directed-broadcast encapsulation ppp dialer remote-name sphinx dialer pool 2 dialer string 5551000 dialer-group 1 ppp authentication chap callin ! ip classless ip route 2.2.2.1 255.255.255.255 Dialer1 ip route 2.2.2.1 255.255.255.255 Serial0 no ip http server ! dialer-list 1 protocol ip permit ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 exec-timeout 0 0 password <password> login ! ntp server 10.200.20.134 end |
sphinx (routeur Cisco 2520) |
---|
sphinx#show running-config Building configuration... Current configuration: ! version 12.0 service timestamps debug datetime msec service timestamps log datetime msec ! hostname sphinx ! ! username ramses password <password> !-- password is case sensitive and should be the same on both sides ! isdn switch-type basic-net3 interface Loopback1 ip address 2.2.2.1 255.255.255.255 ! interface Serial0 ip address 3.3.3.2 255.255.255.0 ! interface BRI0 no ip address no ip directed-broadcast encapsulation ppp dialer pool-member 2 isdn switch-type basic-net3 no cdp enable ppp authentication chap callin ! interface Dialer1 ip unnumbered Loopback1 no ip directed-broadcast encapsulation ppp dialer remote-name ramses dialer pool 2 dialer-group 1 ppp authentication chap ! ip classless ip route 1.1.1.1 255.255.255.255 Serial0 ip route 1.1.1.1 255.255.255.255 Dialer1 2 dialer-list 1 protocol ip permit ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 ! end |
Cette section présente des informations que vous pouvez utiliser pour vous assurer que votre configuration fonctionne correctement.
Certaines commandes show sont prises en charge par l'Output Interpreter Tool (clients enregistrés uniquement), qui vous permet de voir une analyse de la sortie de la commande show.
show isdn status ???Affiche l’état de toutes les interfaces RNIS ou d’une interface RNIS spécifique.
show interface serial ???Affiche des informations sur une interface série.
show interface dialer ???Affiche des informations sur une interface de numérotation.
debug dialer ???Affiche des informations DDR sur les paquets reçus sur l'interface de numérotation.
debug isdn q931???Affiche la configuration des appels et le démontage de la connexion réseau RNIS (couche 3) entre le routeur et le commutateur RNIS.
debug ppp negotiation ???Affiche des informations sur le trafic et les échanges PPP lors de la négociation des composants PPP, notamment LCP (Link Control Protocol), Authentication et NCP. Une négociation PPP réussie ouvre tout d'abord l'état LCP, puis procède à l'authentification, pour terminer par la négociation de NCP.
debug ppp authentication ???Affiche les messages du protocole d’authentification PPP, y compris les échanges de paquets CHAP (Challenge Authentication Protocol) et les échanges PAP (Password Authentication Protocol). Si vous constatez une défaillance, vérifiez que le nom d'utilisateur et le mot de passe CHAP sont configurés correctement.
Cette section fournit des informations que vous pouvez utiliser pour dépanner votre configuration.
Suivez ces instructions pour dépanner votre configuration:
Utilisez la commande show isdn status pour vous assurer que le routeur communique correctement avec le commutateur RNIS. Dans le résultat, vérifiez que :
L'état de la couche 1 est ACTIF
État de la couche 2 = MULTIPLE_FRAME_ESTABLISHED
Cette commande affiche également le nombre d'appels actifs. Examinons un exemple :
ramses#show isdn status Global ISDN Switchtype = basic-net3 ISDN BRI0 interface dsl 0, interface ISDN Switchtype = basic-net3 Layer 1 Status: ACTIVE Layer 2 Status: TEI = 97, Ces = 1, SAPI = 0, State = MULTIPLE_FRAME_ESTABLISHED Layer 3 Status: 0 Active Layer 3 Call(s) Activated dsl 0 CCBs = 0 The Free Channel Mask: 0x80000003 Total Allocated ISDN CCBs = 0 ramses#show interface serial 0 Serial0 is up, line protocol is up Hardware is HD64570 Internet address is 3.3.3.1/24 Backup interface Dialer1, failure delay 10 sec, secondary disable delay 30 sec ramses#show interface dialer 1 Dialer1 is standby mode, line protocol is down ! --- In standby mode. Hardware is Unknown
Puisque l'interface de sauvegarde est en mode veille, vous ne voyez pas ces informations dans le résultat de la commande show ip route.
Examinons les différences affichées dans le résultat lorsque vous utilisez une distance administrative (AD) et lorsque vous n'en utilisez pas.
Lorsque vous n'utilisez pas de distance administrative, le résultat suivant s'affiche :
sphinx#show interface dialer 1 Dialer1 is up (spoofing), line protocol is up (spoofing) Hardware is Unknown
Si vous n'utilisez pas de distance administrative pour le numéroteur sur le sphinx du routeur, vous voyez le résultat suivant de la commande show ip route :
sphinx(config)#ip route 1.1.1.1 255.255.255.255 dialer1 ! --- No AD used here. sphinx#show ip route 1.1.1.1 Routing entry for 1.1.1.1/32 Known via "static", distance 1, metric 0 (connected) Routing Descriptor Blocks: * directly connected, via Dialer1 Route metric is 0, traffic share count is 1 directly connected, via Serial0 Route metric is 0, traffic share count is 1
Le résultat affiché par la commande ping ressemble à ce qui suit, en ce sens qu'il manque une des requêtes ping :
sphinx#ping 1.1.1.1 Type escape sequence to abort. Sending 5, 100-byte ICMP Echos to 1.1.1.1, timeout is 2 seconds: .!.!.
Lors de l'utilisation d'une distance administrative, le résultat suivant s'affiche :
sphinx(config)#ip route 1.1.1.1 255.255.255.255 dialer1 2 ! --- The AD used here is two. sphinx#show ip route 1.1.1.1 Routing entry for 1.1.1.1/32 Known via "static", distance 1, metric 0 (connected) Routing Descriptor Blocks: * directly connected, via Serial0 Route metric is 0, traffic share count is 1 sphinx#ping 1.1.1.1 Type escape sequence to abort. Sending 5, 100-byte ICMP Echos to 1.1.1.1, timeout is 2 seconds: !!!!!
Configurez et vérifiez que la connexion DDR (entre Dialer 1 et BRI0) fonctionne correctement avant de configurer les commandes backup interface et backup delay. Cela vous permet de vérifier que le profil de numérotation, RNIS, PPP et l'authentification fonctionnent correctement avant de configurer la sauvegarde.
Une fois que vous avez vérifié que la connexion DDR fonctionne correctement, vous pouvez passer aux étapes de dépannage de sauvegarde suivantes :
Désactivez la liaison principale.
Remarque : N'utilisez pas la commande shutdown sur le routeur avec la commande backup interface configurée. Cela n’entraîne pas la numérotation de la liaison de sauvegarde par Cisco IOS. Vous pouvez activer la sauvegarde en arrêtant l'interface principale sur le routeur qui ne possède pas la commande backup interface.
Remarque : Dans notre scénario, la commande backup interface est configurée sur les routes (le routeur Cisco 2500). Par conséquent, l’exécution d’une commande shutdown sur l’interface principale de sphinx (le routeur Cisco 2520) active la liaison de sauvegarde.
Remarque : Vous pouvez mettre physiquement hors tension la connexion principale en débranchant les câbles, ou en utilisant une méthode équivalente, afin d'activer l'interface de sauvegarde.
Un message de console doit s'afficher pour indiquer que l'interface de sauvegarde (interface dialer 1) est active. Ce message n'apparaît qu'après l'expiration du délai d'intervalle spécifié par la commande backup delay. Dans cette configuration, le délai d'activation de la sauvegarde est de 10 secondes.
Si ce message de console ne s'affiche pas, vérifiez le temporisateur de délai de sauvegarde.
*Mar 1 03:54:00.451: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial0, changed state to down *Mar 1 03:54:11.467: %LINK-3-UPDOWN: Interface Dialer1, changed state to up
Utilisez la commande show ip route pour afficher la table de routage avec la liaison principale désactivée. Vous devez observer une route connectée directement à Dialer 1.
Envoyez une requête ping à l’adresse IP de l’interface de bouclage du routeur distant. Si la liaison ne compose pas, vérifiez que votre définition de trafic intéressante autorise le trafic ICMP (ping).
Remarque : Dans notre exemple, une distance administrative de deux est utilisée pour la route dans le sphinx du routeur (il peut s'agir d'un nombre différent d'un).
ip route 1.1.1.1 255.255.255.255 Dialer1 2
Remarque : La raison en est que, si la liaison principale est active, la moitié des requêtes ping sont perdues. Puisque les interfaces de numérotation 1 et série 0 sont actives, la route est installée pour les deux interfaces. Cependant, l'interface de numérotation ne peut pas envoyer le paquet, car l'interface BRI n'est pas active.
Utilisez les commandes présentées dans cette section pour dépanner votre configuration.
Certaines commandes show sont prises en charge par l'Output Interpreter Tool (clients enregistrés uniquement), qui vous permet de voir une analyse de la sortie de la commande show.
Remarque : avant d'émettre des commandes debug, reportez-vous à Informations importantes sur les commandes de débogage.
Essayez d'envoyer une requête ping à 2.2.2.1 pour créer un trafic intéressant :
ramses#ping 2.2.2.1 *Mar 1 04:53:26.574: %LINK-3-UPDOWN: Interface Serial0, changed state to down *Mar 1 04:53:27.574: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial0, changed state to down *Mar 1 04:53:38.590: %LINK-3-UPDOWN: Interface Dialer1, changed state to up *Mar 1 04:53:38.606: Di1 LCP: Not allowed on a Dialer Profile. *Mar 1 04:53:40.058: BRI0 DDR: rotor dialout [priority] *Mar 1 04:53:40.062: BRI0 DDR: Dialing cause ip (s=1.1.1.1, d=2.2.2.1) *Mar 1 04:53:40.066: BRI0 DDR: Attempting to dial 5551000 *Mar 1 04:53:40.078: ISDN BR0: TX -> SETUP pd = 8 callref = 0x0A *Mar 1 04:53:40.078: Bearer Capability i = 0x8890 *Mar 1 04:53:40.082: Channel ID i = 0x83 *Mar 1 04:53:40.086: Called Party Number i = 0x80, '5551000' *Mar 1 04:53:40.342: ISDN BR0: RX <- CALL_PROC pd = 8 callref = 0x8A *Mar 1 04:53:40.346: Channel ID i = 0x89 *Mar 1 04:53:40.834: ISDN BR0: RX <- CONNECT pd = 8 callref = 0x8A *Mar 1 04:53:40.846: ISDN BR0: TX -> CONNECT_ACK pd = 8 callref = 0x0A *Mar 1 04:53:40.854: %LINK-3-UPDOWN: Interface BRI0:1, changed state to up *Mar 1 04:53:40.870: BRI0:1: interface must be fifo queue, force fifo *Mar 1 04:53:40.874: %DIALER-6-BIND: Interface BRI0:1 bound to profile Dialer1 *Mar 1 04:53:40.882: %ISDN-6-CONNECT: Interface BRI0:1 is now connected to 5551000 *Mar 1 04:53:40.890: BR0:1 PPP: Treating connection as a callout *Mar 1 04:53:40.890: BR0:1 PPP: Phase is ESTABLISHING, Active Open *Mar 1 04:53:40.894: BR0:1 PPP: No remote authentication for call-out *Mar 1 04:53:40.898: BR0:1 LCP: O CONFREQ [Closed] id 18 len 10 *Mar 1 04:53:40.902: BR0:1 LCP: MagicNumber 0xE1BD38B8 (0x0506E1BD38B8) *Mar 1 04:53:40.930: BR0:1 LCP: I CONFREQ [REQsent] id 22 len 15 *Mar 1 04:53:40.934: BR0:1 LCP: AuthProto CHAP (0x0305C22305) *Mar 1 04:53:40.938: BR0:1 LCP: MagicNumber 0xEEBCFA2D (0x0506EEBCFA2D) *Mar 1 04:53:40.942: BR0:1 LCP: O CONFACK [REQsent] id 22 len 15 *Mar 1 04:53:40.946: BR0:1 LCP: AuthProto CHAP (0x0305C22305) *Mar 1 04:53:40.950: BR0:1 LCP: MagicNumber 0xEEBCFA2D (0x0506EEBCFA2D) *Mar 1 04:53:40.954: BR0:1 LCP: I CONFACK [ACKsent] id 18 len 10 *Mar 1 04:53:40.954: BR0:1 LCP: MagicNumber 0xE1BD38B8 (0x0506E1BD38B8) *Mar 1 04:53:40.958: BR0:1 LCP: State is Open *Mar 1 04:53:40.962: BR0:1 PPP: Phase is AUTHENTICATING, by the peer *Mar 1 04:53:40.982: BR0:1 CHAP: I CHALLENGE id 9 len 27 from "sphinx" *Mar 1 04:53:40.986: BR0:1 CHAP: O RESPONSE id 9 len 27 from "ramses" *Mar 1 04:53:41.046: BR0:1 CHAP: I SUCCESS id 9 len 4 *Mar 1 04:53:41.050: BR0:1 PPP: Phase is UP *Mar 1 04:53:41.054: BR0:1 IPCP: O CONFREQ [Not negotiated] id 9 len 10 *Mar 1 04:53:41.058: BR0:1 IPCP: Address 1.1.1.1 (0x030601010101) *Mar 1 04:53:41.062: BR0:1 CDPCP: O CONFREQ [Not negotiated] id 9 len 4 *Mar 1 04:53:41.066: BR0:1 IPCP: I CONFREQ [REQsent] id 6 len 10 *Mar 1 04:53:41.070: BR0:1 IPCP: Address 2.2.2.1 (0x030602020201) *Mar 1 04:53:41.074: BR0:1 IPCP: O CONFACK [REQsent] id 6 len 10 *Mar 1 04:53:41.078: BR0:1 IPCP: Address 2.2.2.1 (0x030602020201) *Mar 1 04:53:41.082: BR0:1 CDPCP: I CONFREQ [REQsent] id 9 len 4 *Mar 1 04:53:41.086: BR0:1 CDPCP: O CONFACK [REQsent] id 9 len 4 *Mar 1 04:53:41.110: BR0:1 IPCP: I CONFACK [ACKsent] id 9 len 10 *Mar 1 04:53:41.110: BR0:1 IPCP: Address 1.1.1.1 (0x030601010101) *Mar 1 04:53:41.114: BR0:1 IPCP: State is Open *Mar 1 04:53:41.122: BR0:1 CDPCP: I CONFACK [ACKsent] id 9 len 4 *Mar 1 04:53:41.126: BR0:1 CDPCP: State is Open *Mar 1 04:53:41.126: BRI0:1 DDR: dialer protocol up *Mar 1 04:53:41.134: Di1 IPCP: Install route to 2.2.2.1 *Mar 1 04:53:42.086: %LINEPROTO-5-UPDOWN: Line protocol on Interface BRI0:1, changed state to up *Mar 1 04:53:46.886: %ISDN-6-CONNECT: Interface BRI0:1 is now connected to 5551000 5551000 ramses#show dialer BRI0 - dialer type = ISDN Dial String Successes Failures Last DNIS Last status 0 incoming call(s) have been screened. 0 incoming call(s) rejected for callback. BRI0:1 - dialer type = ISDN Idle timer (120 secs), Fast idle timer (20 secs) Wait for carrier (30 secs), Re-enable (15 secs) Dialer state is data link layer up Dial reason: ip (s=1.1.1.1, d=2.2.2.1) ! --- we see dial reason, this is the calling router Interface bound to profile Dialer1 Time until disconnect 105 secs Current call connected 00:00:16 Connected to 5551000 (5551000) BRI0:2 - dialer type = ISDN Idle timer (120 secs), Fast idle timer (20 secs) Wait for carrier (30 secs), Re-enable (15 secs) Dialer state is idle Dialer1 - dialer type = DIALER PROFILE Idle timer (120 secs), Fast idle timer (20 secs) Wait for carrier (30 secs), Re-enable (15 secs) Dialer state is data link layer up Number of active calls = 1 Number of active circuit switched calls = 0 Dial String Successes Failures Last DNIS Last status 5551000 5 0 00:00:19 successful Default Dialer2 - dialer type = NONE Idle timer (120 secs), Fast idle timer (20 secs) Wait for carrier (30 secs), Re-enable (15 secs) Number of active calls = 0 Dial String Successes Failures Last DNIS Last status ramses#show ip route Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2 E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS inter area * - candidate default, U - per-user static route, o - ODR P - periodic downloaded static route Gateway of last resort is not set 1.0.0.0/32 is subnetted, 1 subnets C 1.1.1.1 is directly connected, Loopback1 2.0.0.0/32 is subnetted, 1 subnets C 2.2.2.1 is directly connected, Dialer1 10.0.0.0/23 is subnetted, 1 subnets C 10.48.74.0 is directly connected, Ethernet0 sphinx(config)#interface serial 0 sphinx(config-if)#shutdown sphinx(config-if)# *Mar 3 20:07:40.603: %LINK-5-CHANGED: Interface Serial0, changed state to administratively down *Mar 3 20:07:41.603: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial0, changed state to down *Mar 3 20:07:54.331: ISDN BR0: RX <- SETUP pd = 8 callref = 0x14 *Mar 3 20:07:54.335: Bearer Capability i = 0x8890 *Mar 3 20:07:54.339: Channel ID i = 0x89 *Mar 3 20:07:54.343: Called Party Number i = 0xC1, '5551000' *Mar 3 20:07:54.355: ISDN BR0: Event: Received a DATA call from <unknown> on B1 at 64 Kb/s *Mar 3 20:07:54.355: BRI0:1: interface must be fifo queue, force fifo *Mar 3 20:07:54.363: %DIALER-6-BIND: Interface BRI0:1 bound to profile Dialer1 *Mar 3 20:07:54.383: %LINK-3-UPDOWN: Interface BRI0:1, changed state to up *Mar 3 20:07:54.403: %ISDN-6-CONNECT: Interface BRI0:1 is now connected to <unknown phone number> *Mar 3 20:07:54.411: BR0:1 PPP: Treating connection as a callin *Mar 3 20:07:54.415: BR0:1 PPP: Phase is ESTABLISHING, Passive Open *Mar 3 20:07:54.415: BR0:1 LCP: State is Listen *Mar 3 20:07:54.471: %ISDN-6-LAYER2UP: Layer 2 for Interface BR0, TEI 99 changed to up *Mar 3 20:07:54.479: ISDN BR0: TX -> CALL_PROC pd = 8 callref = 0x94 *Mar 3 20:07:54.687: ISDN BR0: TX -> CONNECT pd = 8 callref = 0x94 *Mar 3 20:07:54.851: ISDN BR0: RX <- CONNECT_ACK pd = 8 callref = 0x14 *Mar 3 20:07:54.939: BR0:1 LCP: I CONFREQ [Listen] id 18 len 10 *Mar 3 20:07:54.939: BR0:1 LCP: MagicNumber 0xE1BD38B8 (0x0506E1BD38B8) *Mar 3 20:07:54.943: BR0:1 LCP: O CONFREQ [Listen] id 22 len 15 *Mar 3 20:07:54.947: BR0:1 LCP: AuthProto CHAP (0x0305C22305) *Mar 3 20:07:54.951: BR0:1 LCP: MagicNumber 0xEEBCFA2D (0x0506EEBCFA2D) *Mar 3 20:07:54.955: BR0:1 LCP: O CONFACK [Listen] id 18 len 10 *Mar 3 20:07:54.959: BR0:1 LCP: MagicNumber 0xE1BD38B8 (0x0506E1BD38B8) *Mar 3 20:07:54.987: BR0:1 LCP: I CONFACK [ACKsent] id 22 len 15 *Mar 3 20:07:54.987: BR0:1 LCP: AuthProto CHAP (0x0305C22305) *Mar 3 20:07:54.991: BR0:1 LCP: MagicNumber 0xEEBCFA2D (0x0506EEBCFA2D) *Mar 3 20:07:54.995: BR0:1 LCP: State is Open *Mar 3 20:07:54.995: BR0:1 PPP: Phase is AUTHENTICATING, by this end *Mar 3 20:07:54.999: BR0:1 CHAP: O CHALLENGE id 9 len 27 from "sphinx" *Mar 3 20:07:55.027: BR0:1 CHAP: I RESPONSE id 9 len 27 from "ramses" *Mar 3 20:07:55.035: BR0:1 CHAP: O SUCCESS id 9 len 4 *Mar 3 20:07:55.039: BR0:1 PPP: Phase is UP *Mar 3 20:07:55.043: BR0:1 IPCP: O CONFREQ [Not negotiated] id 6 len 10 *Mar 3 20:07:55.047: BR0:1 IPCP: Address 2.2.2.1 (0x030602020201) *Mar 3 20:07:55.051: BR0:1 CDPCP: O CONFREQ [Not negotiated] id 9 len 4 *Mar 3 20:07:55.115: BR0:1 IPCP: I CONFREQ [REQsent] id 9 len 10 *Mar 3 20:07:55.119: BR0:1 IPCP: Address 1.1.1.1 (0x030601010101) *Mar 3 20:07:55.123: BR0:1 IPCP: O CONFACK [REQsent] id 9 len 10 *Mar 3 20:07:55.127: BR0:1 IPCP: Address 1.1.1.1 (0x030601010101) *Mar 3 20:07:55.131: BR0:1 CDPCP: I CONFREQ [REQsent] id 9 len 4 *Mar 3 20:07:55.135: BR0:1 CDPCP: O CONFACK [REQsent] id 9 len 4 *Mar 3 20:07:55.139: BR0:1 IPCP: I CONFACK [ACKsent] id 6 len 10 *Mar 3 20:07:55.143: BR0:1 IPCP: Address 2.2.2.1 (0x030602020201) *Mar 3 20:07:55.147: BR0:1 IPCP: State is Open *Mar 3 20:07:55.151: BR0:1 CDPCP: I CONFACK [ACKsent] id 9 len 4 *Mar 3 20:07:55.155: BR0:1 CDPCP: State is Open *Mar 3 20:07:55.159: BRI0:1 DDR: dialer protocol up *Mar 3 20:07:55.167: Di1 IPCP: Install route to 1.1.1.1 *Mar 3 20:07:56.039: %LINEPROTO-5-UPDOWN: Line protocol on Interface BRI0:1, changed state to up *Mar 3 20:08:00.411: %ISDN-6-CONNECT: Interface BRI0:1 is now connected to <unknown phone number> ramses sphinx#show dialer BRI0 - dialer type = ISDN Dial String Successes Failures Last DNIS Last status 0 incoming call(s) have been screened. 0 incoming call(s) rejected for callback. BRI0:1 - dialer type = ISDN Idle timer (120 secs), Fast idle timer (20 secs) Wait for carrier (30 secs), Re-enable (15 secs) Dialer state is data link layer up Interface bound to profile Dialer1 Time until disconnect 95 secs Connected to <unknown phone number> (ramses) ! --- We see ramses. BRI0:2 - dialer type = ISDN Idle timer (120 secs), Fast idle timer (20 secs) Wait for carrier (30 secs), Re-enable (15 secs) Dialer state is idle Dialer1 - dialer type = DIALER PROFILE Idle timer (120 secs), Fast idle timer (20 secs) Wait for carrier (30 secs), Re-enable (15 secs) Dialer state is data link layer up Number of active calls = 1 Number of active circuit switched calls = 0 Dial String Successes Failures Last DNIS Last status sphinx#show ip route Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2 E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS inter area * - candidate default, U - per-user static route, o - ODR P - periodic downloaded static route Gateway of last resort is not set 1.0.0.0/32 is subnetted, 1 subnets C 1.1.1.1 is directly connected, Dialer1 2.0.0.0/32 is subnetted, 1 subnets C 2.2.2.1 is directly connected, Loopback1 sphinx#
Révision | Date de publication | Commentaires |
---|---|---|
1.0 |
09-Sep-2005 |
Première publication |