在現(xiàn)今網(wǎng)絡(luò)飛速發(fā)展的時代中，路由器有著舉足輕重的作用。因?yàn)槁酚善髯鳛榫W(wǎng)絡(luò)層中的中繼系統(tǒng)，提供著一個在第三層網(wǎng)絡(luò)間數(shù)據(jù)的路由選擇與轉(zhuǎn)發(fā)功能。因此，路由器的功能、作用及基礎(chǔ)配置都是作為IT行業(yè)成員的我們必須熟練掌握的。 

　　以下，我們將從兩方面對路由器作一個簡要的分析：即如何在實(shí)驗(yàn)中搭建一個最簡單的網(wǎng)絡(luò)環(huán)境，并在其配置中常會碰到的情況及相對應(yīng)的解決方法；以及對在網(wǎng)際中的數(shù)據(jù)傳輸中應(yīng)用不同的數(shù)據(jù)封裝協(xié)議（HDLC與PPP）、鏈路壓縮進(jìn)行傳輸速率的比較。 

　　路由器配置及網(wǎng)絡(luò)搭建 

　　要組建一個網(wǎng)絡(luò)，就須在應(yīng)用中對網(wǎng)絡(luò)結(jié)構(gòu)要有一個很清晰的了解，而在物理上的正確連接、路由器中的分配IP地址、廣域網(wǎng)路由協(xié)議的選擇及局域網(wǎng)的接入等都是在實(shí)際應(yīng)用中必需十分注意的。以下則是我們經(jīng)過實(shí)驗(yàn)總結(jié)出來的使整個網(wǎng)絡(luò)運(yùn)行起來的三個主要方面。 

　　一、網(wǎng)間的物理連接 

　　在我們的實(shí)驗(yàn)環(huán)境中，運(yùn)用了最簡單的點(diǎn)對點(diǎn)環(huán)境，通過一對MODEM把兩臺路由器的廣域網(wǎng)口連接起來進(jìn)行數(shù)據(jù)傳輸。MODEM間連接雙絞線(直通線) ，還要給予線路傳輸?shù)膸�寬。而在局域網(wǎng)口,路由器直接與一臺微機(jī)相連。但在實(shí)際的應(yīng)用中，往往并不單單是兩臺路由器相連，或要多臺路由器、交換機(jī)、集線器等。這要視網(wǎng)絡(luò)結(jié)構(gòu)來對網(wǎng)絡(luò)設(shè)備的數(shù)量、位置，根據(jù)環(huán)境和要求進(jìn)一步考慮。 

　　二、路由器的配置 

　　因?yàn)榻裉斓穆酚善魉�包含的已不僅僅是對數(shù)據(jù)轉(zhuǎn)發(fā)與路由轉(zhuǎn)換的概念，它還可以實(shí)現(xiàn)多種意義和功能，如：安全限制、流量控制等。所以，在此我們只是簡要介紹一下實(shí)現(xiàn)其原始功能的幾個步驟。首先，進(jìn)入端口模式，給予每個廣域網(wǎng)口及以太網(wǎng)口一個IP地址與相應(yīng)的地址掩碼。其次，在廣域網(wǎng)口要設(shè)置帶寬與數(shù)據(jù)的鏈路傳輸封裝協(xié)議(在實(shí)驗(yàn)中我們分別使用了HDLC及PPP協(xié)議)。最后，要配置路由協(xié)議，在大型的網(wǎng)絡(luò)中，可選用的有很多不同的協(xié)議(靜態(tài)路由、動態(tài)的OSPF、EIGRP)。而我們則選用的是CISCO的專有動態(tài)路由協(xié)議EIGRP。 

　　三、用戶終端的設(shè)定 

　　為了實(shí)驗(yàn)的簡便，為此我們只在以太網(wǎng)內(nèi)放置了一臺微機(jī)與以太網(wǎng)口相連。從以太口接出的所有設(shè)備都必須要對其指定一個IP地址且是與路由器的以太網(wǎng)口同一網(wǎng)段的，同時以路由器的以太網(wǎng)口為網(wǎng)關(guān)，才能保證以太網(wǎng)與外網(wǎng)段正常交換信息。

　　經(jīng)過上面的三點(diǎn)配置，這個實(shí)驗(yàn)網(wǎng)絡(luò)就能運(yùn)行起來。利用PING命令即可檢測兩臺微機(jī)間是否能正常通信。但在實(shí)驗(yàn)的過程中，在以上的每一個方面中,還有很多需要注意的小地方。以下即是我們在實(shí)驗(yàn)當(dāng)中所得的幾點(diǎn)體會。 

　　一.廣域網(wǎng)中連接的ASCOM是智能的，因此在連接后等待兩個MODEM的時鐘同步后即可進(jìn)行通信。但需要注意的是在此對MODEM中會自定義一主一從或手工設(shè)定也可，當(dāng)主MODEM改變傳輸?shù)乃俾蕰r，鏈路自動斷開，從MODEM會與主MODEM進(jìn)行時鐘重同步以新設(shè)定的速率通信。 

　　二.在路由器的端口狀態(tài)檢查中，當(dāng)接口與下聯(lián)設(shè)備連接，端口為UP；當(dāng)下聯(lián)設(shè)備處于開啟狀態(tài)，而且連接的鏈路協(xié)議也配置完成，端口的協(xié)議狀態(tài)才會呈現(xiàn)UP。 

　　三.配置路由協(xié)議時，如果協(xié)議還沒有起來，檢查路由器的狀態(tài)則是所有端口都是UP，但鏈路卻不通。這是由于路由器沒有把下連設(shè)備的路由信息傳給上連路由器的路由表，數(shù)據(jù)轉(zhuǎn)發(fā)時就只能通過上連路由器的路由表找到直接相連的網(wǎng)段卻找不到下一跳相連的網(wǎng)段地址。只有在協(xié)議正常運(yùn)行后，路由器通過路由協(xié)議學(xué)習(xí)到網(wǎng)絡(luò)中的路由，才能把得到的數(shù)據(jù)對其下一跳進(jìn)行轉(zhuǎn)發(fā)。還要注意起用路由協(xié)議時，網(wǎng)絡(luò)號的指定是指運(yùn)用此路由協(xié)議的整個網(wǎng)絡(luò)。 

　　四.路由器廣域網(wǎng)的數(shù)據(jù)鏈路層封裝協(xié)議要同步，就是收發(fā)數(shù)據(jù)必須用同一種封裝協(xié)議，否則廣域網(wǎng)口會丟掉與接口封裝類型不相同的數(shù)據(jù)包，導(dǎo)致鏈路的不通。 

　　五.由于微機(jī)與路由器的接口屬于同類網(wǎng)絡(luò)接入設(shè)備，要用反雙絞線(交叉線)進(jìn)行連接。同樣的情況還有交換機(jī)與集線器的相連。也可以通過端口的標(biāo)識判定。同種標(biāo)識則用交叉線，反之，用直通線。 

　　數(shù)據(jù)的傳輸 

　　網(wǎng)絡(luò)本身的意義就在于它能使信息更快，更便捷的傳送到網(wǎng)絡(luò)所覆蓋的整個區(qū)域范圍，從而實(shí)現(xiàn)信息化和全球化的時代要求。但信息的傳送必須要得到正確、完整的保證。在計(jì)算機(jī)通信的早期人們就已發(fā)現(xiàn)，對于經(jīng)常產(chǎn)生誤碼的實(shí)際鏈路，只要加上合適的控制規(guī)程，就可以使通信變?yōu)楸容^可靠的。這些規(guī)程演變到現(xiàn)在，成為網(wǎng)際間的數(shù)據(jù)傳輸封裝協(xié)議有HDLC、PPP、ATM、幀中繼等。于是，在兩臺微機(jī)可以在這個實(shí)驗(yàn)網(wǎng)絡(luò)通信后，我們不但對HDLC與PPP進(jìn)行了傳輸速率，還用CISCO路由器分別在這兩種協(xié)議下的加壓縮與不加壓縮時的狀態(tài)做了一個比較。 

　　用于測試傳輸速度的軟件是5.58M的一個注冊表文件，使用FTP進(jìn)行數(shù)據(jù)傳輸。傳輸過程應(yīng)用了二進(jìn)制算法和HASH排序，得出的結(jié)果在下表中列出。

　　從實(shí)驗(yàn)的結(jié)果，可以看出在同樣的網(wǎng)絡(luò)環(huán)境中，HDLC與PPP相比，在正常的情況下，PPP要稍快一點(diǎn)。在加壓縮后，兩協(xié)議都明顯要比未壓縮前要快。這是什么原因呢？那么就從他們的結(jié)構(gòu)開始說起吧。 

　　HDLC（High-level Data Link Control），高級數(shù)據(jù)鏈路控制。前身是面向比特的規(guī)程SDLC，后經(jīng)ISO修改才稱為HDLC的。在CISCO的路由器中，HDLC是默認(rèn)的傳輸協(xié)議，與普通的HDLC的結(jié)構(gòu)相似，為此，我們就以普通的HDLC對其結(jié)構(gòu)進(jìn)行分析。 

　　HDLC的幀結(jié)構(gòu) 

　　數(shù)據(jù)鏈路層的數(shù)據(jù)是以幀為單位的。一個幀的結(jié)構(gòu)具有固定的格式。標(biāo)志字段F(Flag )，放在幀的開頭和結(jié)尾，作為幀的邊界，用于解決比特同步的問題。幀校驗(yàn)序列FCS(Frame Check Sequence)字段共占16bit，它采用的生成多項(xiàng)式是CRC-CCITT。所檢驗(yàn)的范圍是從地址字段的第1個比特起，到信息字段的最末1個為止�？刂谱侄蜟共8bit。HDLC的許多重要功能都要靠控制字段來實(shí)現(xiàn)。 

　　PPP的幀格式和HDLC的相似。與HDLC不同的是多了2個字節(jié)的協(xié)議字段。當(dāng)協(xié)議字段為0x0021時，信息字段就是IP數(shù)據(jù)報。若為0xC021，則信息字段是鏈路控制數(shù)據(jù)，而0x8021表示這是網(wǎng)絡(luò)控制數(shù)據(jù)。PPP不提供使用序號和確認(rèn)的可靠傳輸。PPP工作在網(wǎng)絡(luò)層與數(shù)據(jù)鏈路層中，包括NCP與LCP協(xié)議。NCP是在第三層用于局域網(wǎng)中的多協(xié)議封裝，LCP用于第二層的廣域網(wǎng)鏈路控制協(xié)議。 

　　從兩者的結(jié)構(gòu)上來看，PPP有比HDLC更復(fù)雜的控制機(jī)制，處理的時候需要的時間相對要多些。從通信的連接來看，HDLC在連接與斷開時采取的是雙方握手協(xié)議；PPP使用的是一個鑒別認(rèn)證機(jī)制，雙方通過連接，然后協(xié)商，身份的鑒別，LCP的配置，打開通信到通信結(jié)束，完成整個過程。所以在整個測試中，PPP在鏈路的連接到數(shù)據(jù)的處理，所耗費(fèi)的時間都要比HDLC要多。特別在大行的數(shù)據(jù)傳輸時，更能體現(xiàn)出HDLC的傳輸速度。但PPP在安全方面卻比HDLC要更勝一籌，其身份驗(yàn)證可以根據(jù)安全的要求對所有接收的數(shù)據(jù)進(jìn)行檢測，通過鑒定后才會把數(shù)據(jù)接收轉(zhuǎn)發(fā)否則丟棄掉。因此，對兩協(xié)議的選用可視傳輸?shù)囊�求來考慮。（以下分別是兩協(xié)議的通信鏈路連接狀態(tài)圖） 

　　此外，我們對兩種協(xié)議進(jìn)行了鏈路的壓縮傳送。結(jié)果，在速度方面，兩者都有了顯著的提高。其實(shí)，所謂的壓縮也就是對傳輸實(shí)體進(jìn)行的，對包頭和負(fù)載的壓縮。鏈路壓縮并不是指單單一個特別的協(xié)議功能，而CISCO就提供了兩種專用于路由器傳輸數(shù)據(jù)的壓縮算法----Stac與Predictor。但在HDLC結(jié)構(gòu)中，Stac是唯一的選擇。STAC對數(shù)據(jù)的壓縮實(shí)際上是通過對一些多余字串的數(shù)據(jù)流用特定的標(biāo)記替代，而這些帶有信息量的標(biāo)記都是明顯短于所替代的數(shù)據(jù)流的。如果算法在數(shù)據(jù)中不能找到可以替代的字串，那么將不會有壓縮的情況發(fā)生，或者在傳輸中就像壓縮功能沒有被激活一般。在一些應(yīng)用中，例如是在發(fā)送加密數(shù)據(jù)時，壓縮就只會增加傳輸?shù)拈_銷，所以在這類情況中，是不會對原始傳輸進(jìn)行修改。而且Stac壓縮算法對占用CPU的資源有較高要求，往往不被采用于高CPU利用率的路由器中。Predictor壓縮算法就如其名字一般。這一CISCO優(yōu)先算法是通過嘗試從一個操作檢索系統(tǒng)中預(yù)測出即將到來的特征數(shù)據(jù)序列，而這個系統(tǒng)就是基于壓縮字典生成的。何為壓縮字典，其實(shí)它就是一本由眾多可能出現(xiàn)的數(shù)據(jù)序列組合成的編碼書。如果一個特征數(shù)據(jù)流在此字典中被發(fā)現(xiàn)，且與字典中的其中一條目完全吻合，那么，此字典條目將會用來替代數(shù)據(jù)流。得出的條目包含的是更小更短的特征序列。在遠(yuǎn)端，這些特征將會與數(shù)據(jù)字典再次做一個對比進(jìn)行解碼。數(shù)據(jù)流就會被找出及用合適的信息替換。Predictor壓縮算法就如形體語言一般，利用一個手勢即可表達(dá)整個的句子與含義（壓縮），遠(yuǎn)比拼出由一個個單獨(dú)的詞語所組成的句子與含義（無壓縮）來得簡單。因?yàn)樗�有的群體對手勢語言都能理解，所以相互間能夠很好的溝通。相反，當(dāng)其中一人在交流時包含了一個未知的形體語言，那么相互間的溝通將不會產(chǎn)生。在壓縮中同樣會出現(xiàn)缺少交流的情況。如在一方選用了壓縮算法，那么在另一方也必須使用。（需要注意的是，兩端所使用的算法必須一致。）Stac是高CPU占用，而Predictor卻是極端的高內(nèi)存占用。因此，如果路由器沒有配備大容量的RAM，那就想也別想實(shí)行Predictor算法。但如果RAM充足的話，使用Predictor也是一個不錯的選擇。 

　　因?yàn)樯鲜鰧?shí)驗(yàn)在一個理想化的網(wǎng)絡(luò)環(huán)境中進(jìn)行，并受到條件和設(shè)備等限制，測試得出的數(shù)據(jù)并不能在所有環(huán)境中適用。我們的水平有限，經(jīng)驗(yàn)尚淺，本文的不足之處，還望同行多予指點(diǎn)。