計算機網路檢驗方法

㈠ 電腦怎樣測試網速

在電腦上檢測網速的方法如下:

1.在桌面雙擊打開「計算機」。

2.到計算機板面後,找到「網路」,點擊打開。

3.然後找到「網路共享中心」,點擊打開。

4.然後可以看到電腦所連接的網路,然後雙擊打開。

5.然後就可以看到電腦連接的網路的網速。

㈡ 計算機網路五層模型在網路層採用什麼樣的差錯檢測方法

答：所謂五層協議的網路體系結構是為便於學習計算機網路原理而採用的綜合了OSI七層模型和TCP/IP的四層模型而得到的五層模型。各層的主要功能：（1）應用層 應用層確定進程之間通信的性質以滿足用戶的需要。應用層不僅要提供應用進程所需要的信息交換和遠地操作，而且還要作為互相作用的應用進程的用戶代理（user agent),來完成一些為進行語義上有意義的信息交換所必須的功能。(2）運輸層任務是負責主機中兩個進程間的通信。網際網路的運輸層可使用兩種不同的協議。即面向連接的傳輸控制協議TCP和無連接的用戶數據報協議UDP。面向連接的服務能夠提供可靠的交付。無連接服務則不能提供可靠的交付。只是best-effort delivery.(3)網路層網路層負責為分組選擇合適的路由，使源主機運輸層所傳下來的分組能夠交付到目的主機。（4）數據鏈路層數據鏈路層的任務是將在網路層交下來的數據報組裝成幀（frame)，在兩個相鄰結點間的鏈路上實現幀的無差錯傳輸。（5）物理層物理層的任務就是透明地傳輸比特流。「透明地傳送比特流」指實際電路傳送後比特流沒有發生變化。物理層要考慮用多大的電壓代表「1」或「0」，以及當發送端發出比特「1」時，接收端如何識別出這是「1」而不是「0」。物理層還要確定連接電纜的插頭應當有多少根腳以及各個腳如何連接。

㈢ 如何快速排除網路連接故障的六大步驟

網路是計算機之間連接的橋梁，也是用戶獲取外界信息的通道，當計算機網路出現故障時，如何迅速地排除故障，找到解決的方法呢，可以用以下六個步驟來順利排除故障原因：

第1步：檢驗電纜

首先，檢查計算機與網路插口之間的電纜。對於10/100網路環境，只需一種能檢查開路、短路和布線的工具即可工作。而對於千兆乙太網，則還需檢查電纜中是否存在串擾和阻抗故障。推薦使用電纜鑒定測試器，它可在實時網路中測試串路和阻抗故障。

第2步：確認連接到交換機

將攜帶型網路工具連接到辦公室線路，檢查是否可以建立鏈路。如果埠被管理員關閉，則工具將無法連接。接著，檢查埠配置以確保埠可用且已按正確的 VLAN進行配置。為獲得最佳結果，應使用可支持10/100/Gig連接的工具。不過，通常10/100連接的工具即可工作。

第3步：申請DHCP地址

一旦建立鏈路之後，即可使用工具從伺服器申請DHCP地址。應確保分配的地址與相應的子網相符;檢驗子網掩碼;確認默認網關和DNS伺服器地址。如果工具未能從伺服器獲得響應，它應該可以通過分析廣播流量檢測出相應的子網。通過從交換機獲得的Cisco發現協議(CDP)報告，檢查工具所連接的交換機埠，並確認子網配置。

第4步：Ping網路上的設備

一旦獲取 DHCP地址之後，即可使用工具ping一台區域網外的設備。這可確認DHCP伺服器的指定配置是否正確以及網路流量是否被正確地路由發送。這時，網路連接已經過測試，因此計算機可重新連接到網路。對於持續性網路連接問題，最好在計算機和網路之間在線連接工具以進行附加的診斷。

第5步：檢驗速度/雙工模式設置

某些鏈路性能故障如雙工模式不匹配、速度不匹配以及靜態配置IP地址等都只能進行在線檢測。因此，我們強烈推薦使用具有在線檢測功能的工具。在計算機和網路之間以在線方式連接工具。確認所連接交換機埠的速度設置和雙工模式設置與相應計算機的設置相符。如果檢測到雙工模式不匹配，則確認計算機和交換機埠是否均已被設成自動協議。

第6步：網路流量監控

通過在線工具檢查計算機是否成功地向DHCP伺服器申請並接收到地址。這種工具應能同網路建立獨立的連接，然後再與計算機建立連接。接著，使用計算機連接到電子郵件伺服器或應用伺服器，並通過工具監控網路流量。查找過多的廣播、沖突或錯誤。一旦檢驗完所有這些參數之後，計算機與網路之間的鏈路即可取消。如果故障仍然存在，則可能需要使用更加精密的網路診斷工具。

㈣ 自己ping自己電腦怎麼檢測自己的網路是否正常

自己ping自己電腦檢測自己的網路是否正常的方法步驟如下：

1、首先打開計算機，然後敲擊鍵盤上的WIN+R 鍵打開運行界面，在界面內的輸入框內輸入CMD並敲擊回車鍵。

㈤ 怎樣在自己的電腦上檢測網速

在電腦上檢測網速的方法如下：

1.在桌面雙擊打開「計算機」。

㈥ 怎樣可以測試電腦的網線介面有沒有問題

工具/材料：以win10系統為例。

1、首先在桌面上，點擊「桌面」圖標。

㈦ 急```關於PING 命令檢查網路的方法```

綜上所述我回答一下：
1 本網段埠的IP不是固定的，但是進入路由界面的IP是固定的
2 目標的計算機網段埠進入路由器主界面就有顯示
3 是192.168.（1-999）後面數值可以改. 多台機的情況下就要每台機設置IP PING的目的就是看路由和主機網路是否連接正常

㈧ 計算機網路故障的一般識別與解決方法

1. 故障現象：網路適配器（網卡）設置與計算機資源有沖突。
   分析、排除：通過調整網卡資源中的IRQ和I/O值來避開與計算機其它資源的沖突。有些情況還需要通過設置主板的跳線來調整與其它資源的沖突。

2. .故障現象：網吧區域網中其他客戶機在「網上鄰居」上都能互相看見，而只有某一台計算機誰也看不見它，它也看不見別的計算機。(前提：該網吧的區域網是通過HUB或交換機連接成星型網路結構）

   分析、排除：檢查這台計算機系統工作是否正常；檢查這台計算機的網路配置；檢查這台計算機的網卡是否正常工作；檢查這台計算機上的網卡設置與其他資源是否有沖突；檢查網線是否斷開；檢查網線接頭接觸是否正常。

3. 故障現象：網吧區域網中有兩個網段，其中一個網網段的所有計算機都不能上網際網路。（前提：該網吧的區域網通過兩個HUB或交換機連接著兩個的網段）

   分析、排除：兩個網段的干線斷了或干線兩端的接頭接處不良。檢查伺服器中對該網段的設置項。

4. 故障現象：網吧區域網中所有的計算機在「網上鄰居」上都能互相看見。（前提：該網吧的區域網是通過HUB或交換機連接成星型網路結構）

   分析、排除：檢查HUB或交換機工作是否正常。

5. 故障現象：網吧區域網中某台客戶機在「網上鄰居」上都能看到伺服器，但就是不能上網際網路。（前提：伺服器指代理網吧區域網其他客機上網際網路的那台計算機，以下同）

   分析、排除：檢查這台客戶機TCP/IP協議的設置，檢查這台客戶機中IE瀏覽器的設置，檢查伺服器中有關對這台客戶機的設置項。

6. 故障現象：網吧整個區域網上的所有的計算機都不能上網際網路。

   分析、排除：伺服器系統工作是否正常；伺服器是否掉線了；數據機工作是否正常；局端工作是否正常。

7. 故障現象：網吧區域網中除了伺服器能上網其他客戶機都不能上網。

   分析、排除：檢查HUB或交換機工作是否正常；檢查伺服器與HUB或交換機連接的網路部分（含：網卡、網線、接頭、網路配置）工作是否正常；檢查伺服器上代理上網的軟體是否正常啟動運行；設置是否正常。

8. 故障現象：進行撥號上網操作時，MODEN沒有撥號聲音，始終連接不上網際網路，MODEN上指示燈也不閃。

   分析、排除：電話線路是否占線；接MODEN的伺服器的連接（含：連線、接頭）是否正常；電話線路是否正常，有無雜音干擾；撥號網路配置是否正確；MODEN的配置設置是否正確，檢查撥號音的音頻或脈沖方式是否正常。

9. 故障現象：系統檢測不到MODEN（若MODEN是正常的）。

   分析、排除：重新安裝一遍MODEN，注意通訊埠的正確位置。

10. 故障現象：連接網際網路速度過慢。

    分析、排除：檢查伺服器系統設置在「撥號網路」中的埠連接速度是否是設置的最大值；線路是否正常；可通過優化MODEN的設置來提高連接的速度；通過修改注冊表也可以提高上網速度；同時上網的客戶機是否很多；若是很多，而使連接速度過慢是正常現象。

11. 故障現象：計算機屏幕上出現「錯誤678」 或「錯誤 650」 的提示框。

    分析、排除：一般是你所撥叫的伺服器線路較忙、占線，暫時無法接通，你可進一會後繼續重撥。

12. 故障現象：計算機屏幕上出現「錯誤680：沒有撥號音。請檢測數據機是否正確連到電話線。」或者「There is no dialtone。 Make sure your Modem is connected to the phone line
    properly。」的提示框。

    分析、排除：檢測數據機工作是否正常，是否開啟；檢查電話線路是否正常，是否正確接入數據機，接頭有無松動。

    
    

㈨ 計算機網路中循環冗餘檢驗的解釋

教科書定義：循環冗餘校驗碼CRC是一種循環碼，它有很強的檢錯能力，而且容易用硬體實現，在區域網中有廣泛應用。
簡單的說下它的實現：用移位寄存器實現，移位寄存器由k位組成，還有幾個異或門和一條反饋迴路。移位寄存器可以按CCITT-CRC標准生成16位的校驗和。寄存器被初始化為0，數據字從右向左逐位輸入。當一位從最左邊移除寄存器時就從右邊輸入完後再輸入k個0。最後，當這一過程結束時，移位寄存器中就形成了校驗和。k位的校驗和跟在數據位後邊發送，接收端可以按同樣的過程計算校驗和並與接收到的校驗和比較，以檢測傳輸中的差錯。
具體實現和數學分析建議你參考網路http://ke..com/view/575295.htm

㈩ 計算機網路CRC檢驗中為什麼選擇16或32位效驗碼，效率最高

循環冗餘校驗（CRC）是一種根據網路數據封包或電腦檔案等數據產生少數固定位數的一種散列函數，主要用來檢測或校驗數據傳輸或者保存後可能出現的錯誤。生成的數字在傳輸或者儲存之前計算出來並且附加到數據後面，然後接收方進行檢驗確定數據是否發生變化。一般來說，循環冗餘校驗的值都是32位的整數。由於本函數易於用二進制的電腦硬體使用、容易進行數學分析並且尤其善於檢測傳輸通道干擾引起的錯誤，因此獲得廣泛應用。它是由W.WesleyPeterson在他1961年發表的論文中披露[1]。{{noteTA|T=zh-hans:循環冗餘校驗;zh-hant:循環冗餘校驗;|1=zh-hans:循環冗餘校驗;zh-hant:循環冗餘校驗;}}'''循環冗餘校驗'''（CRC）是一種根據網路數據封包或[[電腦檔案]]等數據產生少數固定位數的一種[[散列函數]]，主要用來檢測或校驗數據傳輸或者保存後可能出現的錯誤。生成的數字在傳輸或者儲存之前計算出來並且附加到數據後面，然後接收方進行檢驗確定數據是否發生變化。一般來說，循環冗餘校驗的值都是32位的整數。由於本函數易於用二進制的[[電腦硬體]]使用、容易進行數學分析並且尤其善於檢測傳輸通道干擾引起的錯誤，因此獲得廣泛應用。它是由[[W.WesleyPeterson]]在他1961年發表的論文中披露{{citejournal|author=Peterson,W.W.andBrown,D.T.|year=1961|month=January|title=CyclicCodesforErrorDetection|journal=ProceedingsoftheIRE|doi=10.1109/JRPROC.1961.287814|issn=0096-8390|volume=49|pages=228}}。==簡介==CRC「校驗和」是兩個位元數據流採用二進制除法（沒有進位，使用XOR異或來代替減法）相除所得到的余數。其中被除數是需要計算校驗和的信息數據流的二進製表示；除數是一個長度為n+1的預定義（短）的二進制數，通常用多項式的系數來表示。在做除法之前，要在信息數據之後先加上n個0.CRCa是基於[[有限域]]GF(2)([[同餘|關於2同餘]])的[[多項式環]]。簡單的來說，就是所有系數都為0或1（又叫做二進制）的多項式系數的集合，並且集合對於所有的代數操作都是封閉的。例如：:(x^3+x)+(x+1)=x^3+2x+1\equivx^3+12會變成0，因為對系數的加法都會模2.乘法也是類似的：:(x^2+x)(x+1)=x^3+2x^2+x\equivx^3+x我們同樣可以對多項式作除法並且得到商和余數。例如，如果我們用''x''3+''x''2+''x''除以''x''+1。我們會得到：:\frac{(x^3+x^2+x)}{(x+1)}=(x^2+1)-\frac{1}{(x+1)}也就是說，:(x^3+x^2+x)=(x^2+1)(x+1)-1這里除法得到了商''x''2+1和余數-1，因為是奇數所以最後一位是1。字元串中的每一位其實就對應了這樣類型的多項式的系數。為了得到CRC,我們首先將其乘以x^{n}，這里n是一個固定多項式的[[多項式的階|階]]數,然後再將其除以這個固定的多項式，余數的系數就是CRC。在上面的等式中，x^2+x+1表示了本來的信息位是111,x+1是所謂的'''鑰匙''',而余數1（也就是x^0）就是CRC.key的最高次為1,所以我們將原來的信息乘上x^1來得到x^3+x^2+x，也可視為原來的信息位補1個零成為1110。一般來說，其形式為：:M(x)\cdotx^{n}=Q(x)\cdotK(x)+R(x)這里M(x)是原始的信息多項式。K(x)是n階的「鑰匙」多項式。M(x)\cdotx^{n}表示了將原始信息後面加上n個0。R(x)是余數多項式，既是CRC「校驗和」。在通訊中，發送者在原始的信息數據M後加上n位的R（替換本來附加的0）再發送。接收者收到M和R後，檢查M(x)\cdotx^{n}-R(x)是否能被K(x)整除。如果是，那麼接收者認為該信息是正確的。值得注意的是M(x)\cdotx^{n}-R(x)就是發送者所想要發送的數據。這個串又叫做''codeword''.CRCs經常被叫做「[[校驗和]]」,但是這樣的說法嚴格來說並不是准確的，因為技術上來說，校驗「和」是通過加法來計算的，而不是CRC這里的除法。「[[錯誤糾正編碼]]」常常和CRCs緊密相關，其語序糾正在傳輸過程中所產生的錯誤。這些編碼方式常常和數學原理緊密相關。==實現====變體==CRC有幾種不同的變體*shiftRegister可以逆向使用，這樣就需要檢測最低位的值，每次向右移動一位。這就要求polynomial生成逆向的數據位結果。''實際上這是最常用的一個變體。''*可以先將數據最高位讀到移位寄存器，也可以先讀最低位。在通訊協議中，為了保留CRC的[[突發錯誤]]檢測特性，通常按照[[物理層]]發送數據位的方式計算CRC。*為了檢查CRC，需要在全部的碼字上進行CRC計算，而不是僅僅計算消息的CRC並把它與CRC比較。如果結果是0，那麼就通過這項檢查。這是因為碼字M(x)\cdotx^{n}-R(x)=Q(x)\cdotK(x)可以被K(x)整除。*移位寄存器可以初始化成1而不是0。同樣，在用演算法處理之前，消息的最初n個數據位要取反。這是因為未經修改的CRC無法區分只有起始0的個數不同的兩條消息。而經過這樣的取反過程，CRC就可以正確地分辨這些消息了。*CRC在附加到消息數據流的時候可以進行取反。這樣，CRC的檢查可以用直接的方法計算消息的CRC、取反、然後與消息數據流中的CRC比較這個過程來完成，也可以通過計算全部的消息來完成。在後一種方法中，正確消息的結果不再是0，而是\sum_{i=n}^{2n-1}x^{i}除以K(x)得到的結果。這個結果叫作核驗多項式C(x)，它的十六進製表示也叫作[[幻數]]。按照慣例，使用CRC-32多項式以及CRC-16-CCITT多項式時通常都要取反。CRC-32的核驗多項式是C(x)=x^{31}+x^{30}+x^{26}+x^{25}+x^{24}+x^{18}+x^{15}+x^{14}+x^{12}+x^{11}+x^{10}+x^8+x^6+x^5+x^4+x^3+x+1。==錯誤檢測能力==CRC的錯誤檢測能力依賴於關鍵多項式的階次以及所使用的特定關鍵多項式。''誤碼多項式''E(x)是接收到的消息碼字與正確消息碼字的''異或''結果。當且僅當誤碼多項式能夠被CRC多項式整除的時候CRC演算法無法檢查到錯誤。*由於CRC的計算基於除法，任何多項式都無法檢測出一組全為零的數據出現的錯誤或者前面丟失的零。但是，可以根據CRC的[[#變體|變體]]來解決這個問題。*所有隻有一個數據位的錯誤都可以被至少有兩個非零系數的任意多項式檢測到。誤碼多項式是x^k，並且x^k只能被i\lek的多項式x^i整除。*CRC可以檢測出所有間隔距離小於[[多項式階次]]的雙位錯誤，在這種情況下的誤碼多項式是E(x)=x^i+x^k=x^k\cdot(x^{i-k}+1),\;i>k。如上所述，x^k不能被CRC多項式整除，它得到一個x^{i-k}+1項。根據定義，滿足多項式整除x^{i-k}+1的{i-k}最小值就是多項是的階次。最高階次的多項式是[[本原多項式]]，帶有二進制系數的n階多項式==CRC多項式規范==下面的表格略去了「初始值」、「反射值」以及「最終異或值」。*對於一些復雜的校驗和來說這些十六進制數值是很重要的，如CRC-32以及CRC-64。通常小於CRC-16的CRC不需要使用這些值。*通常可以通過改變這些值來得到各自不同的校驗和，但是校驗和演算法機制並沒有變化。CRC標准化問題*由於CRC-12有三種常用的形式，所以CRC-12的定義會有歧義*在應用的CRC-8的兩種形式都有數學上的缺陷。*據稱CRC-16與CRC-32至少有10種形式，但沒有一種在數學上是最優的。*同樣大小的CCITTCRC與ITUCRC不同，這個機構在不同時期定義了不同的校驗和。==常用CRC（按照ITU-IEEE規范）=={|class="wikitable"!名稱||多項式||表示法：正常或者翻轉|-|CRC-1||x+1(用途：硬體，也稱為[[奇偶校驗位]])||0x1or0x1(0x1)|-|CRC-5-CCITT||x^{5}+x^{3}+x+1([[ITU]]G.704標准)||0x15(0x??)|-|CRC-5-USB||x^{5}+x^{2}+1(用途：[[USB]]信令包)||0x05or0x14(0x9)|-|CRC-7||x^{7}+x^{3}+1(用途：通信系統)||0x09or0x48(0x11)|-|CRC-8-ATM||x^8+x^2+x+1(用途：ATMHEC)||0x07or0xE0(0xC1)|-|CRC-8-[[CCITT]]||x^8+x^7+x^3+x^2+1(用途：[[1-Wire]][[匯流排]])|||-|CRC-8-[[Dallas_Semiconctor|Dallas]]/[[Maxim_IC|Maxim]]||x^8+x^5+x^4+1(用途：[[1-Wire]][[bus]])||0x31or0x8C|-|CRC-8||x^8+x^7+x^6+x^4+x^2+1||0xEA(0x??)|-|CRC-10||x10+x9+x5+x4+x+1||0x233(0x????)|-|CRC-12||x^{12}+x^{11}+x^3+x^2+x+1(用途：通信系統)||0x80For0xF01(0xE03)|-|CRC-16-Fletcher||參見[[Fletcher'schecksum]]||用於[[Adler-32]]A&BCRC|-|CRC-16-CCITT||''x''16+''x''12+''x''5+1([[X25]],[[V.41]],[[Bluetooth]],[[PPP]],[[IrDA]])||0x1021or0x8408(0x0811)|-|CRC-16-[[IBM]]||''x''16+''x''15+''x''2+1||0x8005or0xA001(0x4003)|-|CRC-16-[[BBS]]||x16+x15+x10+x3(用途：[[XMODEM]]協議)||0x8408(0x????)|-|CRC-32-Adler||See[[Adler-32]]||參見[[Adler-32]]|-|CRC-32-MPEG2||See[[IEEE802.3]]||參見[[IEEE802.3]]|-|CRC-32-[[IEEE802.3]]||x^{32}+x^{26}+x^{23}+x^{22}+x^{16}+x^{12}+x^{11}+x^{10}+x^8+x^7+x^5+x^4+x^2+x+1||0x04C11DB7or0xEDB88320(0xDB710641)|-|CRC-32C(Castagnoli)||x^{32}+x^{28}+x^{27}+x^{26}+x^{25}+x^{23}+x^{22}+x^{20}+x^{19}+x^{18}+x^{14}+x^{13}+x^{11}+x^{10}+x^9+x^8+x^6+1||0x1EDC6F41or0x82F63B78(0x05EC76F1)|-|CRC-64-ISO||x^{64}+x^4+x^3+x+1(use:ISO3309)||(0xB000000000000001)|-|CRC-64-[[EcmaInternational|ECMA]]-182||x^{64}+x^{62}+x^{57}+x^{55}+x^{54}+x^{53}+x^{52}+x^{47}+x^{46}+x^{45}+x^{40}+x^{39}+x^{38}+x^{37}+x^{35}+x^{33}+x^{32}+x^{31}+x^{29}+x^{27}+x^{24}+x^{23}+x^{22}+x^{21}+x^{19}+x^{17}+x^{13}+x^{12}+x^{10}+x^9+x^7+x^4+x+1(asdescribedin[CRC16toCRC64collisionresearch]*[index.htm#SAR-PR-2006-05ReversingCRC–TheoryandPractice.]{{math-stub}}[[Category:校驗和演算法]][[bg:CRC]][[ca:Controlderendànciacíclica]][[cs:Cyklickýrendantnísoučet]][[de:ZyklischeRendanzprüfung]][[en:Cyclicrendancycheck]][[es:Controlderendanciacíclica]][[eu:CRC]][[fi:CRC]][[fr:Contrôlederedondancecyclique]][[he:בדיקתיתירותמחזורית]][[id:CRC]][[it:Cyclicrendancycheck]][[ja:巡迴冗長検査]][[ko:순환중복검사]][[nl:CyclicRendancyCheck]][[pl:CRC]][[pt:CRC]][[ru:Циклическийизбыточныйкод]][[simple:Cyclicrendancycheck]][[sk:Kontrolacyklickýmkódom]][[sv:CyclicRendancyCheck]][[vi:CRC]]