购买或续订
购买或续订
取消
开启建议
自动建议可通过在您键入时建议可能的匹配，而快速缩小您的搜索结果范围。
显示结果 
搜索替代 
您的意思是: 
cancel
开始对话
19626
查看次数
38
有帮助
15
回复

CISCO2911 PBR Dialer拨号失败后不转发

查看解答
ranzhengfeng
Level 1
Level 1

发布时间 ‎01-10-2015 07:59 AM

网络规划如下：
G0/1下接三层。上行G0/0固定IP，G0/2接ADSL,默认路由走固定IP。备份 路由走ADSL。但是平时ADSL是空闲。所以做了PBR让某几台终端默认走ADSL。当ADSL故障后走固定IP。现在情况是当ADSL正常时，全部正常使用。但当ADSL拨号失败时，原来走ADSL的没有去走默认的路由表，而是继续转发往ADSL。
版本：15.4(3)M ipbase-k9
主要配置：
interface Dialer0
ip address negotiated
ip mtu 1492
ip nat outside
encapsulation ppp
ip tcp adjust-mss 1024
dialer pool 1
dialer-group 1
ppp pap sent-username 8888 password 7 1447425B5C547A
ppp ipcp dns request
no cdp enable
!
route-map byadsl permit 10
match ip address 110
set interface Dialer0
!
access-list 110 permit ip host 192.168.135 any
!
RT-In-C2911#show int d0
Dialer0 is up, line protocol is up (spoofing)
Hardware is Unknown
Internet address will be negotiated using IPCP
MTU 1500 bytes, BW 56 Kbit/sec, DLY 20000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation PPP, LCP Closed, loopback not set
Keepalive set (10 sec)
DTR is pulsed for 1 seconds on reset
Last input never, output never, output hang never
Last clearing of "show interface" counters 11:17:45
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
0 packets input, 0 bytes
0 packets output, 0 bytes
debug信息：
*Jan 10 15:02:22.841: IP: s=192.168.135.2 (GigabitEthernet0/1), d=114.114.114.114, len 76, FIB policy match
*Jan 10 15:02:22.841: IP: s=192.168.135.2 (GigabitEthernet0/1), d=114.114.114.114, len 76, PBR Counted
*Jan 10 15:02:22.841: IP: s=192.168.135.2 (GigabitEthernet0/1), d=114.114.114.114, len 76, policy match
*Jan 10 15:02:22.841: IP: route map byadsl, item 10, permit
*Jan 10 15:02:22.841: IP: s=192.168.135.2 (GigabitEthernet0/1), d=114.114.114.114 (Dialer0), len 76, policy routed
*Jan 10 15:02:22.841: IP: GigabitEthernet0/1 to Dialer0 114.114.114.114
*Jan 10 15:02:24.325: IP: s=192.168.135.2 (GigabitEthernet0/1), d=61.128.128.68, len 62, FIB policy match
*Jan 10 15:02:24.325: IP: s=192.168.135.2 (GigabitEthernet0/1), d=61.128.128.68, len 62, PBR Counted
*Jan 10 15:02:24.325: IP: s=192.168.135.2 (GigabitEthernet0/1), d=114.114.114.114, len 62, FIB policy match
*Jan 10 15:02:24.325: IP: s=192.168.135.2 (GigabitEthernet0/1), d=114.114.114.114, len 62, PBR Counted
*Jan 10 15:02:24.325: IP: s=192.168.135.2 (GigabitEthernet0/1), d=61.128.128.68, len 62, policy match
*Jan 10 15:02:24.325: IP: route map byadsl, item 10, permit
*Jan 10 15:02:24.325: IP: s=192.168.135.2 (GigabitEthernet0/1), d=61.128.128.68 (Dialer0), len 62, policy routed
*Jan 10 15:02:24.325: IP: GigabitEthernet0/1 to Dialer0 61.128.128.68
标签:
0 有帮助
1 个已接受解答

已接受的解答

查看解答
exCCNA
Level 1
Level 1

发布时间 ‎01-10-2015 07:59 AM

本帖最后由 exCCNA 于 2015-1-21 17:03 编辑
ranzhengfeng 发表于 2015-1-21 13:53 back.gif
RT-In-C2911(config-route-map)# set interface Dialer0 gigabitEthernet 0/0
%Warning:Use P2P interf ...

set interface Dialer0 gigabitEthernet 0/0 这条命令的含义为当前面指定的Dialer0状态正常时从该接口转发数据包；如果该接口失效就从第二个接口g0/0转发。但是我在DYNAMIPS上实验了一下Dialer好像一直是up/up状态，因为没有在您所用的那种实际设备上实验过，所以在等您的反馈。现在看来您所用的设备不支持这种配置方式。那就不用接口，用next-hop来实现，具体配置如下：
首先定义TRACK对象，对ADSL线路的可达性做自动检测：
track 1 ip route 255.255.255.255 reachability
如果用track ip sla 追踪ISP的路由可达性，效果会更好一些。这个先不讨论，如果这种的方法可行以后再改进。
配置路由策略：
route-map byadsl permit 10 ---仍使用您原来的配置内容。
match ip address 110
set ip next-hop verify-availability <指向ADSL链路的下一跳IP地址> 1 track 1 #这条命令的含义为只有track 1的结果为TRUE时(即ADSL链路可达)，选择ADSL的下一跳；如果track 1的结果为FALSE(ADSL链路失效，这个由上面的TRACK命令自动检测可达性)，则根据路由表的结果做转发。
!
access-list 110 permit ip host 192.168.135 any ---仍使用您原来的配置内容。
说明：通过track 1 ip route命令测试静态路由的可达性反应会比较慢(我在DYNAMIPS上测试的反应时间约1分钟，即当ADSL对端的物理接口DOWN掉1分钟之后，本端路由器中的静态路由才失效)，当ADSL链路失效后可能您要多等一会儿才会看到结果。这也是我提到用IP SLA做测试的原因，用IP SLA做链路失效测试的反应时间更快一些。

在原帖中查看解决方案

15 条回复15

查看解答
exCCNA
Level 1
Level 1

发布时间 ‎01-10-2015 07:59 AM

本帖最后由 exCCNA 于 2015-1-21 17:03 编辑
ranzhengfeng 发表于 2015-1-21 13:53 back.gif
RT-In-C2911(config-route-map)# set interface Dialer0 gigabitEthernet 0/0
%Warning:Use P2P interf ...

set interface Dialer0 gigabitEthernet 0/0 这条命令的含义为当前面指定的Dialer0状态正常时从该接口转发数据包；如果该接口失效就从第二个接口g0/0转发。但是我在DYNAMIPS上实验了一下Dialer好像一直是up/up状态，因为没有在您所用的那种实际设备上实验过，所以在等您的反馈。现在看来您所用的设备不支持这种配置方式。那就不用接口，用next-hop来实现，具体配置如下：
首先定义TRACK对象，对ADSL线路的可达性做自动检测：
track 1 ip route 255.255.255.255 reachability
如果用track ip sla 追踪ISP的路由可达性，效果会更好一些。这个先不讨论，如果这种的方法可行以后再改进。
配置路由策略：
route-map byadsl permit 10 ---仍使用您原来的配置内容。
match ip address 110
set ip next-hop verify-availability <指向ADSL链路的下一跳IP地址> 1 track 1 #这条命令的含义为只有track 1的结果为TRUE时(即ADSL链路可达)，选择ADSL的下一跳；如果track 1的结果为FALSE(ADSL链路失效，这个由上面的TRACK命令自动检测可达性)，则根据路由表的结果做转发。
!
access-list 110 permit ip host 192.168.135 any ---仍使用您原来的配置内容。
说明：通过track 1 ip route命令测试静态路由的可达性反应会比较慢(我在DYNAMIPS上测试的反应时间约1分钟，即当ADSL对端的物理接口DOWN掉1分钟之后，本端路由器中的静态路由才失效)，当ADSL链路失效后可能您要多等一会儿才会看到结果。这也是我提到用IP SLA做测试的原因，用IP SLA做链路失效测试的反应时间更快一些。

查看解答
ywanxin
Cisco Employee
Cisco Employee

发布时间 ‎01-13-2015 09:26 PM

你目前的信息来看都是被policy route掉了

查看解答
one-time
Level 13
Level 13

发布时间 ‎01-14-2015 06:30 PM

帮顶，希望更多专家来帮忙解答
0 有帮助

查看解答
exCCNA
Level 1
Level 1

发布时间 ‎01-14-2015 08:45 PM

本帖最后由 exCCNA 于 2015-1-15 12:48 编辑
在route-map byadsl permit 10下面将set interface Dialer0命令改为set interface Dialer0 G0/0试一试。
命令中Dialer0和G0/0之间要有空格。

查看解答
one-time
Level 13
Level 13

发布时间 ‎01-18-2015 07:28 PM

exCCNA 发表于 2015-1-15 12:45 back.gif
在route-map byadsl permit 10下面将set interface Dialer0命令改为set interface Dialer0 G0/0试一试。
...

多谢高手解答
0 有帮助

查看解答
one-time
Level 13
Level 13

发布时间 ‎01-18-2015 07:30 PM

@ranzhengfeng 有大师解决你问题 来看看
0 有帮助

查看解答
exCCNA
Level 1
Level 1

发布时间 ‎01-18-2015 07:31 PM

管理员 发表于 2015-1-19 11:28 back.gif
多谢高手解答

不必客气！关键要看是否能解决楼主的问题，希望楼主能反馈。如果不行还有其它方法。

查看解答
one-time
Level 13
Level 13

发布时间 ‎01-18-2015 09:55 PM

exCCNA 发表于 2015-1-19 11:31 back.gif
不必客气！关键要看是否能解决楼主的问题，希望楼主能反馈。如果不行还有其它方法。

真赞！@ranzhengfeng 楼主快来看看，有没有帮你解答清楚
0 有帮助

查看解答
ranzhengfeng
Level 1
Level 1

发布时间 ‎01-20-2015 09:53 PM

管理员 发表于 2015-1-19 13:55 back.gif
真赞！@ranzhengfeng 楼主快来看看，有没有帮你解答清楚

RT-In-C2911(config-route-map)# set interface Dialer0 gigabitEthernet 0/0
%Warning:Use P2P interface for routemap setinterface clause
提示这个告警。因为客户现在ADSL正常了。目前 只有这样配置。后期故障再验证吧！
0 有帮助

查看解答
ranzhengfeng
Level 1
Level 1

发布时间 ‎01-21-2015 05:00 AM

exCCNA 发表于 2015-1-21 16:49 back.gif
set interface Dialer0 gigabitEthernet 0/0 这条命令的含义为当前面指定的Dialer0状态正常时从该接口转发 ...

感谢你的回复，
实际中<指向ADSL链路的下一跳IP地址>这个地址无法确定。
2、ipbase版本不支持SLA，如果支持话。SLA是最佳方法
0 有帮助

查看解答
exCCNA
Level 1
Level 1

发布时间 ‎01-21-2015 06:44 AM

ranzhengfeng 发表于 2015-1-21 21:00 back.gif
感谢你的回复，
实际中这个地址无法确定。
2、ipbase版本不支持SLA，如果支持话。SLA是最佳方法

Dialer0这一端的IP地址可能是不固定的，但对端(给Dialer0分配地址的一方)接口的IP地址应该是固定的。通过IPCP方式分配的IP地址，在Dialer0这一端的路由器上执行show ip route命令，在路由表中应该能够看到对端的IP地址。

查看解答
ywanxin
Cisco Employee
Cisco Employee

发布时间 ‎01-21-2015 09:02 PM

hi @ranzhengfeng 有人回答了您的提问来看看吧
0 有帮助

查看解答
ranzhengfeng
Level 1
Level 1

发布时间 ‎01-21-2015 11:31 PM

exCCNA 发表于 2015-1-21 22:44 back.gif
Dialer0这一端的IP地址可能是不固定的，但对端(给Dialer0分配地址的一方)接口的IP地址应该是固定的。通过 ...

对的，就是按你这个方法处理的。目前来看应该没有问题。只要对端BRAS端没有变更IP地址。应该都不会有问题。
0 有帮助

查看解答
Yanli Sun
Community Manager
Community Manager

发布时间 ‎02-04-2015 10:34 PM

ranzhengfeng 发表于 2015-1-22 15:31 back.gif
对的，就是按你这个方法处理的。目前来看应该没有问题。只要对端BRAS端没有变更IP地址。应该都不会有问题 ...

如果您的问题已经被解答，请标记出 最佳答案，还有可能赢超萌的羊驼公仔哦 http://bbs.csc-china.com.cn/forum.php?mod=viewthread&tid=14708
0 有帮助
入门指南

使用上面的搜索栏输入关键字、短语或问题，搜索问题的答案。

我们希望您在这里的旅程尽可能顺利，因此这里有一些链接可以帮助您快速熟悉思科社区：









快捷链接

浏览社区快速链接并以您的母语获取个性化内容：

发布或浏览文章 分享想法或新闻 观看我们的所有视频
Customers Also Viewed These Support Documents