專利名稱：一種測試最大ppp連接數(shù)量的系統(tǒng)、方法及測試裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種測試最大點到點協(xié)議(Point to Point Protocol, PPP)連接數(shù)量的系統(tǒng)、方法及測試裝置。
背景技術(shù)：
PPP是在點到點鏈路上承載網(wǎng)絡(luò)層數(shù)據(jù)包的一種鏈路層協(xié)議，由于它能夠提供用 戶驗證、易于擴充，并且支持同/異步通信，因而得到了較為廣泛的應(yīng)用。PPP包括鏈路控制 協(xié)議(LCP)、網(wǎng)絡(luò)層控制協(xié)議(NCP)和驗證協(xié)議(PAP和CHAP)。其中LCP主要用于建立、拆 除和監(jiān)控數(shù)據(jù)鏈路；NCP主要用來協(xié)商在該數(shù)據(jù)鏈路上所傳輸?shù)臄?shù)據(jù)包的格式與類型；PAP 和CHAP主要用于網(wǎng)絡(luò)安全方面的驗證。建立PPP連接的過程如下1、在開始建立PPP鏈路時，進入到建立(establish)階段。2、在Establish階段，PPP鏈路進行LCP協(xié)商，協(xié)商內(nèi)容包括工作方式(是SP還 是MP)、驗證方式和最大傳輸單元等。LCP協(xié)商成功后進入開始(Opened)狀態(tài)，表示底層鏈
路已經(jīng)建立。3、如果配置了驗證(遠端驗證本地或者本地驗證遠端)則進入驗證 (Authenticate)階段，開始 CHAP 或 PAP 驗證。4、如果驗證失敗進入結(jié)束(Terminate)階段，拆除鏈路，LCP狀態(tài)轉(zhuǎn)為Down ；如果 驗證成功就進入NCP，此時LCP狀態(tài)仍為Opened，而IPCP狀態(tài)從初始(Initial)轉(zhuǎn)到請求 (Request)。5、NCP協(xié)商支持IPCP協(xié)商，IPCP協(xié)商主要包括雙方的IP地址。通過NCP協(xié)商來 選擇和配置一個網(wǎng)絡(luò)層協(xié)議。只有相應(yīng)的網(wǎng)絡(luò)層協(xié)議協(xié)商成功后，該網(wǎng)絡(luò)層協(xié)議才可以通 過這條PPP鏈路發(fā)送報文。6、PPP鏈路將一直保持通信，直至有明確的LCP或NCP幀關(guān)閉這條鏈路，或發(fā)生了 某些外部事件(例如用戶的干預(yù))。通過上述6步完成了 PPP連接，由于PPP連接需要占用連接設(shè)備的系統(tǒng)資源，因 此，測試PPP連接設(shè)備能夠同時保持連接的PPP最大數(shù)量，能夠反映出該連接設(shè)備的系統(tǒng)能 力。目前，測試某一設(shè)備支持的最大PPP連接數(shù)量的系統(tǒng)如圖1所示，包括如下內(nèi)容首先，在被測設(shè)備和輔測設(shè)備的插槽中插入8E1卡和CPOS卡，并利用插入的8E1 卡和CPOS卡在被測設(shè)備和輔測設(shè)備之間建立多條PPP鏈路。每張CPOS卡最多可建立63個通道，若將這63個通道全部打開并配置成PPP封 裝，則通過一張CPOS卡，被測設(shè)備和輔測設(shè)備之間最多可建立63條PPP鏈路；每張8E1 卡有8個控制裝置(Controller)，而每個Controller最多可劃分出31個通道，則將所有 的Controller配置成CEl模式，則通過一張8E1卡，被測設(shè)備和輔測設(shè)備之間最多可建立 8*31 = 248 條 PPP 鏈路。
4
然后，通過在被測設(shè)備和輔測設(shè)備中不斷增加插入的8E1卡和CPOS卡，并檢測每 次新建立的PPP鏈路是否成功建立來測試被測設(shè)備能夠支持的最大PPP連接數(shù)量。例如在被測設(shè)備和輔測設(shè)備中插入3張CPOS卡后，被測設(shè)備和輔測設(shè)備之間成 功建立了 189條PPP鏈路，再插入一張8E1卡后，當(dāng)被測設(shè)備和輔測設(shè)備之間新建立了 30 條PPP鏈路后就無法再成功建立更多的PPP鏈路，則確定該被測設(shè)備能夠同時連接的PPP 數(shù)量最大為189+30 = 219條。在上述測試被測設(shè)備的最大PPP連接數(shù)量方式下，由于被測設(shè)備的插槽數(shù)量有 限，能夠往被測設(shè)備上插入的線卡(包括CPOS卡或8E1卡)數(shù)量也是有限的，如果被測設(shè) 備能夠支持的PPP連接數(shù)量很多的話，可能導(dǎo)致在被測設(shè)備的所有插槽上都插入線卡后仍 無法測量被測設(shè)備實際能夠支持的PPP連接數(shù)量。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種測試最大PPP連接數(shù)量的系統(tǒng)、方法及測試裝置，用以解 決現(xiàn)有技術(shù)中存在的由于被測設(shè)備的插槽數(shù)量有限，導(dǎo)致可能無法準(zhǔn)確測量被測設(shè)備實際 能夠支持的PPP連接數(shù)量的問題。一種測試裝置，所述測試裝置包括第一確定模塊，用于確定被測設(shè)備已響應(yīng)的來自第一輔測設(shè)備的遠程以太網(wǎng)上的 點對點協(xié)議PPPoE撥號請求的數(shù)量；第二確定模塊，用于在被測設(shè)備持續(xù)響應(yīng)所述數(shù)量的遠程PPPoE撥號請求時，確 定建立的被測設(shè)備與第二輔測設(shè)備之間的相對最大點到點協(xié)議PPP連接數(shù)量；計算模塊，用于將確定的遠程PPPoE撥號請求的數(shù)量和確定的所述相對最大PPP 連接數(shù)量之和，作為所述被測設(shè)備能夠支持的最大PPP連接數(shù)量。一種測試PPP連接數(shù)量的系統(tǒng)，包括所述測試裝置、被測設(shè)備、第一輔測設(shè)備和第 二輔測設(shè)備，其中所述第一輔測設(shè)備，用于向被測設(shè)備發(fā)起PPPoE撥號請求；所述第二輔測設(shè)備，用于與被測設(shè)備建立PPP連接；所述被測設(shè)備，用于在持續(xù)響應(yīng)所述遠程PPPoE撥號請求時，建立與第二輔測設(shè) 備之間的PPP連接。一種測試最大PPP連接數(shù)量的方法，所述方法包括確定被測設(shè)備已響應(yīng)的來自第一輔測設(shè)備的遠程以太網(wǎng)上的點對點協(xié)議PPPoE 撥號請求的數(shù)量；在被測設(shè)備持續(xù)響應(yīng)所述數(shù)量的遠程PPPoE撥號請求時，確定建立的被測設(shè)備與 第二輔測設(shè)備之間的相對最大PPP連接數(shù)量；將確定的所述遠程PPPoE撥號請求的數(shù)量與確定的所述相對最大PPP連接數(shù)量之 和，作為所述被測設(shè)備能夠支持的最大PPP連接數(shù)量。本發(fā)明實施例在被測設(shè)備建立一定數(shù)量的PPPoE連接的同時，再建立被測設(shè)備 的PPP連接，在被測設(shè)備建立的PPP連接數(shù)量達到相對最大PPP連接數(shù)量時，將已建立的 PPPoE連接的數(shù)量與 述相對最大PPP連接數(shù)量之和作為該被測設(shè)備實際能夠建立的最大 PPP連接數(shù)量，由于在測試最大PPP連接數(shù)量時，將一定數(shù)量的PPPoE連接代替PPP連接，因此減少了測試中需要建立的PPP連接數(shù)量，即使被測設(shè)備的插槽數(shù)量有限，插入的線卡也 能夠滿足PPP連接的測試要求。


圖1為背景技術(shù)中測試最大PPP連接數(shù)量的系統(tǒng)示意圖；圖2為本發(fā)明實施例一中測試裝置的結(jié)構(gòu)示意圖；圖3為本發(fā)明實施例二中測試最大PPP連接數(shù)量的系統(tǒng)結(jié)構(gòu)示意圖；圖4為本發(fā)明實施例三中測試最大PPP連接數(shù)量的步驟示意圖。
具體實施例方式為了實現(xiàn)本發(fā)明目的，將遠程以太網(wǎng)上的點對點協(xié)議(Point to Point Protocol over Ethernet, PPPoE)技術(shù)應(yīng)用到最大PPP連接數(shù)量測試中。PPPoE可以通過一個遠端接入設(shè)備為以太網(wǎng)上的主機提供因特網(wǎng)接入服務(wù)，并對 接入的每個主機實現(xiàn)控制、計費功能。由于很好地結(jié)合了以太網(wǎng)的經(jīng)濟性及PPP良好的可 擴展性與管理控制功能，PPPoE在包括小區(qū)組網(wǎng)建設(shè)等一系列應(yīng)用中被廣泛采用。PPPoE協(xié) 議采用客戶端/服務(wù)器(Client/Server)方式，將PPP報文封裝在以太網(wǎng)幀之內(nèi)，在以太網(wǎng) 上提供點對點的連接?？紤]到PPPoE連接中，PPPoE客戶端和PPPoE服務(wù)器之間都運行一個PPP會話，建 立一個PPPoE連接相當(dāng)于建立一個PPP連接，因此，如果在被測設(shè)備建立PPPoE連接(PPPoE 的連接數(shù)量為X)的同時，再建立被測設(shè)備的PPP連接，則此時被測設(shè)備能夠建立的PPP的 相對最大連接數(shù)量(該相對最大連接數(shù)量稱之為Y)將會小于該被測設(shè)備在空閑時時能夠 建立的PPP絕對最大連接數(shù)量(該絕對最大連接數(shù)量稱之為Z)，即使被測設(shè)備內(nèi)的插槽數(shù) 量較少，通過插入的線卡也能夠保證Y條被測設(shè)備的PPP連接；同時，由于PPPoE連接占用 的設(shè)備資源與PPP連接接近，因此，被測設(shè)備建立的X條PPPoE連接可看作是建立的X條 PPP連接，因此，Z可通過X和Y之和計算確定。下面結(jié)合說明書附圖對本發(fā)明實施例進行詳細描述。實施例一如圖2所示，為本發(fā)明實施例一中測試裝置的結(jié)構(gòu)示意圖，所述測試裝置包括第 一確定模塊11、第二確定模塊12和計算模塊13，其中第一確定模塊11用于確定被測設(shè)備 已響應(yīng)的來自第一輔測設(shè)備的遠程PPPoE撥號請求的數(shù)量；第二確定模塊12用于在被測設(shè) 備持續(xù)響應(yīng)所述數(shù)量的遠程PPPoE撥號請求時，確定建立的被測設(shè)備與第二輔測設(shè)備之間 的相對最大PPP連接數(shù)量；計算模塊13用于將確定的遠程PPPoE撥號請求的數(shù)量和確定的 所述相對最大PPP連接數(shù)量之和，作為所述被測設(shè)備能夠支持的最大PPP連接數(shù)量。進一步地，所述第一確定模塊11確定的已響應(yīng)的遠程PPPoE撥號請求的數(shù)量為被 測設(shè)備能夠支持的遠程PPPoE撥號請求的最大數(shù)量。所述第一確定模塊11具體用于在被測設(shè)備持續(xù)接收遠程PPPoE撥號請求的過程 中，檢測被測設(shè)備是否能正確響應(yīng)接收到的遠程PPPoE撥號請求，若能正確響應(yīng)，則繼續(xù)檢 測下一條遠程PPPoE撥號請求，直至檢測出連續(xù)N條遠程PPPoE撥號請求響應(yīng)失敗時，將被 測設(shè)備已正確響應(yīng)的遠程PPPoE撥號請求的數(shù)量作為被測設(shè)備能夠支持的遠程PPPoE撥號請求的最大數(shù)量，其中，所述N為正整數(shù)。所述第二確定模塊12具體用于在被測設(shè)備通過插入的線卡與第二輔測設(shè)備之間 持續(xù)建立PPP連接時，當(dāng)有連續(xù)的M次PPP連接建立失敗，則將已建立成功的PPP連接的數(shù) 量作為所述相對最大PPP連接數(shù)量，所述M為正整數(shù)。實施例二 本發(fā)明實施例一中的測試裝置可應(yīng)用于本實施例二的測試PPP連接數(shù)量的系統(tǒng) 中，所述系統(tǒng)包括實施例一中涉及的測試裝置以及被測設(shè)備21、第一輔測設(shè)備22和第二輔 測設(shè)備23。在本實施例二的系統(tǒng)中，在進行測試之前，先要搭建測試拓?fù)浣Y(jié)構(gòu)，該測試拓?fù)浣Y(jié) 構(gòu)分為兩部分第一部分將被測設(shè)備看作是PPPoE業(yè)務(wù)中的PPPoE服務(wù)器，將第一輔測設(shè)備與被 測設(shè)備相連，第一輔測設(shè)備模擬PPPoE業(yè)務(wù)中的PPPoE客戶端，不斷地向被測設(shè)備發(fā)起遠程 PPPoE撥號請求，請求被測設(shè)備建立與第一輔測設(shè)備之間的PPPoE連接。第二部分在被測設(shè)備和第二輔測設(shè)備之間通過光纖、光模塊將兩個設(shè)備的線卡 接口連接起來(如果被測設(shè)備和輔測設(shè)備之間通過CPOS卡建立PPP連接，則被測設(shè)備和第 二輔測設(shè)備之間通過CPOS接口連接；如果被測設(shè)備和輔測設(shè)備之間通過8E1卡建立PPP連 接，則被測設(shè)備和第二輔測設(shè)備之間通過8E1接口連接，被測設(shè)備和第二輔測設(shè)備之間也 不限于其他能夠使這兩設(shè)備之間建立PPP連接的連接方式)。在搭建測試拓?fù)浣Y(jié)構(gòu)后，在被測設(shè)備與第一輔測設(shè)備和第二輔測設(shè)備之間分別建 立連接，以便于測試出被測設(shè)備能夠建立的PPPoE連接和PPP連接數(shù)量。系統(tǒng)中各部件的工作過程為第一輔測設(shè)備22用于向被測設(shè)備21發(fā)起遠程PPPoE撥號請求；第二輔測設(shè)備23 用于與被測設(shè)備21建立PPP連接；被測設(shè)備21用于在持續(xù)響應(yīng)所述遠程PPPoE撥號請求 時，建立與第二輔測設(shè)備23之 的PPP連接；測試裝置用于確定被測設(shè)備21已響應(yīng)的遠程 PPPoE撥號請求的數(shù)量，以及，被測設(shè)備21與第二輔測設(shè)備23之間的相對最大PPP連接數(shù) 量，并將確定的遠程PPPoE撥號請求的數(shù)量和相對最大PPP連接數(shù)量之和，作為所述被測設(shè) 備21能夠支持的最大PPP連接數(shù)量。需要說明的是，本實施例二中的被測設(shè)備和第二輔測設(shè)備可以是路由器，如果被 測設(shè)備具有自檢測建立的PPPoE和PPP連接是否成功以及建立的PPPoE和PPP連接數(shù)量的 功能，則本實施例二中的測試裝置可以是被測設(shè)備中的邏輯部件，此時，系統(tǒng)的結(jié)構(gòu)示意圖 如圖3所示。如果第一輔測設(shè)備是Ixia測試儀，通過以太網(wǎng)線與被測設(shè)備相連，由Ixia測試儀 中的IxNetwork軟件模擬大量的PPPoE客戶端不斷地向被測設(shè)備發(fā)起遠程PPPoE連接請 求，由于Ixia測試儀具有檢測被測設(shè)備響應(yīng)的遠程PPPoE連接請求的數(shù)量的功能，則本實 施例二中測試裝置內(nèi)的第一確定模塊可以是Ixia測試儀中的邏輯部件，第二確定模塊和 計算模塊可以是被測設(shè)備中的邏輯部件或是獨立的網(wǎng)元。實施例三本發(fā)明實施例三通過具體的流程來說明本發(fā)明中測試最大PPP連接數(shù)量的方法， 如圖4所示，本方法包括以下步驟
步驟101 確定被測設(shè)備已響應(yīng)的來自第一輔測設(shè)備的遠程以太網(wǎng)上的點對點協(xié) 議PPPoE撥號請求的數(shù)量。在本步驟中，IxNetwork軟件模擬PPPoE客戶端向被測設(shè)備發(fā)起遠程PPPoE撥號請 求，由Ixia測試儀實時監(jiān)測該遠程PPPoE連接是否成功以及連接成功的PPPoE連接數(shù)量， 即被測設(shè)備是否正確響應(yīng)遠程PPPoE撥號請求；若PPPoE連接一直成功，則表示被測設(shè)備的 PPPoE的連接數(shù)量未達到最大，繼續(xù)不斷地發(fā)起遠程PPPoE撥號請求；當(dāng)連續(xù)N次PPPoE連 接失敗時，表示被測設(shè)備的PPPoE的連接數(shù)量已達到最大，則Ixia測試儀記錄被測設(shè)備已 響應(yīng)的PPPoE撥號請求數(shù)量，所述已響應(yīng)的PPPoE撥號請求的數(shù)量即為被測設(shè)備所能支持 的最大PPPoE連接數(shù)量，并將記錄的最大PPPoE連接數(shù)量發(fā)送給被測設(shè)備。本步驟也不限于由被測設(shè)備主動檢測最大PPPoE連接數(shù)量。本發(fā)明實施例是通過建立PPPoE連接數(shù)量來減少需要建立的PPP連接數(shù)量，因此， 建立最大數(shù)量的PPPoE連接是本發(fā)明實施例的較優(yōu)方案，但本發(fā)明實施例也不限于建立數(shù) 量小于PPPoE最大連接數(shù)量的PPPoE連接，以達到減少需要建立的PPP連接數(shù)量的目的。步驟102 在被測設(shè)備持續(xù)響應(yīng)所述數(shù)量的遠程PPPoE撥號請求時，確定建立的被 測設(shè)備與第二輔測設(shè)備之間的相對最大PPP連接數(shù)量。在步驟101中，假設(shè)被測設(shè)備正確響應(yīng)了 X條PPPoE撥號請求，則看作該被測設(shè)備 與第一輔測設(shè)備之間建立X條PPPoE連接。在確保被測設(shè)備與第一輔測設(shè)備之間的X條 PPPoE連接保持的情況下，通過在被測設(shè)備中插入線卡的方式，嘗試在被測設(shè)備與第二輔測 設(shè)備之間建立PPP連接。若PPP連接一直成功，則表示被測設(shè)備與第二輔測設(shè)備之間的PPP 的連接數(shù)量未達到最大，繼續(xù)不斷地建立PPP連接；當(dāng)連續(xù)M次PPP連接失敗時，表示被測 設(shè)備與第二輔測設(shè)備之間的PPP的連接數(shù)量已達到最大，則被測設(shè)備記錄已建立的PPP連 接數(shù)量Y。此時得到的被測設(shè)備與第二輔測設(shè)備之間的相對最大PPP連接數(shù)量Y并不是最終 的測試結(jié)果，而是在被測設(shè)備建立一定數(shù)量的PPPoE連接的基礎(chǔ)上，被測設(shè)備還能建立的 最大PPP連接數(shù)量。步驟103 將確定的所述遠程PPPoE撥號請求的數(shù)量與確定的所述相對最大PPP 連接數(shù)量之和，作為所述被測設(shè)備能夠支持的最大PPP連接數(shù)量。由于PPPoE的連接數(shù)量將會受到PPP會話的限制，在步驟101中成功響應(yīng)的PPPoE 撥號請求的數(shù)量占用了一定的被測設(shè)備的資源，若成功響應(yīng)的PPPoE撥號請求的數(shù)量是被 測設(shè)備支持的最大PPPoE連接數(shù)量，則建立的PPPoE連接也基本上使PPP會話能力飽和了， 因此，在步驟102中能夠建立的PPP連接就相當(dāng)有限了，即使在被測設(shè)備的插槽中插入少量 的CPOS卡或8E1卡也能夠建立所述相對最大PPP連接數(shù)量的PPP連接。因此，在步驟103 中，將步驟101和步驟102確定的連接數(shù)量相加就能夠得到被測設(shè)備在空閑狀態(tài)下實際能 夠建立的最大PPP連接數(shù)量。例如按照本發(fā)明實施例的方案確定某一被測設(shè)備在步驟101中建立了 230條 PPPoE連接，在步驟102中建立了 20條PPP連接，則確定該被測設(shè)備實際能夠建立的最大 PPP連接數(shù)量大致為250條，在此情況下，被測設(shè)備中只需要插入一張CPOS卡或一張8E1卡 就能夠滿足測試需求，避免了在被測設(shè)備的插槽數(shù)量有限的情況下，由于插入的線卡數(shù)量 較少導(dǎo)致無法正確測試最大PPP連接數(shù)量的問題，由于利用本發(fā)明實施例的方案，使用的
8線卡以及相應(yīng)的連接線數(shù)量較少，使測試易于實現(xiàn)。若將該被測設(shè)備利用常規(guī)方式進行測 試時，需要在被測設(shè)備中插入4張CPOS卡才能夠正確測試被測設(shè)備的最大PPP數(shù)量，若被 測設(shè)備中只有3個插槽的情況下則無法進行測試操作。即使在被測設(shè)備具有至少4個插槽 的情況下，由于插入的CPOS卡以及相應(yīng)的連接線數(shù)量較多，也會導(dǎo)致測試環(huán)境較難實現(xiàn)。本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本申請的實施例可提供為方法、系統(tǒng)、或計算機程序 產(chǎn)品。因此，本申請可采用完全硬件實施例、完全軟件實施例、或結(jié)合軟件和硬件方面的實 施例的形式。而且，本申請可采用在一個或多個其中包含有計算機可用程序代碼的計算機 可用存儲介質(zhì)(包括但不限于磁盤存儲器、CD-ROM、光學(xué)存儲器等)上實施的計算機程序產(chǎn) 品的形式。本申請是參照根據(jù)本申請實施例的方法、設(shè)備(系統(tǒng))、和計算機程序產(chǎn)品的流程 圖和/或方框圖來描述的。應(yīng)理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一 流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計算 機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設(shè)備的處理 器以產(chǎn)生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生 用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能 的裝置。這些計算機程序指令也可存儲在能引導(dǎo)計算機或其他可編程數(shù)據(jù)處理設(shè)備以特 定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指 令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或 多個方框中指定的功能。這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計 算機或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理，從而在計算機或 其他可編程設(shè)備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖 一個方框或多個方框中指定的功能的步驟。盡管已描述了本申請的優(yōu)選實施例，但本領(lǐng)域內(nèi)的技術(shù)人員一旦得知了基本創(chuàng)造 性概念，則可對這些實施例做出另外的變更和修改。所以，所附權(quán)利要求意欲解釋為包括優(yōu) 選實施例以及落入本申請范圍的所有變更和修改。顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精 神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍 之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
9
權(quán)利要求
一種測試裝置，其特征在于，所述測試裝置包括第一確定模塊，用于確定被測設(shè)備已響應(yīng)的來自第一輔測設(shè)備的遠程以太網(wǎng)上的點對點協(xié)議PPPoE撥號請求的數(shù)量；第二確定模塊，用于在被測設(shè)備持續(xù)響應(yīng)所述數(shù)量的遠程PPPoE撥號請求時，確定建立的被測設(shè)備與第二輔測設(shè)備之間的相對最大點到點協(xié)議PPP連接數(shù)量；計算模塊，用于將確定的遠程PPPoE撥號請求的數(shù)量和確定的所述相對最大PPP連接數(shù)量之和，作為所述被測設(shè)備能夠支持的最大PPP連接數(shù)量。
2.如權(quán)利要求1所述的測試裝置，其特征在于，所述第一確定模塊確定的已響應(yīng)的遠程PPPoE撥號請求的數(shù)量為被測設(shè)備能夠支持 的遠程PPPoE撥號請求的最大數(shù)量。
3.如權(quán)利要求2所述的測試裝置，其特征在于，所述第一確定模塊，具體用于在被測設(shè)備持續(xù)接收遠程PPPoE撥號請求的過程中，檢 測被測設(shè)備是否能正確響應(yīng)接收到的遠程PPPoE撥號請求，若能正確響應(yīng)，則繼續(xù)檢測下 一條遠程PPPoE撥號請求，直至檢測出連續(xù)N條遠程PPPoE撥號請求響應(yīng)失敗時，將被測設(shè) 備已正確響應(yīng)的遠程PPPoE撥號請求的數(shù)量作為被測設(shè)備能夠支持的遠程PPPoE撥號請求 的最大數(shù)量，其中，所述N為正整數(shù)。
4.如權(quán)利要求1所述的測試裝置，其特征在于，第二確定模塊，具體用于在被測設(shè)備通過插入的線卡與第二輔測設(shè)備之間持續(xù)建立 PPP連接時，當(dāng)有連續(xù)的M次PPP連接建立失敗，則將已建立成功的PPP連接的數(shù)量作為所 述相對最大PPP連接數(shù)量，所述M為正整數(shù)。
5.一種測試PPP連接數(shù)量的系統(tǒng)，其特征在于，所述系統(tǒng)包括如權(quán)利要求1 4任一所 述的測試裝置、被測設(shè)備、第一輔測設(shè)備和第二輔測設(shè)備，其中所述第一輔測設(shè)備，用于向被測設(shè)備發(fā)起PPPoE撥號請求；所述第二輔測設(shè)備，用于與被測設(shè)備建立PPP連接；所述被測設(shè)備，用于在持續(xù)響應(yīng)所述遠程PPPoE撥號請求時，建立與第二輔測設(shè)備之 間的PPP連接。
6.一種測試最大PPP連接數(shù)量的方法，其特征在于，所述方法包括確定被測設(shè)備已響應(yīng)的來自第一輔測設(shè)備的遠程PPPoE撥號請求的數(shù)量；在被測設(shè)備持續(xù)響應(yīng)所述數(shù)量的遠程PPPoE撥號請求時，確定建立的被測設(shè)備與第二 輔測設(shè)備之間的相對最大PPP連接數(shù)量；將確定的所述遠程PPPoE撥號請求的數(shù)量與確定的所述相對最大PPP連接數(shù)量之和， 作為所述被測設(shè)備能夠支持的最大PPP連接數(shù)量。
7.如權(quán)利要求6所述的方法，其特征在于，所述已響應(yīng)的遠程PPPoE撥號請求的數(shù)量為 被測設(shè)備能夠支持的遠程PPPoE撥號請求的最大數(shù)量。
8.如權(quán)利要求7所述的方法，其特征在于，通過以下步驟確定被測設(shè)備能夠支持的遠 程PPPoE撥號請求的最大數(shù)量在被測設(shè)備持續(xù)接收遠程PPPoE撥號請求的過程中，檢測被測設(shè)備是否能正確響應(yīng)接 收到的遠程PPPoE撥號請求；若能正確響應(yīng)，則繼續(xù)檢測下一條遠程PPPoE撥號請求，直至檢測出連續(xù)N條遠程PPPoE撥號請求響應(yīng)失敗時，將被測設(shè)備已正確響應(yīng)的遠程PPPoE撥號請求的數(shù)量作為被 測設(shè)備能夠支持的遠程PPPoE撥號請求的最大數(shù)量； 其中，所述N為正整數(shù)。
9.如權(quán)利要求6所述的方法，其特征在于，確定建立的被測設(shè)備與第二輔測設(shè)備之間 的相對最大PPP連接數(shù)量，具體包括通過插入的線卡持續(xù)建立被測設(shè)備與第二輔測設(shè)備之間的PPP連接，當(dāng)有連續(xù)的M次 PPP連接建立失敗時，將已建立成功的PPP連接的數(shù)量作為所述相對最大PPP連接數(shù)量； 所述M為正整數(shù)。
全文摘要
本發(fā)明公開了一種測試最大PPP連接數(shù)量的系統(tǒng)、方法及測試裝置，主要內(nèi)容包括在被測設(shè)備建立一定數(shù)量的PPPoE連接的同時，再建立被測設(shè)備的PPP連接，在被測設(shè)備建立的PPP連接數(shù)量達到相對最大PPP連接數(shù)量時，將已建立的PPPoE連接的數(shù)量與所述相對最大PPP連接數(shù)量之和作為該被測設(shè)備實際能夠建立的最大PPP連接數(shù)量，由于在測試最大PPP連接數(shù)量時，將一定數(shù)量的PPPoE連接代替PPP連接，因此減少了測試中需要建立的PPP連接數(shù)量，即使被測設(shè)備的插槽數(shù)量有限，插入的線卡也能夠滿足PPP連接的測試要求。
文檔編號H04L29/08GK101917307SQ20101026209
公開日2010年12月15日 申請日期2010年8月24日 優(yōu)先權(quán)日2010年8月24日
發(fā)明者余陶然 申請人:北京星網(wǎng)銳捷網(wǎng)絡(luò)技術(shù)有限公司