目录

简介

先决条件

要求

使用的组件

规则

配置

网络图

配置

验证

故障排除

故障排除步骤

不使用管理距离时

使用管理距离时

故障排除命令

相关信息

简介

此示例配置显示如何使用ISDN BRI电路备份租用线路、WAN或串行连接。

本文档使用拨号程序配置文件和备份接口功能。backup interface命令将已配置的物理或逻辑接口置于备用模式，直到主接口关闭。

先决条件

要求

本文档没有任何特定的要求。

使用的组件

此配置使用一个BRI电路备份串行链路。路由器RAMS正在执行拨出，因为该路由器上配置了拨号程序字符串。在此配置中：

- 使用Cisco 2500路由器(RAMSES)，与Cisco 2520路由器(sphinx)连接。 两个路由器也通过BRI接口安装，此接口用于备份链路。

- 两台路由器都运行Cisco IOS软件版本12.0.7T。

本文档中的信息都是基于特定实验室环境中的设备编写的。本文档中使用的所有设备最初均采用原始（默认）配置。如果您使用的是真实网络，请确保您已经了解所有命令的潜在影响。

规则

有关文档规则的详细信息，请参阅 Cisco 技术提示规则。

配置

本部分提供有关如何配置本文档所述功能的信息。以下三个步骤完成此配置：

1. 使用传统DDR或拨号程序配置文件配置按需拨号路由(DDR)。本文档中显示的示例配置使用拨号程序配置文件。

2. 当主链路发生故障时，使用backup interface命令触发拨出呼叫。

3. 定义相关流量。

注意：建议在配置备份接口和备份延迟命令之前，配置DDR连接（使用BRI0的拨号程序1）并验证其是否正常工作。这样，在配置备份之前，您就可以有效地管理拨号程序配置文件、ISDN、PPP和身份验证问题并排除故障。

注：要查找有关本文档中使用的命令的其他信息，请使用命令查找工具(仅注册客户)。

网络图

本文档使用以下网络设置：

配置

本文档使用以下配置：

- RAMSES（Cisco 2500路由器）

- sphinx（思科2520路由器）

RAMSES（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（思科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

验证

本部分所提供的信息可用于确认您的配置是否正常工作。

命令输出解释程序工具（仅限注册用户）支持某些 show 命令，使用此工具可以查看对 show 命令输出的分析。

- show isdn status??？显示所有ISDN接口或特定ISDN接口的状态。

- show interface serial??？显示有关串行接口的信息。

- show interface dialer???？显示有关拨号器接口的信息。

- debug dialer??？显示有关拨号器接口上收到的数据包的DDR信息。

- debug isdn q931???？显示路由器和ISDN交换机之间ISDN网络连接（第3层）的呼叫建立和断开。

- debug ppp negotiation???？显示在协商PPP组件(包括链路控制协议(LCP)、身份验证和NCP)时PPP流量和交换的信息。成功的PPP协商将首先开放LCP状态，然后进行验证，最后进行NCP协商。

- debug ppp authentication??？显示PPP身份验证协议消息，包括质询身份验证协议(CHAP)数据包交换和密码身份验证协议(PAP)交换。如果发现故障，请验证CHAP用户名和密码是否配置正确。

故障排除

本部分提供的信息可用于对配置进行故障排除。

故障排除步骤

按照以下说明对配置进行故障排除：

使用show isdn status命令确保路由器与ISDN交换机正常通信。在输出中，验证：

- 第1层状态为ACTIVE

- 第2层状态状态= MULTIPLE_FRAME_ESTABLISHED

此指令也显示活动的呼叫的数量。请看下面的示例：

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

由于备份接口处于备用模式，因此在show ip route命令的输出中看不到此信息。

让我们看一下使用管理距离(AD)和不使用管理距离(AD)时输出中显示的差异。

不使用管理距离时

不使用AD时，您会看到以下输出：

sphinx#show interface dialer 1

Dialer1 is up (spoofing), line protocol is up (spoofing)

Hardware is Unknown

如果不对路由器sphinx上的拨号器使用AD，您会看到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

ping命令显示的输出类似于以下内容，因为它缺少其中一个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:

.!.!.

使用管理距离时

使用AD时，您会看到以下输出：

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:

!!!!!

在配置备份接口和备份延迟命令之前，请配置并验证DDR连接（在拨号器1和BRI0之间）是否正常工作。这样，在配置备份之前，您可以验证拨号程序配置文件、ISDN、PPP和身份验证是否正常运行。

验证DDR连接是否正常工作后，您可以继续执行下面列出的以下备份故障排除步骤：

1. 关闭主链路。

注意：请勿在路由器上使用shutdown命令，并配置备份接口命令。这不会导致Cisco IOS拨打备份链路。通过关闭不带有backup interface命令的路由器上的主要接口，您可以激活备份。

注意：在我们的场景中，备份接口命令在rams（Cisco 2500路由器）上配置。 因此，对sphinx的主接口（Cisco 2520路由器）执行shutdown命令会激活备用链路。

注意：您可以通过拔掉电缆或使用某种等效方法来物理断开主连接，以打开备份接口。

2. 您应该看到一条控制台消息，指明备份接口（接口拨号程序 1）已接通。此消息仅在备份延迟命令指定的间隔时间过期后显示。在此配置中，备份激活延迟为 10 秒。

如果未看到此控制台消息，请检查 backup delay 计时器。

*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

3. 使用 show ip route 命令来查看主链路关闭时的路由表。您应该观察到到Dialer 1的直连路由。

4. 对远程路由器的环回接口的IP地址执行ping操作。如果链路不拨号，请验证相关流量定义是否允许ICMP流量(ping)。

注意：在我们的示例中，路由器sphinx中的路由使用AD(2)（这可以是除1以外的任意数字）。

ip route 1.1.1.1 255.255.255.255 Dialer1 2

注意：造成这种情况的原因是，如果主链路已打开，一半的ping会丢失。由于拨号器1和串行0接口都处于打开状态，因此路由已安装到两个接口。但是，由于BRI接口未打开，拨号器接口无法发送数据包。

故障排除命令

使用本节中所示的命令排除配置故障。

命令输出解释程序工具（仅限注册用户）支持某些 show 命令，使用此工具可以查看对 show 命令输出的分析。

注意：在发出debug命令之前，请参阅有关Debug命令的重要信息。

尝试ping 2.2.2.1以创建相关流量：

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#

相关信息

- 接入技术支持页面

- 技术支持 - Cisco Systems