問題描述（故障現(xiàn)象）

某市銀行大客戶業(yè)務(wù)，在10M提速到20M后發(fā)現(xiàn)該市的外縣A、B、C等站點下掛的支行、儲蓄所帶寬不足20M。經(jīng)過銀行專用測試軟件測試，流量大約為1.1M/S-1.7M/S之間。

組網(wǎng)環(huán)境

銀行大客戶業(yè)務(wù)，由26個支行和儲蓄所經(jīng)過以太網(wǎng)板匯聚到市區(qū)ZXMP S385設(shè)備的14#SE板，通過千兆口與銀行數(shù)據(jù)對接，在10M提速到20M后，經(jīng)過銀行測試軟件測試，市內(nèi)支行的流量可以達到2.1M/S，但是外縣的支行只在1.1M/S-1.7M/S之間。

原因分析

1、選取A縣支行做為測試點進行測試。A縣支行經(jīng)過A站點ZXMP S385設(shè)備上行。

更改A站點ZXMP S385到市區(qū)ZXMP S385的業(yè)務(wù)，由匯聚改為透傳，拋開銀行數(shù)據(jù)設(shè)備，改為全傳輸鏈路。經(jīng)過測試，A站點ZXMP S385到市區(qū)ZXMP S385的流量為1.1M/S，路由為本地網(wǎng)10G環(huán)的長路徑，時延為5ms。更改業(yè)務(wù)到10G短路徑后，經(jīng)測試流量為1.5M/S，時延為3ms.

2、選取B縣支行做為測試點進行測試。B縣支行經(jīng)過B站點ZXMP S385設(shè)備上行。更改B站點中興ZXMP S385到市區(qū)中興S385的業(yè)務(wù)，由匯聚改為透傳。經(jīng)過測試，B站點ZXMP S385到市區(qū)ZXMP S385的流量為1.3M/S，路由為本地網(wǎng)10G環(huán)的長路徑，時延為4ms。更改業(yè)務(wù)到10G短路徑后，經(jīng)測試流量為1.5M/S，時延為3ms.

3、選取C縣支行做為測試點進行測試。C縣支行經(jīng)過C站點中興ZXMP S385上行。更改C站點中興ZXMP S385到市區(qū)中興S385的業(yè)務(wù)，由匯聚改為透傳。經(jīng)過測試，C站點中興S385到市區(qū)中興ZXMP S385的流量為0.9M/S，路由為本地網(wǎng)10G環(huán)的長路徑，時延為6ms。更改業(yè)務(wù)到10G短路徑后，經(jīng)測試流量為1.7M/S，時延為1ms.

4、重新選取A站點中興ZXMP S385做為測試點，更改業(yè)務(wù)為透傳后，重新進行多線程測試，帶寬達到2.1M/S。更改業(yè)務(wù)為匯聚模式，通過銀行數(shù)據(jù)設(shè)備進行測試，采用多線程時，帶寬達到2.1M/S

解決方案

通過以上的操作以及公司的定位，可以初步得出如下結(jié)論：

1、傳輸距離達到一定程度后，會加大數(shù)據(jù)業(yè)務(wù)的時延。以C站點中興S385為例，業(yè)務(wù)經(jīng)過10G長徑時，全程距離可達到500公里以上，測試使用的FTP基于TCP，TCP在傳輸數(shù)據(jù)的時候接收方要進行應(yīng)答。再加上設(shè)備處理時間，時延在6ms已經(jīng)是很理想的狀態(tài)。（光在光纜中傳輸大約為每秒20萬公里，也就是每毫秒200公里，全程500公里加上應(yīng)答，數(shù)據(jù)傳輸一次要一千公里以上，光纜傳送時間大約要5ms，再加9端設(shè)備處理時延，6ms時間正常）

2、由于測試時采用單線程，而FTP又基于TCP，發(fā)送方在發(fā)送數(shù)據(jù)包后必須要收到一個應(yīng)答包表明這些數(shù)據(jù)包已經(jīng)送到，才能繼續(xù)發(fā)送。由于時延較大，發(fā)送數(shù)據(jù)包的時間增長，導(dǎo)致流量變小。（FTP基于TCP，TCP在傳輸數(shù)據(jù)的時候接收方要進行應(yīng)答，發(fā)送方在發(fā)送w個數(shù)據(jù)包后必須要收到一個應(yīng)答包表明這些數(shù)據(jù)包已經(jīng)送到，才能繼續(xù)發(fā)送。如果線路的傳輸誤碼率很低，則w可以增大，反之要減少，這就是窗口機制。本地網(wǎng)線路質(zhì)量極好，假設(shè)w達到16,MTU=1500,則發(fā)送方發(fā)送16x1500=24000字節(jié)之后等待接收方的一個應(yīng)答包(Windows值為字節(jié)數(shù)，即發(fā)送n個字節(jié)后應(yīng)等待一個應(yīng)答，最大值：65535，在此假設(shè)最大值w=24000)，以C站點長徑為例建立連接的時間（三步握手建立連接用6msx3=18ms呢）,字節(jié)流的傳輸時間，這24000個字節(jié)經(jīng)過鏈路到達接收方時花了6ms,接收發(fā)的應(yīng)答包在6ms后亦傳到了接收方處，則在這次傳輸中24000字節(jié)花了30ms,速率為0.8M/S。）

3、由此得出，實際上我們測到的流量不是實際帶寬，只是一個FTP的流量，也就是單線程狀態(tài)下的流量。它只占用了傳輸帶寬的一部分。使用多線程進行測試，充分利用帶寬后，測試出來的結(jié)果才應(yīng)該是網(wǎng)絡(luò)的實際帶寬。經(jīng)過A縣多線程測試，速度達到2.1M/S,也證明了這一點。(根據(jù)排隊論的理論，當鏈路的利用率增大時，該鏈路引起的時延也就迅速增加。假如以D0表示網(wǎng)絡(luò)空閑時的時延，D表示網(wǎng)絡(luò)當前的時延，U表示網(wǎng)絡(luò)利用率。則在適當?shù)募俣l件下，可以用下面的簡單公式表示三者之間的關(guān)系。U=1-D0/D。以C縣近徑測試結(jié)果為例，未進行測試時時延為1ms,開始測試后時延變?yōu)?ms，則網(wǎng)絡(luò)利用率U=1-1/4,約為75%?？伤愠鰧嶋H帶寬約為1.7/75%*8=18.24)

注意事項

在經(jīng)過長距離傳輸后的數(shù)據(jù)業(yè)務(wù)如果測試帶寬，建議先測量一下時延，如果時延較大，建議進行多線程測試。