如果您喜歡這裡的內容,記得分享到您的Facebook和Twitter上面所有的朋友們吧!

2009年5月19日 星期二

使用者端的 Redundancy: Wireless LAN. 備援 Internet 完整版

延續前一篇, 知道解法了嗎?

關鍵也是更精準的路由資訊 (more specific route): 只要比 "預設路由" 還要更精準就可以了! 其實預設路由是 "最不精準的" (least specific), 即使只要多精準一個位元就好, 不就比她還要精準了嗎!

---

公布答案了: 就是再加上 0.0.0.0/1128.0.0.0/1 這兩筆路由, 將它們都指向有線 LAN 網段的閘道器 IP 位址即可! 所以 Internet 的連線也一樣會先走有線的 LAN, 斷線後才走 Wireless LAN!

用十進位不容易看出來, 改用二進位就很清楚:

33          2          1          0       33          2          1          0
1098765.43210987.65432109.876543210       1098765.43210987.65432109.876543210

00000000.00000000.00000000.00000000, mask 10000000.00000000.00000000.00000000

10000000.00000000.00000000.00000000, mask 10000000.00000000.00000000.00000000

當然, 相同的想法, 也可以拆成四個路由, 八個路由等等, 所以答案不只這一組. 但是兩個是最簡單的!

有一點腦筋急轉彎, 不過這招真的很好用!
如果您喜歡這篇文章,不考慮試試Email訂閱嗎?


Related Posts with Thumbnails

5 則留言:

  1. 您好~前兩篇,綜合看下來,有點看不大懂您描述的架構,不知可否再麻煩您詳細說明一下。
    您提到的「更精準的路由資訊」,是指利用longest prefix match的方式嗎 非常謝謝您!(正學習CCNA中)

    回覆刪除
  2. 正是 Longest Prefix Match! 因為對於任何目的地位址來說, 0.0.0.0/1128.0.0.0/1 兩者都比 0.0.0.0/0 還要多符合(match)一個位元(bit), 所以會查路由表時會優先選它們; 而且兩者合起來所涵蓋到的範圍, 就跟 0.0.0.0/0 一模一樣. 兩方面都有顧到!

    希望有幫助!

    回覆刪除
  3. 非常謝謝您給予一個方向!我查詢資料後,若有不懂之處再請教您!

    回覆刪除
  4. 您好!幾個問題再冒昧打擾您,實際以Cisco的Pkt 5模擬器進行測試後,的確如預期般的,流量的確往128.0.0.0/1、0.0.0.0/0所指向的GateWay走,不過當想測試備援時,因此將Gateway(Lan gateway)的interface shutdown,或是在Pkt中將線路直接刪除,但發現Pkt因此當機,不知是否是因為模擬器的關係,在實體設備上不會發生?~再次謝謝您的指導.....

    回覆刪除
  5. 模擬器的驗證的確比較不準確, "Longest Prefix Match" 我確定在 Linux, FreeBSD, Windows XP 上面的運作都是正確的! 建議你可以找一台 Notebook 來驗證一下!

    回覆刪除

小技巧:也可以 匿名 留言!

經典熱門文章