两个人的电影免费视频_国产精品久久久久久久久成人_97视频在线观看播放_久久这里只有精品777_亚洲熟女少妇二三区_4438x8成人网亚洲av_内谢国产内射夫妻免费视频_人妻精品久久久久中国字幕

遠(yuǎn)程模擬寬帶接入驗(yàn)收的方法和裝置的制作方法

文檔序號:7930057閱讀:349來源:國知局
專利名稱:遠(yuǎn)程模擬寬帶接入驗(yàn)收的方法和裝置的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及到通信領(lǐng)域,特別涉及到一種遠(yuǎn)程模擬寬帶接入驗(yàn)收的方法和裝置。
背景技術(shù)
近幾年,隨著寬帶接入技術(shù)的不斷發(fā)展,網(wǎng)絡(luò)的觸角已伸入到所有的企事業(yè)單位和居民大樓之中。尤其在一些企事業(yè)單位中,經(jīng)常可以看見一棟樓中數(shù)百數(shù)千人在同時通過接入設(shè)備以DHCP獲取IP地址的方式完成網(wǎng)上交易和信息交換。在接入設(shè)備迅猛擴(kuò)張的同時,有個問題正變得越來越突出。大量的接入設(shè)備在開局的過程中都需要驗(yàn)證用戶是否能正常接入網(wǎng)絡(luò),以及DHCP相關(guān)功能如DHCP Relay功能等是否正常,而接入設(shè)備通常離局端較遠(yuǎn),一般處于用戶附近,即工程師需要到用戶附近使用便攜式電腦進(jìn)行大量重復(fù)的手動驗(yàn)收工作,對于數(shù)量如此之大的接入設(shè)備可想而知其工作量之大,以及需要耗費(fèi)大量的人力和財力用于此類開局驗(yàn)收工作。

發(fā)明內(nèi)容
本發(fā)明的主要目的為提供一種遠(yuǎn)程模擬寬帶接入驗(yàn)收的方法和裝置,實(shí)現(xiàn)遠(yuǎn)程驗(yàn)收待測的接入設(shè)備中相關(guān)功能。本發(fā)明提出了一種遠(yuǎn)程模擬寬帶接入驗(yàn)收的方法,包括接收遠(yuǎn)程管理界面的模擬測試請求和配置信息;根據(jù)所述模擬測試請求和配置信息,發(fā)起與遠(yuǎn)程接入服務(wù)器的模擬接入;當(dāng)所述模擬接入完成之后,反饋測試結(jié)果至遠(yuǎn)程管理界面。優(yōu)選地,所 述根據(jù)模擬測試請求和配置信息,發(fā)起與遠(yuǎn)程接入服務(wù)器的模擬接入包括解析所述配置信息;根據(jù)所述解析的配置信息,與遠(yuǎn)程接入服務(wù)器進(jìn)行數(shù)據(jù)交互;判斷所述數(shù)據(jù)交互過程是否正常,并輸出測試結(jié)果。優(yōu)選地,所述判斷數(shù)據(jù)交互過程是否正常包括當(dāng)預(yù)設(shè)的超時定時器超時或所述遠(yuǎn)程接入服務(wù)器拒絕接入時,數(shù)據(jù)交互異常。優(yōu)選地,在執(zhí)行所述接收遠(yuǎn)程管理界面的配置信息之后,還包括當(dāng)所述配置信息非法時,輸出配置失敗的信息。優(yōu)選地,所述模擬測試請求為DHCP Discovery、DHCP Snooping、DHCP Proxy 或DHCP Relay功能測試請求。本發(fā)明還提出一種遠(yuǎn)程模擬寬帶接入驗(yàn)收的裝置,包括接收模塊,用于接收遠(yuǎn)程管理界面的模擬測試請求和配置信息;模擬接入模塊,用于根據(jù)所述模擬測試請求和配置信息,發(fā)起與遠(yuǎn)程接入服務(wù)器的模擬接入;反饋模塊,用于當(dāng)所述模擬接入完成之后,反饋測試結(jié)果至遠(yuǎn)程管理界面。
優(yōu)選地,所述模擬接入模塊包括模擬接入控制單元,用于解析所述配置信息;模擬客戶機(jī),用于根據(jù)所述解析的配置信息,與遠(yuǎn)程接入服務(wù)器進(jìn)行數(shù)據(jù)交互;以及判斷所述數(shù)據(jù)交互過程是否正常,并輸出測試結(jié)果。優(yōu)選地,所述模擬客戶機(jī)還用于當(dāng)預(yù)設(shè)的超時定時器超時或所述遠(yuǎn)程接入服務(wù)器拒絕接入時,數(shù)據(jù)交互異常。優(yōu)選地,所述接收模塊還用于當(dāng)所述配置信息非法時,輸出配置失敗的信息。優(yōu)選地,所述模擬測試請求為DHCP Discovery、DHCP Snooping、DHCP Proxy 或DHCP Relay功能測試請求。

本發(fā)明提出的一種遠(yuǎn)程模擬寬帶接入驗(yàn)收的方法和設(shè)備,將對接入設(shè)備中相關(guān)功能的操作與結(jié)果顯示通過遠(yuǎn)程管理界面完成。有效地提高接入設(shè)備驗(yàn)收與故障解決的效率。


圖1為本發(fā)明遠(yuǎn)程模擬寬帶接入驗(yàn)收的方法一實(shí)施例的流程示意圖;圖2為本發(fā)明遠(yuǎn)程模擬寬帶接入驗(yàn)收的方法一實(shí)施例的系統(tǒng)架構(gòu)圖;圖3為本發(fā)明遠(yuǎn)程模擬寬帶接入驗(yàn)收的方法一實(shí)施例中DHCP Discovery功能測試的流程不意圖;圖4為本發(fā)明遠(yuǎn)程模擬寬帶接入驗(yàn)收的方法一實(shí)施例中DHCP Relay功能測試的信令圖;圖5為本發(fā)明遠(yuǎn)程模擬寬帶接入驗(yàn)收的方法一實(shí)施例中遠(yuǎn)程自動化驗(yàn)收結(jié)果輸出觸發(fā)條件分析圖;圖6為本發(fā)明遠(yuǎn)程模擬寬帶接入驗(yàn)收的裝置一實(shí)施例的結(jié)構(gòu)示意圖;圖7為本發(fā)明遠(yuǎn)程模擬寬帶接入驗(yàn)收的裝置一實(shí)施例中模擬接入模塊80的結(jié)構(gòu)示意圖;圖8為本發(fā)明遠(yuǎn)程模擬寬帶接入驗(yàn)收的裝置一實(shí)施例系統(tǒng)架構(gòu)圖。本發(fā)明目的的實(shí)現(xiàn)、功能特點(diǎn)及優(yōu)點(diǎn)將結(jié)合實(shí)施例,參照附圖做進(jìn)一步說明。
具體實(shí)施例方式應(yīng)當(dāng)理解,此處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明,并不用于限定本發(fā)明。參照圖1,提出本發(fā)明一種遠(yuǎn)程模擬寬帶接入驗(yàn)收的方法一實(shí)施例,包括步驟S101、接收遠(yuǎn)程管理界面的模擬測試請求和配置信息;步驟S102、根據(jù)所述模擬測試請求和配置信息,發(fā)起與遠(yuǎn)程接入服務(wù)器的模擬接A ;步驟S103、當(dāng)所述模擬接入完成之后,反饋測試結(jié)果至遠(yuǎn)程管理界面。參照圖2,為實(shí)現(xiàn)本實(shí)施例的方法,該系統(tǒng)包括遠(yuǎn)程管理界面20、待測的接入設(shè)備30和遠(yuǎn)程接入服務(wù)器10,上述三者通過承載網(wǎng)進(jìn)行數(shù)據(jù)交互,遠(yuǎn)程接入服務(wù)器10可以是動態(tài)主機(jī)設(shè)置協(xié)議(Dynamic Host Configuration Protocol, DHCP)服務(wù)器、以太網(wǎng)上點(diǎn)對點(diǎn)協(xié)議(Point-Point Protocol Over Ethernet, PPPoe)服務(wù)器或?qū)拵нh(yuǎn)程接入服務(wù)器(Broadband Remote Access Server, BRAS)。為說明方便,本實(shí)施例以DHCP服務(wù)器為例進(jìn)行說明。遠(yuǎn)程管理界面20通過承載網(wǎng)遠(yuǎn)程控制待測的接入設(shè)備30,向接入設(shè)備30發(fā)送模擬測試請求和配置信息,接入設(shè)備30接收到模擬測試請求后通過承載網(wǎng)向DHCP服務(wù)器發(fā)起模擬接入流程。接入設(shè)備30接收到遠(yuǎn)程管理界面20發(fā)送的觸發(fā)模擬接入的配置信息與模擬測試請求后,按配置信息與DHCP服務(wù)器完成模擬協(xié)議報文的發(fā)送與處理,并將各交互階段處理結(jié)果輸出至遠(yuǎn)程管理界面20,最后將測試結(jié)果在遠(yuǎn)程管理界面20中進(jìn)行顯示。圖3為本實(shí)施例實(shí)現(xiàn)DHCP Discovery接入功能測試的實(shí)施流程圖,其具體步驟如下步驟S301 :接入設(shè)備30接收到遠(yuǎn)程管理界面20的配置信息。步驟S302 :分析配置信息是否合理,并解析出具體配置信息內(nèi)容,如是否批量化測試等。步驟S303 :按照所解析的配置信息內(nèi)容開始向DHCP服務(wù)器發(fā)起DHCP Discovery接入請求,該請求通過承載網(wǎng)發(fā)送至DHCP服務(wù)器。步驟S304 :正常發(fā)送接入請求后,與DHCP服務(wù)器之間進(jìn)行數(shù)據(jù)交互,并通過遠(yuǎn)程管理界面20輸出測試結(jié)果。接入設(shè)備30發(fā)送接入請求的同時啟動超時定時器等待DHCP服務(wù)器回復(fù)報文,在超時定時器發(fā)生超時或DHCP服務(wù)器拒絕接入時返回異常,如網(wǎng)絡(luò)異常導(dǎo)致定時器超時等,接入設(shè)備30輸出異常結(jié)果及可能故障原因,并在遠(yuǎn)程管理界面20中顯示,以等待測試人員下一步操作。若接入設(shè)備30與DHCP服務(wù)器之間的數(shù)據(jù)交互正常,則DHCP服務(wù)器回復(fù)DHCP Offe rs報文,其中包括DHCP服務(wù)器可提供租用給接入設(shè)備30的IP地址和租約時間。接入設(shè)備30則發(fā)送DHCP Request報文給DHCP服務(wù)器并再次啟動超時定時器等待回復(fù),DHCP服務(wù)器接收此報文并確認(rèn)接受請求,則回復(fù)DHCP ACK消息,接入設(shè)備30收到DHCP ACK消息后開始使用此IP,并在遠(yuǎn)程管理界面20中顯示接入正常。若DHCP服務(wù)器回復(fù)DHCP NAK消息,則接入設(shè)備30狀態(tài)將重置為初始狀態(tài),重新發(fā)起請求。步驟S305 :判斷批量測試是否完成,若為否重新返回步驟303進(jìn)行下一輪驗(yàn)收工作,若是則結(jié)束所有驗(yàn)收工作。上述實(shí)施例的方法還能用于驗(yàn)收DHCP其它相關(guān)功能,如DHCP Snooping、DHCPProxy和DHCP Relay等功能,圖4為遠(yuǎn)程模擬驗(yàn)收DHCP Relay功能的實(shí)施例圖,其他類似功能原理類似,不再一一贅述,其中模擬客戶機(jī)與DHCP Relay功能模塊均由接入設(shè)備30處理實(shí)現(xiàn),其具體步驟如下步驟401 :遠(yuǎn)程配置界面20發(fā)送配置信息至待測接入設(shè)備30,其中包括要求驗(yàn)收DHCP Relay功能等信息。步驟402 :模擬客戶機(jī)按照上述配置信息開始發(fā)起接入請求,發(fā)送DHCPDiscovery 消息。步驟403 :DHCP Relay功能模塊在DHCP discovery消息中添加Option 82消息,其中攜帶有端口號、Vlan-1d和MAC地址等用戶位置信息,再將DHCPdiscovery消息轉(zhuǎn)發(fā)給DHCP服務(wù)器,以便于DHCP服務(wù)器實(shí)現(xiàn)DHCP分配的限制與計費(fèi)等功能。步驟404 DHCP Relay功能模塊將DHCP服務(wù)器所回復(fù)攜帶有OPTION 82的字段剝?nèi)ピ俎D(zhuǎn)給模擬客戶機(jī)。步驟405 :模擬客戶機(jī)再發(fā)起DHCP Request請求,經(jīng)DHCP Relay功能模塊再添加Option 82 字段。步驟406 :DHCP服務(wù)器再回復(fù)攜帶有option 82字段的ACK/NAK報文給DHCPRelay功能模塊,并經(jīng)此模塊將Option 82字段剝?nèi)ピ俎D(zhuǎn)給模擬客戶機(jī)。步驟407 :模擬客戶機(jī)再將測試結(jié)果返回至遠(yuǎn)程配置界面20中進(jìn)行顯示。
·
圖5是遠(yuǎn)程自動化驗(yàn)收結(jié)果輸出觸發(fā)條件分析圖A :接入設(shè)備30發(fā)現(xiàn)配置命令非法直接提示配置失敗,需重新配置。B :分析配置命令合法,驅(qū)動Discovery報文發(fā)送,并設(shè)置超時定時器用于返回測試結(jié)果。C :接入設(shè)備30 —直未收到DHCP服務(wù)器回應(yīng)Offer消息,且超時定時器發(fā)生超時,返回測試失敗,提示DHCP服務(wù)器無響應(yīng)或網(wǎng)絡(luò)故障等原因。D :接入設(shè)備30已發(fā)送Request命令,但未收到DHCP服務(wù)器回應(yīng)ACK/NAK消息并發(fā)生超時,返回測試失敗,并提示DHCP服務(wù)器停止響應(yīng)或網(wǎng)絡(luò)臨時故障等原因。E :若DHCP服務(wù)器回復(fù)NAK消息,測試結(jié)果提示DHCP服務(wù)器拒絕提供服務(wù),并提示測試人員是否繼續(xù)。F :若DHCP服務(wù)器回復(fù)ACK消息,測試結(jié)果返回正常,并顯示所獲取IP地址以及租約時間等信息。本實(shí)施例中,測試人員在測試機(jī)房就能完成大量接入設(shè)備相關(guān)接入功能的驗(yàn)收工作,從而大大節(jié)省了未用此技術(shù)驗(yàn)收工作所需投入的人力、物力與財力。本實(shí)施例的方法不僅適于DHCP協(xié)議,還可以延伸至其它遠(yuǎn)程接入?yún)f(xié)議。參照圖6,提出本發(fā)明一種遠(yuǎn)程模擬寬帶接入驗(yàn)收的裝置100 —實(shí)施例,包括接收模塊70,用于接收遠(yuǎn)程管理界面的模擬測試請求;模擬接入模塊80,用于根據(jù)所述模擬測試請求發(fā)起與遠(yuǎn)程接入服務(wù)器的模擬接A ;反饋模塊90,用于當(dāng)所述模擬接入完成之后,反饋測試結(jié)果至遠(yuǎn)程管理界面40。參照圖7,模擬接入模塊80包括模擬接入控制單元81,用于解析所述配置信息;模擬客戶機(jī)82,用于根據(jù)所述解析的配置信息,與遠(yuǎn)程接入服務(wù)器進(jìn)行數(shù)據(jù)交互;以及判斷所述數(shù)據(jù)交互過程是否正常,并輸出測試結(jié)果;協(xié)議處理\轉(zhuǎn)發(fā)單元83,負(fù)責(zé)完成DHCP協(xié)議報文交互的處理與轉(zhuǎn)發(fā)。參照圖8,圖8所示為本實(shí)施例的裝置所處的系統(tǒng)架構(gòu)圖,該系統(tǒng)包括遠(yuǎn)程管理界面40、待測的接入設(shè)備50和遠(yuǎn)程接入服務(wù)器60,上述三者通過承載網(wǎng)進(jìn)行數(shù)據(jù)交互,遠(yuǎn)程接入服務(wù)器60可以是動態(tài)主機(jī)設(shè)置協(xié)議(Dynamic Host Configuration Protocol,DHCP)服務(wù)器、以太網(wǎng)上點(diǎn)對點(diǎn)協(xié)議(Point-Point Protocol Over Ethernet,PPPoe)服務(wù)器或?qū)拵нh(yuǎn)程接入服務(wù)器(Broadband Remote Access Server, BRAS)。而遠(yuǎn)程模擬寬帶接入驗(yàn)收的裝置100可以與接入設(shè)備50外接或內(nèi)置于接入設(shè)備50中。本實(shí)施例為方便,以DHCP服務(wù)器為例進(jìn)行本實(shí)施例裝置的工作原理說明。接收模塊70和反饋模塊90可以構(gòu)成遠(yuǎn)程管理模塊,實(shí)現(xiàn)接收遠(yuǎn)程管理界面40發(fā)送的各種消息(包括配置消息及模擬測試請求)以及模擬測試結(jié)果的輸出。模擬接入模塊80可包括模擬接入控制單元81、協(xié)議處理\轉(zhuǎn)發(fā)單元83和至少一模擬客戶機(jī)82,模擬接入控制單元81負(fù)責(zé)模擬接入模擬客戶機(jī)82的動作,協(xié)議處理\轉(zhuǎn)發(fā)單元83負(fù)責(zé)完成DHCP協(xié)議報文交互的處理與轉(zhuǎn)發(fā)工作。接收模塊70接收到遠(yuǎn)程管理界面40發(fā)送的觸發(fā)模擬接入的配置信息與模擬測試請求后,轉(zhuǎn)發(fā)給模擬接入模塊80,而模擬接入控制單元81按配置信息驅(qū)動和控制協(xié)議處理/轉(zhuǎn)發(fā)單元83完成接入模擬客戶機(jī)82的模擬協(xié)議報文的發(fā)送與處理,并將各交互階段處理結(jié)果經(jīng)反饋模塊90輸出至遠(yuǎn)程管理界面40,最后將測試結(jié)果在遠(yuǎn)程管理界面40中進(jìn)行顯
遠(yuǎn)程模擬寬帶接入驗(yàn)收的裝置100實(shí)現(xiàn)DCHP Discovery接入功能測試的具體步驟如下遠(yuǎn)程管理模塊接收到遠(yuǎn)程管理界面40的配置信息。接收模塊70分析配置信息是否合理,模擬接入控制單元81解析出具體配置信息內(nèi)容,如是否批量化測試等,并驅(qū)動協(xié)議處理/轉(zhuǎn)發(fā)單元83。協(xié)議處理/轉(zhuǎn)發(fā)單元83按照模擬接入控制單元81所解析的配置信息內(nèi)容開始觸發(fā)模擬客戶機(jī)82向DHCP服務(wù)器發(fā)起DHCP Discovery接入請求,該請求通過承載網(wǎng)發(fā)送至DHCP服務(wù)器。模擬客戶機(jī)82正常發(fā)送接入請求后,與DHCP服務(wù)器之間進(jìn)行數(shù)據(jù)交互,并通過遠(yuǎn)程管理界面40輸出測試結(jié)果。模擬客戶機(jī)82發(fā)送接入請求的同時啟動超時定時器等待DHCP服務(wù)器回復(fù)報文,在超時定時器發(fā)生超時或服務(wù)器拒絕接入時返回異常,如網(wǎng)絡(luò)異常導(dǎo)致定時器超時等,模塊客戶機(jī)82輸出異常結(jié)果及可能故障原因,并在遠(yuǎn)程管理界面40中顯示,以等待測試人員下一步操作。若模擬客戶機(jī)82與DHCP服務(wù)器之間的數(shù)據(jù)交互正常,則DHCP服務(wù)器回復(fù)DHCP Offers報文,其中包括DHCP服務(wù)器可提供租用給模擬客戶機(jī)82的IP地址和租約時間。模擬客戶機(jī)82則發(fā)送DHCP Request報文給DHCP服務(wù)器并再次啟動超時定時器等待回復(fù),DHCP服務(wù)器接收此報文并確認(rèn)接受請求,則回復(fù)DHCP ACK消息,模擬客戶機(jī)82收到DHCP ACK消息后開始使用此IP,并在遠(yuǎn)程管理界面40中顯示接入正常。若DHCP服務(wù)器回復(fù)DHCP NAK消息,則模擬客戶機(jī)82狀態(tài)將重置為初始狀態(tài),重新發(fā)起請求。判斷批量測試是否完成,若為否重新進(jìn)行下一輪驗(yàn)收工作,若是則結(jié)束所有驗(yàn)收工作。上述實(shí)施例還能用于驗(yàn)收DHCP其它相關(guān)功能,如DHCP Snooping、DHCP Proxy和DHCP Relay 等功能。圖5是遠(yuǎn)程自動化驗(yàn)收結(jié)果輸出觸發(fā)條件分析圖A :遠(yuǎn)程管理模塊發(fā)現(xiàn)配置命令非法直接提示配置失敗,需重新配置。B :遠(yuǎn)程管理模塊分析配置命令合法,驅(qū)動Discovery報文發(fā)送,并設(shè)置超時定時器用于返回測試結(jié)果。C :協(xié)議處理/轉(zhuǎn)發(fā)模塊一直未收到DHCP服務(wù)器回應(yīng)Offer消息,且超時定時器發(fā)生超時,返回測試失敗,提示DHCP服務(wù)器無響應(yīng)或網(wǎng)絡(luò)故障等原因。D :協(xié)議處理/轉(zhuǎn)發(fā)模塊已發(fā)送Request命令,但未收到DHCP服務(wù)器回應(yīng)ACK/NAK消息并發(fā)生超時,返回測試失敗,并提示DHCP服務(wù)器停止響應(yīng)或網(wǎng)絡(luò)臨時故障等原因。
E : 若DHCP服務(wù)器回復(fù)NAK消息,測試結(jié)果提示DHCP服務(wù)器拒絕提供服務(wù),并提示測試人員是否繼續(xù)。F :若DHCP服務(wù)器回復(fù)ACK消息,測試結(jié)果返回正常,并顯示所獲取IP地址以及租約時間等信息。本實(shí)施例中,測試人員在測試機(jī)房就能完成大量接入設(shè)備相關(guān)接入功能的驗(yàn)收工作,從而大大節(jié)省了未用此技術(shù)驗(yàn)收工作所需投入的人力、物力與財力。本實(shí)施例的方法不僅適于DHCP協(xié)議,還可以延伸至其它遠(yuǎn)程接入?yún)f(xié)議。以上所述僅為本發(fā)明的優(yōu)選實(shí)施例,并非因此限制本發(fā)明的專利范圍,凡是利用本發(fā)明說明書及附圖內(nèi)容所作的等效結(jié)構(gòu)或等效流程變換,或直接或間接運(yùn)用在其他相關(guān)的技術(shù)領(lǐng)域,均同理包括在本發(fā)明的專利保護(hù)范圍內(nèi)。
權(quán)利要求
1.一種遠(yuǎn)程模擬寬帶接入驗(yàn)收的方法,其特征在于,包括接收遠(yuǎn)程管理界面的模擬測試請求和配置信息;根據(jù)所述模擬測試請求和配置信息,發(fā)起與遠(yuǎn)程接入服務(wù)器的模擬接入;當(dāng)所述模擬接入完成之后,反饋測試結(jié)果至遠(yuǎn)程管理界面。
2.如權(quán)利要求1所述的方法,其特征在于,所述根據(jù)模擬測試請求和配置信息,發(fā)起與遠(yuǎn)程接入服務(wù)器的模擬接入包括解析所述配置信息;根據(jù)所述解析的配置信息,與遠(yuǎn)程接入服務(wù)器進(jìn)行數(shù)據(jù)交互;判斷所述數(shù)據(jù)交互過程是否正常,并輸出測試結(jié)果。
3.如權(quán)利要求2所述的方法,其特征在于,所述判斷數(shù)據(jù)交互過程是否正常包括當(dāng)預(yù)設(shè)的超時定時器超時或所述遠(yuǎn)程接入服務(wù)器拒絕接入時,數(shù)據(jù)交互異常。
4.如權(quán)利要求1至3中任一項所述的方法,其特征在于,在執(zhí)行所述接收遠(yuǎn)程管理界面的配置信息之后,還包括當(dāng)所述配置信息非法時,輸出配置失敗的信息。
5.如權(quán)利要求1至3任一項所述的方法,其特征在于,所述模擬測試請求為DHCP Discovery、DHCP Snooping、DHCP Proxy 或 DHCP Relay 功能測試請求。
6.一種遠(yuǎn)程模擬寬帶接入驗(yàn)收的裝置,其特征在于,包括接收模塊,用于接收遠(yuǎn)程管理界面的模擬測試請求和配置信息;模擬接入模塊,用于根據(jù)所述模擬測試請求和配置信息,發(fā)起與遠(yuǎn)程接入服務(wù)器的模擬接入;反饋模塊,用于當(dāng)所述模擬接入完成之后,反饋測試結(jié)果至遠(yuǎn)程管理界面。
7.如權(quán)利要求6所述的裝置,其特征在于,所述模擬接入模塊包括模擬接入控制單元,用于解析所述配置信息;模擬客戶機(jī),用于根據(jù)所述解析的配置信息,與遠(yuǎn)程接入服務(wù)器進(jìn)行數(shù)據(jù)交互;以及判斷所述數(shù)據(jù)交互過程是否正常,并輸出測試結(jié)果。
8.如權(quán)利要求7所述的裝置,其特征在于,所述模擬客戶機(jī)還用于當(dāng)預(yù)設(shè)的超時定時器超時或所述遠(yuǎn)程接入服務(wù)器拒絕接入時,數(shù)據(jù)交互異常。
9.如權(quán)利要求6至8中任一項所述的裝置,其特征在于,所述接收模塊還用于當(dāng)所述配置信息非法時,輸出配置失敗的信息。
10.如權(quán)利要求6至8中任一項所述的裝置,其特征在于,所述模擬測試請求為DHCP Discovery、DHCP Snooping、DHCP Proxy 或 DHCP Relay 功能測試請求。
全文摘要
本發(fā)明揭示了一種遠(yuǎn)程模擬寬帶接入驗(yàn)收的方法,包括接收遠(yuǎn)程管理界面的模擬測試請求和配置信息;根據(jù)所述模擬測試請求和配置信息,發(fā)起與遠(yuǎn)程接入服務(wù)器的模擬接入;當(dāng)所述模擬接入完成之后,反饋測試結(jié)果至遠(yuǎn)程管理界面。本發(fā)明還提出了對應(yīng)的裝置。本發(fā)明提出的一種遠(yuǎn)程模擬寬帶接入驗(yàn)收的方法和設(shè)備,將對接入設(shè)備中相關(guān)功能的操作與結(jié)果顯示通過遠(yuǎn)程管理界面完成。有效地提高接入設(shè)備驗(yàn)收與故障解決的效率。
文檔編號H04L29/06GK103036857SQ20111030039
公開日2013年4月10日 申請日期2011年9月29日 優(yōu)先權(quán)日2011年9月29日
發(fā)明者周巍 申請人:中興通訊股份有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點(diǎn)贊!
1
高阳县| 元阳县| 科技| 全州县| 五河县| 金沙县| 崇信县| 舒城县| 娄烦县| 二连浩特市| 勃利县| 梁河县| 纳雍县| 济宁市| 镇坪县| 林甸县| 盐源县| 河北区| 兴安县| 巫溪县| 射阳县| 庆安县| 个旧市| 遂川县| 伊春市| 沛县| 望江县| 彝良县| 金沙县| 宿松县| 黎城县| 保亭| 手机| 德化县| 永春县| 昌吉市| 海南省| 桓台县| 隆回县| 旬邑县| 奇台县|