CCIE实验笔记之 第2章 WAN协议(PPP)-3

来源: 作者: 2006-11-06 出处:pcdog.com

cisco  ddn  ios  协议  
2.2.3   PPP压缩的配置
数据压缩的协商是LCP在初始化时进行,
cisco有3种在PPP链路上进行有效载荷压缩的方式:
在接口上使用下面的命令进行压缩方式的配置:
compress [predictor | stac | mppc]
 
RFC1144中规定,TCP头部压缩采用的是Van Jacobson算法,在有许多小数据包是非常有用,使用下面命令启用TCP头部压缩:
Ip tcp header-compression [passive]
参数passive只有在接口上入站TCP数据包压缩情况下才对出站的TCP数据包进行压缩,没有指定即对所有数据进行压缩。
 
注:TCP数据头部压缩方式不能有效载荷压缩一起使用,在配置压缩之前要考虑router的性能。
2.2.4   配置多链路捆绑PPP
是将多个物理链路合并或者捆绑成一个大逻辑链路的机制。
主要起到增加带宽,减少延时,线路备份的作用,另外一个作用是可以将不同类型的接口捆绑为一个逻辑接口。
多链路PPP常用于:
MLPPP是由LCP在初始化时设置的一个功能选项。MLPPP将packet分成多个小块的片段同时送到远端router,LCP再将它们恢复成完整的packet。
可以在接口或拨号设备上使用下面命令对MLPPP进行配置:
Ppp multilink
Dialer load-threshold load [inbound | outbound | either]
Dialer load-threshold 命令指定阈值,当负担超过时拨号设备初始化另一条链路,其范围从1-255。
IOS11.1开始支持MLPPP,11.3则包含了带宽分配控制协议(BACP)的功能部件。
MLPPP配置过程:
第1步  建立一个逻辑的MLPPP接口,使用interface multilink multilink_interface_number
第2步  给MLPPP接口分配IP地址,这一步不需要多说了吧
第3步  把相应的PPP链路配置到相应的MLPPP group
          Ppp Multilink   配置启用MLPPP
     Multilink-group multilink_group_number 分配进相应的multilink group
 
下面这个例子多链路捆绑的实例,在图2-2中北京和上海两个公司之间为提高带宽,增加效率,决定使用MLPPP技术,使用两条64K的DDN线路进行捆绑。此例中北京的路由器配置为DCE端,详细配置见例2-5所示:
CCIE实验笔记之 第2章 WAN协议(PPP)-3
例2-5 MLPPP的配置
北京路由器上的配置
hostname beijing
!
interface Multilink1
 ip address 1.1.1.2 255.255.255.252
 ppp multilink
 multilink-group 1
!
interface Serial1/0
 no ip address
 encapsulation ppp
 serial restart_delay 0
 clockrate 115200
 ppp multilink
 multilink-group 1
!        
interface Serial1/1
 ip address 2.2.2.2 255.255.255.252
 serial restart_delay 0
 clockrate 115200
!
interface Serial1/2
 no ip address
 encapsulation ppp
 serial restart_delay 0
 ppp multilink
 multilink-group 1
!
 
上海路由器的配置
hostname shanghai
interface Multilink1
 ip address 1.1.1.1 255.255.255.252
 ppp multilink
 multilink-group 1
!
interface Serial1/0
 no ip address
 encapsulation ppp
 no ip mroute-cache
 serial restart_delay 0
 ppp multilink
 multilink-group 1
!
interface Serial1/1
 no ip address
 encapsulation ppp
 serial restart_delay 0
 ppp multilink
 multilink-group 1
 
MLPPP的验证
例2-6 在上海路由器上执行show ppp multilink命令的结果
shanghai#sho ppp multilink
 
Multilink1, bundle name is beijing
 Bundle up for 00:33:43
 0 lost fragments, 0 reordered, 0 unassigned
 0 discarded, 0 lost received, 1/255 load
 0x266 received sequence, 0x264 sent sequence
 Member links: 2 active, 0 inactive (max not set, min not set)   <-链路成员有两个活跃的
    Serial1/0, since 00:52:59, last rcvd seq 000264
    Serial1/1, since 00:26:06, last rcvd seq 000265
shanghai#
在此例中我们使用debug这个调试工具结合扩展ping进行MLPPP的测试,在上海路由器上执行debug ppp multilink fragments 这个命令,在北京路由器上执行扩展ping,包的数量为1000个,大小为2000字节。例2-7为ping的使用,例2-8为debug测试结果。
例2-7 ping命令执行
beijing#ping  
Protocol [ip]:
Target IP address: 1.1.1.1
Repeat count [5]: 1000  
Datagram size [100]: 2000
Timeout in seconds [2]:
Extended commands [n]:
Sweep range of sizes [n]:
Type escape sequence to abort.
Sending 1000, 2000-byte ICMP Echos to 1.1.1.1, timeout is 2 seconds:
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!略!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!
Success rate is 100 percent (1000/1000), round-trip min/avg/max = 4/119/376  
 
例2-8 debug 测试结果
01:04:45: Se1/1 MLP: I frag 40001EF7 size 760 direct
01:04:45: Se1/1 MLP: I frag 40001EF9 size 270 direct
01:04:45: Se1/0 MLP: O frag 80001EF6 size 758
01:04:45: Se1/1 MLP: O frag 40001EF7 size 760
01:04:45: Se1/0 MLP: O frag 80001EF8 size 268
01:04:45: Se1/1 MLP: O frag 40001EF9 size 270
01:04:45: Se1/0 MLP: I frag 80001EFA size 758 direct
01:04:45: Se1/0 MLP: I frag 80001EFC size 268 direct
01:04:45: Se1/1 MLP: I frag 40001EFB size 760 direct
01:04:45: Se1/1 MLP: I frag 40001EFD size 270 direct
01:04:45: Se1/0 MLP: O frag 80001EFA size 758

更多内容请看PCdog.com--CCIE  OSPF路由协议  PPP协议专题
上一篇:CCIE实验笔记之 第2章 WAN协议(PPP)-4
下一篇:CCIE实验笔记之 第2章 WAN协议(PPP)-2