銀訊首頁    關(guān)于銀訊
Loading
您所在的位置:首頁 > 基礎(chǔ)知識 > 正文

MSTP時(shí)延與帶寬和速率的關(guān)系

作者: 來源: 日期:2017-9-25 10:53:43 人氣:55 加入收藏 評論:0 標(biāo)簽:

隨著技術(shù)的進(jìn)步、網(wǎng)絡(luò)的發(fā)展及用戶對通信依賴提升,客戶對我們的MSTP電路要求也越來越高,從原來強(qiáng)調(diào)可靠性、高帶寬外,對時(shí)延也提出了更高的要求---低時(shí)延。那如何保證低時(shí)延,時(shí)延到底與什么有關(guān),時(shí)延到底影響客戶哪些應(yīng)用,的確需要我們關(guān)注。

時(shí)延--普通的PING測試時(shí)延應(yīng)包含:發(fā)送、接收、處理和傳送時(shí)延。其中傳送時(shí)延應(yīng)與MSTP電路所經(jīng)過的網(wǎng)元、傳送的距離及收發(fā)兩端對以太報(bào)文處理有關(guān)。根據(jù)光傳送速率及SDH處理速率,一般MSTP的傳送時(shí)延為t=(5us*k+250us*n)*2+1ms。其中K表示AB兩端距離用單位為KM,n表示中間經(jīng)過的網(wǎng)元數(shù),1ms表示收發(fā)兩端設(shè)備對以太網(wǎng)封裝和解封裝時(shí)延。根據(jù)經(jīng)驗(yàn)公式可知,在傳送距離在100KM以內(nèi),MSTP時(shí)延主要影響為經(jīng)過的網(wǎng)元數(shù)量,即網(wǎng)絡(luò)越復(fù)雜,SDH路徑進(jìn)過的網(wǎng)元越多,時(shí)延越大;而傳送距離大于500KM的長途網(wǎng)中,時(shí)延主要與距離有關(guān)。所以,本地網(wǎng)內(nèi)時(shí)延較大,一般需要通過優(yōu)化SDH路徑解決,而長途一般需要通過選走直達(dá)路由解決。

那時(shí)延到底影響客戶哪些方面,與下載速率,吞吐量關(guān)系如何?為什么為客戶開通的1條100M(采用2個(gè)VC3捆綁)點(diǎn)對點(diǎn)專線電路,客戶下載測試速率僅能達(dá)到17.0 Mbit/s哪?

MSTP電路,由于需要對以太包的進(jìn)行封裝處理后映射到VC12/VC3/VC4上傳輸,所有傳輸效率即最大吞吐量與以太包長有關(guān)。EN=包長/(包長+20)*100%,EN與包長對應(yīng)關(guān)系如下:

包長(字節(jié))端口速率最大幀速率有效帶寬(Mbit/s)傳輸效率EN(%)
64100M14880976.1976.19
128100M8445986.4986.49
256100M4529092.7592.75
512100M2349696.2496.24
1024100M1197398.0898.08
1280100M961598.4698.46
1518100M812798.7098.70

如被封裝的包長為64字節(jié),則EN=76.19%,包長為1518字節(jié)。EN最大為98.70%。所以MSTP傳輸效率一般在85%--98%之間。即100M最大有效帶寬為:45*2*98.70%=88.8M,最小為:45*2*76.19=68.57M.照理該電路最少下載速率也在70M以上吧,但為何實(shí)際才這么點(diǎn)嗎?

原來根據(jù)數(shù)據(jù)IP原理,F(xiàn)TP下載采用的TCP協(xié)議,存在確認(rèn)重發(fā)機(jī)制。下載速率與滑動(dòng)窗口、最大包長、確認(rèn)時(shí)間及電路誤碼有關(guān)。即在電路無誤碼無需重發(fā)下且無擁塞情況下,滑動(dòng)窗口最大,即單次可傳送數(shù)據(jù)流最大為65500bps。現(xiàn)在問題出來了,由于該條電路時(shí)延為30ms,所以采用FTP單線程下載的情況下載30ms內(nèi)最大可傳輸65500bps數(shù)據(jù)流,即最大下載速率為65500*8/30ms=17.466M/s。

為提升下載速率,應(yīng)采用:

1:建議客戶采用多線程下載,或采用TFTP下載。

2:降低電路時(shí)延。

3:增大處理緩存。

總之,時(shí)延(超過20MS)確實(shí)對網(wǎng)絡(luò)的下載帶寬存在一定的影響,尤其在高帶寬的長途專線電路上,影響更嚴(yán)重。

    本文網(wǎng)址:http://muhumuza.com/blog/basics/214.html
    讀完這篇文章后,您心情如何?
    • 0
    • 0
    • 0
    • 0
    • 0
    • 0
    • 0
    • 0
    更多>>網(wǎng)友評論
    發(fā)表評論