TCP/IP網絡中的顯式擁塞通告(ECN)
當前的TCP實現將TCP端節點之間的中間網絡視為一個不透明的“黑盒”。TCP包進入和流出這個盒子。有些時候進入盒子的包被丟失了。因為今天的數字和光媒體上出現比特級錯誤的機會非常少，TCP的設計者們就假設包的丟失很大程度上是因為路由器的擁塞，也即是路由器用來容納進入包的緩沖已經被填滿了，這樣路由器會靜默地丟棄接下來進入的包。
盡管TCP可以檢測到TCP包的丟失并且進行重傳，但是從TCP處理過程，重傳過程和吞吐率下降這些方面看，這個重傳過程將會耗費很大。
當一個發送的TCP端節點檢測倒一個包丟失時，可以進行快速重傳或者包的重傳計時器超時而重傳。然后該TCP端節點減小發送窗口(在等待響應之前可以發送的包數量)，進行慢啟動和擁塞避免算法(RFC 2001)。這會立刻降低發送端的發送速率，以便路由器來減輕擁塞。發送端會逐漸將發送窗口恢復倒擁塞發生前的大小。
盡管因為路由器擁塞而產生的包丟失是偶然發生的事件，它們并不會負面地影響塊數據傳輸，只是會增加一些重傳數據包和恢復發送速率的時間。慢啟動和擁塞避免算法對于時間敏感的，成塊數據流的控制效果非常好。然而，TCP處理丟包的方法對于交互式的，丟失敏感和時間敏感的流量來說效果不是很好。
另外一個關于路由器擁塞的問題是擁塞對于多個數據流的影響。當路由器開始丟棄進入的數據包時，它一般并不區分數據流的不同。當多個TCP數據流都產生包丟失時，所有的數據流都要減少自身的發送速率。根據路由器擁塞減輕的程度，多個TCP數據流將會逐漸恢復自身的發送速率。這會降低路由器及相關鏈路的使用率，直到所有的TCP數據流恢復到以擁塞之前的速率進行發送。路由器從擁塞狀態又進入到了低使用狀態。
這種擁塞后因為重傳和低鏈路使用而帶來的吞吐量問題，是僅僅通過發送端來管理擁塞的結果。為了避免因為路由器擁塞而帶來的丟包而產生的一系列問題，TCP/IP的設計者們創建了一些用于主機和路由器的標準。這些標準描述了在IP路由器上進行的主動隊列管理算法(AQM)(RFC 2309)，使得路由器能夠監控轉發隊列的狀態，以提供一個路由器向發送端報告發生擁塞的機制，讓發送端在路由器開始丟包前降低發送速率。這種路由器報告和主機響應機制被稱為顯式擁塞通告(ECN)(RFC 3168)。
當擁塞發生時，發送主機必須仍然在降低它們的發送速率。然而，通過避免包的丟失，發送主機無需進入重傳過程，丟失敏感的數據包流也不會因為擁塞而受到很大影響。
顯式擁塞通告
IP和TCP使用包頭中的未使用字段來支持ECN。
在網絡層(IP)，一個發送主機必須能夠表明自身可以進行ECN，路由器在轉發時必須能夠表明它正在經歷擁塞。
在傳輸層(TCP)，TCP端必須對對方表明自身是可以進行ECN操作的。接收端必須能夠通知發送端它收到了一個來自路由器的擁塞通告。發送端必須能夠通知接收端它受到了來自接收端的通告并且已經降低了發送速率。
圖1
IP包頭中的8位的服務類型域(TOS)原先在RFC791中被定義為表明包的發送優先級，時延，吞吐量，可靠性和消耗等特征。在RFC2474中被重新定義為包含一個6位的區分服務碼點(DSCP)和兩個未用的位。DSCP值表明一個在路由器上配置的和隊列相關聯的發送優先級。IP對ECN的支持使用到了TOS域中剩下的這兩位。如圖1所示。
在RFC2474中TOS域未使用的兩位在RFC3168中被定義為ECN域，包含如下值：
00：發送主機不支持ECN
01或者10：發送主機支持ECN
11：路由器正在經歷擁塞
一個支持ECN的主機發送數據包時將ECN設置為01或者10。對于支持ECN的主機發送的包，如果路徑上的路由器支持ECN并且經歷擁塞，它將ECN域設置為11。如果該數值已經被設置為11，那么下游路徑上的路由器不會修改該值。#p#
TCP對ECN的支持
當一個IP包的ECN域被路由器設置為11時，接收端而非發送端被通知路徑上發生了擁塞。ECN使用TCP頭部來告知發送端網絡正在經歷擁塞，并且告知接收端發送段已經受到了接收端發來的擁塞通告，已經降低了發送速率。
圖2
TCP對ECN的支持使用TCP中預先定義的保留位。ECN定義兩個新的標志，如圖2所示：
ECE：ECN響應標志被用來在TCP3次握手時表明一個TCP端是具備ECN功能的，并且表明接收到的TCP包的IP頭部的ECN被設置為11。更多信息請參考RFC793。
CWR：擁塞窗口減少標志被發送主機設置，用來表明它接收到了設置ECE標志的TCP包。擁塞窗口是被TCP維護的一個內部變量，用來管理發送窗口大小。
當兩個支持ECN的TCP端進行TCP連接時，它們交換SYN，SYN-ACK和ACK包。對于支持ECN的TCP端來說，SYN包的ECE和CWR標志都被設置了。SYN-ACK只設置ECE標志。
一個支持ECN的TCP主機在支持ECN的TCP連接上發送設置了IP頭部為10或者01的TCP包。支持ECN的路由器在經歷擁塞時設置IP頭部的ECN域為11。當一個TCP接收端發送針對收到的一個設置ECN位為11的TCP包的響應時，它設置TCP包頭中的ECE，并且在接下來的ACK中也做同樣設置。
當發送主機接收到設置了ECE標志的ACK時，它就像感知到包丟失一樣，開始減少發送窗口，運行慢啟動過程和擁塞避免算法。在下一個數據包中，發送者設置CWR標志。在接收到新的設置CWR標志的包時，接受者停止在接下來的ACK中設置ECE標志。
ECN例子
圖3
圖3展示了一個在支持ECN的TCP端節點之間的一個TCP連接的例子，它們之間的一個支持ECN的路由器正在經歷擁塞。
在這個例子中，TCP端A發送數據給TCP端B。TCP端A一次性發送5個包。包2通過一個擁塞的支持ECN的路由器轉發，將IP包頭的ECN位設置為11。當TCP端B接收到這個包，它發送設置了ECE標志的ACK。當TCP端A接收到***個設置了ECE的ACK以后，它降低發送速率，并且在發送下一個包(6)時設置其CWR標志。通過接收包6，TCP端將不對接下來的ACK包設置ECE標志。詳情請參考RFC 3168。
Windows對ECN的支持
Windows Vista支持ECN但是缺省是關閉的。你可以通過netsh interface tcp set global ecncapability=enabled來打開支持。因為ECN使用到了IP和TCP包頭中以前未使用或者保留的位，中間的網絡設備如路由器和防火墻將會靜默地丟棄ECN域設置為非0值的包。為了防止出現這種情況，請對你的網絡設備進行適當的配置和升級以支持ECN。
【編輯推薦】
