接着上次的实验 （看上次实验点这里）
还是一样的配置，在R2上的map-class fram be10k里增加一句：fram frag  40,用了这句后,ospf  neibour就down掉了，为什么会这样呢？我把cir配置改成128k,一样还是down的，只要把这句命令去掉，马上full.-------- 自己分析，HELLO大于40K，结果就被fragment,大量的包被分片后，网络开始拥挤。4 times hello  interval之后，就down掉了，debug ip os hello显示R3上只发hello,没收到hello,R2上已经收到了R3发来的  hello,也发送出去了。shit.
经人指点，使用DE-LIST来解决此问题，de bit是做什么的？哈哈
修改后的配置如下：

!
frame-relay de-list 1 protocol ip list 100
!
interface Serial1/2
no ip address
encapsulation frame-relay
ip ospf network broadcast
frame-relay traffic-shaping
no frame-relay inverse-arp
!
interface Serial1/2.1 multipoint
ip address 172.16.123.2 255.255.255.248
ip ospf network broadcast
frame-relay class cisco
frame-relay de-group 1 201
frame-relay de-group 1 203
frame-relay map ip 172.16.123.1 201 broadcast
frame-relay map ip 172.16.123.3 203 broadcast
!
map-class frame-relay cisco
frame-relay cir 56000
frame-relay bc 7000
frame-relay fair-queue
frame-relay fragment 50
access-list 100 deny    ospf any any
access-list 100 permit ip any any
!
可是还是不行也，郁闷，201 203分别是去R1 R3的dlci,郁闷的，到底哪里错了。
============================
经Salah al-Din指点，需要在两端都做traff  shaping----（这个其实是必须的，比如中心端是128K线路，spoke端是64K线路，自然需要在两端做了），一做上去之后果然都full, 了，我想测试出来，到底起作用的是哪一步，一条条会退，发现fram frag  40是必须配置的，不用这个，R3做了t-shaping一样down掉，而且一加上就不需要down掉，另外，我想测试出de-list的存在的必要 性，想通过在R4与R6之间制造TTCP 流量来施加影响，但实验结果出不来，都是full的，无法判断是否不需要de-list,一想，只要到40s内， 收到了hello 就不会down,而且t-shaping的行为只是delay,不是drop,无论如何，都不会被delay40 s   的  因此不会down，下次换个方法测试看