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

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

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

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

原因分析

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

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

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

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

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

解決方案

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

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

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

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

注意事項(xiàng)

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