時間：2023-02-05 10:30:07
開篇：寫作不僅是一種記錄，更是一種創(chuàng)造，它讓我們能夠捕捉那些稍縱即逝的靈感，將它們永久地定格在紙上。下面是小編精心整理的12篇網(wǎng)絡協(xié)議，希望這些內容能成為您創(chuàng)作過程中的良師益友，陪伴您不斷探索和進步。
代表人：_________
地 址：_________
郵政編碼：_________
聯(lián)系電話：_________
傳 真：_________
開戶銀行：_________
帳 號：_________
乙方名稱：_________
代表人：_________
地 址：_________
郵政編碼：_________
聯(lián)系電話：_________
傳 真：_________
開戶銀行：_________
帳 號：_________
第一條 協(xié)議項目和目的
1．1 甲、乙雙方經(jīng)過協(xié)商，乙方申請成為_________網(wǎng)絡的商，并完全接受乙方的管理規(guī)范，經(jīng)甲方初步審核符合_________商必備條件，雙方同意簽署本協(xié)議。
1．2 本協(xié)議的目的是在甲乙雙方之間建立產(chǎn)品或服務的體系，保證乙方銷售或提供的甲方產(chǎn)品或服務的品質正宗、渠道合法。本協(xié)議不意味甲方授予乙方作為自己全權人的權限。本協(xié)議的任何條文不得解釋成乙方獲得了甲方的全權權，以及可以以甲方的名義面對任何層面的客戶。乙方可以依據(jù)本協(xié)議使用甲方商標、企業(yè)名稱、域名等相關信息解釋甲方產(chǎn)品或服務的來源和品質，但不得對外宣稱自己是甲方的全權商。乙方不得以甲方名義面對第三人、對外簽署合同，以及以甲方名義從事任何經(jīng)濟行為。
本協(xié)議生效后甲方授予乙方_________網(wǎng)絡產(chǎn)品商資格，由乙方向其直接客戶（以下簡稱客戶）銷售甲方的域名注冊、網(wǎng)站寄放以及甲方在本協(xié)議有效期內推出的其它業(yè)務。
第二條 雙方的權利和義務
2．1 乙方的權利和義務
2．1．1 積極宣傳推廣相關業(yè)務及其增值服務，維護甲方的企業(yè)形象和服務品質，如實向客戶告知所提供的服務項目及基本報價等，不得進行以次充好、削減服務項目、對免費項目收費等損害甲方和／或客戶利益的行為。
2．1．2 乙方辦理業(yè)務時由乙方與客戶簽定合同，全部合同權利義務由乙方獨立承擔，并向客戶提供必要的服務和技術支持，解答客戶提出的各種問題，乙方可享受甲方提供的各項服務與支持，但應受甲方的成本控制制約，甲方有權不提供。
2．1．3 依照甲方規(guī)定提交預付款_________元，乙方承認第一次支付的預付款為必須完成的業(yè)績，乙方上述預付款未使用完而終止本協(xié)議，不得要求退還預付款余額。乙方在本協(xié)議有效期內完成第一次支付預付款的業(yè)績且沒有其他違反本協(xié)議的行為，要求中止協(xié)議的，帳上余款可以退還。
2．1．4 依照甲方規(guī)定，乙方享受甲方產(chǎn)品的價格。乙方自行與客戶約定的服務價格、收費標準不得低于甲方公開報價。
2．1．5 向甲方及時提供客戶的相關資料和支付相關費用以保證業(yè)務的順利進行。
2．1．6 保證服務質量，不得損害甲方整體市場形象，也不得從事其它損害甲方利益的行為。
2．1．7 乙方可以在其公司宣傳材料和名片上以及廣告內容中使用_________網(wǎng)絡商字樣和統(tǒng)一標識，未經(jīng)甲方授權，乙方不得以甲方“辦事處”、某級別“”、“地區(qū)”或“總”等具有壟斷性、排他性和其它未經(jīng)甲方授權的名義進行廣告宣傳及商業(yè)活動。且不得將“_________網(wǎng)絡”與乙方作任何實質性聯(lián)系，其企業(yè)名稱不得出現(xiàn)“_________網(wǎng)絡”等引人誤解其為甲方分公司或分支機構或總、地區(qū)的字樣。乙方不得做出任何引人誤解或引起混淆的行為，使他人誤以為乙方是甲方子公司或分公司、關聯(lián)公司、全權或其他實質性關系單位。
2．1．8 乙方保證其所有經(jīng)營活動完全符合中國有關法律、法規(guī)、行政規(guī)章等的規(guī)定。如因乙方違反上述規(guī)定的行為給甲方帶來任何損害，乙方應承擔所有法律責任并賠償給甲方造成的損失。
2．1．9 本協(xié)議有效期內及本協(xié)議終止或者解除后，乙方承諾不向與甲方構成商業(yè)競爭關系的企業(yè)、商業(yè)機構或者組織提供有關甲方業(yè)務、技術等一切相關信息或者資料，否則承擔相應的責任。
2．1．10 乙方與甲方的其他商之間不得進行惡性競爭或者其它不正當競爭。
2．1．11 本協(xié)議所稱“與甲方構成商業(yè)競爭關系的企業(yè)、商業(yè)機構或者組織”是指符合下列情形之一的企業(yè)、商業(yè)機構或者組織：
（一）與甲方處于相同或者相近似的商業(yè)、技術領域；
（二）與甲方經(jīng)營范圍相同或者相近似；
（三）與甲方所提供的產(chǎn)品、服務或者所面向的客戶群相同或者相近似；
（四）法律、法規(guī)規(guī)定的其它情形。
2．1．12 乙方如非cnnic授權，則不得以cnnic授權名義進行活動，否則責任自負。給_________網(wǎng)絡造成損失的，應當全額賠償。
2．1．13 乙方應遵守并促使其用戶遵守甲方的各項服務和產(chǎn)品的在線申請／注冊條款，乙方的用戶違反前述條款的行為將被視為乙方的行為，甲方將直接向乙方追究責任。
2．2 甲方的權利和義務
2．2．1 雖然作為本合同服務標的的第一條所述之業(yè)務可能成為乙方與客戶服務合同中規(guī)定的服務標的，按照本合同約定，乙方以自己的名義與客戶建立合同關系并獨立承擔合同責任，甲方不與乙方的客戶建立服務合同關系。
2．2．2 乙方遞交的國際域名注冊業(yè)務，由于實行即付即注方式，一經(jīng)乙方遞交，甲方便視為乙方及客戶同意注冊此域名，甲方將在乙方的預付款余額足夠的前提下及時實行注冊；乙方要求的國內域名注冊，甲方接到乙方的在線申請及必需文件后，即開始進行查詢、注冊；虛擬主機設立和開通等其它業(yè)務必須在乙方預付款余額足夠或收到甲方匯款憑證傳真后按業(yè)務合同進行。其它業(yè)務甲方應在乙方提交申請后及時處理。
2．2．3 甲方向乙方提供完整的售后服務，詳細條款由甲、乙雙方之間具體的業(yè)務合同確定（包括電子版合同形式），但甲方的售后服務只對乙方，不面向客戶。
2．2．4 及時將與乙方業(yè)務有關的價格細則和變化，市場動態(tài)指導通知乙方（一般用電子郵件方式）。
2．2．5 向乙方提供業(yè)務范圍內的技術支持和技術培訓，幫助乙方提高技術能力，拓寬業(yè)務范圍。
2．2．6 對因乙方違反本協(xié)議造成客戶或甲方損失的，甲方有權終止本協(xié)議并有權要求乙方賠償損失。
2．2．7 對因甲方過錯造成的損失，甲方只向乙方承擔責任。該責任的承擔以甲、乙雙方之間發(fā)生的該筆具體業(yè)務金額的總額為上限。
2．2．8 對于乙方與其客戶之間的糾紛、爭議、損失、侵權、違約責任等，均由乙方與客戶自行解決，甲方不介入乙方與客戶的糾紛、爭議等，也不對客戶的任何損失負責。
2．2．9 在本協(xié)議有效期內，甲方有權根據(jù)市場情況修訂定價和管理規(guī)范；乙方保證接受甲方在本協(xié)議履行期內對相關管理條款的修訂。修訂一旦作出，甲方會提前_________天發(fā)送電子郵件或在甲方網(wǎng)站以公告形式通知乙方，修訂從規(guī)定的日期起生效。
2．3 客戶要約下的商的退出
2．3．1 甲方承諾不以任何形式主動提出與乙方客戶（以下稱“客戶”）建立直接的經(jīng)濟關系。
2．3．2 應客戶的書面要約，甲方可以與客戶簽訂服務合同，建立服務關系，尤其在下述情況下：
（一）客戶提交了自己作為域名、網(wǎng)站、服務器的所有權人的證明；
（二）客戶有證據(jù)證明乙方提供的服務不能達到乙方與客戶所簽訂的合同要求。沒有合同要求時，不能達到本行業(yè)一般人士認可的合理要求。
（三）客戶提交了已經(jīng)通知乙方終止合同的通知書。
2．3．3 甲方不對客戶和乙方合同的履行和終止承擔任何責任，由合同簽訂一方直接向對方承擔責任。
2．3．4 甲方與客戶簽訂服務合同后，甲乙雙方簽訂的合同中有關向該客戶提供服務的所有約定自行終止。
2．3．5 甲方與客戶簽訂服務合同后，對乙方就該客戶的服務向甲方交納的費用作如下處理：
（一）按照甲方和乙方合同約定，乙方未繳納的部分不再繳納；
（二）乙方已經(jīng)繳納給甲方的費用，在甲方扣除按照實際提供服務的時間占合同約定的總服務時間的比例計算的相應費用后，作如下處理：a．客戶書面提出請求，要求將該部分費用轉為與甲方簽訂合同中規(guī)定的應交服務費的部分或全部的，甲方將此費用自動轉為該服務費；b．客戶向甲方出具書面同意書，同意將此費用退還乙方的，甲方將此費用退回乙方。
第三條 對商的獎懲
3．1 依據(jù)美滿網(wǎng)絡的相關規(guī)定給予乙方產(chǎn)品價格優(yōu)惠。
3．2 乙方成為甲方后，有違反商信譽和宗旨的，或者違反本協(xié)議，以及給客戶或者甲方造成嚴重損害的，甲方有權取消其資格，追究其法律責任，同時本協(xié)議終止。
第四條 協(xié)議有效期
本協(xié)議有效期為_________年，自_________年_________月_________日至_________年_________月_________日。
第五條 企業(yè)名稱、商標、商號、品牌、域名和網(wǎng)站
5．1 在履行本協(xié)議期間，乙方只能在本協(xié)議約定的范圍內適當?shù)厥褂眉追降钠髽I(yè)名稱、商標、商號、品牌、域名和網(wǎng)站的名義，不超越甲方認可工作范圍的行為，更不得用于其它的目的和事項。乙方在使用甲方的企業(yè)名稱、商標、商號、品牌、域名和網(wǎng)站時，應當完全為甲、乙雙方在本協(xié)議中約定的內容服務，不得夾帶其他業(yè)務內容或經(jīng)營目的。乙方在其自身宣傳材料、名片、市場宣傳、網(wǎng)站建設以及其他任何方面使用甲方認可的名稱、域名和網(wǎng)站，都必須事先書面通知甲方，并獲得甲方的書面許可，方可進行。否則視為對甲方企業(yè)名稱、商標、商號、品牌、域名和網(wǎng)站的侵權，應負相應的責任。乙方使用甲方名稱、商標、域名的用途僅限于對其銷售的產(chǎn)品或服務的描述，不得進行使人聯(lián)想銷貨方或服務提供商為甲方的任何行為。
5．2 乙方及其職員承諾在履行本協(xié)議期間及在本協(xié)議期滿后不對甲方所有或將要擁有的商標、企業(yè)名稱、域名等進行貶低或者其它任何損害，也不對甲方互聯(lián)網(wǎng)網(wǎng)頁或者網(wǎng)站進行任何貶低、抄襲、歪曲、破壞或其它損害。在協(xié)議期間乙方應努力工作以維護、提高上述商標、企業(yè)名稱、域名的價值。
5．3 乙方承諾，若與甲方終止、解除本協(xié)議后未經(jīng)甲方書面同意，不得向他人明示或暗示與上述甲方之商標、企業(yè)名稱、域名有任何實質性聯(lián)系，或者以其它方式明示或暗示自己系甲方全權商。
5．4 因上述5．1、5．2和5．3情形給第三人或者甲方造成損害的，乙方承擔一切責任。
第六條 協(xié)議變更、終止及違約責任
6．1 甲、乙雙方應本著誠實信用的原則履行本協(xié)議。任何一方在履行中采用欺詐、脅迫或者暴力的手段，另一方均可以解除本協(xié)議并要求對方賠償損失。
6．2 任何一方在履行中發(fā)現(xiàn)或者有證據(jù)表明對方已經(jīng)、正在或預期將要違約，可以終止履行本協(xié)議，但應及時通知對方。若對方對本協(xié)議繼續(xù)不履行、履行不正當或者違約，該方可以解除本協(xié)議并要求對方賠償損失。
6．3 在協(xié)議執(zhí)行期間，如果雙方或一方認為需要終止，應提前一個月通知對方，雙方在財務結算完畢、各自責任明確履行之后，方可終止協(xié)議。因一方違反本協(xié)議的約定擅自終止本協(xié)議，給對方造成損失的，應賠償對方損失。在本協(xié)議期滿時，如雙方同意，可續(xù)簽本協(xié)議。
6．4 在6．3之情形下，對方應繼續(xù)完成當月的財務結算，各自明確責任。
6．5 經(jīng)雙方協(xié)商達成一致，可以對本協(xié)議有關條款進行變更，但應當以書面形式確認。
6．6 訂立本協(xié)議所依據(jù)的法律、行政法規(guī)、規(guī)章發(fā)生變化，本協(xié)議應變更相關內容；訂立本協(xié)議所依據(jù)的客觀情況發(fā)生重大變化，致使本協(xié)議無法履行的，經(jīng)甲乙雙方協(xié)商同意，可以變更或者終止協(xié)議的履行。
6．7 因本協(xié)議一方經(jīng)營情況發(fā)生重大困難、瀕臨破產(chǎn)進入法定整頓期或者被清算，任意一方可以解除本協(xié)議。
第七條 爭議解決
在本協(xié)議執(zhí)行期間如果雙方發(fā)生爭議，雙方應友好協(xié)商解決。如果協(xié)商不成，雙方同意向_________法院起訴。
第八條 不可抗力及意外事件
8．1 因不可抗力或者其他意外事件使得本協(xié)議的履行不可能、不必要或者無意義的，任一方均可以解除本協(xié)議。遭受不可抗力、意外事件的一方如全部或部分不能履行本協(xié)議、解除或延遲本協(xié)議，應自不可抗力、意外事件發(fā)生之日起五日內，將事件情況以書面形式通知另一方，并于事件發(fā)生之日起二十日內，向另一方提交導致其全部或部分不能履行或延遲履行的證明。
8．2 遭受不可抗力的一方應采取一切必要措施減少損失，否則應就擴大的損失承擔責任。
8．3 本協(xié)議所稱不可抗力、意外事件是指不能預見、不能克服并不能避免且對一方或雙方當事人造成重大影響的客觀事件，包括但不限于自然災害如洪水、地震、瘟疫流行和風暴等以及社會事件如戰(zhàn)爭、動亂、政府管制、電信原因等。
第九條 附則
9．1 本協(xié)議的訂立、效力、解釋、履行和爭議的解決均適用中華人民共和國法律。
9．2 除法律本身有明確規(guī)定外，后繼立法或法律變更對本協(xié)議不具有溯及力。雙方可根據(jù)后繼立法或變更后的法律，經(jīng)協(xié)商一致對本協(xié)議進行修改或補充，但應采用書面形式。
9．3 一方變更通知、通訊地址或其它聯(lián)系方式，應自變更之日起十日內，將變更后的地址、聯(lián)系方式通知另一方，否則變更方應對此造成的一切后果承擔責任。
9．4 本協(xié)議的理解與解釋應依據(jù)協(xié)議目的和文本原義進行，本協(xié)議的標題僅是為了閱讀方便而設，不應影響本協(xié)議的解釋。
9．5 任何一方對本協(xié)議的內容和對方當事人的商業(yè)機密均負有保密的義務。
9．6 本協(xié)議一式二份，雙方各執(zhí)一份，經(jīng)簽字、蓋章后生效，二份協(xié)議具有同等效力。
9．7 本協(xié)議由上述甲、乙雙方授權代表簽署于_________。
甲方（蓋章）：_________乙方（蓋章）：_________
摘要:伴隨著人們對網(wǎng)絡的依賴性的不斷增強,引發(fā)一場網(wǎng)絡技術的學習熱潮。網(wǎng)絡技術涉及到的知識和原理多,給網(wǎng)絡技術學習造成
>> 網(wǎng)絡協(xié)議仿真教學系統(tǒng)的構建與設計 基于動畫演示的網(wǎng)絡協(xié)議教學實踐 基于無線網(wǎng)絡的地震救援模擬演示系統(tǒng)開發(fā)與設計 基于網(wǎng)絡平臺下赫夫曼樹演示系統(tǒng)課件的設計與實現(xiàn) 基于802.1X協(xié)議的校園網(wǎng)絡認證計費系統(tǒng)的設計與實現(xiàn) 基于UDP協(xié)議網(wǎng)絡實時通訊系統(tǒng)的設計與實現(xiàn) 基于SIP協(xié)議的網(wǎng)絡視頻監(jiān)控系統(tǒng)的設計與實現(xiàn) Floyd算法分析與演示系統(tǒng)設計 多協(xié)議網(wǎng)絡優(yōu)化融合設計實踐 ERP協(xié)議庫存采購系統(tǒng)平臺設計 Modbus協(xié)議多機通訊系統(tǒng)設計 基于USRP 的無線網(wǎng)絡MAC協(xié)議半實物仿真系統(tǒng)設計與實現(xiàn) 無線傳感器網(wǎng)絡智能建筑節(jié)能系統(tǒng)數(shù)據(jù)傳輸協(xié)議設計與實現(xiàn) 基于XNA的圖文演示系統(tǒng)的設計與應用 淺談儲蓄管理演示系統(tǒng)的設計與實現(xiàn) 數(shù)字信號處理實驗演示系統(tǒng)設計與開發(fā) 數(shù)據(jù)結構算法演示系統(tǒng)的設計 測力傳感器演示實驗系統(tǒng)設計 飛機燃油系統(tǒng)動態(tài)演示裝置設計與實現(xiàn) 進程管理演示系統(tǒng)的設計與實現(xiàn) 常見問題解答 當前所在位置：.
[2] Tanenbaum A S. 計算機網(wǎng)絡[M].潘愛民,譯.北京:清華大學出版社,2004.
[3] Stevens W R. TCP/IP詳解卷1:協(xié)議[M].范建華,胥光輝,張濤,等.譯.北京:機械工業(yè)出版社,2000.
[4] 王霞.基于虛擬軟件的網(wǎng)絡實驗教學探究[J].科技信息:學術研究,2008(23).
[5] CAlan C B. Information content and communication in virtual reality[D].University of Illinois at Urbana-Champaign,2005.
[6] 李凌.探討虛擬現(xiàn)實的發(fā)展及其在教學中的典型應用[J].中國高新技術企業(yè),2008,(20).
本協(xié)議是《16畫面網(wǎng)視網(wǎng)絡電視機》使用者（以下稱您）與作者（以下簡稱作者）之間關于《16畫面網(wǎng)視網(wǎng)絡電視機》（以下稱本產(chǎn)品）產(chǎn)品的法律協(xié)議。
1．一旦復制、安裝或以其他方式使用本軟件產(chǎn)品，即表示同意接受協(xié)議各項條件的約束。如果您不同意協(xié)議的條件，則不能獲得使用本軟件產(chǎn)品的權力。
2．在您使用本軟件產(chǎn)品之前,請務必閱讀此《協(xié)議》，任何與《協(xié)議》有關的軟件、電子文檔等都應是按本協(xié)議的條款而授予您的，同時本《協(xié)議》亦適用于任何有關本軟件產(chǎn)品的后期發(fā)行和升級。您一旦復制、下載、安裝、訪問或以其它方式使用本軟件產(chǎn)品，即表示您同意接受本《協(xié)議》各項條款的約束。如您不同意本《協(xié)議》的條款，那么，版權所有人則不予將本軟件產(chǎn)品的使用權授予您。在這種情況下，您不得使用、復制或傳播本軟件產(chǎn)品。
3．《16畫面網(wǎng)視網(wǎng)絡電視機》由何林仙開發(fā)，其版權歸作者。本軟件產(chǎn)品受中華人民共和國版權法及國際版權條約和其他知識產(chǎn)權法及條約的保護。
4．用戶不得：刪除本軟件及其他副本上一切關于版權的信息；對本軟件進行反向工程，如反匯編、反編譯等；本軟件產(chǎn)品是被當成一個單一產(chǎn)品而被授予許可使用，不得將各個部分分開用于任何目的行動。
5．復制、分發(fā)和傳播：您可以復制、分發(fā)和傳播無限制數(shù)量的軟件產(chǎn)品，但您必須保證每一份復制、分發(fā)和傳播都必須是完整和真實的，包括所有有關本軟件產(chǎn)品的軟件、電子文檔，版權和商標宣言等。本軟件可以獨立分發(fā)亦可隨同其他軟件一起分發(fā)，但如因此而引起任何問題，版權人將不予承擔任何責任。
6．如果您未遵守本協(xié)議的任何一項條款，作者有權立即終止本協(xié)議，并保留通過法律手段追究責任。
7．本軟件版權人特此申明對本軟件產(chǎn)品之使用不提供任何保證，即使是付費用戶。版權人將不對任何用戶保證本軟件產(chǎn)品的適用性，不保證無故障產(chǎn)生；亦不對任何用戶使用此軟件所遭遇到的任何理論上的或實際上的損失承擔負責。使用本軟件產(chǎn)品由用戶自己承擔風險，在適用法律允許的最大范圍內作者在任何情況下不就因使用或不能使用本軟件產(chǎn)品所發(fā)生的特殊的、意外的、非直接或間接的損失承擔賠償責任。即使已事先被告知該損害發(fā)生的可能性。
8．本軟件是共享軟件。和其它共享軟件一樣通常是收費的。本軟件收費方式可能是一次性支付的，也可能是按用戶使用時間來計費的。后者情況下，即使用戶在付費使用期內未使用本產(chǎn)品，亦按使用期限計算。無論如何，作者可以根據(jù)其所提供的服務情況更改用戶使用期限。遇不可抗力，本軟件有權終止用戶的使用。
9．用戶須明白，使用本軟件產(chǎn)品涉及到internet服務，可能會受到各個環(huán)節(jié)不穩(wěn)定因素的影響。因此服務存在因不可抗力、計算機病毒或黑客攻擊、系統(tǒng)不穩(wěn)定、用戶所在位置、用戶關機以及其他任何技術、互聯(lián)網(wǎng)絡、通信線路原因等造成的服務中斷或不能滿足用戶要求的風險。用戶須承擔以上風險，作者不作擔保。對因此導致用戶的損失不承擔任何責任。
乙方：_________
甲乙雙方依據(jù)《中華人民共和國合同法》，經(jīng)友好協(xié)商，就甲方購買乙方網(wǎng)絡服務及涉及的相關事宜簽訂合同書如下：
一、總則
1．乙方同意為甲方提供網(wǎng)絡服務。
2．網(wǎng)站的信息必須符合中華人民共和國現(xiàn)行的各項相關法律，若網(wǎng)站的信息出現(xiàn)違反中華人民共和國現(xiàn)行的各項相關法律的內容，甲方應承擔相應的法律責任，且乙方有權終止對此甲方的服務，即關閉此網(wǎng)站甲方的信息。
二、乙方責任與權利
1．乙方根據(jù)雙方達成共識為甲方提供國際域名服務。
2．乙方必須保證網(wǎng)站上數(shù)據(jù)的準確性、可靠性、可看性、合法性。
三、甲方向乙方購買服務項目及相關事宜如下
服務項目：_________；服務年限：_________；費用空間：_________；對應網(wǎng)址：_________；國際域名_________。
四、合同款及付款方式
1．本合同規(guī)定的網(wǎng)絡服務費用為_________元整，大寫_________元整；
2．協(xié)議正式簽定生效后，甲方須在本合同簽訂之日起一次性以現(xiàn)金或銀行轉帳方式向乙方繳付網(wǎng)絡服務全部費用。
五、網(wǎng)絡服務
乙方在收到甲方全部費用后_________個工作日內生效。注冊者未在服務期屆滿前續(xù)費，有權自服務期屆滿之日的第二日終止提供服務并注銷有關網(wǎng)絡服務。
六、相關服務介紹
乙方為甲方提供相關網(wǎng)絡服務控制面板，可自行修改相關信息。
七、未盡事宜，雙方協(xié)商解決。
八、本合同一式二份，雙方各執(zhí)一份，簽字蓋章后生效。
甲方（蓋章）：_________ 乙方（蓋章）：_________
關鍵詞:網(wǎng)絡協(xié)議;計算機;傳輸效率
當前我國的計算機網(wǎng)絡技術在發(fā)展和應用上取得了重要的進步，同時也存在著許多的不足，尤其是在網(wǎng)絡信息傳輸效率上，需要進行更加完善的建設發(fā)展,通過對網(wǎng)絡協(xié)議的靈活應用，增強網(wǎng)絡信息傳輸效率。
1計算機網(wǎng)絡在我國的發(fā)展現(xiàn)狀
當前，計算機技術以及網(wǎng)絡技術已經(jīng)獲得了極大的發(fā)展成果，而這兩者之間有著重要的聯(lián)系，通過這兩種技術結合，使得計算機網(wǎng)絡技術得到了巨大的進步。雖然我國當前的計算機網(wǎng)絡技術在世界范圍內還處于起步階段，與其他如美國、日本等國家的計算機網(wǎng)絡技術使用情況還有一些差距，但是在我國的一些地區(qū)中尤其是東部沿海地區(qū)，其計算機網(wǎng)絡技術在信號傳遞速度上已經(jīng)獲得了世界先進的水平，甚至在某些方面已經(jīng)超越了很多的世界發(fā)達國家。而同時，在我國的一些偏遠的地區(qū)，例如我國的西部等地區(qū)，由于經(jīng)濟發(fā)展的情況較為落后，所以使得計算機網(wǎng)絡技術在這些區(qū)域還沒有真正的普遍的發(fā)展起來，尤其是在網(wǎng)絡的基礎設施的建設上，很多地區(qū)還在使用著電話數(shù)字撥號的網(wǎng)絡連接方式。所以我國的計算機網(wǎng)絡技術在未來的發(fā)展上還有很長的路要走，還有很多的問題需要去解決，需要盡最大的努力縮短我國各個地區(qū)之間計算機網(wǎng)絡技術的差距。尤其是在我國計算機網(wǎng)絡技術獲得較為普遍應用的情況下，政府已經(jīng)相繼頒布了許多扶持政策，對于網(wǎng)絡的運營以及基礎建設等方面進行積極有力的支持。在這樣的新時期下，我國已經(jīng)實現(xiàn)在全國范圍內鋪設數(shù)條光纖主干線。在一定程度上提高了我國當前的網(wǎng)絡信息傳送的效率，但是在網(wǎng)絡基礎建設的過程或中還有很多在技術上的不足，在對光纖的應用上還缺少相應的實際經(jīng)驗，尤其是在光纖網(wǎng)絡的基礎建設過程中，還存在著一定的施工問題需要去解決。
2影響計算機網(wǎng)絡傳輸效率的因素
2.1網(wǎng)絡技術的基礎建設
在計算機網(wǎng)絡技術中，信息的傳遞以及數(shù)據(jù)的存儲都離不開硬件設備的有力支持，只有通過在一定基礎設施上的建設才能實現(xiàn)對網(wǎng)絡速度的有效提升。例如在傳統(tǒng)的電纜傳遞過程中，在安裝完基礎設施的建設后，其網(wǎng)絡傳遞速度也就基本固定了下來，如果在這個時候需要提高網(wǎng)絡的速度就需要增加相應的網(wǎng)絡路線，但這樣的改變方式在技術上是很難實現(xiàn)的。因此，在現(xiàn)代的網(wǎng)絡技術基礎建設中，就需要選擇更為適合當前社會發(fā)展需求多變的網(wǎng)絡傳輸材料，就目前來看，光纖材料的屬性在網(wǎng)絡基礎設施的建設中是最為合適的，然而光纖在實際的使用過程中也需要有著良好的鋪設環(huán)境，在進行安裝的過程中應當設計出最合適的工作環(huán)境。
2.2傳輸協(xié)議
在計算機網(wǎng)絡技術中，除了受硬件設備上的影響外，傳輸協(xié)議也是影響網(wǎng)絡技術傳輸效率的重要因素。在不同的計算機當中，其存儲信息的格式也會有所區(qū)別，這就導致了在計算機之間是無法直接聯(lián)系的，所以想要將一臺計算機上的數(shù)據(jù)傳遞到另一臺計算機當中，就需要建立起可以實現(xiàn)全部計算機都可以識別的信息數(shù)據(jù)標準，這個標準就叫做網(wǎng)絡傳輸協(xié)議。在當前的社會中，IP/TCP協(xié)議是使用最為廣泛的網(wǎng)絡數(shù)據(jù)傳輸協(xié)議，這種協(xié)議在計算機網(wǎng)絡技術早期的發(fā)展中由于實際的需求而被發(fā)明出來，是在設計的過程中專門針對網(wǎng)絡傳遞的技術。
3網(wǎng)絡協(xié)議的結構
3.1網(wǎng)絡數(shù)據(jù)的收集
在通常的情況下，網(wǎng)絡數(shù)據(jù)的收集是需要為其網(wǎng)絡協(xié)議提供相應數(shù)據(jù)，因此在獲取網(wǎng)絡數(shù)據(jù)的過程中，應當保證數(shù)據(jù)的準確性，便于在傳輸協(xié)議上進行高效的分析。
3.2網(wǎng)絡協(xié)議的分析
在網(wǎng)絡協(xié)議中，進行網(wǎng)絡協(xié)議的分析是整個協(xié)議結構中最為重要的環(huán)節(jié)，在網(wǎng)絡協(xié)議的分析上，主要是通過在IP/TCP協(xié)議中建立相關的參考數(shù)據(jù)模型的方式，在各個不同格式中的數(shù)據(jù)會通過相應的網(wǎng)絡協(xié)議來實現(xiàn)數(shù)據(jù)分析以及收集到網(wǎng)絡數(shù)據(jù)包當中，其中進行識別的技術主要是在計算機的端口進行檢測，識別其特征深度的方式。
3.3IP/TCP協(xié)議簇
在網(wǎng)絡協(xié)議當中，IP/TCP協(xié)議屬于非常復雜且規(guī)模龐大的數(shù)據(jù)體系。因此，為了實現(xiàn)更有效率的進行協(xié)議描述，就需要在協(xié)議的設計環(huán)節(jié)以及最后的應用中進行協(xié)議的結構分層，參考建立相應的數(shù)據(jù)模型。在協(xié)議中對于網(wǎng)絡數(shù)據(jù)在不同定義的情況下進行描述，對協(xié)議中不同結構層次上的具體功能以及其不同的交互方式進行全面的分析。其中較為常見的協(xié)議模型有IP/TCP協(xié)議數(shù)據(jù)參考模型以及OSI網(wǎng)絡數(shù)據(jù)參考模型。
4在計算機中網(wǎng)絡傳輸?shù)男?/p>
在對計算機網(wǎng)絡技術傳輸效率進行研究的過程中，需要從整體到局部的順序進行研究。其中整體的效率就是指在計算機網(wǎng)絡傳送過程中實際的信息傳輸效率，而局部的效率則是指在網(wǎng)絡中不同子級網(wǎng)絡的實際信息傳送效率，因此在對效率進行分析的過程中，需要對網(wǎng)絡的局部效率、網(wǎng)絡傳輸效率、節(jié)點效率等進行系統(tǒng)性的研究。
4.1局部的信息傳輸效率
通常來講，在計算機網(wǎng)絡的局部范圍內的信息傳遞效率應當是與其相應的各個節(jié)點以及與之相接近的點所構成的子網(wǎng)絡二者相加的總和與節(jié)點的具體數(shù)量的比例值。因此，在局部的傳輸效率中，會與網(wǎng)絡的簇系數(shù)有一定的相似程度，二者都是能夠表示出網(wǎng)絡中局部的性能。
4.2網(wǎng)傳效率
在網(wǎng)絡協(xié)議的基礎上網(wǎng)傳的效率是在計算機網(wǎng)絡當中，其所有的節(jié)點在時間傳輸效率上的平均數(shù)值。
4.3點傳效率
對于網(wǎng)絡傳輸效率來講，點傳效率主要是指在網(wǎng)絡的所有節(jié)點實際的信息傳遞效率上的平均數(shù)值。因此，點傳效率在網(wǎng)絡信息傳輸?shù)倪^程中有著重要的意義。同時在網(wǎng)絡設備中例如路由器、配置交換器、中繼設備等都可以進行高性能的配置，在對網(wǎng)絡進行日常維護的過程中應當重點關注這些節(jié)點。5結論總而言之，當前我國的計算機網(wǎng)絡技術應用已經(jīng)非常的普遍，但是在一部分的地區(qū)中還會存在著一些問題，這就需要在信息的傳輸效率上不斷的改善技術、提高設備功能，為我國的計算機網(wǎng)絡應用水平做出更多的努力。
參考文獻
[1]翁慧敏.流控制傳輸協(xié)議分析及其在車載網(wǎng)絡中的應用研究[D].江西師范大學,2014.
[2]何貴陽.計算機網(wǎng)絡接口的設計與傳輸效率分析[N].長沙鐵道學院學報(社科學版),2014(01):319-320.
甲方：_________
乙方：_________
第一條 合同項目
乙方甲方在國際互聯(lián)網(wǎng)（internet）上注冊甲方申請注冊的通用網(wǎng)址。注冊的數(shù)量為通用網(wǎng)址_________個，分別為_________；
第二條 雙方的權利和義務
2．1 甲方的權利和義務
2．1．1 甲方對所注冊的通用網(wǎng)址擁有internet通用網(wǎng)址管理機構（包括但不限于nsi和／或cnnic，下同）認可意義下的所有權。
2．1．2 甲方可以在注冊成功之后的任何時候，將通用網(wǎng)址保留在乙方的通用網(wǎng)址服務器或者轉移到其他甲方指定的通用網(wǎng)址服務器上。
2．1．3 甲方所申請注冊的通用網(wǎng)址，應該沒有侵犯乙方或者任何第三方的權利。如果該申請注冊的通用網(wǎng)址侵犯了乙方或者任何第三方的權利，由甲方承擔一切責任。
2．1．4 甲方承擔此次通用網(wǎng)址注冊全過程產(chǎn)生的權利和義務及違反2．1．5所可能產(chǎn)生的后果。
2．1．5 甲方認識到通用網(wǎng)址注冊申請的成功與否是由申請本身及申請時間等因素決定的，乙方僅以身份代為辦理有關手續(xù)，對通用網(wǎng)址能否成功注冊不提供任何擔保。在未與乙方核實之前，甲方不得對外聲稱自己是該申請通用網(wǎng)址的所有者，也不得斷定通用網(wǎng)址注冊成功或者注冊不成功。
2．1．6 甲方應向乙方出具授權委托書并為乙方的工作提供必要的協(xié)助。
2．1．7 甲方應按時足額向乙方繳納所需的全部費用。如果在規(guī)定的時間內沒有足額交費，將被視為自動放棄所注冊通用網(wǎng)址，甲方應承擔全部后果（包括但不限于被通用網(wǎng)址管理機構取消該通用網(wǎng)址的注冊）。
2．2 乙方的權利和義務
2．2．1 乙方為甲方辦妥第一條所注明的通用網(wǎng)址的全部申請注冊手續(xù)，乙方不以任何明示或者暗示的方式擔保甲方申請注冊的通用網(wǎng)址能夠成功注冊。
2．2．2 乙方在本合同生效后_________個工作日內進行有關的查詢和注冊申請。
2．2．3 乙方提供如下的注冊后服務：向甲方報告查詢和注冊結果；代甲方支付internet通用網(wǎng)址管理機構所需的有關費用；用乙方的通用網(wǎng)址服務器為甲方的通用網(wǎng)址提供通用網(wǎng)址服務；在本合同有效期內保持甲方的通用網(wǎng)址直到甲方具備使用它的條件；如果甲方提出書面申請，為甲方設立電子郵件轉發(fā)帳號和不可編輯的“建設之中”的網(wǎng)頁；在甲方提出書面申請時，將通用網(wǎng)址轉移到甲方指定的通用網(wǎng)址服務器上。
2．2．4 乙方按照約定收取本合同第三條的合同金額和代甲方繳納的有關費用及按照規(guī)定標準應收取的其他費用。
第三條 合同金額
本合同涉及到的國際國內通用網(wǎng)址注冊的收費標準和注冊數(shù)目如下：
通用網(wǎng)址注冊費是人民幣_________元／年，_________個通用網(wǎng)址合計_________元；
本合同全部金額為_________元。
第四條 服務期限
在本合同中，對于保護性通用網(wǎng)址注冊，乙方的服務期限為：通用網(wǎng)址為_________年_________。
第五條 付款方式
在本合同簽訂之同時，甲方將注冊通用網(wǎng)址的全部款項共計_________元支付乙方。對于后續(xù)服務所需的費用，甲方在前一次付款款項的有效期結束之前_________個月內支付乙方，本合同得以繼續(xù)履行。
第六條 合同期限
合同期限與服務期限一致。
第七條 合同解除，終止及違約責任
7．1 在合同執(zhí)行期間，如果甲方將通用網(wǎng)址轉移到除乙方以外的其他通用網(wǎng)址服務器，本合同即告解除。
7．2 在甲方前一次付款款項的有效期結束后，如沒有接到甲方第二次付款，本合同自動失效。
7．3 如果甲方所需的通用網(wǎng)址未能注冊成功，本合同即告解除，乙方將全部款項扣除有關費用后退還甲方。
第八條 爭議解決
8．1 因履行本合同或與本合同有關的一切爭議，雙方當事人應通過友好協(xié)商方式解決。
8．2 如果協(xié)商未成，雙方同意向地方法院提交仲裁并接受其仲裁規(guī)則。
第九條 不可抗力
9．1 因不可抗力或者其他意外事件，使得本合同的履行不可能，不必要或者無意義的，任一方均可以解除本合同。遭受不可抗力，意外事件的一方通過書面的形式通知對方，本合同即告終止。
9．2 本合同所稱不可抗力，意外事件是指不能預見，不能克服并不能避免且對一方或雙方當事人造成重大影響的客觀事件，包括但不限于自然災害如洪水、地震、瘟疫流行和風暴等以及社會事件如戰(zhàn)爭、動亂、政府行為等。
第十條 其他約定
10．1 本合同的解除、終止或者本合同有關條款的無效均不影響本合同關于合同的解釋，違約責任及爭議解決的有關約定的效力。
10．2 本合同的訂立、效力、解釋、履行和爭議的解決均適用中華人民共和國法律法規(guī)和計算機行業(yè)的規(guī)范。
10．3 如果本合同任何規(guī)定根據(jù)適用的現(xiàn)行法律被確定為無效或無法實施，本合同的其他所有條款將繼續(xù)有效。此種情況下，雙方將以有效的約定替換該約定，且該有效約定應盡可能接近原約定和本合同相應的精神和宗旨。
10．4 一方變更通知，通訊地址或其他聯(lián)系方式，應自變更之日起_________日內，將變更后的地址，聯(lián)系方式通知另一方，否則變更方應對此造成的一切后果承擔責任。
10．5 對本合同的理解與解釋應依據(jù)合同目的和文本原義及業(yè)界通行的理解和慣例進行，本合同內的標題不應影響本合同的解釋。
10．6 經(jīng)雙方協(xié)商一致，可以對本合同有關條款進行變更，但應當以書面形式確認。
10．7 訂立本合同所依據(jù)的法律，行政法規(guī)，規(guī)章發(fā)生變化，本合同應變更相關內容；訂立本合同所依據(jù)的客觀情況發(fā)生重大變化，致使本合同無法履行的，經(jīng)甲乙雙方協(xié)商同意，可以變更本合同相關內容或者終止合同的履行。
10．8 因乙方經(jīng)營發(fā)生嚴重困難，瀕臨破產(chǎn)進入法定整頓期或者被清算，雙方均可以解除本合同。
10．9 甲，乙雙方應本著誠實信用的原則履行本合同。任何一方在履行中采用欺詐，脅迫或者暴力的手段，另一方均可以解除本合同并有權要求對方賠償損失。
10．10 本合同的有關條款或者約定若與雙方以前簽署的有關條款或者乙方的有關陳述不一致或者相抵觸的，以本合同為準；但經(jīng)雙方協(xié)商一致同意保留的除外。
第十一條 附則
本合同如有未盡事宜，雙方協(xié)商解決。本合同一式兩份，雙方各執(zhí)一份，經(jīng)簽字、蓋章后生效，兩份合同具有同等效力。
甲方（蓋章）：_________乙方（蓋章）：_________
授權代表（簽字）：_________授權代表（簽字）：_________
地址：_________地址：_________
郵編：_________郵編：_________
電話：_________電話：_________
【關鍵詞】計算機網(wǎng)絡通信協(xié)議TCP/IP協(xié)議IPX/SPX及其兼容協(xié)議
隨著計算機技術的普及，網(wǎng)絡信息化得到了新的發(fā)展。在這個過程中計算機網(wǎng)絡通信協(xié)議成為該行業(yè)討論的焦點問題。因此，本文將從通信協(xié)議的概念、原則和常見協(xié)議幾個方面進行分析，力求提供新的思路。
1網(wǎng)絡通信協(xié)議的概念
在計算機通信的過程中，兩臺計算機之間必須使用通信協(xié)議。網(wǎng)絡通信協(xié)議主要是指通過信道和設備將多個不同位置的數(shù)據(jù)進行連接的通信系統(tǒng)，是計算機之間實現(xiàn)會話的必要基礎。通信協(xié)議具有可靠性、有效性和層次性的特點。其本質是一種規(guī)則的體現(xiàn)，即計算機網(wǎng)絡硬件和軟件必須共同遵守的規(guī)則。與此同時，我們認為網(wǎng)絡協(xié)議并不是單獨存在的，常常存在于其他軟件中。其中，基礎型協(xié)議主要用來提供網(wǎng)絡連接的服務，是通信服務中最基礎的層面;應用型協(xié)議需要針對具體的網(wǎng)絡服務來進行選擇，不屬于必備協(xié)議。從組成方面來看，網(wǎng)絡協(xié)議主要包含三個要素，即語義、語法和時序。語義主要是對協(xié)議元素進行必要的解釋，而不同的協(xié)議元素對語義的規(guī)定有所差別。語法主要是將各個協(xié)議的元素進行組合，通過計算機語言表達出相對完整的內容，是對信息數(shù)據(jù)處理的結構形式。時序則是對事件發(fā)生的順序進行調整和說明。
2網(wǎng)絡通信協(xié)議的原則
在計算機網(wǎng)絡通信協(xié)議中進行信息和數(shù)據(jù)傳遞需要堅持三大原則。即所選協(xié)議的一致性、選擇高版本協(xié)議和通信協(xié)議的單一性。所選協(xié)議的一致性是指協(xié)議需要和網(wǎng)絡結構、功能相一致。在計算機網(wǎng)絡通信協(xié)議中，網(wǎng)絡通信協(xié)議需要對網(wǎng)絡規(guī)模、兼容性和管理進行綜合考慮。具體而言，當網(wǎng)絡規(guī)模較小時，對網(wǎng)絡的要求也隨之較低。因此在網(wǎng)絡配置的選擇上重心在于網(wǎng)絡速度。故，在協(xié)議的選擇上以占用內存小和寬帶利用率高的協(xié)議為主，常見的有:NetBEUI。反之，當網(wǎng)絡規(guī)模較大時，網(wǎng)絡結構也變得復雜，此時可以選擇擴充性和管理性較強的協(xié)議，常見的有:TCP/IP。通信協(xié)議的單一性主要是指計算機之間的通信離不開通信協(xié)議，常規(guī)模式下每一個網(wǎng)絡只能選擇一種通信協(xié)議。這是因為，每一個網(wǎng)絡通信協(xié)議均會占用計算機內存，當選擇協(xié)議較多時，無疑會造成內存資源的不足和浪費，從而直接影響到計算機的運行速度，加大了網(wǎng)絡管理的難度。選擇高版本協(xié)議主要原因是:高版本協(xié)議的功能和性能相對較好。值得一提的是每個通信協(xié)議都有其最合適的網(wǎng)絡環(huán)境。因此，使用者需要根據(jù)網(wǎng)絡計算機的環(huán)境選擇與之匹配的網(wǎng)絡通信協(xié)議。
3常見的網(wǎng)絡通信協(xié)議
3．1TCP/IP協(xié)議
TCP/IP協(xié)議是TCP協(xié)議和IP協(xié)議的結合體，是最重要的兩種協(xié)議。最早使用該協(xié)議的是Unix系統(tǒng)，并且得到了市場上大多數(shù)計算機廠商和操作系統(tǒng)的大力支持。在互聯(lián)網(wǎng)的使用過程中，TCP/IP協(xié)議能夠提供有效地端字節(jié)傳輸服務。首先，傳給IP層的數(shù)據(jù)流可以通過TCP分割成長度較為合適的數(shù)據(jù)段后再進行二次傳輸，然后根據(jù)接收端主機從IP層接收的數(shù)據(jù)包進行上傳。常見的IP協(xié)議主要為IPV4協(xié)議和IPV6協(xié)議，該協(xié)議規(guī)定了在互聯(lián)網(wǎng)傳輸過程中準確的數(shù)據(jù)格式，因此，在TCP/IP協(xié)議中的傳輸是相對嚴格的一個過程。與此同時，IPV6協(xié)議優(yōu)于IPV4協(xié)議，具體表現(xiàn)在三個方面。即IPV6協(xié)議擁有更為廣闊的地址空間，將IP地址長度從32位上升到128位;擁有更小的路由表，即IPV6協(xié)議遵循聚類原則，路由器可以在路由表中選擇一條記錄來代表一片子網(wǎng)，因此縮短了路由表的長度，進而提高了路由器轉發(fā)數(shù)據(jù)包的速度。最后，IPV6協(xié)議協(xié)議增加了自動配置的支持功能，該功能能夠使網(wǎng)絡管理更為便利和安全，同時可以對網(wǎng)絡層提供加密數(shù)據(jù)處理，提高了互聯(lián)網(wǎng)安全。除此之外，TCP/IP協(xié)議本身具有較強的靈活性，可以支持不同規(guī)模的網(wǎng)絡，連接所有的服務器和工作站。但是，在這個過程中也存在一些麻煩和問題。即在使用其他協(xié)議的過程中不需要進行配置，可以自動的分配網(wǎng)絡所需的必要信息，減少人工操作。而TCP/IP協(xié)議需要完成相對復雜的設置過程，即每一個節(jié)點都需要IP地址、子網(wǎng)掩碼、默認網(wǎng)關和主機名。此外，對于Windows中的TCP/IP協(xié)議而言，想要直接加入WindowsNT域只安裝TCP/IP協(xié)議是無法登陸的，還需要在Windows系統(tǒng)上安裝NetBEUI協(xié)議，從而順利的訪問其服務器的域中。
3．2IPX/SPX及其兼容協(xié)議
IPX/SPX及其兼容協(xié)議是由Novell公司開發(fā)的一種網(wǎng)絡通信協(xié)議集，與NetBEUI通信協(xié)議不同的地方在于該協(xié)議較為龐大，在復雜的網(wǎng)絡環(huán)境下依舊有強大的適應性。因此，非常適合大型網(wǎng)絡使用。與此同時，IPX/SPX及其兼容協(xié)議可以通過網(wǎng)絡地址信息來辨別身份，不需要任何其他配置，是其最大的優(yōu)點。此外，IPX/SPX及其兼容協(xié)議所有的網(wǎng)絡IP和節(jié)點IP都有內部的一個IPX地址，具有唯一性。然而，IPX屬于NetWare自帶的最底層的網(wǎng)絡協(xié)議，其功能主要是對網(wǎng)絡中傳輸?shù)臄?shù)據(jù)負責，即僅保證傳輸?shù)某晒?，不保證傳輸?shù)恼_性。而SPX主要是針對數(shù)據(jù)的正確性進行核查與處理。因此，當兩種協(xié)議合并在一起的時候能夠具備較強的功能，彌補其劣勢。因此，使用Windows的用戶可以獲得NetWare服務器的相關服務，當Novell環(huán)境開始轉向微軟平臺的時候，這兩種平臺將實現(xiàn)共存。
3．3NetBEUI協(xié)議
NetBEUI協(xié)議最大的優(yōu)點在于速度快、體積小和效率高，且NetBEUI協(xié)議是微軟主流產(chǎn)品的缺省協(xié)議。該協(xié)議主要應用于小型局域網(wǎng)環(huán)境中，且局域網(wǎng)中可以實現(xiàn)幾百臺PC機的互聯(lián)。NetBIOS是NetBEUI通信協(xié)議中的一個網(wǎng)絡接口標準，其功能是加強PC機之間的通信，而內網(wǎng)PC機一般不超過30個。
4結語
隨著局域網(wǎng)的組建和發(fā)展，網(wǎng)絡兼容性和網(wǎng)絡規(guī)則將直接影響到網(wǎng)絡通信協(xié)議的選擇。與此同時，TCP/IP協(xié)議主要用于效率高且擴展性能較強的網(wǎng)絡，而NetBEUI通信協(xié)議比較適合小型網(wǎng)絡。IPX/SPX及其兼容協(xié)議協(xié)議主要適用于兩種平臺共存的計算機網(wǎng)絡系統(tǒng)。因此，在網(wǎng)絡通信協(xié)議的選擇上需要根據(jù)實際需要進行科學的、合理的選擇，提高計算機的使用效率。
參考文獻:
［1］劉芳基．于通信順序進程的計算機網(wǎng)絡通信協(xié)議形式化描述［J］．信息系統(tǒng)工程，2016(2)．
［2］吉逸，吳國新．計算機網(wǎng)絡體系結構及通信協(xié)議［J］．江蘇機械制造與自動化，2011(5)．
［3］石全民，何輝．網(wǎng)絡安全協(xié)議在計算機通信技術當中的作用與意義［J］．中國建材科技，2015(4)．
隨著我國電子計算機技術與網(wǎng)絡信息技術的快速發(fā)展，科技的進步給人們的生活帶來了翻天覆地的改變，為人們的日常工作帶來了諸多便利。如今，計算機網(wǎng)絡已然成為人們生活中不可或缺的重要部分，網(wǎng)絡協(xié)議分析技術作為計算機網(wǎng)絡平臺的關鍵技術支撐維系著網(wǎng)絡的正常運轉，很多IT領域的研究人員及從業(yè)者對網(wǎng)絡協(xié)議分析十分重視。本文就網(wǎng)絡協(xié)議分析技術的基本原理和相關概念做以論述，進一步探究該技術的核心框架及內涵，并結合該技術在現(xiàn)實領域中的實際應用，剖析網(wǎng)絡協(xié)議分析系統(tǒng)的有序運行對于網(wǎng)絡安全的重要意義。
【關鍵詞】網(wǎng)絡協(xié)議分析 網(wǎng)絡數(shù)據(jù) 技術研究與應用
一直以來，專業(yè)的網(wǎng)絡信息技術人員對于網(wǎng)絡協(xié)議分析技術的探究從未停止。而且，從應用現(xiàn)狀來看，TCP/IP協(xié)議是構建互聯(lián)網(wǎng)架構基礎，它對于當下互聯(lián)網(wǎng)世界的快速發(fā)展起到了重要的支撐作用?，F(xiàn)階段，有關網(wǎng)絡協(xié)議分析技術的研究與實踐都經(jīng)歷了較漫長的時期，并且也已經(jīng)發(fā)展得較為成熟，該技術能夠起到凈化網(wǎng)絡環(huán)境的作用，具備實踐與研究價值。
1 網(wǎng)絡協(xié)議分析技術的研究
TCP/IP協(xié)議是網(wǎng)絡協(xié)議系統(tǒng)中的重要組成部分，它也是現(xiàn)代網(wǎng)絡信息管理中最核心的協(xié)議之一。TCP/IP協(xié)議的基本原理很簡單，首先由IP層接收到網(wǎng)絡接口層所發(fā)送的數(shù)據(jù)包以后，然后將該數(shù)據(jù)內容再發(fā)送到TCP層或UDP層，這就完成了單向數(shù)據(jù)的傳送過程，同理，也可以將從TCP層或UDP層所接收到的網(wǎng)絡信息數(shù)據(jù)傳統(tǒng)至下層環(huán)境中[1]。但是，在傳送數(shù)據(jù)的過程中，由于IP層的傳輸不會受到過度限制，信息的傳遞順次可能會有所改變。從網(wǎng)絡協(xié)議分析的基礎框架結構來看，網(wǎng)絡協(xié)議分析技術的理論研究內容仍有一定的挖掘空間。
1.1 網(wǎng)絡協(xié)議分析框架
依照TCP/IP參考模型，在數(shù)據(jù)包封裝相關技術研究的基礎上，采取端口檢測以及特征值深度包檢測等協(xié)議識別技術，探究網(wǎng)絡協(xié)議分析的基本內容。并且，根據(jù)協(xié)議標識字段依次識別網(wǎng)絡協(xié)議類型，采用樹形結構進行構建協(xié)議分析的基本模式。另外，按照TCP/IP協(xié)議格式逐層顯示所采集到的網(wǎng)絡數(shù)據(jù)包的各層協(xié)議網(wǎng)絡字段信息，最終構建起網(wǎng)絡協(xié)議分析的基礎框架。
1.2 網(wǎng)絡數(shù)據(jù)采集
從以往的網(wǎng)絡拓撲形態(tài)結構來看，總共可以分為五種類型的網(wǎng)絡架構類型，即總線型、環(huán)形、星型、樹形與網(wǎng)型，每種形態(tài)結構都有其獨特的適用環(huán)境與搭建標準；再從傳輸技術的角度而言，網(wǎng)絡拓撲結構又可劃分為兩類，即點對點的傳播方式與廣泛散播方式，二者都能夠對網(wǎng)絡協(xié)議和數(shù)據(jù)采集過程產(chǎn)生影響。無論如何劃分網(wǎng)絡結構與形態(tài)，網(wǎng)絡協(xié)議分析技術需要足夠的網(wǎng)絡數(shù)據(jù)來支撐，只有當網(wǎng)絡結構中的數(shù)據(jù)庫中采集到大量的網(wǎng)際間信息數(shù)據(jù)時，網(wǎng)絡分析技術的框架才可能搭建起來。
1.3 網(wǎng)絡協(xié)議分析
一般情況下，網(wǎng)絡環(huán)境中的物理地址與IP地址是互相綁定的，這樣可以穩(wěn)定網(wǎng)絡運行環(huán)境中的各項信息資源，以便于網(wǎng)絡參與者執(zhí)行信息傳輸與操作。但同時，也意味著當有人盜用他人網(wǎng)絡地址進行惡意操作時，就會給正常使用網(wǎng)絡的人們帶來一定的風險，易發(fā)生損失。所以，就要發(fā)揮出網(wǎng)絡協(xié)議分析技術的功能，通過研究物理地址與IP地址的綁定時間范圍，來確定并指認盜用網(wǎng)絡者的非理，進而維護網(wǎng)絡運行安全。
2 網(wǎng)絡協(xié)議分析技術的應用
2.1 網(wǎng)絡協(xié)議分析技術的應用現(xiàn)狀
在實踐過程中，網(wǎng)絡協(xié)議分析技術的應用標準較為嚴格。在針對網(wǎng)絡入侵檢測系統(tǒng)采取模塊匹配方式執(zhí)行操作時，由于網(wǎng)絡信息量較大，導致探測結果出現(xiàn)偏差?？梢?，網(wǎng)絡協(xié)議分析技術在實踐過程中并不十分完美。但就目前來看，基于網(wǎng)絡協(xié)議分析技術的數(shù)據(jù)檢測平臺的運行較為穩(wěn)定，該平臺下的網(wǎng)絡數(shù)據(jù)運算數(shù)據(jù)結果更為精準，對于數(shù)據(jù)包的傳輸及處理過程也較為及時，且能夠對每一個網(wǎng)絡用戶的命令進行合理的分析，并給出相應的分析測試結果，以便于維護網(wǎng)絡平臺的安全與和諧。
2.2 網(wǎng)絡協(xié)議分析技術的實踐意義
在以往對網(wǎng)絡協(xié)議技術內容的研究與應用過程中，專家學者及IT技術人員不僅對系統(tǒng)應用進程管理技術以及網(wǎng)絡入侵行為技術的深度探究，而且還設計應用進程對照以及入侵行為檢測等相關系統(tǒng)模型。這些研究內容及實踐經(jīng)驗的積累，能夠將網(wǎng)絡協(xié)議分析技術的功能淋漓盡致的發(fā)揮出來。利用網(wǎng)絡協(xié)議分析的基礎原理實現(xiàn)了數(shù)據(jù)包級別應用進程查找功能，以及入侵檢測響應等終端安全檢測功能，這些功能定能夠為實際應用提供有益的幫助。而且，在實踐過程中，網(wǎng)絡協(xié)議分析技術為人們的生活和工作所依托的網(wǎng)絡平臺掃清了溝通的障礙。
3 結束語
通過研究網(wǎng)絡協(xié)議分析技術的核心框架與實踐價值，挖掘出網(wǎng)絡協(xié)議分析系統(tǒng)中網(wǎng)絡數(shù)據(jù)采集與網(wǎng)絡協(xié)議分析的實際內涵，即維護網(wǎng)絡平臺的正常運轉，并能夠對網(wǎng)絡數(shù)據(jù)進行適當?shù)陌踩珯z測。研究網(wǎng)絡協(xié)議分析技術對與實踐而言具有絕佳的現(xiàn)實意義，使得網(wǎng)絡環(huán)境更加平等、和諧。在實踐過程中，應用網(wǎng)絡協(xié)議分析技術，能夠使網(wǎng)絡檢測過程更加完善。由此可見，網(wǎng)絡協(xié)議分析技術的具備一定的研究價值與應用價值。
參考文獻
[1]盧良進，徐向華，童超.無線傳感網(wǎng)絡協(xié)議分析技術研究與實現(xiàn)[J].傳感技術學院，2010，12（12）：196-197.
[2]張楠.新一代入侵檢測技術與應用――基于協(xié)議分析技術的入侵檢測系統(tǒng)模型研究[J].計算機安全2010，12（12）：155-156.
[3]楊杰，陳昕，萬劍雄.網(wǎng)絡協(xié)議分析與決策樹挖掘的入侵檢測模型研究[J].計算機應用與軟件，2010，2（04）：144-145.
[4]方欣，萬揚，文霞，郭彩云.基于協(xié)議分析技術的網(wǎng)絡入侵檢測系統(tǒng)中DDoS攻擊的方法研究[J].信息網(wǎng)絡安全，2012，4（04）：166-167.
[5]戴建軍，吳衛(wèi)東，羅廷生.基于可視化技術的網(wǎng)絡協(xié)議分析[J].現(xiàn)代計算機（專業(yè)版），2011，10（18）：188-189.
關鍵詞：計算機 網(wǎng)絡通信協(xié)議
0 引言
本文就計算機網(wǎng)絡通信協(xié)議、選擇網(wǎng)絡通信協(xié)議的原則、TCP/IP通信協(xié)議的安裝、設置和測試等，作進一步的研究和探討。
1 網(wǎng)絡通信協(xié)議
目前，局域網(wǎng)中常用的通信協(xié)議主要有：NetBEUI協(xié)議、IPX/SPX兼容協(xié)議和TCP/IP協(xié)議。
1.1 NetBEUI協(xié)議 ①NetBEUI是一種體積小、效率高、速度快的通信協(xié)議。在微軟如今的主流產(chǎn)品，在Windows和Windows NT中，NetBEUI已成為其固有的缺省協(xié)議。NetBEUI是專門為幾臺到百余臺PC所組成的單網(wǎng)段部門級小型局域網(wǎng)而設計的。②NetBEUI中包含一個網(wǎng)絡接口標準NetBIOS。NetBIOS是IBM用于實現(xiàn)PC間相互通信的標準，是一種在小型局域網(wǎng)上使用的通信規(guī)范。該網(wǎng)絡由PC組成，最大用戶數(shù)不超過30個。
1.2 IPX/SPX及其兼容協(xié)議 ①IPX/SPX是Novell公司的通信協(xié)議集。與NetBEUI的明顯區(qū)別是，IPX/SPX顯得比較龐大，在復雜環(huán)境下具有很強的適應性。因為，IPX/SPX在設計一開始就考慮了多網(wǎng)段的問題，具有強大的路由功能，適合于大型網(wǎng)絡使用。②IPX/SPX及其兼容協(xié)議不需要任何配置，它可通過“網(wǎng)絡地址”來識別自己的身份。Novell網(wǎng)絡中的網(wǎng)絡地址由兩部分組成：標明物理網(wǎng)段的“網(wǎng)絡ID”和標明特殊設備的“節(jié)點ID”。其中網(wǎng)絡ID集中在NetWare服務器或路由器中，節(jié)點ID即為每個網(wǎng)卡的ID號。所有的網(wǎng)絡ID和節(jié)點ID都是一個獨一無二的“內部IPX地址”。正是由于網(wǎng)絡地址的唯一性，才使IPX/SPX具有較強的路由功能。在IPX/SPX協(xié)議中，IPX是NetWare最底層的協(xié)議，它只負責數(shù)據(jù)在網(wǎng)絡中的移動，并不保證數(shù)據(jù)是否傳輸成功，也不提供糾錯服務。IPX在負責數(shù)據(jù)傳送時，如果接收節(jié)點在同一網(wǎng)段內，就直接按該節(jié)點的ID將數(shù)據(jù)傳給它；如果接收節(jié)點是遠程的，數(shù)據(jù)將交給NetWare服務器或路由器中的網(wǎng)絡ID，繼續(xù)數(shù)據(jù)的下一步傳輸。SPX在整個協(xié)議中負責對所傳輸?shù)臄?shù)據(jù)進行無差錯處理，IPX/SPX也叫做“Novell的協(xié)議集”。③NWLink通信協(xié)議。Windows NT中提供了兩個IPX/SPX的兼容協(xié)議：“NWLink SPX/SPX兼容協(xié)議”和“NWLink NetBIOS”，兩者統(tǒng)稱為“NWLink通信協(xié)議”。NWLink協(xié)議是Novell公司IPX/SPX協(xié)議在微軟網(wǎng)絡中的實現(xiàn)，它在繼承IPX/SPX協(xié)議優(yōu)點的同時，更適應了微軟的操作系統(tǒng)和網(wǎng)絡環(huán)境。Windows NT網(wǎng)絡和Windows的用戶，可以利用NWLink協(xié)議獲得NetWare服務器的服務。從Novell環(huán)境轉向微軟平臺，或兩種平臺共存時，NWLink通信協(xié)議是最好的選擇。
1.3 TCP/IP協(xié)議 TCP/IP是目前最常用到的一種通信協(xié)議，它是計算機世界里的一個通用協(xié)議。在局域網(wǎng)中，TCP/IP最早出現(xiàn)在Unix系統(tǒng)中，現(xiàn)在幾乎所有的廠商和操作系統(tǒng)都開始支持它。同時，TCP/IP也是Internet的基礎協(xié)議。①TCP/IP具有很高的靈活性，支持任意規(guī)模的網(wǎng)絡，幾乎可連接所有的服務器和工作站。但其靈活性也為它的使用帶來了許多不便，在使用NetBEUI和IPX/SPX及其兼容協(xié)議時都不需要進行配置，而TCP/IP協(xié)議在使用時首先要進行復雜的設置。每個節(jié)點至少需要一個“IP地址”、一個“子網(wǎng)掩碼”、一個“默認網(wǎng)關”和一個“主機名”。在Windows NT中提供了一個稱為動態(tài)主機配置協(xié)議（DHCP）的工具，它可自動為客戶機分配連入網(wǎng)絡時所需的信息，減輕了聯(lián)網(wǎng)工作上的負擔，并避免了出錯。同IPX/SPX及其兼容協(xié)議一樣，TCP/IP也是一種可路由的協(xié)議。TCP/IP的地址是分級的，這使得它很容易確定并找到網(wǎng)上的用戶，同時也提高了網(wǎng)絡帶寬的利用率。當需要時，運行TCP/IP協(xié)議的服務器（如Windows NT服務器）還可以被配置成TCP/IP路由器。與TCP/IP不同的是，IPX/SPX協(xié)議中的IPX使用的是一種廣播協(xié)議，它經(jīng)常出現(xiàn)廣播包堵塞，所以無法獲得最佳的網(wǎng)絡帶寬。②Windows中的TCP/IP協(xié)議。Windows的用戶不但可以使用TCP/IP組建對等網(wǎng)，而且可以方便地接入其它的服務器。如果Windows工作站只安裝了TCP/IP協(xié)議，它是不能直接加入Windows NT域的。雖然該工作站可通過運行在Windows NT服務器上的服務器（如Proxy Server）來訪問Internet，但卻不能通過它登錄Windows NT服務器的域。要讓只安裝TCP/IP協(xié)議的Windows用戶加入到Windows NT域，還必須在Windows上安裝NetBEUI協(xié)議。 ③TCP/IP協(xié)議在局域網(wǎng)中的配置。只要掌握了一些有關TCP/IP方面的知識，使用起來也非常方便。④IP地址。TCP/IP協(xié)議也是靠自己的IP地址來識別在網(wǎng)上的位置和身份的，IP地址同樣由“網(wǎng)絡ID”和“節(jié)點ID”（或稱HOST ID，主機地址）兩部分組成。一個完整的IP地址用32位（bit）二進制數(shù)組成，每8位（1個字節(jié)）為一個段（Segment），共4段（Segment1～Segment4），段與段之間用“，”號隔開。為了便于應用，IP地址在實際使用時并不直接用二進制，而是用大家熟悉的十進制數(shù)表示，如192.168.0.1等。在選用IP地址時，總的原則是：網(wǎng)絡中每個設備的IP地址必須唯一，在不同的設備上不允許出現(xiàn)相同的IP地址。⑤子網(wǎng)掩碼。子網(wǎng)掩碼是用于對子網(wǎng)的管理，主要是在多網(wǎng)段環(huán)境中對IP地址中的“網(wǎng)絡ID”進行擴展。例如某個節(jié)點的IP地址為192.168.0.1，它是一個C類網(wǎng)。其中前面三段共24位用來表示“網(wǎng)絡ID”；而最后一段共8位可以作為“節(jié)點ID”自由分配。⑥網(wǎng)關。網(wǎng)關（Gateway）是用來連接異種網(wǎng)絡的設置。它充當了一個翻譯的身份，負責對不同的通信協(xié)議進行翻譯，使運行不同協(xié)議的兩種網(wǎng)絡之間可以實現(xiàn)相互通信。如運行TCP/IP協(xié)議的Windows NT用戶要訪問運行IPX/SPX協(xié)議的Novell網(wǎng)絡資源時，則必須由網(wǎng)關作為中介。如果兩個運行TCP/IP協(xié)議的網(wǎng)絡之間進行互聯(lián)，則可以使用Windows NT所提供的“默認網(wǎng)關”（Default Gateway）來完成。⑦主機名。網(wǎng)絡中唯一能夠代表用戶或設備身份的只有IP地址。但一般情況下，眾多的IP地址不容易記憶，操作起來也不方便。為了改善這種狀況，我們可給予每個用戶或設備一個有意義的名稱，如“HAOYUN”。
2 選擇網(wǎng)絡通信協(xié)議的原則
2.1 所選協(xié)議要與網(wǎng)絡結構和功能相一致。如你的網(wǎng)絡存在多個網(wǎng)段或要通過路由器相連時，就不能使用不具備路由和跨網(wǎng)段操作功能的NetBEUI協(xié)議，而必須選擇IPX/SPX或TCP/IP等協(xié)議。另外，如果你的網(wǎng)絡規(guī)模較小，同時只是為了簡單的文件和設備的共享，這時你最關心的就是網(wǎng)絡速度，所以在選擇協(xié)議時應選擇占用內存小和帶寬利用率高的協(xié)議，如NetBEUI。當你的網(wǎng)絡規(guī)模較大，且網(wǎng)絡結構復雜時，應選擇可管理性和可擴充性較好的協(xié)議，如TCP/IP。
2.2 除特殊情況外，一個網(wǎng)絡盡量只選擇一種通信協(xié)議?，F(xiàn)實中許多人的做法是一次選擇多個協(xié)議，或選擇系統(tǒng)所提供的所有協(xié)議，其實這樣做是很不可取的。因為每個協(xié)議都要占用計算機的內存，選擇的協(xié)議越多，占用計算機的內存資源就越多。一方面影響了計算機的運行速度，另一方面不利于網(wǎng)絡的管理。事實上一個網(wǎng)絡中一般一種通信協(xié)議就可以滿足需要。
2.3 注意協(xié)議的版本。每個協(xié)議都有它的發(fā)展和完善過程，因而出現(xiàn)了不同的版本，每個版本的協(xié)議都有它最為合適的網(wǎng)絡環(huán)境。從整體來看，高版本協(xié)議的功能和性能要比低版本好。所以在選擇時，在滿足網(wǎng)絡功能要求的前提下，應盡量選擇高版本的通信協(xié)議。
2.4 協(xié)議的一致性。如果要讓兩臺實現(xiàn)互聯(lián)的計算機間進行對話，它們兩者使用的通信協(xié)議必須相同。否則中間還需要一個“翻譯”進行不同協(xié)議的轉換，這樣不僅影響通信速度，同時也不利于網(wǎng)絡的安全和穩(wěn)定運行。
3 TCP/IP通信協(xié)議的安裝、設置和測試
局域網(wǎng)中的一些通信協(xié)議，在安裝操作系統(tǒng)時會自動安裝NetBEUI通信協(xié)議；在安裝NetWare時，系統(tǒng)會自動安裝IPX/SPX通信協(xié)議。在3種協(xié)議中，NetBEUI和IPX/SPX在安裝后不需要進行設置就可以直接使用，但TCP/IP要經(jīng)過必要的設置。下面是Windows NT環(huán)境下的TCP/IP協(xié)議的安裝、設置和測試方法。①TCP/IP通信協(xié)議的安裝：在Windows NT中，如果未安裝有TCP/IP通信協(xié)議，可選擇“開始/設置/控制面板/網(wǎng)絡”，出現(xiàn)“網(wǎng)絡”對話框后，選擇對話框中的“協(xié)議/添加”命令，選取其中的TCP/IP協(xié)議，然后單擊“確定”按鈕。系統(tǒng)會詢問你是否要進行“DHCP服務器”的設置。如果你的IP地址是固定的，可選擇“否”。隨后，系統(tǒng)開始從安裝盤中復制所需的文件。②TCP/IP通信協(xié)議的設置：在“網(wǎng)絡”對話框中選擇已安裝的TCP/IP協(xié)議，打開其“屬性”，在指定的位置輸入已分配好的“IP地址”和“子網(wǎng)掩碼”。如果該用戶還要訪問其他Windows NT網(wǎng)絡的資源，還可以在“默認網(wǎng)關”處輸入網(wǎng)關的地址。③TCP/IP通信協(xié)議的測試：當TCP/IP協(xié)議安裝并設置結束后，為了保證其能夠正常工作，在使用前一定要進行測試。筆者建議大家使用系統(tǒng)自帶的工具程序PING.EXE，該工具可以檢查出任何一個用戶是否與同一網(wǎng)段的其他用戶連通，是否與其他網(wǎng)段的用戶正常連接，同時還能檢查出自己的IP地址是否與其他用戶的IP地址發(fā)生沖突。
關鍵詞：Libnet；協(xié)議測試；DHCP
中圖分類號：TP311 文獻標識碼：A 文章編號：1009-3044（2013）32-7218-03
計算機網(wǎng)絡在各行業(yè)的廣泛應用促使許多新的協(xié)議規(guī)范被制定，在協(xié)議規(guī)范被實現(xiàn)后投入應用前需要進行測試，全面的網(wǎng)絡協(xié)議測試能夠保證協(xié)議實現(xiàn)按照協(xié)議規(guī)范穩(wěn)定可靠地運行。協(xié)議測試的研究涉及了協(xié)議描述、測試生成、測試集描述法、測試實現(xiàn)等多個環(huán)節(jié)，在這些方面，國內外研究人員經(jīng)過多年努力達成了很多共識，例如：網(wǎng)絡協(xié)議測試類型包括一致性測試，互操作性測試，性能測試和健壯性測試[1]。測試理論的形式化方法主要包括：SDL，LOTOS，Petri網(wǎng)，Estelle等[2-4]。該文研究的重點是測試實現(xiàn)部分，介紹基于Libnet與WinPcap函數(shù)庫的協(xié)議測試系統(tǒng)的實現(xiàn)方法，并結合DHCP協(xié)議進行測試從而驗證測試系統(tǒng)的有效性。
1 協(xié)議測試技術
網(wǎng)絡協(xié)議測試屬于計算機軟件測試的一個分支，在測試領域中測試方法分為3種：白盒測試、黑盒測試和灰盒測試。白盒測試通過每條語句至少執(zhí)行一次來全面檢查整個程序代碼，而黑盒測試只測試軟件外部可以觀察到的行為，不涉及程序的內部結構。白盒測試的測試能力非常強，但是過程過于復雜，對被測軟件要求也很高。黑盒測試只關心被測軟件的輸入和輸出，測試能力雖然弱了些，但是測試過程本身相對簡單，對被測軟件要求也無特殊要求?；液袦y試是將白盒測試和黑盒測試結合起來形成的一種測試方法，吸收了兩種方法的優(yōu)點。在通信測試中，協(xié)議測試因為協(xié)議實現(xiàn)的復雜性往往采用黑盒測試，它并不檢查協(xié)議代碼，而是按照協(xié)議標準，通過控制觀察被測協(xié)議實現(xiàn)或系統(tǒng)的外部行為對其進行評價。
協(xié)議測試中用來描述特定協(xié)議或協(xié)議族測試的實體稱為測試集，它由多個測試組構成，測試組對應于此協(xié)議族的一個標準協(xié)議規(guī)范，測試例對應于一個標準協(xié)議規(guī)范的某一項功能描述，完成一個測試例可能需要不同的測試過程，一個測試過程的完成需要進行初始化、發(fā)包、收包、比較以及處理結果等步驟，每一個動作稱為一個測試步，它是測試集中最小的單位。在構造用于測試協(xié)議實現(xiàn)的輸入數(shù)據(jù)包時采用了Libnet函數(shù)庫，在捕獲協(xié)議實現(xiàn)的反饋輸出數(shù)據(jù)包時采用了WinPcap函數(shù)庫，Libnet與WinPcap都是免費開源的函數(shù)庫，它們封裝了常用繁瑣的網(wǎng)絡開發(fā)過程函數(shù)，開放出簡單統(tǒng)一的API接口功能函數(shù)，方便用戶調用，使開發(fā)人員能夠忽略網(wǎng)絡底層細節(jié)的實現(xiàn)，從而專注于程序本身具體功能的設計與開發(fā)。Libnet與WinPcap都是基于C語言的函數(shù)庫，具備低層網(wǎng)絡數(shù)據(jù)包操控能力。
2 測試系統(tǒng)總體結構
測試系統(tǒng)包括測試集管理，測試例構造與測試結果管理3個功能模塊，系統(tǒng)執(zhí)行測試時的順序與測試例構造模塊中構造的測試步順序一致。在對被測系統(tǒng)開始測試前需要針對協(xié)議規(guī)范設計測試例，所有測試例由測試集管理模塊維護，最終的測試結果生成依賴測試例的執(zhí)行結果。測試例由許多測試步組成，測試步包括兩種執(zhí)行邏輯：激勵數(shù)據(jù)包發(fā)送和反饋數(shù)據(jù)包捕獲。發(fā)送的激勵數(shù)據(jù)包根據(jù)被測協(xié)議的類型與數(shù)據(jù)報文的類型設定首部各字段與報文數(shù)據(jù)，它的作用是激勵被測系統(tǒng)內部產(chǎn)生狀態(tài)變遷并發(fā)送反饋數(shù)據(jù)包。測試系統(tǒng)能夠實時捕獲所有數(shù)據(jù)包，根據(jù)filter條件過濾后選出特定報文并與測試步匹配，根據(jù)匹配結果系統(tǒng)決定測試步執(zhí)行狀態(tài)：丟棄報文繼續(xù)阻塞，定時器清零繼續(xù)下一測試步或者測試完成。在測試步執(zhí)行過程中設置定時器，定時器時間的指定在測試例構造中完成。測試系統(tǒng)的總體結構如圖1所示。
3 測試系統(tǒng)的設計與實現(xiàn)
本測試系統(tǒng)與被測實體部署在同一個交換網(wǎng)絡中，被測實體是特定協(xié)議的一個實現(xiàn)，可以位于計算機或路由器等網(wǎng)絡設備中，通過構造特定數(shù)據(jù)包并且捕獲響應報文對協(xié)議外部行為進行分析測試。關鍵模塊包括測試例構造，數(shù)據(jù)包構造與發(fā)送，數(shù)據(jù)包捕獲與過濾。
3.1 測試例構造
系統(tǒng)實現(xiàn)時在測試例的構造模塊中設置了行為選項來區(qū)分發(fā)送數(shù)據(jù)包與捕獲數(shù)據(jù)包，測試步間隔時間選項用于控制相鄰測試步執(zhí)行的時機。對于發(fā)送數(shù)據(jù)包，根據(jù)協(xié)議的類型構造數(shù)據(jù)包設置頁面，在此頁面中設置首部字段與數(shù)據(jù)包內容，由于libnet提供自動計算校驗和功能，此頁面中首部校驗和字段設置為0。對于捕獲數(shù)據(jù)包，設置了匹配選項與傳遞選項，匹配選項用于判定數(shù)據(jù)包特征并觸發(fā)下一測試步，傳遞選項用于決定是否需要將捕獲數(shù)據(jù)定字段復制到下一測試步發(fā)送數(shù)據(jù)包特定字段中以及復制內容。對構造完的測試例啟用測試將順序執(zhí)行其中的測試步，遇到捕獲測試步將阻塞并啟用超時定時器，每一個測試步執(zhí)行過程都記錄在日志文件中。
3.2 數(shù)據(jù)包構造與發(fā)送
系統(tǒng)實現(xiàn)使用Libnet函數(shù)庫構造底層數(shù)據(jù)包，在依照協(xié)議字段長度與類型對測試例中設置的各字段進行合法性校驗后調用libnet_init （）函數(shù)初始化函數(shù)庫，此函數(shù)調用了WSAStartup（）函數(shù)開啟網(wǎng)絡，同時分配一塊內存區(qū)域建立libnet_t結構并返回此結構的描述符，這個描述符作為參數(shù)傳遞給構造數(shù)據(jù)包函數(shù)和發(fā)送數(shù)據(jù)包函數(shù)。測試步中設置的協(xié)議及各字段進行格式轉換后傳遞給構造數(shù)據(jù)包函數(shù)，數(shù)據(jù)包構造函數(shù)根據(jù)協(xié)議族中的位置自頂向下建立數(shù)據(jù)報文頭部，待發(fā)送的數(shù)據(jù)作為協(xié)議首部的有效載荷被加載，構造函數(shù)具備自動計算協(xié)議首部校驗和字段的功能。測試報文發(fā)送函數(shù)根據(jù)協(xié)議類型調用socket函數(shù)將已構造好的緩沖區(qū)中的數(shù)據(jù)通過網(wǎng)卡發(fā)送到網(wǎng)絡上，它的函數(shù)原型為：int libnet_write（libnet_t *l），此函數(shù)實現(xiàn)中調用了函數(shù)PacketSendPacket（），此函數(shù)在頭文件packet32.h中聲明，Packet32.lib與Packet32.dll是相應的靜態(tài)鏈接庫與動態(tài)鏈接庫。WinPcap開發(fā)包中自帶了Packet32，在工程項目中需要設置合適的系統(tǒng)路徑。測試完成后使用libnet_destroy（）函數(shù)來釋放所占用的SOCKET連接、緩沖區(qū)等資源。
3.3 數(shù)據(jù)包捕獲與過濾
捕獲響應數(shù)據(jù)包使用WinPcap函數(shù)庫，它的核心是NPF協(xié)議驅動，符合NDIS規(guī)范。在捕獲數(shù)據(jù)包的線程里使用pcap_open（）打開網(wǎng)絡接口，pcap_next_ex（）讀取網(wǎng)卡接收的數(shù)據(jù)包，網(wǎng)卡在混雜模式會捕獲大量的數(shù)據(jù)包，如果逐一比對測試步將消耗大量資源，在系統(tǒng)實現(xiàn)時調用pcap_setfilter（）設置數(shù)據(jù)包過濾器，在調用pcap_setfilter前先使用pcap_compile（）函數(shù)把高層的過濾規(guī)則解釋成能被過濾引擎集成到數(shù)據(jù)包驅動中的低級字節(jié)碼。
4 DHCP協(xié)議測試與結果分析
在對特定協(xié)議進行測試時需要根據(jù)協(xié)議的行為特征設計測試拓撲。某些協(xié)議的數(shù)據(jù)交換行為局限于測試平臺與被測實體間，這種情況下只需將其部署在交換環(huán)境下即可，例如TCP協(xié)議的測試。而對于路由協(xié)議這樣的協(xié)議而言，則需要設計更為復雜的拓撲，路由器的多個端口都需要部署測試平臺進行協(xié)同測試。在協(xié)議安全性測試時借助交換機端口映射功能可以模擬攻擊的拓撲結構。
為驗證測試平臺的有效性，選擇DHCP協(xié)議進行測試。DHCP協(xié)議動態(tài)管理IP地址，工作在傳輸層之上，使用UDP提供的服務。其數(shù)據(jù)包封裝格式如圖2所示：
依照圖2中DHCP數(shù)據(jù)包封裝的結構，在構造DHCP數(shù)據(jù)包時調用函數(shù)依次為libnet_build_dhcpv4（），libnet_build_udp（），libnet_build_ipv4（），libnet_autobuild_ethernet（），Winpcap過濾DHCP數(shù)據(jù)包使用協(xié)議限定符“bootp”。測試采用的拓撲如圖3所示：
測試拓撲中使用路由器作為DHCP服務器，在路由器上啟用DHCP server服務，并且配置地址池、網(wǎng)關、地址租期等信息。
ip dhcp excluded-address 172.16.1.1 172.16.1.100
ip dhcp pool net172
network 172.16.1.0 255.255.255.0
default-router 172.16.1.254
dns-server 172.16.1.253
lease 30
在測試機上設置測試例Ts_sc，配置測試步：TS_DHCPDISCOVER，TS_DHCPOFFER，TS_DHCPREQUEST和TS_DHCPACK，其中TS_DHCPDISCOVER和TS_DHCPREQUEST是構造的激勵數(shù)據(jù)報文，TS_DHCPOFFER與TS_DHCPACK為反饋數(shù)據(jù)報文。測試系統(tǒng)上啟用測試執(zhí)行Ts_sc測試例，在路由器上啟用DHCP event調試，調試信息顯示路由器DHCP服務狀態(tài)發(fā)生變化，測試系統(tǒng)完成所有測試步后成功獲得172.16.1.0網(wǎng)段IP，使用show ip dhcp server statistics查看DHCP服務器統(tǒng)計信息，與測試系統(tǒng)結果一致。
5 結束語
本文基于Libnet與WinPcap函數(shù)庫設計并實現(xiàn)了一個網(wǎng)絡協(xié)議測試系統(tǒng)。在用于協(xié)議一致性測試時可手工設置測試用例，靈活配置協(xié)議首部字段，能夠對常見網(wǎng)絡協(xié)議進行測試。在用于網(wǎng)絡性能測試時可以設置數(shù)據(jù)包類型與數(shù)據(jù)包的發(fā)送數(shù)量，網(wǎng)絡注入速度受數(shù)據(jù)包長度與網(wǎng)卡接口速度、交換機背板帶寬等因素限制，可分布多臺測試系統(tǒng)在網(wǎng)絡中同時注入從而提高注入速度。經(jīng)過多年的研究，在協(xié)議一致性測試集自動生成技術方面，研究人員提出了多種可行的方法，下一步的主要工作是整合測試集自動生成技術從而完成協(xié)議自動測試，同時進一步完善支持的協(xié)議類型，增強擴展性。
參考文獻：
[1] 畢軍，史美林.計算機網(wǎng)絡協(xié)議測試及其發(fā)展[J].電信科學，1996（12）：51-54.
[2] 章韻，楊庚，錢恩淵.基于SDL語言的通信協(xié)議系統(tǒng)設計方法[J].計算機工程與應用，2001（22）：95-98.
[3] 潘紅艷，于全.用于通信網(wǎng)絡協(xié)議開發(fā)的形式化方法[J].計算機工程，2004（2）：129-134.
[4] 羅軍舟，沈俊，顧冠群.從Petri網(wǎng)到形式描述技術和協(xié)議工程[J].軟件學報，2000（5）：606-615.
[5] 劉瀏，陳曉梅.基于測試套優(yōu)化的DHCP協(xié)議一致性可擴展測試系統(tǒng)設計[J].信息網(wǎng)絡安全，2012（8）：206-209.
[6] 程方，王鵬.現(xiàn)代網(wǎng)絡測試技術發(fā)展綜述[J].重慶郵電大學學報：自然科學版，2008（6）：57-60.
[7] 劉洪霞，趙保華.基于協(xié)議實現(xiàn)的網(wǎng)絡安全測試[J].小型微型計算機系統(tǒng)，2007（4）：619-621.
[8] 尹霞，王之梁，景傳明，施新剛.一種基于TTCN-3的協(xié)議測試系統(tǒng)及其擴展研究[J].中國科學：E輯：信息科學，2008（10）：1594-1613.
[9] 李堯，胡玲，郝文.基于狀態(tài)的自動化無線協(xié)議安全測試平臺設計[J].計算機應用與軟件，2012（11）：168-171.
【 關鍵詞 】 Ad hoc網(wǎng)絡；路由；協(xié)議；位置
Study on Location-based Unicast Routing Protocol for Ad hoc Network
Meng Ji-jian 1 Liu Yu 2
(1.Mining Products Safety Approval and Certification Center Beijing 100013; 2.Tiandi Science & Technology CO., LTD Beijing 100013 )
【 Abstract 】 iLocation-based unicast routing protocol uses geographical location information of nodes to direct the forward of data package, superior to scalability and high efficiency in routing. In this paper, we introduced location-based unicast Routing Protocols and location information services for Ad hoc network. Analysed and compared several protocols, we pointed at the research emphasis on location-based unicast routing protocol.
【 Keywords 】 ad hoc network;routing;protocol;location
1 引言
Ad hoc網(wǎng)絡是由一組帶有無線收發(fā)裝置的移動終端組成的多跳臨時自治系統(tǒng)。路由協(xié)議一直是Ad hoc網(wǎng)絡研究的重點。根據(jù)不同的路由策略，Ad hoc網(wǎng)絡的路由協(xié)議可以分為基于拓撲的路由協(xié)議和基于位置的路由協(xié)議。與傳統(tǒng)的基于拓撲的路由協(xié)議相比，基于位置的路由協(xié)議利用節(jié)點的位置信息來指導包的轉發(fā)，其基本思想是利用節(jié)點的位置信息來選擇下一跳，將包向目的節(jié)點的方向上進行轉發(fā)，不需要對路由進行建立和維持，具有開銷小、高可擴展性、高性能等優(yōu)點。為使位置信息得以有效利用，基于位置的路由協(xié)議的研究有兩個要點：一是假設源節(jié)點在發(fā)消息時已知目的節(jié)點的位置信息的基礎上，設計出基于位置的路由協(xié)議；二是位置信息服務的實用性，位置信息服務需要記錄節(jié)點位置信息的實時更新情況，以應答位置查詢。
2 基于位置的路由協(xié)議與比較
基于位置的路由協(xié)議主要有：DREAM、基于定額的位置信息服務GL、基于家鄉(xiāng)區(qū)域的位置信息服務SLURP，以及基于位置的路由協(xié)議LAR、GPSR、GRA、GEDIR、ZHLS、GRID、GeoTORA、GDSR和GZRP等。
（1） 協(xié)議對位置信息的利用程度
Ad hoc網(wǎng)絡的路由協(xié)議包括3個部分：查找路由、轉發(fā)數(shù)據(jù)分組、路由維護。根據(jù)對位置信息的利用程度，可以將這些協(xié)議分為部分的和完全基于位置信息的路由協(xié)議。在此介紹的幾種路由協(xié)議中，只有GRID 僅根據(jù)節(jié)點位置信息就能解決路由協(xié)議的3個問題，因此，它是完全基于位置信息的路由協(xié)議。其他協(xié)議僅利用位置信息解決其中部分問題。
（2） 協(xié)議間比較
影響位置的路由協(xié)議性能的兩個重要因素是網(wǎng)絡規(guī)模和網(wǎng)絡拓撲變化程度。位置輔助的路由協(xié)議和基于位置信息的路由協(xié)議差別在于是否保存路由表。當網(wǎng)絡規(guī)模很大時，前者將增加節(jié)點的存儲開銷。若網(wǎng)絡拓撲變化頻繁，位置輔助的路由協(xié)議需要不停地發(fā)送RREQ查找路由，這會引入過多的找路時延和開銷。同時，鏈路變化快，導致很多數(shù)據(jù)分組在傳輸過程中丟失。而對于基于位置信息的路由協(xié)議，節(jié)點根據(jù)自己掌握的當前位置信息轉發(fā)數(shù)據(jù)分組，不存在事先找路的問題，沒有找路時延。此外，基于位置信息的路由協(xié)議只需要知道本地的拓撲信息，即便網(wǎng)絡拓撲變化頻繁時，也可根據(jù)本地拓撲信息找到最新的有效路徑。LAR在DSR中用地理位置信息限制路由查找分組廣播的范圍，它可用于其他采用泛洪找路的協(xié)議（比如AODV）中，以降低開銷。LAR可根據(jù)實際定義相應的期望域和尋找域，其本質仍為反應式路由，當網(wǎng)絡變化快時，將頻繁修復鏈路，但不適合網(wǎng)絡拓撲變化過快的環(huán)境。DREAM能保證無路由環(huán)路。每次轉發(fā)都將分組發(fā)送給目的節(jié)點方向的多個節(jié)點，類似于提供了到目的節(jié)點的多條路徑，且某條鏈路上分組的丟失不會影響其它鏈路上的分組，魯棒性好，DREAM中的控制分組只有位置更新分組和ACK分組，且分組攜帶信息較少；更重要的是，節(jié)點根據(jù)自己的移動速度獨立確定發(fā)送位置更新分組的周期，且只有移動節(jié)點才發(fā)送位置更新分組，最大限度地節(jié)省了控制分組占用帶寬。DREAM雖然限制了到目的節(jié)點的泛洪范圍，但其本質還是基于泛洪的。因此，DREAM不適用于節(jié)點數(shù)目多、數(shù)據(jù)量大的網(wǎng)絡。Terminodes和GRID屬于分層路由，適合于大規(guī)模網(wǎng)絡。在Terminodes中，節(jié)點同時保存多條到某個節(jié)點的anchor路徑，可適應高速變化的網(wǎng)絡拓撲；同時，在多條獨立的路由上傳輸數(shù)據(jù)分組可均衡網(wǎng)絡中的流量，降低網(wǎng)絡擁塞發(fā)生的可能性。GRID中的路由生存時間較長，路由對節(jié)點的移動不太敏感。另外，路由控制分組的開銷與網(wǎng)絡中節(jié)點密度關系不大。相反，在其他路由協(xié)議（如DSR，AODV，LAR，ZRP等）中，一旦路徑上的任一中間節(jié)點移動，就可能導致整條路由失敗。
3 Ad hoc網(wǎng)絡位置信息服務
基于位置的路由協(xié)議研究中的一個主要挑戰(zhàn)為，如何得知目的節(jié)點的準確位置信息。一些協(xié)議（如，DREAM和LAR）在協(xié)議中包含了位置信息交換的過程，而大部分基于位置的路由協(xié)議假設有一個獨立的機制為節(jié)點提供位置信息。比如所有地理轉發(fā)路由協(xié)議都假設目的節(jié)點的位置為已知。實際上，在這些協(xié)議的仿真過程中，位置信息不產(chǎn)生任何開銷的提供給了全部節(jié)點。這樣會導致仿真結果顯示包含了對目的節(jié)點位置信息維持過程的某些協(xié)議的開銷要更高，如DREAM協(xié)議。因此，對這種獨立的位置交換機制，即位置信息服務的研究是對基于位置的路由協(xié)議的研究過程中的重要組成部分。
目前已有的Ad hoc網(wǎng)絡位置信息服務可以被分為三種類型：反應式位置系統(tǒng)，先驗式位置數(shù)據(jù)庫系統(tǒng)和先驗式位置分發(fā)系統(tǒng)。
3.1 反應式位置系統(tǒng)（RLS）
反應式位置服務系統(tǒng)基于需要對位置進行查詢。反應式位置服務系統(tǒng)可以歸為all-for-some方式，網(wǎng)絡中的所有節(jié)點保持所需的某些其它節(jié)點的位置信息。反應式位置服務可以分為RLS和RLS’。
在RLS協(xié)議中，當移動節(jié)點需要另一個節(jié)點的位置，且該位置信息未知時，發(fā)起節(jié)點首先向鄰居節(jié)點詢問所需節(jié)點的位置信息。當鄰居節(jié)點在一定時間內未對其有所反饋時，節(jié)點將全網(wǎng)泛洪位置查詢包。與RLS相類似的按需協(xié)議有LAR，DSR和LOTAR等。
3.2 先驗式位置數(shù)據(jù)庫系統(tǒng)
先驗式位置數(shù)據(jù)庫系統(tǒng)可以分為兩種類型：家鄉(xiāng)區(qū)域型位置服務和基于定額的位置服務。在先驗式位置數(shù)據(jù)庫系統(tǒng)中，網(wǎng)絡中的一些特定節(jié)點充當其它一些特定節(jié)點的位置數(shù)據(jù)庫。節(jié)點移動至一個新的位置時將位置信息更新給該節(jié)點的位置數(shù)據(jù)庫節(jié)點，即位置數(shù)據(jù)庫服務器；當需要尋找節(jié)點的位置時，對該節(jié)點位置數(shù)據(jù)庫服務器查詢其所在位置。大部分位置數(shù)據(jù)庫系統(tǒng)可以稱為all-for-some模式。即網(wǎng)絡中所有節(jié)點都作為數(shù)據(jù)庫服務器，并且每個數(shù)據(jù)庫服務器維持網(wǎng)絡中一些特定節(jié)點的位置信息。
3.3 先驗式位置分發(fā)系統(tǒng)
在先驗式位置分發(fā)系統(tǒng)中，網(wǎng)絡中所有節(jié)點都定期接收一個指定節(jié)點的位置更新。即，在某個指定節(jié)點的位置信息表中，所有節(jié)點的位置信息都是有效的。先驗式位置分發(fā)系統(tǒng)可以稱之為all-for-all方式，網(wǎng)絡中每個節(jié)點維持所有其它節(jié)點的位置信息。
先驗式位置分發(fā)系統(tǒng)可以分為六類：DLS（DREAM位置服務），SLS（簡單位置服務），LEAP（圖例交換與增加協(xié)議），蟻群算法，地理區(qū)域概要服務，航位推測法（位置預測技術）。
DREAM位置服務（DLS）由DREAM協(xié)議作者提出。每個更新位置信息表的位置信息包（LP）包含源節(jié)點的調整，這些調整基于源節(jié)點的速度和LP包傳輸?shù)臅r間等。當Ad hoc網(wǎng)絡中的每個節(jié)點以指定速率傳輸LP包給較近的節(jié)點，并以較低速率傳遞給較遠節(jié)點。移動節(jié)點傳輸LP包的速率取決于從它最近一次位置更新點移動的距離。
DREAM通過對LP包傳輸?shù)念l率及長度對位置信息的精確程度進行控制。
近距離LP包傳輸：
遠距離LP包傳輸：每 個近距離LP包發(fā)一個遠距離LP包，或每 秒發(fā)送一個遠距離LP包，
其中，為移動節(jié)點傳輸范圍，為移動節(jié)點平均速率，為比例因子。在DLS中，較近節(jié)點為1跳鄰居節(jié)點；更新至較遠節(jié)點的LP包全網(wǎng)節(jié)點更新，包括較近節(jié)點。
4 結論
基于位置的Ad hoc網(wǎng)絡路由協(xié)議一般要求每個節(jié)點都必須配有一個可以確定自身位置的定位系統(tǒng)。各個節(jié)點周期性地廣播Hello包，將自己的當前狀態(tài)、準確的地理位置告知其通信半徑內的鄰節(jié)點。這樣，每個節(jié)點都存有一張表，用來記錄鄰節(jié)點的地理位置信息。在進行數(shù)據(jù)傳輸之前，源節(jié)點需要知道目的節(jié)點的地理位置，并把這個信息寫入數(shù)據(jù)包頭部，目的節(jié)點地理位置的確定由位置信息服務來完成，源節(jié)點首先更新該信息，然后根據(jù)某種數(shù)據(jù)包傳輸策略選擇一個合適的鄰節(jié)點進行數(shù)據(jù)轉發(fā)，直至到達目的節(jié)點完成整個傳輸過程。為維持位置信息的實時性和有效性，基于位置的Ad hoc網(wǎng)絡路由協(xié)議需要有位置信息服務來輔助其完成數(shù)據(jù)包的轉發(fā)過程。為此，本為主要介紹了現(xiàn)有基于位置的路由協(xié)議以及位置信息服務的研究情況。
基于位置的路由算法既不需要建立、也不需要維護路由，因此通常認為基于位置的路由具有高度的擴展性，對于經(jīng)常的拓撲變化也具有較好的魯棒性。移動自組織網(wǎng)絡中的節(jié)點通常采用便攜式的電池供電，由于它常處于比較惡劣的工作環(huán)境，所以它的能量資源、計算能力和帶寬都非常有限。這就決定了移動自組織網(wǎng)絡協(xié)議的設計應以能源有效性為研究目標。在設計基于位置的Ad hoc網(wǎng)路路由協(xié)議時，協(xié)議的開銷應成為衡量位置路由協(xié)議優(yōu)劣的重要因素。
參考文獻
[1] R.Jain,A.Puri,and R.Sengupta.Geographical routing using partial information for wireless ad hoc networks. IEEE Personal Communications, pp.48-57,February 2001.
[2] T. Camp,J.Boleng,B.Williams,L.Wilcox,and W.Navidi.Performance evaluation of two location based routing protocols.In Proceedings of the Joint Conference of the IEEE Computer and Communications Societies(INFOCOM),pp.1678-1687,2002.
關鍵詞：網(wǎng)絡管理 OSI管理體系 SNMP網(wǎng)絡管理協(xié)議
中圖分類號：TN915.07文獻標識碼： A 文章編號：
網(wǎng)絡技術日新月異，網(wǎng)絡的復雜性在不斷增長，對網(wǎng)絡管理的要求也日益增加。傳統(tǒng)的系統(tǒng)管理員關心的問題諸如安裝配置、備份恢復、資源共享、系統(tǒng)安全和性能優(yōu)化等等，都是當今網(wǎng)絡管理的重要方面。
1網(wǎng)絡技術要求與功能
網(wǎng)絡的復雜性使得被管理的對象在系統(tǒng)中不是集中的，面是分散的。分布式的管理必然要求網(wǎng)絡管理員在網(wǎng)絡的協(xié)議層次結構上結系統(tǒng)管理做出重新的認識，即從物理層、鏈路層、網(wǎng)絡層、傳輸層和應用層的角度重新考慮系統(tǒng)管理的涵蓋內容。
1）網(wǎng)絡管理的要求
先進的網(wǎng)絡管理系統(tǒng)，要能夠提供涉及到網(wǎng)絡的服務、維護和處理等多方面操作的能力和手段。從網(wǎng)絡系統(tǒng)的營運和管理者的觀點出發(fā)，對網(wǎng)絡管理的要求有如下幾點：
（1）網(wǎng)管系統(tǒng)要有比較強的協(xié)議適應性，應能管理網(wǎng)絡中盡可能多的協(xié)議層次和協(xié)議體系。
（2）要有盡可能大的管理范圍但盡可能小的系統(tǒng)開銷。
（3）要能同時具有監(jiān)視和控制兩方面的能力，以掌握網(wǎng)絡的當前運行狀態(tài)，并能發(fā)出指令性的信息來影響網(wǎng)絡的運行狀態(tài)。
（4）要具有足夠的寬容度，一方面是指網(wǎng)管系統(tǒng)對它的管理對象（例如網(wǎng)絡設備）的種類和型號要有寬容度，另一方面是指一個網(wǎng)管系統(tǒng)要能容納在轄區(qū)內可能存在的其他網(wǎng)管系統(tǒng)的并存。
2）網(wǎng)絡管理的功能
在OSI管理體系結構中，定義了五個管理功能：配置管理、故障管理、性能管理、計費管理和安全管理。OSI定義的五個管理功能是網(wǎng)絡管理的基本功能，這五個管理功能并不是孤立的，完成某項網(wǎng)絡管理功能的配合。此外，還有一些非OSI的網(wǎng)絡管理功能，主要有：規(guī)劃管理、目錄管理和人員管理。
（1）配置管理
配置管理是網(wǎng)絡管理的基本功能。計算機網(wǎng)絡由各種物理結構和邏輯結構組成，這些結構中有許多參數(shù)、狀態(tài)等信息需要設置并協(xié)調。
另外，網(wǎng)絡運行在多變的環(huán)境中，系統(tǒng)本身也經(jīng)常要隨著用戶的增、減或設備的維修而調整配置。網(wǎng)絡管理系統(tǒng)必須具有足夠的手段支持這些調整的變化，使用網(wǎng)絡更有效地工作。這些手段構成了網(wǎng)絡管理的配置管理功能。配置管理功能至少應包括識別被管理網(wǎng)絡的拓撲結構、標識網(wǎng)絡中的各種現(xiàn)象、自動修改指定設備的配置、動態(tài)維護網(wǎng)絡配置數(shù)據(jù)庫等內容。配置管理是網(wǎng)絡管理的最基本的功能，其他功能域的作用都是建立在它的基礎之上的，是配置管理功能的使用者。配置管理具有特殊重要的地位是很明顯的，因為其他四種管理功能都有可能向它發(fā)出進行重新配置的命令。此外，所有管理功能都需要輸入配置數(shù)據(jù)。
（2）故障管理
故障管理是網(wǎng)絡管理中基本功能之一。當網(wǎng)絡發(fā)生故障時，故障管理完成以下任務：
①必須盡可能快地找出故障發(fā)生的確切位置。
②將網(wǎng)絡其他部分與故障部分隔離，以確保網(wǎng)絡其他部分能不受干擾繼續(xù)運行。
③重新配置或重組網(wǎng)絡，盡可能降低由于隔離故障后對網(wǎng)絡帶來的影響。
④修復或替換故障部分，將網(wǎng)絡恢復為初始狀態(tài)。
對網(wǎng)絡組成各部件狀態(tài)的監(jiān)測是網(wǎng)絡故障檢測的依據(jù)。不嚴重的簡單或偶然出現(xiàn)的錯誤通常被記錄在錯誤日志中，一般需要做特別的處理。而嚴重一些的故障則需通知網(wǎng)絡管理器，即發(fā)出報警。因此網(wǎng)絡管理器必須具備快速和可靠故障監(jiān)測、診斷和恢復功能。
（3）性能管理
性能管理的目的是在使用最少的網(wǎng)絡資源和具有最小延遲的前提下，確保網(wǎng)絡能提供可靠的通信能力，并使網(wǎng)絡資源的使用達到最優(yōu)化的程度。
網(wǎng)絡的性能管理有監(jiān)測和控制兩大功能，監(jiān)測功能實現(xiàn)對網(wǎng)絡中的活動進行跟蹤，控制功能實施相應調整來提高網(wǎng)絡性能。性能管理需要配置管理服務和故障管理服務的支持才能管理各種對象參數(shù)和行為。
性能管理的具體內容包括：從被管對象收集與網(wǎng)絡性能有關的數(shù)據(jù)，分析和統(tǒng)計歷史數(shù)據(jù)，建立性能分析的模型，預測網(wǎng)絡性能的長期趨勢，并根據(jù)分析和預測的結果，對網(wǎng)絡拓撲結構、某些對象的配置和參數(shù)做出調整，逐步達到最佳運行狀態(tài)。如果需要做出調整時，還要考慮擴充或重建網(wǎng)絡。
（4）計費管理
在商業(yè)有償使用的網(wǎng)絡上，計費管理統(tǒng)計哪些用戶、使用哪個信道、傳輸多少數(shù)據(jù)、訪問什么資源等信息；另一方面，計費管理功能還可以統(tǒng)計不同線路和各類資源的利用情況。因此，計費管理的根本依據(jù)是網(wǎng)絡用這些信息，并制定一種用戶可接受的計費方法。商業(yè)性網(wǎng)絡中的計費系統(tǒng)還要包含諸如每次通信的開始和結束時間、通信中使用的服務等級以及通信中的另一方等更詳細的計費信息，并使用能夠隨時查詢這些信息。
（4）安全管理
安全管理的目的是確保網(wǎng)絡資源不被非法使用，防止網(wǎng)絡資源由于入侵者攻擊而遭受破壞。
其主要內容包括：與安全措施有關的信息（如密鑰的分發(fā)和訪問權設置等），與安全有關事件的通知。安全服務措施的創(chuàng)建、控制和刪除，與安全有關的網(wǎng)絡操作事件的記錄、維護和查詢日志管理工作等等。
各個完善的計算機網(wǎng)絡管理系統(tǒng)必須制定網(wǎng)絡管理的安全策略，并根據(jù)這一策略設計實現(xiàn)網(wǎng)絡安全管理系統(tǒng)。
安全管理與其他幾個管理功能有著密切的聯(lián)系。安全管理設施要調用配置管理的服務，發(fā)現(xiàn)安全管理故障時要向故障管理設施通報，安全管理還要接收計費管理設施發(fā)來的計費故障等通報。
2 網(wǎng)絡管理系統(tǒng)協(xié)議
網(wǎng)絡管理系統(tǒng)中最重要的部分就是網(wǎng)絡協(xié)議，它定義了網(wǎng)絡管理器與被管間的通信方法。目前較為流行的兩種網(wǎng)絡管理協(xié)議是SNMP和CMIP。這兩種管理協(xié)議都使用一種所謂的管理信息庫（即MIB）。簡單來說，MIB包含所有網(wǎng)絡資源都遵循的信息、測試、公式和控制。
1）SNMP網(wǎng)絡管理協(xié)議
SNMP是由美國國防部和TCP/IP的開發(fā)商首先的專門在TCP/IP網(wǎng)絡中使用的網(wǎng)絡管理協(xié)議，是使用最多也是最著名的網(wǎng)絡軟件管理工具。
SNMP協(xié)議的最大優(yōu)勢就是設計簡單，既不需要復雜的實現(xiàn)過程，也不會占用太多的網(wǎng)絡資源，非常便于使用。
2）CMIP網(wǎng)絡管理協(xié)議
CMIP是由國際標準化組織ISO為監(jiān)視和控制多機咱網(wǎng)絡而創(chuàng)建并標準化的OSI網(wǎng)絡管理協(xié)議。如今，特別是在剛進行網(wǎng)絡安裝的時候，CMIP還不像SNMP使用那么多。
CMIP最突出的優(yōu)勢就在于協(xié)議所使用的變量不僅可以像SNMP那樣在網(wǎng)絡管理系統(tǒng)和終端之間傳遞信息，還可以被用來執(zhí)行各種在SNMP中不可能實現(xiàn)的任務。
參考文獻：
[1]袁禮 計算機網(wǎng)絡原理與應用[M] 北京：清華大學出版社 2011.02
