專利名稱：：報(bào)文傳輸方法和裝置的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及網(wǎng)絡(luò)通信
技術(shù)領(lǐng)域：
，尤指一種報(bào)文傳輸方法和裝置。技術(shù)背景動(dòng)態(tài)主才幾配置十辦i義(DHCP,DynamicHostConfigurationProtocol)是一種以服務(wù)器/客戶端模式工作的協(xié)議，其功能主要包括兩部分內(nèi)容一部分是通過(guò)DHCP服務(wù)器把主機(jī)配置信息分發(fā)給各個(gè)主機(jī)，另一部分是給網(wǎng)絡(luò)中的主機(jī)動(dòng)態(tài)分配IP地址。DHCP報(bào)文的格式是基于自舉協(xié)議(BOOTP,BootstrapProtocol)報(bào)文格式的，BOOTP的消息中繼特性允許客戶端和服務(wù)器遠(yuǎn)程通信，DHCP也同時(shí)繼承了這一特性，中繼特性可以使得服務(wù)器在給客戶端提供服務(wù)的時(shí)候不再依附于具體的物理環(huán)境?，F(xiàn)有技術(shù)中DHCP報(bào)文的具體格式如表1所示<table>tableseeoriginaldocumentpage4</column></row><table>表1在表1中各個(gè)域的含義如下op:和BOOTP兼容，只有BOOTREQUEST1和BOOTREPLY2兩個(gè)取值，具體的消息類別在DHCP報(bào)文尾部的options中；htype:硬件類型代碼；hlen:硬件地址長(zhǎng)度；hops:客戶端清O，DHCP中繼服務(wù)器在提供中繼服務(wù)的時(shí)候使用該域；xid:由客戶端軟件產(chǎn)生的隨機(jī)數(shù)，用于識(shí)別請(qǐng)求和應(yīng)答消息是否匹配；sees:客戶端進(jìn)入IP地址申請(qǐng)進(jìn)程的時(shí)間或者更新IP地址進(jìn)程的時(shí)間，由客戶端軟件根據(jù)情況設(shè)定；flags:標(biāo)志字段，這個(gè)16比特的字段目前只有最左邊一個(gè)比特被使用；ciaddrs:客戶的IP地址，只有在客戶端處于BOUNDRENEWREBINDING的狀態(tài)下發(fā)送消息的時(shí)候才設(shè)置該域；yiaddrs:由DHCP服務(wù)器分配給客戶端的IP地址；siaddrs:使用的服務(wù)器的地址；giaddrs:DHCP中繼器的IP地址，當(dāng)存在多跳中繼時(shí)，為第一跳中繼的才妄口；也址；chaddrs:客戶端的硬件地址；sname:服務(wù)器的主^幾名；file:啟動(dòng)文件名字；options:除IP地址之外的所有其他的選項(xiàng)都放在該域里。在上述各域中除options以外的其它域均屬于DHCP報(bào)文頭(DHCPhead)。option82是DHCP報(bào)文的options域中以82為標(biāo)記的一個(gè)域，該域又稱為中繼代理信息選項(xiàng)(RelayAgentInformationOption)，其位置在options域中的option255(用0xFF表示)之前而在其他option之后。0xFF是DHCP4艮文的結(jié)束標(biāo)記。option82的域容量有限，最長(zhǎng)255個(gè)字節(jié)。option82中可以包含若千個(gè)子選項(xiàng)(sub-option)，每個(gè)sub-option可以占用若干字節(jié)，但所有sub-option的長(zhǎng)度加起來(lái)不能超過(guò)option82的域長(zhǎng)度上限，因此叩tion82中最多可以包含255個(gè)子選項(xiàng)，即每個(gè)子選項(xiàng)占用一個(gè)字節(jié)。若定義了option82，則至少要定義一個(gè)sub-option。option82的填充結(jié)構(gòu)如表2示<table>tableseeoriginaldocumentpage6</column></row><table>表2在表2中Code:標(biāo)識(shí)了中繼代理信息選項(xiàng)的序號(hào)，此處序號(hào)為82，即option82。Len:為代理信息域(AgentInformationField)的長(zhǎng)度，此處為N字節(jié)。AgentInformationField:代理信息域，在該字段中指定了使用的sub-option。在實(shí)際的組網(wǎng)應(yīng)用中，option82的信息是在DHCP中繼設(shè)備中添加的，可以充當(dāng)中繼的設(shè)備分別為2層的DHCP監(jiān)聽(tīng)(Snooping)設(shè)備和3層的DHCP中繼(Relay)設(shè)備兩種。為了描述方便現(xiàn)將兩種設(shè)備放置在同一個(gè)組網(wǎng)環(huán)境中進(jìn)行描述，并統(tǒng)稱為中繼設(shè)備。圖1為現(xiàn)有技術(shù)中實(shí)現(xiàn)DHCP的典型組網(wǎng)示意圖。在圖1中，Hl、H2和H3為主機(jī)，即為DHCP客戶端，服務(wù)器為DHCP服務(wù)器，交換機(jī)和路由器為中繼設(shè)備，其中，交換機(jī)充當(dāng)DHCPSnooping,路由器充當(dāng)DHCPRelay。通常情況下，主機(jī)的DHCP請(qǐng)求報(bào)文經(jīng)過(guò)中繼設(shè)備的時(shí)候，會(huì)由中繼設(shè)備根據(jù)本地的配置進(jìn)行option82信息的填充，使得最終到達(dá)DHCP服務(wù)器的DHCP請(qǐng)求報(bào)文中攜帶有中繼設(shè)備填充的option82信息。上述DHCP請(qǐng)求報(bào)文可以是IP地址請(qǐng)求報(bào)文。DHCP服務(wù)器可以根據(jù)DHCP請(qǐng)求報(bào)文中的option82信息來(lái)回復(fù)主機(jī)的IP地址請(qǐng)求和主機(jī)配置請(qǐng)求。DHCP服務(wù)器回復(fù)給主機(jī)的應(yīng)答報(bào)文中也攜帶DHCP請(qǐng)求報(bào)文中的option82信息，并由中繼設(shè)備從DHCP應(yīng)答報(bào)文中剝離option82信息后再傳遞給主機(jī)，最終主機(jī)得到自己需要的IP地址信息和主機(jī)配置選項(xiàng)。在復(fù)雜拓樸網(wǎng)絡(luò)中，按目前的option82協(xié)議規(guī)定，Option^實(shí)現(xiàn)會(huì)存在如下問(wèn)題DHCP客戶端與DHCP服務(wù)器之間同時(shí)存在多條路徑時(shí)，DHCP請(qǐng)求報(bào)文的傳輸路徑和DHCP應(yīng)答報(bào)文的傳輸路徑可能會(huì)不一致，導(dǎo)致DHCP請(qǐng)求報(bào)文和DHCP應(yīng)答所經(jīng)過(guò)的中繼設(shè)備也不一致，最終出現(xiàn)用戶認(rèn)證失敗的情況。例如，在一些需要DHCP認(rèn)證的網(wǎng)絡(luò)服務(wù)上會(huì)出現(xiàn)無(wú)法上網(wǎng)的現(xiàn)象。圖2是現(xiàn)有技術(shù)中主機(jī)和DHCP服務(wù)器之間存在多條路徑的組網(wǎng)示意圖。在圖2中，路由器1和路由器2都可以提供用戶收費(fèi)上網(wǎng)的服務(wù)功能，并且只有在客戶端的DHCP請(qǐng)求報(bào)文和服務(wù)器的DHCP應(yīng)答報(bào)文都經(jīng)過(guò)同一個(gè)^f各由器時(shí)，該^各由器才能記錄客戶端的IP/MAC地址和上網(wǎng)開(kāi)始時(shí)間，并施行計(jì)費(fèi)功能和為用戶提供上網(wǎng)服務(wù)。在圖2所示的組網(wǎng)結(jié)構(gòu)中，如果完全依靠現(xiàn)有的IP機(jī)制自由轉(zhuǎn)發(fā)處理報(bào)文，那么會(huì)出現(xiàn)DHCP請(qǐng)求報(bào)文和DHCP應(yīng)答報(bào)文在不同的路徑上傳輸?shù)默F(xiàn)象，例如，DHCP請(qǐng)求報(bào)文通過(guò)路由器1到達(dá)DHCP服務(wù)器，而DHCP應(yīng)答報(bào)文通過(guò)路由器2到達(dá)客戶端，導(dǎo)致客戶端與DHCP服務(wù)器之間的路由器1和路由器2都記錄了不完全的客戶端地址信息，結(jié)果認(rèn)證失敗，路由器1和路由器2都不能為用戶提供上網(wǎng)服務(wù)。為了解決上述DHCP請(qǐng)求報(bào)文和DHCP應(yīng)答報(bào)文沿不同路徑傳輸?shù)膯?wèn)題，現(xiàn)有技術(shù)中采用中繼設(shè)備記錄報(bào)文交互的中間信息的方案，來(lái)保證一次會(huì)話過(guò)程中的DHCP請(qǐng)求報(bào)文和DHCP應(yīng)答報(bào)文沿相同的路徑傳輸。例如，包含客戶端信息的DHCP請(qǐng)求報(bào)文在經(jīng)過(guò)每一個(gè)中繼設(shè)備的時(shí)候，該中繼設(shè)備都記錄DHCP請(qǐng)求報(bào)文中的客戶端信息，并相應(yīng)地記錄接收該DHCP請(qǐng)求報(bào)文的路徑信息；包含客戶端信息的DHCP應(yīng)答報(bào)文在經(jīng)過(guò)每一個(gè)中繼設(shè)備的時(shí)候，該中繼設(shè)備根據(jù)自身所記錄的與DHCP應(yīng)答報(bào)文中的客戶端信息對(duì)應(yīng)的路徑信息轉(zhuǎn)發(fā)該DHCP應(yīng)答報(bào)文，從而使得DHCP應(yīng)答報(bào)文能夠沿DHCP請(qǐng)求報(bào)文的路徑返回。但是，現(xiàn)有技術(shù)中的上述方案，需要中繼設(shè)備記錄經(jīng)過(guò)自身的每一個(gè)DHCP請(qǐng)求報(bào)文的相關(guān)信息，這額外地消耗了中繼設(shè)備的內(nèi)存資源，并且在DHCP請(qǐng)求報(bào)文的數(shù)量較多時(shí)，中繼設(shè)備的內(nèi)存資源消耗量也較大。
發(fā)明內(nèi)容本發(fā)明主要提供了一種報(bào)文傳輸方法和裝置，使得應(yīng)答報(bào)文能夠沿請(qǐng)求報(bào)文的傳輸路徑返回，且不消耗中繼設(shè)備的內(nèi)存資源。為達(dá)到上述目的，本發(fā)明的技術(shù)方案具體是這樣實(shí)現(xiàn)的本發(fā)明公開(kāi)了一種報(bào)文傳輸方法，該方法包括中繼設(shè)備在轉(zhuǎn)發(fā)第一設(shè)備發(fā)給第二設(shè)備的請(qǐng)求報(bào)文時(shí)，在所述請(qǐng)求報(bào)文中添加自身的回應(yīng)路徑信息；接收到所述請(qǐng)求報(bào)文的第二設(shè)備，將請(qǐng)求報(bào)文中攜帶的所有回應(yīng)路徑信息添加到應(yīng)答報(bào)文中；中繼設(shè)備在轉(zhuǎn)發(fā)第二設(shè)備返回給第一設(shè)備的所述應(yīng)答報(bào)文時(shí)，根據(jù)應(yīng)答報(bào)文中攜帶的自身的回應(yīng)路徑信息進(jìn)行發(fā)送。本發(fā)明公開(kāi)了一種報(bào)文傳輸裝置，其特征在于，該裝置包括請(qǐng)求報(bào)文處理模塊和應(yīng)答報(bào)文處理模塊，其中，請(qǐng)求報(bào)文處理模塊，用于接收請(qǐng)求報(bào)文，在轉(zhuǎn)發(fā)所述請(qǐng)求報(bào)文時(shí)，將自身的回應(yīng)路徑信息添加到該請(qǐng)求報(bào)文中；應(yīng)答報(bào)文處理模塊，用于接收包含回應(yīng)路徑信息的應(yīng)答報(bào)文，根據(jù)應(yīng)答報(bào)文中攜帶的自身的回應(yīng)路徑信息轉(zhuǎn)發(fā)該應(yīng)答報(bào)文。由上述技術(shù)方案可見(jiàn)，本發(fā)明這種中繼設(shè)備在轉(zhuǎn)發(fā)第一設(shè)備發(fā)給第二設(shè)備的請(qǐng)求報(bào)文時(shí)，在所述請(qǐng)求報(bào)文中添加自身的回應(yīng)路徑信息；接收到所述請(qǐng)求報(bào)文的第二設(shè)備，將請(qǐng)求報(bào)文中攜帶的所有回應(yīng)路徑信息添加到應(yīng)答報(bào)文中；中繼設(shè)備在轉(zhuǎn)發(fā)第二設(shè)備返回給第一設(shè)備的所述應(yīng)答報(bào)文時(shí)，根據(jù)應(yīng)答報(bào)文中攜帶的自身的回應(yīng)路徑信息進(jìn)行發(fā)送的技術(shù)方案，使得應(yīng)答報(bào)文能夠沿請(qǐng)求報(bào)文的傳輸路徑返回，且不消耗中繼設(shè)備的內(nèi)存資源。圖1為現(xiàn)有技術(shù)中實(shí)現(xiàn)DHCP的典型組網(wǎng)示意圖；圖2是現(xiàn)有技術(shù)中主機(jī)和DHCP服務(wù)器之間存在多條路徑的組網(wǎng)示意圖；圖3是本發(fā)明實(shí)施例一種報(bào)文傳輸方法的流程圖；圖4是本發(fā)明實(shí)施例DHCP客戶端和DHCP服務(wù)器之間存在多條路徑的組網(wǎng)示意圖；圖5是本發(fā)明實(shí)施例在圖4所示的DHCP客戶端和DHCP服務(wù)器之間傳輸報(bào)文的流程圖；圖6是本發(fā)明實(shí)施例一種中繼設(shè)備的結(jié)構(gòu)框圖。具體實(shí)施方式圖3是本發(fā)明實(shí)施例一種報(bào)文傳輸方法的流程圖。如圖3所示，包括以下步驟步驟301，中繼設(shè)備在轉(zhuǎn)發(fā)第一設(shè)備發(fā)給第二設(shè)備的請(qǐng)求報(bào)文時(shí)，在所述請(qǐng)求報(bào)文中添加自身的回應(yīng)路徑信息。步驟302,接收到所述請(qǐng)求報(bào)文的第二設(shè)備，將請(qǐng)求報(bào)文中攜帶的所有回應(yīng)路徑信息添加到應(yīng)答報(bào)文中。步驟303,中繼設(shè)備在轉(zhuǎn)發(fā)第二設(shè)備返回給第一設(shè)備的所述應(yīng)答報(bào)文時(shí)，根據(jù)應(yīng)答報(bào)文中攜帶的自身的回應(yīng)路徑信息進(jìn)行發(fā)送。圖3所示的上述方案使得應(yīng)答報(bào)文沿請(qǐng)求報(bào)文的路徑返回。為使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下參照附圖并舉較佳實(shí)施例，對(duì)本發(fā)明進(jìn)一步詳細(xì)說(shuō)明。圖4是本發(fā)明實(shí)施例DHCP客戶端和DHCP服務(wù)器之間存在多條路徑的組網(wǎng)示意圖。如圖4所示，DHCP客戶端(即主才幾)和DHCP服務(wù)器之間的中繼設(shè)備包括交換機(jī)和路由器，且DHCP客戶端和DHCP服務(wù)器之間存在4條不同的路徑DHCP客戶端—>交換機(jī)—>路由器1—>路由器2—>DHCP服務(wù)器；DHCP客戶端—>交換機(jī)—>路由器1—>路由器4—>DHCP服務(wù)器；DHCP客戶端—>交換機(jī)—>路由器3—>路由器2—>DHCP服務(wù)器；DHCP客戶端—>交換機(jī)—>路由器3—>路由器4->DHCP服務(wù)器。因此，如果按現(xiàn)有的IP機(jī)制自由轉(zhuǎn)發(fā)處理DHCP報(bào)文，那么DHCP客戶端發(fā)送給DHCP服務(wù)器的請(qǐng)求IP地址的請(qǐng)求報(bào)文的傳輸路徑與DHCP服務(wù)器發(fā)送給DHCP客戶端的應(yīng)答報(bào)文的傳輸路徑很可能不一致。圖5是本發(fā)明實(shí)施例在圖4所示的DHCP客戶端和DHCP服務(wù)器之間傳輸報(bào)文的流程圖。如圖5所示，包括以下步驟步驟501,DHCP客戶端向DHCP服務(wù)器發(fā)送DHCP請(qǐng)求報(bào)文，該DHCP請(qǐng)求報(bào)文首先被路由到交換機(jī)。步驟502，交換枳4妄收到DHCP請(qǐng)求才艮文后，在DHCP請(qǐng)求l艮文的option82中配置與自身對(duì)應(yīng)的回應(yīng)路徑信息positionO,然后繼續(xù)路由轉(zhuǎn)發(fā)該DHCP請(qǐng)求報(bào)文到路由器1。本步驟中，經(jīng)過(guò)交換機(jī)配置option82選項(xiàng)后，DHCP請(qǐng)求凈艮文的具體形式如表3所示<table>tableseeoriginaldocumentpage10</column></row><table>表3表3中，"DHCPhead"是DHCP請(qǐng)求報(bào)文頭；"otheroptions"是DHCP請(qǐng)求報(bào)文的options域中的除option82和option255(0xFF)以外的所有option;"82"是optiong82的標(biāo)記，"長(zhǎng)度，，是option82的數(shù)據(jù)長(zhǎng)度，"positionO"是本步驟中添加的回應(yīng)路徑信息；"OxFF"是option255。本步驟中，與交換才凡對(duì)應(yīng)的回應(yīng)路徑信息positionO能夠使交換機(jī)在轉(zhuǎn)發(fā)DHCP服務(wù)器返回的DHCP應(yīng)答報(bào)文時(shí)，將DHCP應(yīng)答報(bào)文沿自身接收DHCP請(qǐng)求報(bào)文的路徑發(fā)送出去。例如，回應(yīng)路徑信息positionO可以是DHCP請(qǐng)求報(bào)文在交換機(jī)上的入端口信息，即交換機(jī)接收DHCP請(qǐng)求報(bào)文的端口號(hào)和虛擬局域網(wǎng)(VLAN,VirtualLocalAreaNetwork)號(hào)。步驟503,路由器1接收到DHCP請(qǐng)求報(bào)文后，在DHCP請(qǐng)求報(bào)文的option82中配置與自身對(duì)應(yīng)的回應(yīng)-各徑信息positionl,然后繼續(xù)路由轉(zhuǎn)發(fā)該DHCP請(qǐng)求報(bào)文到路由器2。本步驟中，經(jīng)過(guò)路由器1配置option8S選項(xiàng)后，DHCP請(qǐng)求報(bào)文的具體形式如表4所示DHCPHeadotheroptions82長(zhǎng)度positionOpositionlOxFF表4本步驟中，與路由器1對(duì)應(yīng)的回應(yīng)路徑信息positionl能夠使路由器1在轉(zhuǎn)發(fā)DHCP服務(wù)器返回的DHCP應(yīng)答報(bào)文時(shí)，將DHCP應(yīng)答報(bào)文沿自身接收DHCP請(qǐng)求報(bào)文的路徑發(fā)送出去。例如，回應(yīng)路徑信息positionl可以是DHCP請(qǐng)求報(bào)文在路由器1上的入端口信息，即路由器1接收DHCP請(qǐng)求才艮文的端口號(hào)和VLAN號(hào)。步驟504,路由器2接收到DHCP請(qǐng)求報(bào)文后，在DHCP請(qǐng)求報(bào)文的叩tion82中配置與自身對(duì)應(yīng)的回應(yīng)路徑信息position2,然后繼續(xù)路由轉(zhuǎn)發(fā)該DHCP請(qǐng)求報(bào)文到DHCP服務(wù)器。本步驟中，經(jīng)過(guò)交路由器2配置option82選項(xiàng)后，DHCP請(qǐng)求報(bào)文的具體形式如表5所示DHCPHeadotheroptions82長(zhǎng)度positionOpositionlposition2OxFF表5本步驟中，與i各由器2對(duì)應(yīng)的回應(yīng)路徑信息position2能夠使3各由器2在轉(zhuǎn)發(fā)DHCP服務(wù)器返回的DHCP應(yīng)答報(bào)文時(shí)，將DHCP應(yīng)答報(bào)文沿自身接收DHCP請(qǐng)求報(bào)文的路徑發(fā)送出去。例如，回應(yīng)路徑信息position2可以是DHCP請(qǐng)求報(bào)文在路由器2上的入端口信息，即路由器2接收DHCP請(qǐng)求報(bào)文的端口號(hào)和VLAN號(hào)。步驟505,DHCP服務(wù)器接收到DHCP請(qǐng)求報(bào)文后，向路由器2回復(fù)DHCP應(yīng)答報(bào)文，并在DHCP應(yīng)答報(bào)文中攜帶DHCP請(qǐng)求報(bào)文中的option82信息。本步驟中，由于路由器2和DHCP服務(wù)器中間的消息傳輸方式是單播，因此，服務(wù)器會(huì)將DHCP應(yīng)答報(bào)文直接返回給向自己發(fā)送DHCP請(qǐng)求報(bào)文的路由器2。步驟506,路由器2接收到DHCP應(yīng)答報(bào)文后，首先從DHCP應(yīng)答報(bào)文的option82中剝離與自身對(duì)應(yīng)的回應(yīng)路徑信息position2，并根據(jù)position2將DHCP應(yīng)答報(bào)文發(fā)送給路由器1。本步驟中，positon2是路由器2接收DHCP請(qǐng)求報(bào)文的端口號(hào)和VLAN號(hào)，因此，路由器2將DHCP應(yīng)答報(bào)文從所述VLAN的所述端口發(fā)送出去，則該DHCP應(yīng)答報(bào)文就會(huì)到達(dá)路由器1。步驟507,路由器1接收到DHCP應(yīng)答報(bào)文后，從DHCP應(yīng)答報(bào)文的option82中剝離與自身對(duì)應(yīng)的回應(yīng)路徑信息positionl，并根據(jù)positionl將DHCP應(yīng)答報(bào)文發(fā)送給交換機(jī)。步驟508，交換機(jī)接收到DHCP應(yīng)答報(bào)文后，從DHCP應(yīng)答報(bào)文的option82中剝離與自身對(duì)應(yīng)的回應(yīng)路徑信息position0，并根據(jù)position0將DHCP應(yīng)答報(bào)文發(fā)送給DHCP客戶端。在圖5所示的上述流程中，各個(gè)中繼設(shè)備在DHCP請(qǐng)求報(bào)文中添加的回應(yīng)路徑信息是DHCP報(bào)文在該中繼設(shè)備上的入端口信息。此外，各個(gè)中繼設(shè)備在DHCP請(qǐng)求報(bào)文中添加的回應(yīng)路徑信息還可以是發(fā)送DHCP請(qǐng)求報(bào)文給該中繼設(shè)備的上游設(shè)備的IP地址或鏈路層地址，其中，如果該上游設(shè)備是三層網(wǎng)絡(luò)設(shè)備，則為IP地址，如果該上游設(shè)備是二層網(wǎng)絡(luò)設(shè)備，則為鏈路層地址，如MAC地址等。例如，在圖5所示的流程中，positionO是客戶端的IP地址；positionl是交換機(jī)的地址，這里，當(dāng)該交換機(jī)為二層交換機(jī)時(shí)，positionl是該交換才幾的纟連路層地址，當(dāng)該交換才幾為三層交換才幾時(shí)，positionl是該交換機(jī)的IP地址；position2是路由器1的IP地址。各個(gè)中繼設(shè)備在接收到DHCP應(yīng)答報(bào)文后，根據(jù)發(fā)送DHCP請(qǐng)求才艮文給自己的上游設(shè)備的IP地址或鏈路層地址發(fā)送DHCP應(yīng)答4艮文。當(dāng)然在上述利用上游設(shè)備的IP地址作為回應(yīng)路徑信息的情況下，DHCP請(qǐng)求報(bào)文不能是客戶端用于請(qǐng)求IP地址的報(bào)文，因?yàn)椋藭r(shí)客戶端還沒(méi)有IP地址，但此時(shí)的DHCP請(qǐng)求報(bào)文可以是客戶端在獲得IP地址后發(fā)送的其它功能的請(qǐng)求報(bào)文，如請(qǐng)求DHCP配置信息的請(qǐng)求報(bào)文等。在圖5所示的上述流程中，各個(gè)中繼設(shè)備將與自身對(duì)應(yīng)的回應(yīng)路徑信息添加到了DHCP請(qǐng)求報(bào)文的option82中。此外，中繼設(shè)備也可以將回應(yīng)路徑信息添加到DHCP請(qǐng)求報(bào)文的其它可以利用的選項(xiàng)option中?；谏鲜鰧?shí)施例，接下來(lái)給出本發(fā)明一種中繼設(shè)備的結(jié)構(gòu)框圖。圖6是本發(fā)明實(shí)施例一種報(bào)文傳輸裝置的結(jié)構(gòu)框圖。如圖6所示該報(bào)文傳輸裝置包括請(qǐng)求報(bào)文處理模塊601和應(yīng)答報(bào)文處理模塊602，其中請(qǐng)求報(bào)文處理模塊601，用于接收請(qǐng)求報(bào)文，在轉(zhuǎn)發(fā)所述請(qǐng)求報(bào)文時(shí)，將自身的回應(yīng)路徑信息添加到該請(qǐng)求報(bào)文中；應(yīng)答報(bào)文處理模塊602,應(yīng)答報(bào)文處理模塊，用于接收包含回應(yīng)路徑信息的應(yīng)答報(bào)文，根據(jù)應(yīng)答報(bào)文中攜帶的自身的回應(yīng)路徑信息轉(zhuǎn)發(fā)該應(yīng)答報(bào)文。圖6所示的報(bào)文傳輸裝置可以設(shè)置在中繼設(shè)備中，且該中繼設(shè)備位于DHCP客戶端和DHCP服務(wù)器之間。此時(shí)，請(qǐng)求報(bào)文處理模塊601，可以用于在所述請(qǐng)求報(bào)文的option82中添加自身的回應(yīng)路徑信息；應(yīng)答報(bào)文處理模塊602，可以用于根據(jù)應(yīng)答報(bào)文的option82中攜帶的自身的回應(yīng)路徑信息發(fā)送該應(yīng)答報(bào)文。在圖6中，應(yīng)答報(bào)文處理模塊602，可以進(jìn)一步用于從應(yīng)答報(bào)文的option82中刪除自身的回應(yīng)路徑信息。上述報(bào)文傳輸裝置設(shè)置于其中的中繼設(shè)備可以是交換機(jī)或路由器。綜上所述，本發(fā)明這種中繼設(shè)備在轉(zhuǎn)發(fā)第一設(shè)備發(fā)給第二設(shè)備的請(qǐng)求報(bào)文時(shí)，在所述請(qǐng)求報(bào)文中添加自身的回應(yīng)路徑信息；接收到所述請(qǐng)求報(bào)文的第二設(shè)備，將請(qǐng)求報(bào)文中攜帶的所有回應(yīng)路徑信息添加到應(yīng)答報(bào)文中；中繼設(shè)備在轉(zhuǎn)發(fā)第二設(shè)備返回給第一設(shè)備的所述應(yīng)答報(bào)文時(shí)，根據(jù)應(yīng)答報(bào)文中攜帶的自身的回應(yīng)路徑信息進(jìn)行發(fā)送的技術(shù)方案，使得應(yīng)答報(bào)文能夠沿請(qǐng)求報(bào)文的傳輸路徑返回，且不消耗中繼設(shè)備的內(nèi)存資源。以上所述，僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍，凡在本發(fā)明的精神和原則之內(nèi)所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。權(quán)利要求1、一種報(bào)文傳輸方法，其特征在于，該方法包括中繼設(shè)備在轉(zhuǎn)發(fā)第一設(shè)備發(fā)給第二設(shè)備的請(qǐng)求報(bào)文時(shí)，在所述請(qǐng)求報(bào)文中添加自身的回應(yīng)路徑信息；接收到所述請(qǐng)求報(bào)文的第二設(shè)備，將請(qǐng)求報(bào)文中攜帶的所有回應(yīng)路徑信息添加到應(yīng)答報(bào)文中；中繼設(shè)備在轉(zhuǎn)發(fā)第二設(shè)備返回給第一設(shè)備的所述應(yīng)答報(bào)文時(shí)，根據(jù)應(yīng)答報(bào)文中攜帶的自身的回應(yīng)路徑信息進(jìn)行發(fā)送。2、如權(quán)利要求l所述的方法，其特征在于，所述第一設(shè)備作為客戶端執(zhí)行動(dòng)態(tài)主機(jī)配置協(xié)議，所述第二設(shè)備作為服務(wù)器執(zhí)行動(dòng)態(tài)主機(jī)配置協(xié)議，所述中繼設(shè)備執(zhí)行路由和/或交換功能。3、如權(quán)利要求1或2所述的方法，其特征在于，所述中繼設(shè)備在請(qǐng)求報(bào)文中添加的自身的回應(yīng)路徑信息包括所述請(qǐng)求報(bào)文在該中繼設(shè)備上的入端口信息，或發(fā)送所述請(qǐng)求報(bào)文到該中繼設(shè)備的上游設(shè)備的IP地址。4、如權(quán)利要求3所述的方法，其特征在于，所述請(qǐng)求報(bào)文在中繼設(shè)備上的入端口信息包括該中繼設(shè)備接收所述請(qǐng)求報(bào)文的端口號(hào)和虛擬局域網(wǎng)VLAN號(hào)。5、如權(quán)利要求2所述的方法，其特征在于，所述中繼設(shè)備在請(qǐng)求報(bào)文中添加自身的回應(yīng)路徑信息，是將回應(yīng)路徑信息添加在所述請(qǐng)求報(bào)文的中繼代理信息選項(xiàng)option82中。6、如權(quán)利要求5所述的方法，其特征在于，所述第二設(shè)備將請(qǐng)求報(bào)文中攜帶的所有的回應(yīng)路徑信息添加到應(yīng)答報(bào)文中，是將請(qǐng)求報(bào)文中的option8S添加到應(yīng)答報(bào)文中；該方法在所述中繼設(shè)備接收到應(yīng)答報(bào)文后，并在轉(zhuǎn)發(fā)該應(yīng)答報(bào)文之前進(jìn)一步包括中繼設(shè)備從該應(yīng)答報(bào)文的option82中刪除自身的回應(yīng)路徑信息。.7、一種報(bào)文傳輸裝置，其特征在于，該裝置包括請(qǐng)求報(bào)文處理模塊和應(yīng)答報(bào)文處理模塊，其中，請(qǐng)求報(bào)文處理模塊，用于接收請(qǐng)求報(bào)文，在轉(zhuǎn)發(fā)所述請(qǐng)求報(bào)文時(shí)，將自身的回應(yīng)路徑信息添加到該請(qǐng)求報(bào)文中；應(yīng)答報(bào)文處理模塊，用于接收包含回應(yīng)路徑信息的應(yīng)答報(bào)文，根據(jù)應(yīng)答報(bào)文中攜帶的自身的回應(yīng)路徑信息轉(zhuǎn)發(fā)該應(yīng)答報(bào)文。8、如權(quán)利要求7所述的報(bào)文傳輸裝置，其特征在于，該裝置設(shè)置在中繼設(shè)備中，且該中繼設(shè)備位于DHCP客戶端和DHCP服務(wù)器之間。9、如權(quán)利要求8所述的報(bào)文傳輸裝置，其特征在于，所述請(qǐng)求報(bào)文處理模塊，用于在所述請(qǐng)求報(bào)文的option8Z中添加自身的回應(yīng)^各徑信息；所述應(yīng)答報(bào)文處理模塊，用于根據(jù)應(yīng)答報(bào)文的option82中攜帶的自身的回應(yīng)路徑信息發(fā)送該應(yīng)答才艮文。10、如權(quán)利要求8或9所述的報(bào)文傳輸裝置，其特征在于，所述應(yīng)答報(bào)文處理模塊，進(jìn)一步用于從應(yīng)答報(bào)文的option82中刪除自身的回應(yīng)路徑信息。全文摘要本發(fā)明公開(kāi)了一種報(bào)文傳輸方法，該方法包括中繼設(shè)備在轉(zhuǎn)發(fā)第一設(shè)備發(fā)給第二設(shè)備的請(qǐng)求報(bào)文時(shí)，在所述請(qǐng)求報(bào)文中添加自身的回應(yīng)路徑信息；接收到所述請(qǐng)求報(bào)文的第二設(shè)備，將請(qǐng)求報(bào)文中攜帶的所有回應(yīng)路徑信息添加到應(yīng)答報(bào)文中；中繼設(shè)備在轉(zhuǎn)發(fā)第二設(shè)備返回給第一設(shè)備的所述應(yīng)答報(bào)文時(shí)，根據(jù)應(yīng)答報(bào)文中攜帶的自身的回應(yīng)路徑信息進(jìn)行發(fā)送。本發(fā)明還公開(kāi)了一種報(bào)文傳輸裝置。本發(fā)明的技術(shù)方案，使得應(yīng)答報(bào)文能夠沿請(qǐng)求報(bào)文的傳輸路徑返回，且不消耗中繼設(shè)備的內(nèi)存資源。文檔編號(hào)H04L12/56GK101150517SQ20071017636公開(kāi)日2008年3月26日申請(qǐng)日期2007年10月25日優(yōu)先權(quán)日2007年10月25日發(fā)明者申彥昌,邱元香申請(qǐng)人:杭州華三通信技術(shù)有限公司