當前位置:首頁 » 網路連接 » 文件解釋計算機網路
擴展閱讀
臨沂哪裡有平板電腦賣 2025-09-18 23:05:13

文件解釋計算機網路

發布時間: 2023-01-06 10:08:58

『壹』 計算機網路名詞解釋

計算機網路是利用通信設備和線路將地理位置不同的、功能獨立的多個計算機系統互連起來可以功能完善的網總軟體實現網路中資源共享和信息傳遞的系統。

『貳』 計算機網路形成的原因及意義

一、原因

把分布在不同地理區域的計算機與專門的外部設備用通信線路互聯成一個規模大、功能強的系統,從而使眾多的計算機可以方便地互相傳遞信息,共享硬體、軟體、數據信息等資源。簡單來說,計算機網路就是由通信線路互相連接的許多自主工作的計算機構成的集合體。

二、意義

只有兩台計算機和連接它們的一條鏈路,即兩個節點和一條鏈路。

通過線路互連起來的、資質的計算機集合,確切的說就是將分布在不同地理位置上的具有獨立工作能力的計算機、終端及其附屬設備用通信設備和通信線路連接起來,並配置網路軟體,以實現計算機資源共享的系統。

(2)文件解釋計算機網路擴展閱讀

計算機網路層次劃分:

為了使不同計算機廠家生產的計算機能夠相互通信,以便在更大的范圍內建立計算機網路,國際標准化組織(ISO)在1978年提出了「開放系統互聯參考模型」,即著名的OSI/RM模型(Open System Interconnection/Reference Model)。

它將計算機網路體系結構的通信協議劃分為七層,自下而上依次為:

1、物理層(Physics Layer)

2、數據鏈路層(Data Link Layer)

3、網路層(Network Layer)

4、傳輸層(Transport Layer)

5、會話層(Session Layer)

6、表示層(Presentation Layer)

7、應用層(Application Layer)

『叄』 計算機常用網路名詞解釋

自http://www.programfan.com/blog/article.asp?id=11894
只是很小的一部分
====================================================

縮略語解釋

A

AAL ( ATM Adapter Layer ) ATM適配子層

ADSL ( Asymmetrical Digital Subscriber Loop ) 非對稱數字用戶環路

API ( Application Program Interfacet ) 應用程序編程介面

ARCNET ( ) 令牌匯流排網

ARP ( Address Resolution Protocol ) 地址解析協議

ARQ ( Automatic Repeat reQuest ) 反潰重傳法

ATM ( Asynchronous Transfer Mode ) 非同步傳輸模式

B

BRI ( Basic Rate Interface ) 基本速率介面

BSC ( Binary Synchronization Communication ) 二進制同步通信規程

B-ISDN ( Broadband ISDN ) 寬頻ISDN

C

CERNET ( China Ecation and Research Network ) 中國教育科研網

CCITT 國際電報、電話咨詢委員會

ChinaDDN 中國公用數字數據網

ChinaPAC 中國公用數據網

CO/DEC ( Coding and Decoding ) 編碼/解碼

CRC ( CYC rendance checkout ) 循環校驗碼

CS ( Convergence Sublayer ) 傳輸會聚子層

CSMA/CD ( Carrier Sense Multiple Access with Collision Detection ) 載波偵聽多重訪問/沖突檢測

C/S ( Client/Server ) 客戶/伺服器

D

DCE ( Data Circuit-terminal Equpment ) 數據電路終接設備

DDN ( Digital Data Network ) 數字數據網

DES ( Data Encryption Standard ) 數據加密標准

DIX ( ) 數據鏈路層和物理層規范,也稱DIX規范

DL ( Data Link ) 數據鏈路

DNIC ( Data Netwrok Indentifier Code )數據網路識別碼

DNS ( Domain Naming System ) 域名系統

DTE ( Data Terminal Equipment ) 數據終端設備

DU ( Data Unit ) 數據單元

E

E1 ( ) 支持32路PCM載波信號的歐洲PCM載波標准

EDI ( Electronic Data Interchange ) 電子數據交換

EIA ( Electronic Instries Association ) 國際電氣工業協會

F

FDM ( Frequency Division Multiplexing ) 頻分多路復用

FDDI ( ) 光纖分布數字結口

FR ( Frame Relay ) 幀中繼

FTAM ( File Transfer Access Management ) 文件傳送訪問和管理

FTP ( File Transfer Protocol ) 文件傳輸協議

H

HDLC ( High-level Data Link Control ) 高級數據鏈路控制

HTTP ( HyperText Transfer Protocol ) 超文本傳輸協議

HUB 集線器

I

IDU ( Interface Data Unit ) 介面數據單元

ICMP ( Internet Control Message Protocol ) 網際網路控制報文協議

IP ( Internet Protocol ) 網際協議

ISDN ( Integrated Services Digital Network ) 綜合業務數字網

ISO ( International Standards Organization ) 國際標准化組織

ISP ( Internet Serve Provider ) 網際網路服務提供商

L

LAN ( Local Area Network ) 區域網

LEC ( LAN Emulation Client ) 區域網模擬客戶

LES ( LAN Emulation Server ) 區域網模擬伺服器

LC ( Logical Circuit ) 邏輯鏈路

LLC ( Logical Link Control ) 邏輯鏈路控制

M

MAC ( Medium Access Control ) 媒體訪問控制

MAN ( Metropolitan Area Network ) 城域網

MAU ( Multiple Access Unit ) 多路訪問器

MLP ( Multiple Link Protocol ) 多鏈路規程

MODEM ( Molator-Demolator ) 數據機

N

NMC [ Network Manager Center ) 網路管理中心

NNI ( Network-Network Interface ) 網路/網路端介面

NRNI ( ) 不歸0交替編碼

N-ISDN ( Narrowband ISDN ) 窄帶ISDN

O

OSI ( Open System Interconnection ) 開放式系統互連

P

PAD ( Packet Assembler Disassembler ) 分組組裝、拆卸設備

PC ( Personal Computer ) 個人計算機

PC ( Packet Concentrator )

PCI ( Protocol Control Information )協議控制信息

PCM ( Pulse Code Molation ) 脈碼調制

PDH ( )准同步數字體系

PDU( Protocol Data Unit )協議數據單元

PM ( Physical Medium ) 物理媒體子層

POP3 ( Post Office Protocol-3 ) 郵件代理協議

PRI ( Primary Rate Interface )一次群速率介面

PSDN ( Packet Switched Data Network ) 分組交換數據網

PSE ( Packet Switched Equipment ) 分組交換設備

PSTN ( Public Switched Telephone Network ) 公用交換電話網

PVC ( Permanent Virtual Circuit ) 永久虛電路

Q

QOS ( Quality of Service ) 服務質量

R

RPU 環中繼轉發器

RARP ( Reverse Address Resolution Protocol ) 反向地址解析協議

S

SAR ( Segmentation and Reassembly sublayer ) 分段、組裝子層

SDH ( Synchronous Digital Hierarchy )同步數字體系

SDLC ( Synchronous Data Link Control )同步數字體系

SDU ( Service Data Unit )服務數據單元

SLP ( Single Link Protocol ) 單鏈路規程

SMTP ( Simple Mail Transfer Protocol ) 簡單郵件傳輸協議

SNA ( Systems Network Architecture ) 系統網路體系結構

SNMP ( Simple Network Management Protocol ) 簡單郵件傳輸協議

SONET ( Synchronous Optical Network ) 同步光纖網

STP ( Shielded Twisted Pair ) 屏蔽雙絞線

SVC ( Switched Virtual circuit ) 交換虛電路

T

T1 ( ) 支持24路PCM載波信號的美洲PCM載波標准

TC ( Transmission Convergence ) 傳輸會聚子層

TCP ( Transfer Control Protocol ) 傳輸控制協議

TDM ( Time Division Multiplexing ) 時分多路復用

TIA ( Telecommunication Instries Association ) 電信工業協會

Token-BUS ( ) 令牌匯流排

TSMU ( Time-Sharing Multi-Use ) 分時多用戶

U

UDP ( User Datagram Protocol ) 用戶數據報協議

UNI ( User Network Interface ) 網路用戶端介面

UTP ( Unshielded Twisted Paired ) 非屏蔽雙絞線

V

VC ( Virtual Circuit ) 虛電路

VCI ( Virtual Channel Indicate ) 虛擬通道標志

VPI ( Virtual Path Indicate ) 虛擬路徑標志

VT ( Virtual Terminal ) 虛擬終端

W

WAN ( Wide Area Network ) 廣域網

WDM ( Wavelength Division Multiplexing ) 波分多路復用

WWW ( World Wide Web ] 網際網路

X

X.25 ( ) 由CCITT提出的DTE至DCE間的介面協議

『肆』 計算機網路——TCP/UDP協議

計算機網路七層模型中,傳輸層有兩個重要的協議:
(1)用戶數據報協議UDP (User Datagram Protocol)
(2)傳輸控制協議TCP (Transmission Control Protocol)

UDP 在傳送數據之前不需要先建立連接。遠地主機的運輸層在收到UDP 報文後,不需要給出任何確認。雖然UDP 不提供可靠交付,但在某些情況下UDP 卻是一種最有效的工作方式。

TCP 則提供面向連接的服務。在傳送數據之前必須先建立連接,數據傳送結束後要釋放連接。TCP 不提供廣播或多播服務。由於TCP 要提供可靠的、面向連接的運輸服務,因此不可避免地增加了許多的開銷,如確認、流量控制、計時器以及連接管理等。

UDP 的主要特點是:

首部手段很簡單,只有8 個位元組,由四個欄位組成,每個欄位的長度都是兩個位元組。

前面已經講過,每條TCP 連接有兩個端點,TCP 連接的端點叫做套接字(socket)或插口。套接字格式如下:

套接寧socket= (IP 地址:埠號』)

每一條TCP 連接唯一地被通信兩端的兩個端點(即兩個套接宇)所確定。即:
TCP 連接= {socket1, socket2} = {(IP1: port1), (IP2: port2)}

3次握手鏈接

4次握手釋放鏈接

斷開連接請求可以由客戶端發出,也可以由伺服器端發出,在這里我們稱A端向B端請求斷開連接。

各個狀態節點解釋如下:

下面為了討論問題的萬便,我們僅考慮A發送數據而B 接收數據並發送確認。因此A 叫做發送方,而B 叫做接收方。

「停止等待」就是每發送完一個分組就停止發送,等待對方的確認。在收到確認後再發送下一個分組。

使用上述的確認和重傳機制,我們就可以在不可靠的傳輸網路上實現可靠的通信。像上述的這種可靠傳輸協議常稱為自動重傳請求ARQ (Automatic Repeat reQuest)。意思是重傳的請求是自動進行的。接收方不需要請求發送方重傳某個出錯的分組。

滑動窗口協議比較復雜,是TCP 協議的精髓所在。這里先給出連續ARQ 協議最基本的概念,但不涉提到許多細節問題。詳細的滑動窗口協議將在後面討論。

下圖表示發送方維持的發送窗口,它的意義是:位於發送窗口內的5 個分組都可連續發送出去,而不需要等待對方的確認。這樣,信道利用率就提高了。

連續ARQ 協議規定,發送方每收到一個確認,就把發送窗口向前滑動一個分組的位置。

接收方一般都是採用 累積確認 的方式。這就是說,接收方不必對收到的分組逐個發送確認,而是可以在收到幾個分組後,對按序到達的最後一個分組發送確認,這樣就表示:到這個分組為止的所有分組都己正確收到了。

累積確認 的優點是容易實現,即使確認丟失也不必重傳。但缺點是不能向發送方反映出接收方己經正確收到的所有分組的信息。

例如,如果發送方發送了前5 個分組,而中間的第3 個分組丟失了。這時接收方只能對前兩個分組發出確認。發送方無法知道後面三個分組的下落,而只好把後面的三個分組都再重傳一次。這就叫做Go-back-N (回退N ),表示需要再退回來重傳己發送過的N 個分組。可見當通信線路質量不好時,連續ARQ 協議會帶來負面的影響。

TCP 的滑動窗口是以位元組為單位的。現假定A 收到了B 發來的確認報文段,其中窗口是20 (位元組),而確認號是31 (這表明B 期望收到的下一個序號是31 ,而序號30 為止的數據己經收到了)。根據這兩個數據, A 就構造出自己的發送窗口,其位置如圖所示。

發送窗口表示:在沒有收到B 的確認的情況下, A可以連續把窗口內的數據都發送出去。凡是己經發送過的數據,在未收到確認之前都必須暫時保留,以便在超時重傳時使用。

發送窗口後沿的後面部分表示己發送且己收到了確認。這些數據顯然不需要再保留了。而發送窗口前沿的前面部分表示不允許發送的,因為接收方都沒有為這部分數據保留臨時存放的緩存空間。

現在假定A 發送了序號為31 ~ 41 的數據。這時發送窗口位置並未改變,但發送窗口內靠後面有11個位元組(灰色小方框表示)表示己發送但未收到確認。而發送窗口內靠前面的9 個位元組( 42 ~ 50 )是允許發送但尚未發送的。】

再看一下B 的接收窗口。B 的接收窗口大小是20,在接收窗口外面,到30 號為止的數據是已經發送過確認,並且己經交付給主機了。因此在B 可以不再保留這些數據。接收窗口內的序號(31~50)足允許接收的。B 收到了序號為32 和33 的數據,這些數據沒有按序到達,因為序號為31 的數據沒有收到(也許丟失了,也許滯留在網路中的某處)。 請注意, B 只能對按序收到的數據中的最高序號給出確認,因此B 發送的確認報文段中的確認號仍然是31 (即期望收到的序號)。

現在假定B 收到了序號為31 的數據,並把序號為31~33的數據交付給主機,然後B刪除這些數據。接著把接收窗口向前移動3個序號,同時給A 發送確認,其中窗口值仍為20,但確認號是34,這表明B 已經收到了到序號33 為止的數據。我們注意到,B還收到了序號為37, 38 和40 的數據,但這些都沒有按序到達,只能先存在接收窗口。A收到B的確認後,就可以把發送窗口向前滑動3個序號,指針P2 不動。可以看出,現在A 的可用窗口增大了,可發送的序號范圍是42~53。整個過程如下圖:

A 在繼續發送完序號42-53的數據後,指針P2向前移動和P3重合。發送窗口內的序號都已用完,但還沒有再收到確認。由於A 的發送窗口己滿,可用窗口己減小到0,因此必須停止發送。

上面已經講到, TCP 的發送方在規定的時間內沒有收到確認就要重傳已發送的報文段。這種重傳的概念是很簡單的,但重傳時間的選擇卻是TCP 最復雜的問題之一。

TCP採用了一種自適應演算法 ,它記錄一個報文段發出的時間,以及收到相應的確認的時間。這兩個時間之差就是報文段的往返時間RTT,TCP 保留了RTT的一個加權平均往返時間RTTs (這又稱為平滑的往返時間, S 表示Smoothed 。因為進行的是加權平均,因此得出的結果更加平滑)。每當第一次測量到RTT樣本時, RTTs值就取為所測量到的RTT樣本值。但以後每測量到一個新的RTT樣本,就按下式重新計算一次RTTs:

新的RTTs = (1 - α)×(舊的RTTs) + α ×(新的RTT樣本)

α 越大表示新的RTTs受新的RTT樣本的影響越大。推薦的α 值為0.125,用這種方法得出的加權平均往返時間RTTs 就比測量出的RTT值更加平滑。

顯然,超時計時器設置的超時重傳時間RTO (RetransmissionTime-Out)應略大於上面得出的加權平均往返時間RTTs。RFC 2988 建議使用下式計算RTO:

RTO = RTTs + 4 × RTTd

RTTd是RTT 的偏差的加權平均值,它與RTTs和新的RTT樣本之差有關。計算公式如下:

新的RTTd= (1- β)×(舊的RTTd) + β × |RTTs-新的RTT樣本|

發現問題: 如圖所示,發送出一個報文段。設定的重傳時間到了,還沒有收到確認。於是重
傳報文段。經過了一段時間後,收到了確認報文段。現在的問題是:如何判定此確認報文段是對先發送的報文段的確認,還是對後來重傳的報文段的確認?

若收到的確認是對重傳報文段的確認,但卻被源主機當成是對原來的報文段的確認,則這樣計算出的RTTs 和超時重傳時間RTO 就會偏大。若後面再發送的報文段又是經過重傳後才收到確認報文段,則按此方法得出的超時重傳時間RTO 就越來越長。

若收到的確認是對原來的報文段的確認,但被當成是對重傳報文段的確認,則由此計算出的RTTs 和RTO 都會偏小。這就必然導致報文段過多地重傳。這樣就有可能使RTO 越來越短。

Kam 提出了一個演算法:在計算加權平均RTTs 時,只要報文段重傳了就不採用其往返時間樣本。這樣得出的加權平均RTTs 和RTO 就較准確。

新問題: 設想出現這樣的情況:報文段的時延突然增大了很多。因此在原來得出的重傳時間內,不會收到確認報文段。於是就重傳報文段。但根據Kam 演算法,不考慮重傳的報文段的往返時間樣本。這樣,超時重傳時間就無法更新。

解決方案: 對Kam 演算法進行修正,方法是z報文段每重傳一次,就把超時重傳時間RTO 增大一些。典型的做法是取新的重傳時間為2 倍的舊的重傳時間。當不再發生報文段的重傳時,才根據上面給出的公式計算超時重傳時間。

流量控制(flow control)就是讓發送方的發送速率不要太快,要讓接收方來得及接收。

利用滑動窗口機制可以很方便地在TCP 連接上實現對發送方的流量控制。

接收方的主機B 進行了三次流量控制。第一次把窗口減小到rwnd =300,第二次又減到rwnd = 100 ,最後減到rwnd = 0 ,即不允許發送方再發送數據了。這種使發送方暫停發送的狀態將持續到主機B 重新發出一個新的窗口值為止。我們還應注意到,B 向A 發送的三個報文段都設置了ACK=1,只有在ACK=1 時確認號欄位才有意義。

發生死鎖: 現在我們考慮一種情況。上圖中, B 向A 發送了零窗口的報文段後不久, B 的接收緩存又有了一些存儲空間。於是B 向A 發送了rwnd = 400 的報文段。然而這個報文段在傳送過程中丟失了。A 一直等待收到B 發送的非零窗口的通知,而B 也一直等待A 發送的數據。如果沒有其他措施,這種互相等待的死鎖局面將一直延續下去。

解決方案: TCP 為每一個連接設有一個 持續計時器(persistence timer) 。只要TCP 連接的一方收到對方的零窗口通知,就啟動持續計時器。若持續計時器設置的時間到期,就發送一個 零窗口探測報文段 (僅攜帶1 宇節的數據),而對方就在確認這個探測報文段時給出了現在的窗口值。

1 TCP連接時是三次握手,那麼兩次握手可行嗎?

在《計算機網路》中是這樣解釋的:已失效的連接請求報文段」的產生在這樣一種情況下:client發出的第一個連接請求報文段並沒有丟失,而是在某個網路結點長時間的滯留了,以致延誤到連接釋放以後的某個時間才到達server。本來這是一個早已失效的報文段。但server收到此失效的連接請求報文段後,就誤認為是client再次發出的一個新的連接請求。於是就向client發出確認報文段,同意建立連接。假設不採用「三次握手」,那麼只要server發出確認,新的連接就建立了。由於現在client並沒有發出建立連接的請求,因此不會理睬server的確認,也不會向server發送ACK包。這樣就會白白浪費資源。而經過三次握手,客戶端和伺服器都有應有答,這樣可以確保TCP正確連接。

2 為什麼TCP連接是三次,揮手確是四次?

在TCP連接中,伺服器端的SYN和ACK向客戶端發送是一次性發送的,而在斷開連接的過程中,B端向A端發送的ACK和FIN是是分兩次發送的。因為在B端接收到A端的FIN後,B端可能還有數據要傳輸,所以先發送ACK,等B端處理完自己的事情後就可以發送FIN斷開連接了。

3 為什麼在第四次揮手後會有2個MSL的延時?

MSL是Maximum Segment Lifetime,最大報文段生存時間,2個MSL是報文段發送和接收的最長時間。假定網路不可靠,那麼第四次發送的ACK可能丟失,即B端無法收到這個ACK,如果B端收不到這個確認ACK,B端會定時向A端重復發送FIN,直到B端收到A的確認ACK。所以這個2MSL就是用來處理這個可能丟失的ACK的。

1 文件傳送協議

文件傳送協議FTP (File Transfer Protocol) [RFC 959]是網際網路上使用得最廣泛的文件傳送協議,底層採用TCP協議。

盯P 使用客戶伺服器方式。一個FTP 伺服器進程可同時為多個客戶進程提供服務。FTP的伺服器進程由兩大部分組成:一個主進程,負責接受新的請求:另外有若干個從屬進程,負責處理單個請求。

在進行文件傳輸時,客戶和伺服器之間要建立兩個並行的TCP 連接:「控制連接」(21埠)和「數據連接」(22埠)。控制連接在整個會話期間一直保持打開, FTP 客戶所發出的傳送請求,通過控制連接發送給伺服器端的控制進程,但控制連接並不用來傳送文件。實際用於傳輸文件的是「數據連接」。伺服器端的控制進程在接收到FTP 客戶發送來的文件傳輸請求後就創建「數據傳送進程」和「數據連接」,用來連接客戶端和伺服器端的數據傳送進程。

2 簡單文件傳送協議TFTP

TCP/IP 協議族中還有一個簡單文件傳送協議TFfP (Trivial File Transfer Protocol),它是一個很小且易於實現的文件傳送協議,埠號69。

TFfP 也使用客戶伺服器方式,但它使用UDP 數據報,因此TFfP 需要有自己的差錯改正措施。TFfP 只支持文件傳輸而不支持交耳。

3 TELNET

TELNET 是一個簡單的遠程終端協議,底層採用TCP協議。TELNET 也使用客戶伺服器方式。在本地系統運行TELNET 客戶進程,而在遠地主機則運行TELNET 伺服器進程,佔用埠23。

4 郵件傳輸協議

一個電子郵件系統應具如圖所示的三個主要組成構件,這就是用戶代理、郵件伺服器,以及郵件發送協議(如SMTP )和郵件讀取協議(如POP3), POP3 是郵局協議(Post Office Protocol)的版本3 。

SMTP 和POP3 (或IMAP )都是在TCP 連接的上面傳送郵件,使用TCP 的目的是為了使郵件的傳送成為可靠的。

『伍』 計算機網路題,求解釋

1.
SMTP(Simple Mail Transfer Protocol)即簡單郵件傳輸協議,它是一組用於由源地址到目的地址傳送郵件的規則,由它來控制信件的中轉方式。SMTP協議屬於TCP/IP協議簇,它幫助每台計算機在發送或中轉信件時找到下一個目的地。通過SMTP協議所指定的伺服器,就可以把E-mail寄到收信人的伺服器上了,整個過程只要幾分鍾。SMTP伺服器則是遵循SMTP協議的發送郵件伺服器,用來發送或中轉發出的電子郵件。
它使用由TCP提供的可靠的數據傳輸服務把郵件消息從發信人的郵件伺服器傳送到收信人的郵件伺服器。跟大多數應用層協議一樣,SMTP也存在兩個 端:在發信人的郵件伺服器上執行的客戶端和在收信人的郵件伺服器上執行的伺服器端。SMTP的客戶端和伺服器端同時運行在每個郵件伺服器上。當一個郵件服 務器在向其他郵件伺服器發送郵件消息時,它是作為SMTP客戶在運行。
SMTP協議與人們用於面對面交互的禮儀之間有許多相似之處。首先,運行在發送端郵件伺服器主機上的SMTP客戶,發起建立一個到運行在接收端郵件服務 器主機上的SMTP伺服器埠號25之間的TCP連接。如果接收郵件伺服器當前不在工作,SMTP客戶就等待一段時間後再嘗試建立該連接。SMTP客戶和伺服器先執行一些應用層握手操作。就像人們在轉手東西之前往往先自我介紹那樣,SMTP客戶和伺服器也在傳送信息之前先自我介紹一下。 在這個SMTP握手階段,SMTP客戶向伺服器分別指出發信人和收信人的電子郵件地址。彼此自我介紹完畢之後,客戶發出郵件消息。

2.TCP(Transmission Control Protocol 傳輸控制協議)是一種面向連接的、可靠的、基於位元組流的傳輸層通信協議,由IETF的RFC 793定義。在簡化的計算機網路OSI模型中,它完成第四層傳輸層所指定的功能,用戶數據報協議(UDP)是同一層內[1] 另一個重要的傳輸協議。在網際網路協議族(Internet protocol suite)中,TCP層是位於IP層之上,應用層之下的中間層。不同主機的應用層之間經常需要可靠的、像管道一樣的連接,但是IP層不提供這樣的流機制,而是提供不可靠的包交換。[1]
應用層向TCP層發送用於網間傳輸的、用8位位元組表示的數據流,然後TCP把數據流分區成適當長度的報文段(通常受該計算機連接的網路的數據鏈路層的最大傳輸單元([1] MTU)的限制)。之後TCP把結果包傳給IP層,由它來通過網路將包傳送給接收端實體[1] 的TCP層。TCP為了保證不發生丟包,就給每個包一個序號,同時序號也保證了傳送到接收端實體的包的按序接收。然後接收端實體對已成功收到的包發回一個相應的確認(ACK);如果發送端實體在合理的往返時延(RTT)內未收到確認,那麼對應的數據包就被假設為已丟失將會被進行重傳。TCP用一個校驗和函數來檢驗數據是否有錯誤;在發送和接收時都要計算校驗和。
3.文件傳輸服務。 Internet 的入網用戶可以利用「文件傳輸服務( FTP )」命令系統進行計算機之間的文件傳輸,使用 FTP 幾乎可以傳送任何類型的多媒體文件,如圖像、聲音、數據壓縮文件等。FTP服務是由TCP/IP的文件傳輸協議支持的,是一種實時的聯機服務。
4.遠程訪問服務提供的是一種全面的遠程系統管理解決方案,可用於配備了 遠程訪問卡 (DRAC) III、DRAC III/XT、Dell 嵌入式遠程訪問 (ERA) 控制器或 ERA 選件 (ERA/O) 卡並裝有 SNMP 和 CIM 的系統。這些硬體和軟體解決方案統稱為遠程訪問控制器 (RAC)。遠程訪問服務使您可以遠程訪問未運行的系統,使其盡快啟動並運行。遠程訪問服務還可在系統停機時提供警報通知,並允許您遠程重新啟動系統。此外,遠程訪問服務還將記錄系統崩潰的可能原因並保存最近一次的崩潰屏幕。
5.信號傳輸速率是指單位時間內所傳輸的數據量多少。為了能夠統一度量,可以採用兩種方法作為傳輸速率的單位。
一種是碼元速率,單位時間內傳輸的碼元個數,單位為波特(baud),所以也稱波特率。一個數字脈沖為一個碼元。若碼元的寬度為T秒,則B=1/T。
另一種是數據傳輸速率,每秒鍾內傳輸的信息量,單位為比特/秒(b/s或bps),所以也稱比特率。若碼元可取的離散值的個數為M,則T=Ts*㏒M,R=Rs/㏒M,其中Ts為發一個二進制符號所需要的時間。

『陸』 名詞解釋計算機網路

哥們,你的問題概念較大,只能簡略介紹了。
1、病毒:影響計算機正常使用並且能夠自我復制的一組計算機指令或者程序代碼被稱為計算機病毒(Computer Virus)。它具有破壞性,復制性和傳染性。
2、操作系統(Operating System,簡稱OS)是一管理電腦硬體與軟體資源的程序。
3、計算機文件屬於文件的一種,與普通文件載體不同,計算機文件是以計算機硬碟為載體存儲在計算機上的信息集合。文件可以是文本文檔、圖片、程序等等。
唉,你的問題太厲害了。

『柒』 如何理解計算機網路通信

1. 乙太網協議
乙太網協議規定,一組電信號構成一個數據包,我們把這個數據包稱之為幀。每一個楨由標頭(Head)和數據(Data)兩部分組成。

幀的大小一般為 64 – 1518 個位元組。假如需要傳送的數據很大的話,就分成多個楨來進行傳送。

對於表頭和數據這兩個部分,他們存放的都是一些什麼數據呢? 毫無疑問,我們至少得知道這個楨是誰發送,發送給誰的等這些信息吧?所以標頭部分主要是一些說明數據,例如發送者,接收者等信息。而數據部分則是這個數據包具體的,想給接收者的內容。

一個楨的長度是 64~1518 個位元組,也就是說楨的長度不是固定的,但是標頭部分的位元組長度是固定的,每個楨都是單獨發的,並且固定為18個位元組。

把一台計算的的數據通過 物理層 和 鏈路層 發送給另一台計算機,究竟是誰發給誰的,計算機與計算機之間如何區分,,你總得給他們一個唯一的標識吧?

於是,MAC 地址出現了。

2. MAC 地址

連入網路的每一個計算機都會有網卡介面,每一個網卡都會有一個唯一的地址,這個地址就叫做 MAC 地址。計算機之間的數據傳送,就是通過 MAC 地址來唯一尋找、傳送的。

MAC地址 由 48 位二進制數所構成,在網卡生產時就被唯一標識了。

3. 廣播與ARP協議

(1). 廣播

如圖,假如計算機 A 知道了計算機 B 的 MAC 地址,然後計算機 A 想要給計算機 B 傳送數據,雖然計算機 A 知道了計算機 B 的 MAC 地址,可是它要怎麼給它傳送數據呢?計算機 A 不僅連著計算機 B,而且計算機 A 也還連著其他的計算機。 雖然計算機 A 知道計算機 B 的 MAC 地址,可是計算機 A 卻不知道計算機 B 是分布在哪邊路線上,為了解決這個問題,於是,有了 廣播 的出現。

在同一個 子網 中,計算機 A 要向計算機 B 發送一個 數據包 ,這個數據包會包含接收者的 MAC 地址。當發送時,計算機 A 是通過 廣播 的方式發送的,這時同一個子網中的計算機 C, D 也會收到這個數據包的,然後收到這個數據包的計算機,會把數據包的 MAC 地址取出來,與自身的 MAC 地址對比,如果兩者相同,則接受這個數據包,否則就丟棄這個數據包。

(2). ARP 協議

那麼問題來了,計算機 A 是如何知道計算機 B 的 MAC 地址的呢?這個時候就得由 ARP 協議這個傢伙來解決了,不過 ARP 協議會涉及到IP地址,我們下面才會扯到IP地址。因此我們先放著,就當作是有這么一個 ARP 協議,通過它我們可以知道子網中其他計算機的 MAC 地址。

上面我們有說到子網這個關鍵詞,實際上我們所處的網路,是由無數個子網路構成的。廣播的時候,也只有同一個子網裡面的計算機能夠收到。

假如沒有子網這種劃分的話,計算機 A 通過廣播的方式發一個數據包給計算機 B , 其他所有計算機也都能收到這個數據包,然後進行對比再舍棄。世界上有那麼多台計算機,每一台計算機都能收到其他所有計算機的數據包,那就不得了了。那還不得奔潰。 因此產生了 子網 這么一個東西。

那麼問題來了,我們如何區分哪些 MAC 地址是屬於同一個子網的呢?假如是同一個子網,那我們就用廣播的形式把數據傳送給對方,如果不是同一個子網的,我們就會把數據發給網關,讓網關進行轉發。

為了解決這個問題,於是,有了 IP 協議。

1. IP協議

IP協議,它所定義的地址,我們稱之為 IP地址 。IP協議有兩種版本,一種是 IPv4,另一種是 IPv6。不過我們目前大多數用的還是 IPv4,我們現在也只討論 IPv4 這個版本的協議。

這個 IP 地址由 32 位的二進制數組成,我們一般把它分成4段的十進製表示,地址范圍為0.0.0.0~255.255.255.255。

每一台想要聯網的計算機都會有一個IP地址。這個IP地址被分為兩部分,前面一部分代表 網路部分 ,後面一部分代表 主機部分 。並且網路部分和主機部分所佔用的二進制位數是不固定的。

假如兩台計算機的網路部分是一模一樣的,我們就說這兩台計算機是處於同一個子網中。例如 192.168.43.1 和 192.168.43.2, 假如這兩個 IP 地址的網路部分為 24 位,主機部分為 8 位。那麼他們的網路部分都為 192.168.43,所以他們處於同一個子網中。

可是問題來了,你怎麼知道網路部分是占幾位,主機部分又是占幾位呢?也就是說,單單從兩台計算機的IP地址,我們是無法判斷他們的是否處於同一個子網中的。

這就引申出了另一個關鍵詞———— 子網掩碼 。子網掩碼和IP地址一樣也是 32 位二進制數,不過它的網路部分規定全部為 1,主機部分規定全部為 0.也就是說,假如上面那兩個IP地址的網路部分為 24 位,主機部分為 8 位的話,那他們的子網掩碼都為 11111111.11111111.11111111.00000000,即255.255.255.0。

那有了子網掩碼,如何來判端IP地址是否處於同一個子網中呢。顯然,知道了子網掩碼,相當於我們知道了網路部分是幾位,主機部分是幾位。我們只需要把 IP 地址與它的子網掩碼做與(and)運算,然後把各自的結果進行比較就行了,如果比較的結果相同,則代表是同一個子網,否則不是同一個子網。

例如,192.168.43.1和192.168.43.2的子碼掩碼都為255.255.255.0,把IP與子碼掩碼相與,可以得到他們都為192.168.43.0,進而他們處於同一個子網中。

2. ARP協議

有了上面IP協議的知識,我們回來講一下ARP協議。

有了兩台計算機的IP地址與子網掩碼,我們就可以判斷出它們是否處於同一個子網之中了。

假如他們處於同一個子網之中,計算機A要給計算機B發送數據時。我們可以通過ARP協議來得到計算機B的MAC地址。

ARP協議也是通過廣播的形式給同一個子網中的每台電腦發送一個數據包(當然,這個數據包會包含接收方的IP地址, 這個 IP地址 怎麼來的,往下看 )。對方收到這個數據包之後,會取出IP地址與自身的對比,如果相同,則把自己的MAC地址回復給對方,否則就丟棄這個數據包。這樣,計算機A就能知道計算機B的MAC地址了。

可能有人會問,知道了MAC地址之後,發送數據是通過廣播的形式發送,詢問對方的MAC地址也是通過廣播的形式來發送,那其他計算機怎麼知道你是要傳送數據還是要詢問MAC地址呢?其實在詢問MAC地址的數據包中,在對方的MAC地址這一欄中,填的是一個特殊的MAC地址,其他計算機看到這個特殊的MAC地址之後,就能知道廣播想幹嘛了。

假如兩台計算機的IP不是處於同一個子網之中,這個時候,我們就會把數據包發送給網關,然後讓網關讓我們進行轉發傳送

3. DNS伺服器

這里再說一個問題,我們是如何知道對方計算機的IP地址的呢?這個問題可能有人會覺得很白痴,心想,當然是計算機的操作者來進行輸入了。這沒錯,當我們想要訪問某個網站的時候,我們可以輸入IP來進行訪問,但是我相信絕大多數人是輸入一個網址域名的,例如訪問網路是輸入 http://www..com 這個域名。其實當我們輸入這個域名時,會有一個叫做DNS伺服器的傢伙來幫我們解析這個域名,然後返回這個域名對應的IP給我們的。

因此,網路層的功能就是讓我們在茫茫人海中,能夠找到另一台計算機在哪裡,是否屬於同一個子網等。

通過物理層、數據鏈路層以及網路層的互相幫助,我們已經把數據成功從計算機A傳送到計算機B了,可是,計算機B裡面有各種各樣的應用程序,計算機該如何知道這些數據是給誰的呢?

這個時候, 埠(Port) 這個傢伙就上場了,也就是說,我們在從計算機A傳數據給計算表B的時候,還得指定一個埠,以供特定的應用程序來接受處理。

也就是說,傳輸層的功能就是建立埠到埠的通信。相比網路層的功能是建立主機到主機的通信。

也就是說,只有有了IP和埠,我們才能進行准確著通信。這個時候可能有人會說,我輸入IP地址的時候並沒有指定一個埠啊。其實呢,對於有些傳輸協議,已經有設定了一些默認埠了。例如http的傳輸默認埠是80,這些埠信息也會包含在數據包里的。

傳輸層最常見的兩大協議是 TCP 協議和 UDP 協議,其中 TCP 協議與 UDP 最大的不同就是 TCP 提供可靠的傳輸,而 UDP 提供的是不可靠傳輸。

終於說到應用層了,應用層這一層最接近我們用戶了。

雖然我們收到了傳輸層傳來的數據,可是這些傳過來的數據五花八門,有html格式的,有mp4格式的,各種各樣。你確定你能看的懂?

因此我們需要指定這些數據的格式規則,收到後才好解讀渲染。例如我們最常見的 Http 數據包中,就會指定該數據包是 什麼格式的文件了。

喜歡點個贊

原文看這里

『捌』 計算機網路體系結構是通過什麼形成

計算機網路是個非常復雜的系統。為了說明這一點,可以設想一種最簡單的情況:連接在網路上的兩台計算機要互相傳送文件。
顯然,在這兩台計算機之間必須有一條傳送數據的通路。但這還遠遠不夠。至少還有以下幾項工作需要去完成:
(1)發起通信的計算機必須將數據通信的通路進行激活(activate)。所謂「激活」就是要發出一些信令,保證要傳送的計算機數據能在這條通路上正確發送和接收。
(2)要告訴網路如何識別接收數據的計算機。
(3)發起通信的計算機必須查明對方計算機是否已開機,並且與網路連接正常。
(4)發起通信的計算機中的應用程序必須弄清楚,在對方計算機中的文件管理程序是否已做好接收文件和存儲文件的准備工作。
(5)若計算機的文件格式不兼容,則至少其中一台計算機應完成格式轉換功能。
(6)對出現的各種差錯和意外事故,如數據傳送錯誤、重復或丟失,網路中某個結點交換機出現故障等,應當有可靠的措施保證對方計算機最終能夠收到正確的文件。
還可以列舉出一些要做的其他工作。由此可見,相互通信的兩個計算機系統必須高度協調工作才行,而這種「協調」是相當復雜的。為了設計這樣復雜的計算機網路,早在最初的ARPANET設計時即提出了分層的方法。「分層」可將龐大而復雜的問題,轉化為若干較小的局部問題,而這些較小的局部問題就比較易於研究和處理。
1974年,美國的IBM公司宣布了系統網路體系結構SNA(System Network Architecture)。這個著名的網路標准就是按照分層的方法制定的。現在用IBM大型機構建的專用網路仍在使用SNA。不久後,其他一些公司也相繼推出自己公司的具有不同名稱的體系結構。
不同的網路體系結構出現後,使用同一個公司生產的各種設備都能夠很容易地互連成網。這種情況顯然有利於一個公司壟斷市場。但由於網路體系結構的不同,不同公司的設備很難互相連通。
然而,全球經濟的發展使得不同網路體系結構的用戶迫切要求能夠互相交換信息。為了使不同體系結構的計算機網路都能互連,國際標准化組織ISO於1977年成立了專門機構研究該問題。他們提出了一個試圖使各種計算機在世界范圍內互連成網的標准框架,即著名的開放系統互連基本參考模型OSIRM (Open Systems Interconnection Reference Model),簡稱為OSI。「開放」是指非獨家壟斷的。因此只要遵循OSI標准,一個系統就可以和位於世界上任何地方的、也遵循這同一標準的其他任何系統進行通信。這一點很像世界范圍的有線電話和郵政系統,這兩個系統都是開放系統。「系統」是指在現實的系統中與互連有關的各部分(我們知道,並不是一個系統中的所有部分都與互連有關。