接着上次的實驗（看上次實驗點這裏）
還是一樣的配置，在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，下次換個方法測試看