關鍵也是更精準的路由資訊 (more specific route): 只要比 "預設路由" 還要更精準就可以了! 其實預設路由是 "最不精準的" (least specific), 即使只要多精準一個位元就好, 不就比她還要精準了嗎!
---
公布答案了: 就是再加上 0.0.0.0/1 和 128.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
當然, 相同的想法, 也可以拆成四個路由, 八個路由等等, 所以答案不只這一組. 但是兩個是最簡單的!
有一點腦筋急轉彎, 不過這招真的很好用!
您好～前兩篇，綜合看下來，有點看不大懂您描述的架構，不知可否再麻煩您詳細說明一下。
回覆刪除您提到的「更精準的路由資訊」，是指利用longest prefix match的方式嗎 非常謝謝您！（正學習CCNA中）
正是 Longest Prefix Match! 因為對於任何目的地位址來說, 0.0.0.0/1 和 128.0.0.0/1 兩者都比 0.0.0.0/0 還要多符合(match)一個位元(bit), 所以會查路由表時會優先選它們; 而且兩者合起來所涵蓋到的範圍, 就跟 0.0.0.0/0 一模一樣. 兩方面都有顧到!
回覆刪除希望有幫助!
非常謝謝您給予一個方向！我查詢資料後，若有不懂之處再請教您！
回覆刪除您好！幾個問題再冒昧打擾您，實際以Cisco的Pkt 5模擬器進行測試後，的確如預期般的，流量的確往128.0.0.0/1、0.0.0.0/0所指向的GateWay走，不過當想測試備援時，因此將Gateway（Lan gateway）的interface shutdown，或是在Pkt中將線路直接刪除，但發現Pkt因此當機，不知是否是因為模擬器的關係，在實體設備上不會發生？～再次謝謝您的指導.....
回覆刪除模擬器的驗證的確比較不準確, "Longest Prefix Match" 我確定在 Linux, FreeBSD, Windows XP 上面的運作都是正確的! 建議你可以找一台 Notebook 來驗證一下!
回覆刪除