[發(fā)明專(zhuān)利]基于TFTP協(xié)議的文件傳輸方法

在審

• 申請(qǐng)?zhí)枺?/td>: 201410124136.3
• 申請(qǐng)日: 2014-03-28
• 公開(kāi)（公告）號(hào): CN103888464A
• 公開(kāi)（公告）日: 2014-06-25
• 發(fā)明（設(shè)計(jì)）人: 鐘捷群
• 申請(qǐng)（專(zhuān)利權(quán)）人: 上海斐訊數(shù)據(jù)通信技術(shù)有限公司
• 主分類(lèi)號(hào): H04L29/06
• 分類(lèi)號(hào): H04L29/06
• 代理公司: 暫無(wú)信息
• 代理人: 暫無(wú)信息

技術(shù)領(lǐng)域

本發(fā)明涉及一種框式交換機(jī)設(shè)備單板間的文件傳輸方法，尤其基于TFTP協(xié)議的文件傳輸方法。

背景技術(shù)

框式交換機(jī)設(shè)備一般都包含兩塊以上的單板和一塊背板。單板通過(guò)插入到背板插槽連接起來(lái)，并通過(guò)背板提供的通道完成內(nèi)部控制數(shù)據(jù)在單板間的傳輸。

在使用框式交換機(jī)設(shè)備需要在單板間傳輸文件時(shí)，例如程序軟件、log文件和配置文件等，通常，較簡(jiǎn)單的做法是使用TFTP協(xié)議來(lái)傳輸文件。TFTP（Trivial?File?Transfer?Protocol,簡(jiǎn)單文件傳輸協(xié)議）是一個(gè)傳輸文件的簡(jiǎn)單協(xié)議，在常用的嵌入式操作系統(tǒng)，例如vxWorks、linux中，它都是基于IP/UDP協(xié)議來(lái)實(shí)現(xiàn)的，無(wú)法在非IP應(yīng)用環(huán)境下使用。

在框式交換機(jī)設(shè)備中，文件從服務(wù)器端傳輸?shù)娇蛻?hù)端，一般先存到單板的RAM空間，接著進(jìn)行校驗(yàn)，最后再寫(xiě)入到FLASH中。在某些應(yīng)用場(chǎng)景下，例如軟件程序升級(jí)，服務(wù)器端需要知道客戶(hù)端是否正確接收文件和文件是否正確處理，以便產(chǎn)生告警或者做容錯(cuò)處理。而TFTP協(xié)議只支持把文件從服務(wù)器傳輸?shù)娇蛻?hù)端，無(wú)法進(jìn)一步支持服務(wù)器端了解文件校驗(yàn)和處理的結(jié)果。

而且，TFTP協(xié)議下的文件傳輸，也不能夠預(yù)先知道被傳輸文件的大小信息，因而，客戶(hù)端無(wú)法預(yù)先分配合適的接收緩存，這將會(huì)導(dǎo)致兩個(gè)問(wèn)題：1）內(nèi)存利用不高；2）無(wú)法完成傳輸。

發(fā)明內(nèi)容

本發(fā)明需解決的技術(shù)問(wèn)題是提供一種支持文件校驗(yàn)和處理結(jié)果查詢(xún)的基于TFTP協(xié)議的文件傳輸方法。

為解決上述的技術(shù)問(wèn)題，本發(fā)明設(shè)計(jì)了一種基于TFTP協(xié)議的文件傳輸方法，其包括以下步驟：增加文件校驗(yàn)過(guò)程，在客戶(hù)端對(duì)文件進(jìn)行MD5校驗(yàn)和檢查，并把結(jié)果反饋給服務(wù)器端；增加文件處理反饋過(guò)程，客戶(hù)端處理文件后，將存儲(chǔ)到flash的結(jié)果反饋到服務(wù)器端。

作為本發(fā)明進(jìn)一步改進(jìn)，所述基于TFTP協(xié)議的文件傳輸方法還包括以下步驟：增加文件大小協(xié)商過(guò)程，由服務(wù)器端在協(xié)商幀知會(huì)客戶(hù)端；

作為本發(fā)明進(jìn)一步改進(jìn)，所述基于TFTP協(xié)議的文件傳輸方法還包括以下步驟：增加文件傳輸結(jié)束過(guò)程，在校驗(yàn)和處理完文件后，服務(wù)器端和客戶(hù)端結(jié)束傳輸，并回收相應(yīng)資源。

作為本發(fā)明進(jìn)一步改進(jìn)，所述增加文件校驗(yàn)過(guò)程的實(shí)現(xiàn)方法是：新增CHK幀，所述CHK幀攜帶MD5校驗(yàn)值，服務(wù)器端將新增CHK幀發(fā)送給客戶(hù)端，客戶(hù)端接收到CHK幀后，計(jì)算接收到緩存中的文件的MD5值，并將MD5值和CHK幀中的md5校驗(yàn)值做比較，如果值相同，則回應(yīng)相應(yīng)的結(jié)果信號(hào)給服務(wù)器端；如果不相同，則發(fā)送錯(cuò)誤信息給服務(wù)器端。

作為本發(fā)明進(jìn)一步改進(jìn)，所述增加文件處理反饋過(guò)程的實(shí)現(xiàn)方法是：新增PROC幀，由服務(wù)器端發(fā)送給客戶(hù)端，客戶(hù)端收到PROC幀后，如果已經(jīng)完成文件存儲(chǔ)處理，且處理成功，回應(yīng)相應(yīng)的結(jié)果信號(hào)給客戶(hù)端；如果處理失敗，則發(fā)送錯(cuò)誤信息給服務(wù)器端。

作為本發(fā)明進(jìn)一步改進(jìn)，所述增加文件大小協(xié)商過(guò)程的實(shí)現(xiàn)方法是，在OPT幀中增加了fsize域，由服務(wù)器端發(fā)送所述OPT幀發(fā)送給客戶(hù)端，客戶(hù)端收到OPT幀，解析fsize域，獲取到待傳輸文件的大小，再根據(jù)大小值申請(qǐng)緩存空間。

作為本發(fā)明進(jìn)一步改進(jìn)，所述增加文件傳輸結(jié)束過(guò)程的方法：新增DISC幀，由服務(wù)器端將所述DISC幀發(fā)送給客戶(hù)端，服務(wù)器端發(fā)送DISC幀后停止本次傳輸，并回收相應(yīng)資源，客戶(hù)端接收到所述DISC幀后，不需要回應(yīng)消息給服務(wù)器端，只需要同步停止傳輸過(guò)程，并回收相應(yīng)資源。

本發(fā)明是基于TFTP協(xié)議修改擴(kuò)展而來(lái)的文件傳輸協(xié)議，在TFTP協(xié)議的基礎(chǔ)上增加文件校驗(yàn)過(guò)程以及增加文件處理反饋過(guò)程，從而支持文件校驗(yàn)和處理結(jié)果查詢(xún)，讓服務(wù)器端知道客戶(hù)端是否接收到正確文件和文件是否正確處理，確保及時(shí)發(fā)現(xiàn)文件傳輸過(guò)程中引發(fā)數(shù)據(jù)篡改的錯(cuò)誤，并把正確處理結(jié)果實(shí)時(shí)反饋到服務(wù)器端。

具體實(shí)施方式

為了使本領(lǐng)域相關(guān)技術(shù)人員更好地理解本發(fā)明的技術(shù)方案，下面將結(jié)合本發(fā)明實(shí)施方式，對(duì)本發(fā)明實(shí)施方式中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施方式僅僅是本發(fā)明一部分實(shí)施方式，而不是全部的實(shí)施方式。

本發(fā)明提供了一種基于TFTP協(xié)議的文件傳輸方法，是基于TFTP協(xié)議修改擴(kuò)展而來(lái)的文件傳輸協(xié)議。在基于TFTP協(xié)議的基礎(chǔ)上，增加了文件校驗(yàn)過(guò)程和文件處理反饋過(guò)程。更優(yōu)的是，本發(fā)明實(shí)施例還增加了文件大小協(xié)商過(guò)程和文件傳輸結(jié)束過(guò)程。

增加的文件校驗(yàn)過(guò)程是在客戶(hù)端對(duì)文件進(jìn)行MD5校驗(yàn)和檢查，并把結(jié)果反饋給服務(wù)器端。在本實(shí)施例中，增加文件校驗(yàn)過(guò)程的實(shí)現(xiàn)手段是：新增CHK幀，所述CHK幀的格式如下表1所示：