因特網(wǎng)的重要協(xié)議_第1頁
因特網(wǎng)的重要協(xié)議_第2頁
因特網(wǎng)的重要協(xié)議_第3頁
因特網(wǎng)的重要協(xié)議_第4頁
因特網(wǎng)的重要協(xié)議_第5頁
已閱讀5頁,還剩66頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

第7章因特網(wǎng)的重要協(xié)議

本章重點

?因特網(wǎng)與TCP/IP——因特網(wǎng)的協(xié)議

?DNS

?TCP、UDP

?IP>ICMP

2011/7/14page1

9.2因特網(wǎng)與TCP/IP

□TCP/IP是一個協(xié)議簇

□包括:

?應(yīng)用層:FTP,HTTP,DNS等

■傳輸層:TCP,UDP

■網(wǎng)絡(luò)層:IP,ARP,ICMP,RARP,各種路由協(xié)議

2011/7/14page2

因特網(wǎng)的協(xié)議棧

□應(yīng)用層

■ftp,smtp,httpapplication

□傳輸層

transport

■tcp,udp

□網(wǎng)絡(luò)層network

■ip,路由協(xié)議

link

□數(shù)據(jù)鏈路層

■ppp,以太網(wǎng)協(xié)議physical

□物理層

2011/7/14page3

域名服務(wù)DNS口教學片

□DNS用于將主機名轉(zhuǎn)換為IP地址。

□采用名字來標記一臺主機便于記憶。

□DNS服務(wù)主要基于UDP來實現(xiàn),端口號=53。

口三個組成部分:域名空間、名字服務(wù)器、解析程序

?域名空間:分布式的、層次型(分級)的樹形結(jié)構(gòu),根

沒有名字,頂層域由組織域(如org、com>edu)和國家域

(如cn)構(gòu)成。在往下分還可分為若干層子域,如下頁圖

O通常用點來分隔域的層次,如

2011/7/14page4

交大的Web服務(wù)器:WWW.XJTU.EDU.CN

2011/7/14page5

□DNS名字服務(wù)器:存放域樹結(jié)構(gòu)和主機信息的數(shù)據(jù)庫

O為減小查詢流量負載,提高可靠性,DNS名字空間被

劃分成若干不交叉的區(qū)域(Zone),分別存放在該區(qū)域

的DNS服務(wù)器中。

□解析程序:從名字服務(wù)器中提取信息把主機域名翻譯

成IP地址。

解析過程為:首先從本地Hosts文件查找。沒找到就向

本地DNS名字服務(wù)器發(fā)出請求;若本地DNS服務(wù)器也找

不到,它就把請求發(fā)給頂層域名字服務(wù)器,然后由頂層

域名字服務(wù)器把請求傳遞給相應(yīng)子域的名字服務(wù)器。最

后由該名字服務(wù)器把域名對應(yīng)的IP地址按相反的路徑傳

遞給發(fā)出請求的站點。

2011/7/14page6

例如:

jack.eng.ibm.8m想要知道www.xjtlJ.edlJ.crl的IP地

edu月艮務(wù)器

2011/7/14page7

3NslookupGateway-webreference,com-MicrosoftInternetExplorerI□□區(qū)

文件(E)編輯(£)查看⑦收藏(&)工具(工)幫助出)

。后退?)區(qū)|;,搜索收藏夾守媒體9▼0,舄華因?夕

;":,['http://www.webreference,com/cgi-bin/nslookup,cgi▽0轉(zhuǎn)到寇后?

DiscoveringTheValueInWebxxRegisterToday!FreetoQualifiedAttendees

Objective,unbiasedinformation

AndEnterpriseSearchfromJupiterresearchanalysts.

December12,2002?2:00PMEST/11:00AMPST

sponsoredby

pmsentddbyJupiterwebinarsras

home/services/dns/nslookup

FreeWebReferenceNewsletters

HHTML(M-F)0Text(M,TH)

NslookupGatewayenteremail:Subscribe

EnterDomain:

SiteScope!

提交查詢內(nèi)容Immediateandproactive

Webmonitoring

ResultsReturnedfor”202.117.35.170*:

ClickheretolearnmorewithaFREE

Name:ctec.xjtu.edu.cn“Insider'sGuidetoWebMonitoring”

Address:202.117.35.170

囿完畢?Internet

2011/7/14page8

不同應(yīng)用對基礎(chǔ)協(xié)議的要求

?數(shù)據(jù)丟失(dataloss)

?電子郵件、FTP、WWW和Telnet不能容忍數(shù)據(jù)丟失

?而多媒體類的應(yīng)用往往可以經(jīng)得起部分數(shù)據(jù)的丟失

?帶寬(bandwidth)

?以IP電話為代表的多媒體交互式的應(yīng)用對帶寬是十分

敏感的

?而文件傳輸類的應(yīng)用則對帶寬的要求比較具有“彈

性”

?實時性(timing)

?IP電話、視訊會議、“四國大戰(zhàn)”的要求

2011/7/14page9

網(wǎng)絡(luò)基礎(chǔ)協(xié)議中的關(guān)鍵問題

?網(wǎng)絡(luò)基礎(chǔ)協(xié)議指包括傳輸層及以下的各層

中的各種協(xié)議,問題在于:

?某個網(wǎng)絡(luò)基礎(chǔ)協(xié)議的性質(zhì)(或所提供的服務(wù)

)是面向連接的還是無連接的?

?虛電路與面向連接的關(guān)系,虛電路是面向連

接的,但面向連接的就一定是虛電路?

?如何理解在不可靠的協(xié)議上建立可靠的連接

服務(wù)?

2011/7/14page10

傳輸層最基本的功能

?在不同主機中的應(yīng)用進程之間建立“邏輯

通信”

?應(yīng)用進程使用由傳輸層提供的邏輯通信功

能,在進程間互發(fā)報文,而不必考慮具體

的通信細節(jié)

?傳輸層僅僅工作在端系統(tǒng)中,與交換節(jié)

點(路由器)沒有關(guān)系

2011/7/14page11

傳輸層最基本的功能(續(xù))

?傳輸層從應(yīng)用層收到“報文”,將其裝入

4?PDU(如果報文太大,則需要分段),加

上傳輸層的“段首部”后就送給網(wǎng)絡(luò)層

?傳輸層有多個傳輸協(xié)議備選。

?如面向連接的TCP和無連接的UDP

?每個協(xié)議都使用其為應(yīng)用層協(xié)議提供不同的傳輸服

務(wù)功能的集合

?傳輸層協(xié)議的主要功能是提供所謂“多道

處理”的功能

2011/7/14page12

傳輸層與網(wǎng)絡(luò)層的關(guān)系

?傳輸層提供主機內(nèi)進程間的“邏輯通信”

;而網(wǎng)絡(luò)層則提供網(wǎng)絡(luò)中主機間的“邏輯

通信”

?二者之間的差別微妙而又重要

?主機二單位的傳達室

?進程二單位中的職員

?應(yīng)用層報文二信的內(nèi)容

?網(wǎng)絡(luò)層協(xié)議二郵局的投遞服務(wù)

?傳輸層協(xié)議二傳達室的收發(fā)業(yè)務(wù)

2011/7/14page13

圖8-18傳輸層與多道處理

傳輸層和多道作業(yè)處理

?在TCP和UDP的段頭有兩個端口號

?分別為源端口(sourceport-number)和宿端口

(destinationport-number)

?當把這兩個字段合為一體時,就可以確定信宿主機中唯

一的某個特定進程。

?所謂端口號是一個16比特的數(shù)字,其表達范圍從0?

65535o從0?1023的端口號被稱為常用端口號(well-

knownnumber)并限制j使用。這就意味著這些端口號

僅限于最常用的一些網(wǎng)絡(luò)應(yīng)用,

?如HTTP和FTP。HTTP用端口的是80,FTP是21和20

o常用端口號的定義見RFC1700。

2011/7/14page15

32bits

Sourceport#Destport#

Otherheaderfields

Data

(message)

圖8-17傳輸層數(shù)據(jù)段中的源端口和目的端口號字段

傳輸層和多道作業(yè)處理(續(xù))

?由此可知,在主機(服務(wù)器)中運行的每一種網(wǎng)絡(luò)

應(yīng)用程序都有一個端口號

?但是為什么在傳輸層協(xié)議PDU的字段中會有兩

個端口號,源端口和宿端口?

?這個問題的答案很簡單,同一信源主機可能在

同一個時刻在運行兩個以上相同的應(yīng)用程序進

程(比如同時打開兩個瀏覽器窗口),而一個

應(yīng)用程序的端口號則無法確定主機中相同類型

應(yīng)用程序進程中的某個具體的進程

2011/7/14page17

端口號

TCP和UDP者B用端口(socket)號把信息傳到上層。

端口號指示了正在使用的上層協(xié)議。

應(yīng)用層

保留的端口號:

<255,公共應(yīng)用

255-1023,公司

傳輸層

>1023,未規(guī)定

2011/7/14page18

源端口:x

O

宿端口:23O1

O

□ODO□□□

□UDI~□□□

□□□1_□□□

源端口:23

Q月艮務(wù)言稱

工作站宿端口:X

圖8-19在客戶端/服務(wù)器應(yīng)用中的源端口和宿端口的應(yīng)用

傳輸層和多道作業(yè)處理(續(xù))

?當用戶啟動一個Telnet會話時,Telnet服務(wù)的宿端口為

23,而源端口則由操作系統(tǒng)生成一個未被使用的端口號

Xo每個發(fā)送到Telnet服務(wù)器的段都將宿端口設(shè)為23,

而源端口則設(shè)為X。當段到達Telnet服務(wù)器時,在段中

的宿端口和源端口使得服務(wù)器可以確定具體的應(yīng)用進程

o宿端口為23確定了這是Telnet服務(wù),而源端口則確定

了具體的應(yīng)用進程。

?當數(shù)據(jù)從服務(wù)器流向客戶端時,這種情況則顛倒過來,

這次源端口為23,宿端口為x(這個x與發(fā)送到服務(wù)器的

源端口號相同)。當該段到達客戶端時,段中的源端口

和宿端口使客戶端主機可以確定正確的應(yīng)用程序進程并

將數(shù)據(jù)遞交給它

2011/7/14page20

傳輸層和多道作業(yè)處理(續(xù))

?既然從客戶端發(fā)送到服務(wù)器的源端口號是由各

個網(wǎng)絡(luò)上的主機隨機選擇的,如果兩臺主機所

選擇的源端口完全相同,那么服務(wù)器進程又如

何區(qū)別?這個問題尤其是在一些大型Web網(wǎng)站

上,好像是很容易發(fā)生的

?其實這個問題實際上很容易解決,因為服務(wù)器

進程在對段數(shù)據(jù)進行甄別時要參考數(shù)據(jù)報的IP

地址。雖然源端口號可能重復(fù),但加上IP地址

后,沖突就不會發(fā)生

2011/7/14page21

兩類服務(wù):面向連接的和無連接的服務(wù)

目的:在主機系統(tǒng)之間傳輸數(shù)據(jù)。

□TCP-傳輸控制協(xié)議[RFC793]

■用于因特網(wǎng)的面向連接的服務(wù)

■傳輸前需建立連接

■可靠的,有爐的字節(jié)流傳輸

■流量控制與擁塞控制

□UDP-用戶數(shù)據(jù)報協(xié)議[RFC768]:

■用于因特網(wǎng)的無連接的服務(wù)

■不可靠的贊舞送墉

■無流量控制

■無擁塞控制

2011/7/14page22

使用TCP服務(wù)的應(yīng)用:

□HTTP(WWW)

□FTP(filetransfer)

□Telnet(remotelogin)

□SMTP(email)

使用UDP服務(wù)的應(yīng)用:

□流媒體,電信會議,因特網(wǎng)電話

□DNS

2011/7/14page23

TCP協(xié)議RFCs:793,1122,1323,2018,2581

口點到點(端到端):

■一個發(fā)送者,一個接收者

□面向連接:可靠的,有序的字節(jié)流

■無“消息邊界”

口流量受控:管道化的

■TCP擁塞和流量控制設(shè)置窗口大小

□全雙工操作

2011/7/14page24

TCP段格式

034910151631

源端口目的端口

順序號

確認號

報頭長度保留代碼位窗口大小

校驗和緊急指針

選項(可省略)

數(shù)據(jù)

2011/7/14page25

源端口(SourcePort):呼叫端口的編號

目的端口(DestinationPort):被叫端口的編號

順序號(SequenceNumber):數(shù)據(jù)的第一個字節(jié)的順序號

確認號(AcknowledgmentNumber):所期待的下一段的順序號

報頭長度(HLEN):以32字節(jié)為單位的報頭的長度

保留域(Reserved):設(shè)置為0

編碼位(CodeBits):用于控制段的傳輸(如會話的建立和中止)

包括:URG、ACK、PSH、RST、SYN、FIN六個位

窗口大小(Window):接收方能夠繼續(xù)接收的字節(jié)數(shù)

校驗和(Checksum):包括TCP報頭和數(shù)據(jù)在內(nèi)的校驗和

緊急指針(UrgentPointer):當前順序號到緊急數(shù)據(jù)位置的偏移量

選項(Option):

數(shù)據(jù)(Data):上層協(xié)議數(shù)據(jù)

2011/7/14page26

TCP連接的建立一一三次握手

例如:A、B兩個主機要建立連接

方向消息含義握手

LA-BSYN我的序號是X1

八r2.A-BACK知道了,你的序號是X

口Y2

并3.A-BSYN我的序號是Y

4.A-BACK知道了,你的序號是Y3

序號用于跟蹤通信順序,確保多個包傳輸時無數(shù)據(jù)丟失。

通信雙方在建立連接時必須互相交換各自的初始序號。

2011/7/14page27

TCP通過三次握手來建立連接

發(fā)送SYN消息(SEQ=x)

收到SYN消息(SEQ=x)

發(fā)送SYN消息

收到SYN消息(SEQ=y,ACK=x+l)

(SEQ=yzACK=x+l)

發(fā)送確認(ACK=y+l)

收到確認(ACK=y+1)

雙方連接建立

2011/7/14page28

紅藍軍的故事

TCP通過四次握手來釋放連接

B-A的連接斷開

2011/7/14page30

TCP的面向連接的實質(zhì)

?TCP是面向連接的協(xié)議

?TCP的面向連接是建立在相互連接的主機

內(nèi),而與中間的轉(zhuǎn)接節(jié)點(路由器)沒有

關(guān)系

?TCP的面向連接與所謂的“虛電路”沒有

關(guān)系

?TCP所提供的可靠服務(wù)是建立在IP所提供

的“不可靠的服務(wù)”的基礎(chǔ)上的

2011/7/14page31

UDP段格式

UDP不用確認,功能十分簡單。

傳輸可靠性由應(yīng)用層協(xié)議保證。

使用UDP的協(xié),議包括:TFTP、SNMP、NFS、DNS等

16bI16b16bI16bI

源端口目的端口長度校驗和數(shù)據(jù)

2011/7/14page32

網(wǎng)絡(luò)層與IP協(xié)議

互聯(lián)網(wǎng)層功能:

網(wǎng)絡(luò)層

2011/7/14page33

IP數(shù)據(jù)報(IP分組、IP包)

037151931

版本號報頭長度服務(wù)類型數(shù)據(jù)報長度

標識段偏移

生存時間TTL協(xié)議報頭校驗和

源IP地址

目的IP地址

選項和填充(最大為40字節(jié))

數(shù)據(jù)區(qū)

2011/7/14page34

IP地址

AIP網(wǎng)絡(luò)中每臺主機都必須有一個惟一的IP地址;

AIP地址是一個邏輯地址;(與MAC地址比較一下)

A因特網(wǎng)上的IP地址具有全球唯一性;

A32位,4個字節(jié),常用點分的十進制標記法:

勿00007070000000700000000000000007記為10.2JU

AIP地址劃分為五類:A?E類,常用的為A、B、C類

A類地址:允許27-2個網(wǎng)絡(luò),每個網(wǎng)絡(luò)22L2個主機;

B類地址:允許2"個網(wǎng)絡(luò),每個網(wǎng)絡(luò)2爪2個主機;

C類地址:允許221個網(wǎng)絡(luò),每個網(wǎng)絡(luò)28?2個主機;

2011/7/14page35

IP地址分類

7bits24bits

A類

B類

C類

地址范圍

A類?55

B類-55

C類~55

2011/7/14page36

保留的IP地址

以下這些IP地址具有特殊的含義:

00...00I0000...0000本機

00...00|主機號本網(wǎng)中的主機

...ini局域網(wǎng)中的廣播

網(wǎng)絡(luò)號...mi對指定網(wǎng)絡(luò)的廣播

網(wǎng)絡(luò)號|oooo...oooo網(wǎng)絡(luò)地址

127任意值回路

?般來說,主機號部分為全“:L”的IP地址保留用作廣播地址;

主機號部分為全“0”的卬地址保留用作網(wǎng)絡(luò)地址。

2011/7/14page37

子網(wǎng)掩碼計算

缺省子網(wǎng)掩碼:A類:

B類:

C類:

2011/7/14page38

網(wǎng)際控制報文協(xié)議(ICMP)

ICMP消息被封裝在IP數(shù)據(jù)報里,用來發(fā)送差錯報告

和控制信息。

ICMP定義了如下消息類型:

目的端無法到達(Destinationunreachable)

數(shù)據(jù)報超時(Timeexceeded)

數(shù)據(jù)報參數(shù)錯(Parameterproblem)

重定向(Redirect)

回聲請求(Echo)

回聲應(yīng)答(Echoreply)

信息請求(Informationrequest)

信息應(yīng)答(Informationreply)

地址請求(Addressrequest)

地址應(yīng)答(Addressreply)

2011/7/14page39

最常用的是“目的無法到達”和“回聲”消息。

到Z的數(shù)據(jù)

目的端無法到達

路由器用ICMP通知目的地不可達的示意圖

2011/7/14page40

ICMP回聲請求

ICMP回聲應(yīng)答

用PING命令產(chǎn)生的回聲及其應(yīng)答示意圖

2011/7/14page41

地址解析協(xié)議(ARP,AddressResolutionProtocol)

ARP用于將一個已知的IP地址映射到MAC地址。方法:

1)檢查ARP高速緩存表;

2)若地址不包含在表中,就向網(wǎng)上發(fā)廣播來尋找。具有

該IP地址的目的站用其MAC地址作為響應(yīng)。

^ARP只能用于具有廣播能力的網(wǎng)絡(luò)。

,我就是。

這是我的MAC地址

IP=

MAC=???

IP=

2011/7/14MAC=0800.0020.2C0Apage42

為什么需要地址解析協(xié)議?

?在因特網(wǎng)中,IP地址是所有數(shù)據(jù)分組傳輸

的邏輯地址

?在局域網(wǎng)中,一般使用物理(MAC)地

址進行數(shù)據(jù)通信

?許多因特網(wǎng)的主機位于局域網(wǎng)絡(luò)中,當數(shù)

據(jù)分組到達時,需要把IP地址轉(zhuǎn)換成MAC

地址,把網(wǎng)絡(luò)層的分組再封裝在局域網(wǎng)鏈

路幀中,才能發(fā)送到該主機

2011/7/14page43

域名服務(wù)(DNS)和地址解析(ARP)的比較

?DNS是一種廣域網(wǎng)中全局性的服務(wù),由分布

在全球的DNS服務(wù)器形成一個服務(wù)鏈,提供

關(guān)于廣域網(wǎng)中的域名到IP地址間的映射。

?ARP是在局域網(wǎng)中區(qū)域性的服務(wù),其服務(wù)程

序駐留在局域網(wǎng)中的主機(接口)中,由各

個主機負責解析IP到MAC地址間的映射。

2011/7/14page44

RoutingtoanotherLAN

walkthrough:routingfromAtoBviaR

2011/7/14page45

ARP與IP的交互

?在LAN1中,所有的主機都有111.111.111.xxx的地址形

式,而LAN2則所有主機具有222.222.222.xxx的地址形

?現(xiàn)在假設(shè)主機11要發(fā)送一個數(shù)據(jù)報到主

機22。發(fā)送主機一如既往將數(shù)據(jù)報發(fā)送

到了接口上,但發(fā)送主機需要指出相應(yīng)的信宿的LAN地

址。那么發(fā)送主機會使用哪個LAN地址。

?可能猜測是是22的LAN地址,49-BD-D2-

C7-56-2Ao可惜,這個答案是錯誤的。如果發(fā)送適配

器使用這個LAN地址,LAN1上沒有一個適配器會將該

數(shù)據(jù)報傳送到網(wǎng)絡(luò)層,由于數(shù)據(jù)幀中的地址將在LAN1

中找不到匹配的適配器地址,該數(shù)據(jù)報將無疾而終并送

到數(shù)據(jù)報天堂。

2011/7/14page46

?從IP子網(wǎng)掩碼的作用可知,發(fā)送主機在發(fā)送數(shù)據(jù)

報之前,就已經(jīng)知道信宿主機不在同一LAN上,

(將信宿主機和發(fā)送主機的IP地址的的網(wǎng)絡(luò)地址

部分進行比較),其結(jié)果只能將數(shù)據(jù)報發(fā)送給路

由器,由路由器轉(zhuǎn)發(fā),而路由器的IP地址(在

Windows系統(tǒng)中稱為缺省網(wǎng)關(guān))在發(fā)送主機中

早有預(yù)置(在本例中為111.110)O

?發(fā)送主機如何得到路由器接口的LAN地址呢?

當然是使用ARP程序模塊。一旦發(fā)送端的適配

器獲得了路由器接口的LAN地址,就可以生成一

個數(shù)據(jù)幀,發(fā)送給路由器。

2011/7/14page47

?LAN1上的路由器接口見到了發(fā)給它的數(shù)據(jù)幀,

就將其傳送到網(wǎng)絡(luò)層。就這樣,數(shù)據(jù)報就成功

地從主機發(fā)送到了路由器上!

?還必須將數(shù)據(jù)報從路由器發(fā)送到目的地。路由

器首先需要選擇適當?shù)慕涌趤磙D(zhuǎn)發(fā),這項工作

路由器可以通過查詢路由表來完成。路由表告

訴路由器,數(shù)據(jù)報可以通過路由器的

20接口轉(zhuǎn)發(fā)。該接口將數(shù)據(jù)報傳

送到其適配器,組成新的數(shù)據(jù)幀,并送入LAN2

?這次,數(shù)據(jù)幀的信宿地址才是真正的最終目的

地的LAN地址。

?路由器又是如何知道最終目的地的LAN地址呢

?因為,路由器可以識別數(shù)據(jù)報比的目的地的

IP地址,所以,它可以通過ARP未獲得最終目

的地的LAN地址。

2011/7/14page48

路由選擇

路由表——存放到達其他網(wǎng)絡(luò)的路由信息,

路由器根據(jù)路由表轉(zhuǎn)發(fā)分組。

口路由表的維護有兩種基本方式:

■靜態(tài)路由——由人工預(yù)先設(shè)置好,只適用于

小型網(wǎng)絡(luò)

■動態(tài)路由——路由器運行過程中根據(jù)網(wǎng)絡(luò)情

況自動地動態(tài)維護

2011/7/14page49

路由表的基本內(nèi)容

A的路由表

網(wǎng)絡(luò)路由(下一站點)距離

直接0

直接0

1

2011/7/14page50

ICMP工具程序

?PING

PING工具程序可用來發(fā)EchoRequest

A

出ICMPEchoRequest包

EchoReply

以初步排查網(wǎng)絡(luò)聯(lián)網(wǎng)異常。

2011/7/14page51

利用PING來診斷網(wǎng)絡(luò)問題

1.Ping——用于測試TCP/IP協(xié)議是否運行正常

2.Ping本機地址——測試網(wǎng)絡(luò)設(shè)置(網(wǎng)卡)是否正常

3.Ping對外連接的路由器(網(wǎng)關(guān))——測試內(nèi)部網(wǎng)絡(luò)與

對界連網(wǎng)的路由器是否正常

4.PingInternet上計算機的IP地址隨便找一臺

Internet上的計算機,如果有響應(yīng),代表IP設(shè)置全部

正常。

5.PingInternet上計算機的網(wǎng)址例如ping

,如果有響應(yīng),代表6NS設(shè)置無誤

O

2011/7/14page52

?TRACERT

TRACERT工具可找出至目

的IP地址所經(jīng)過的路有器。

TRACERT的工作原理:

i.A發(fā)出EchoRequest1,目的地址為B,TTL=1;

2.R1路由器收到EchoRequest1后,因TTL=1便丟棄

此封包,然后傳送TimerExceeded1給A;

3.A收到TimerExceeded1之后,便可知道RI位路由

過程中的第一個路由器。接著,A再發(fā)出Echo

Request2,目的地址仍為B,TTL=2;

2011/7/14page53

4.EchoRequest2先送到R1,然后轉(zhuǎn)送至R2,到達R2

時,EchoRequest2的TT1=1,因此R2便丟棄此封包

,然后傳送TimerExceeded2給A;

5.A收到TimerExceeded2之后,便可知道RI位路由過

程中的第二個路由器。接著,A再發(fā)出EchoRequest

3,目的地址仍為B,TTL=3;

6.EchoRequest3經(jīng)RI、R2,然后轉(zhuǎn)送至B,B收到此

封包后回應(yīng)EchoReply1給A。A收到EchoReply1之

后便大功告成。

2011/7/14page54

?PATHPING可以認為是PING和

TRACERT的結(jié)合,先找出至目的地IP地

址所經(jīng)過的路有器,然后依次對每部路

?由器發(fā)出EchoRequest包,以監(jiān)測路由

器是否正常。

2011/7/14page55

本章小結(jié)

?因特網(wǎng)與TCP/IP——因特網(wǎng)的協(xié)議

?DNS

?TCP、UDP

?IP、ICMP

?ARP與IP的交互

2011/7/14page56

SuccesswithMoneyandJoy

附熠人生心語

?成功是一種觀念

?致富是一種義務(wù)

?快樂是一種權(quán)利

?每個人都有能力、有義

務(wù)、有權(quán)利辦到成功

致富快樂

附贈人生心語

成成功不是打敗別人

功成功不是超越別人

成功不是名、利、權(quán)的獲得

致?lián)碛薪】档纳眢w

豐足的物質(zhì)生活

富平衡的心理狀態(tài)

又才能擁有成功

快SuccesswithMoneyandJoy

戰(zhàn)勝自己

樂貢獻自己

扮演好自己的歷史角色

才能超越自己

融入成功里

附贈人生心語

知人者智,自知者明,勝人者力,自

勝者強。

——老子

附贈人生心語

?成功必須靠百分之九十八的辛勤血

汗,加上百分之二的天才靈感。

?世界上注定只有百分之二十的人會成

功。

附贈人生心語

成猶太諺語中有一句名言,

功會傷人的東西有三個:苦惱、爭吵、空的錢包C

其中最傷人的是——空的錢包。

致金錢本身并沒有善惡,

但沒有錢,

富卻的確是一件不幸的事情。

又所以,我們必須學習

快SuccesswithMoneyandJoy

重視財富,

樂管理財富,

更重要的是要學會

正確地

使用自己的財富。

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論