真的是閒 wrote:--
下課(恕刪)
０２／０５晚上：ＣＡＫＥ再更正．條件就設這樣，針對ＷＡＮ出去與進來的區分就這樣！
ＣＡＫＥ設定要針對設備實際狀況做調整，這樣比較好，設定才能達成最佳效率也不偏離．
若ＷＡＮ的ＩＳＰ來源來自於社區或橋接分發的ＩＰ，設定選用Ｂｒｉｄｇｅｄ－ＰＴＭ．
若是透過電纜當來源的，設定則是選用Ｄｏｃｓｉｓ．每一種設定值都有調整．以此類推．
至於三重隔離或雙主機（來源主機與來源目的），前者包辦後者兩項最後再做阻隔其一項．
上述就想像成匝道管制北上南下，同樣的車流，當北上車發現走錯了，路由器會馬上導引，
讓該北上車安全下交流道往正確的方向走回南下，這個反應不會太占用時間，幾乎一瞬間．
這是前者的功能，後者呢？北上車確定要北上後，在北上南下的入口端先做區隔解決車流．
區分的部份就想像匝道上的交通區隔疏導，所有車全部一起跑，１００限速等於寬頻下載，
是指在南下的車道，所有車種都可以開內外側車道，並維持者最高限速１００在運行流通．
同樣北上跟南下僅此如此依匝道為４０限速寬頻上傳對照，這就是Ｂｅｓｔｅｆｆｏｒｔ．
若匝道上做個區分管理例如機車汽車大車卡車區隔專用四道，這就是Ｄｉｆｆｓｅｒｖ４．
若匝道上做個區分管理例如機汽車，大車卡車區隔專用三道，這也是Ｄｉｆｆｓｅｒｖ３．
上述缺點是總延遲略概乘以三，三倍延遲，但不影響單向傳輸的連線延遲，這樣就ｏｋ了．
為啥會三倍延遲？用故事法描述就是在針對匝道管制做區隔時，三重隔離就是先進後區隔．
北上與南下各匝道有車子途中改變行程而拖延了，這也是三倍延遲原因，但車流仍不延遲．
把延遲當成有車走錯需繞路透過區隔管理指示雖花了三倍時間，但不影響該匝道限速車流．
總結要改善這個三倍延遲，區隔管理要設改成Ｂｅｓｔｅｆｆｏｒｔ．就能改善三倍延遲．
