Alphabet公司旗下的子公司谷歌公司對其處理互聯網規模網絡擁塞問題的新方法充滿信心，目前正將該技術引入谷歌云平臺(GCP)，為企業提供基礎設施服務。
谷歌公司推出新的BBR網絡算法已經被用于加速其消費者服務，如YouTube和Google.com，這可能是其提高公共互聯網性能的下一步。該公司表示，在這些服務中，已經得到了顯著的改進，現在正在向谷歌云平臺(GCP)用戶提供該技術。
谷歌首席執行官桑達爾·皮查伊于2016年5月在加利福尼亞召開的谷歌開發者大會演講
谷歌的BBR是一種設計用于處理常見問題的網絡擁塞控制協議：構成現代互聯網的復雜網絡中的流量擁塞，擁擠的高速國際鏈路，每個移動設備只能接收基站回程的份額，家庭用戶對DSL或電纜中心的共享連接，以及企業通過少數路由器共享數千臺設備等。所有這些都構成了一個不能充分發揮其潛力的網絡。
調研機構451 Research的首席分析師Eric Hanselman表示，“今天的互聯網就像一個史前怪獸。谷歌的BBR就是一個解決互聯網中最棘手的遺留協議性能問題所做出的最新努力。”
雖然許多數據組織從數據中心傳遞的數據沒有受到擁塞的影響，但當數據流、傳輸大文件或需要實時響應時，它們的影響是顯而易見的。隨著BBR的初步部署，谷歌公司已經在YouTube和Google.com服務方面取得了顯著的進步。現在部署在谷歌云計算平臺，用戶可以在自己的應用程序和服務中利用它的優勢。
那么BBR如何工作?
數據包丟失一直是網絡擁塞的一種信號，也是發送方需要降低數據速率的信號。互聯網架構的最近變化使得這些技術的效率降低;寬帶連接的最后一英里已經配置了大型緩沖區，而長途連接正在使用帶有淺緩沖區的交換機。這樣的組合意味著由于大量緩沖區中的排隊延遲和主干道的流量不穩定性，導致互聯網阻塞。
使用這些緩沖區，如何確定發送數據的最佳速度?一旦確定任何TCP連接路徑中最慢的鏈接是什么，那么答案就會非常簡單。該鏈接定義連接的最大數據傳遞速率，以及隊列形成的位置。了解作為連接瓶頸的最慢鏈路的往返時間和帶寬，該算法可以確定最佳數據速率的使用問題，這個問題長期被認為幾乎是無法解決的。
這就是BBR名稱的來源：Bottleneck Bandwidth and Round-trip(瓶頸帶寬和往返傳播)。根據這些計算和控制系統的最新發展，谷歌公司網絡工程師已經提出了一種通過連接動態管理數據量的方法，因此它不會占用其瓶頸鏈接的容量，從而將隊列保持在最低限度。
雖然TCP不跟蹤瓶頸帶寬的連接，但可以從分組響應的時間戳中進行估計。通過理解哪些連接被生成數據的應用程序的速度所限制，受到網絡容量的限制，并且通過準確了解應該對哪些響應數據包進行采樣來獲得這些估計，BBR能夠以最大可能的速率發送數據。互聯網上的網絡連接并不是靜態的，如果連接在一個穩定的狀態運行，BBR也會偶爾增加數據速率，可以查看是否有任何瓶頸已經改變，臺灣代理服務器 韓國服務器，這意味著它可以對底層網絡的變化作出快速反應。
以快上數千倍的速度穿越大西洋
這種改進可能非常重要;谷歌聲稱其典型的跨大西洋連接速度可以快上2700倍。 BBR也可能與較新的協議(例如HTTP / 2)更好地匹配，可以一個接一個地使用單個TCP連接用于服務器的多個請求，而不是多個連接。
實施BBR作為發送端算法意味著谷歌公司無需升級谷歌云平臺(GCP)與用戶設備之間的所有網絡設備和服務，就能夠提高最終用戶體驗。雖然這對YouTube來說是一個很大的勝利，但是將算法帶到谷歌云平臺(GCP)是重要的一步，因為它將處理更多樣化的應用程序的流量。
谷歌云平臺(GCP)客戶可以通過三種方式利用BBR支持：連接到使用它的谷歌服務，將其作為通過谷歌云網絡服務的應用程序的前端，或者直接在自己的IaaS應用程序中使用。
由于谷歌公司自己的服務將使用BBR，用戶的云存儲的延遲應該會減少，使得像Spanner或BigTable這樣的服務的應用程序更加靈敏。最終用戶將從谷歌的Cloud CDN(更好的媒體傳送形式)和云端負載平衡(BBB)中獲得BBR支持的更大的效果，它將從不同的應用實例中路由數據包。
如果用戶想在運行在谷歌計算引擎(Google Compute Engine)上的IaaS應用程序中使用BBR，則需要使用自定義的Linux內核。雖然BBR已經為Linux內核做出貢獻，但它還沒有應用在主流版本中，用戶需要從網絡開發部門添加它，將其配置為GCE，然后編譯內核。
