最近涉及到網路多路（>=2路）寬帶的應用，起初覺得已經9102年了，多路應用應該處于很成熟的狀態，然而實際來看不論是硬體還是軟體，都遠沒有預期的成熟，
在日常應用中，通常會遇到隨著單路寬帶容量提升，成本急劇上升的情況（雖然已經“提速降費”），
多路（寬帶）聚合需要思考并解決的問題
已有的應用模式：
假設我們有B1，B2，2條寬帶（典型的狀態如是手機的5G+WIFI）
1.主備模式：
一根為主，一根為輔，這很好理解B1 用于主要應用出口，B2 用于訪客應用，如果其中一根寬帶不可用，則自動進行切換，
2. 分流模式
一根走電信出口，一根走聯通出口，即使其中一個出現故障也不進行切換，
3.有條件的鏈路聚合（LACP）
LACP大部分情況下，只存在于內網，而對于外網，尤其是不同供應商的外網幾乎無能為力，
已有模式存在的問題在于，終端可使用的最大帶寬小于B1+B2的帶寬值，現有的模式，本質是分而治之，
造成這一問題的原因在于，TCP/IP協議沒有為鏈路聚合提供兼容(LACP-IEEE 802.3ad，2000年3月正式發布，是的都有20年+了)，即不能通過B1+B2組成B3，并使整個互聯網認識到B3的存在，所以在互聯網上始終存在B1 和B2，2個身份，且通訊的對端并不知曉B1和B2源自同一個物理位置，
由于沒有現存的協議，用于這種處理這種多路寬帶聚合的情況，故而引發今天的思考，用于解決眼前的問題：
1. 最好制定一個INTERNET的協議，用于這種情況（顯然目前并沒有...）
2.最好能有一個公開的演算法處理這類事物（截至發稿時...似乎有些廠商在嘗試，但并未公開）
3.仔細思考一下，可行的方案：
這里只討論在用戶無感的情況下，諸如在邊界路由上實作此類演算法需要思考的內容，（有感情況下，諸如迅雷之類的應用已經能很好的利用多根寬帶）
邊界路由需要完成如下事務：
- 制定一個初步策略，諸如哪根寬帶為主、哪根為輔；http/https 流量、流媒體流量、其他協議流量（SIP、GRE等）、是否有固定IP應用、是否有特定目標地址需要指定路徑等
- 對日常的流量情況進行統計和分析；（目前很多主流設備暫時無法做到）
- 根據分析結果對策略進行調度和優化，調整每根帶寬的負荷（現在很多主流的路由設備采用1：1 均很負載的方式，這是一種非常偷懶的方法，實際使用中效果并不理想）
——————————————————
截至 2021-2-12，暫無有效方案
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/259161.html
標籤：其他