版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡(jiǎn)介
第7章因特網(wǎng)的重要協(xié)議
本章重點(diǎn)
?因特網(wǎng)與TCP/IP——因特網(wǎng)的協(xié)議
?DNS
?TCP、UDP
?IP>ICMP
2011/7/14page1
9.2因特網(wǎng)與TCP/IP
□TCP/IP是一個(gè)協(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口教學(xué)片
□DNS用于將主機(jī)名轉(zhuǎn)換為IP地址。
□采用名字來(lái)標(biāo)記一臺(tái)主機(jī)便于記憶。
□DNS服務(wù)主要基于UDP來(lái)實(shí)現(xiàn),端口號(hào)=53。
口三個(gè)組成部分:域名空間、名字服務(wù)器、解析程序
?域名空間:分布式的、層次型(分級(jí))的樹形結(jié)構(gòu),根
沒(méi)有名字,頂層域由組織域(如org、com>edu)和國(guó)家域
(如cn)構(gòu)成。在往下分還可分為若干層子域,如下頁(yè)圖
O通常用點(diǎn)來(lái)分隔域的層次,如
2011/7/14page4
交大的Web服務(wù)器:WWW.XJTU.EDU.CN
2011/7/14page5
□DNS名字服務(wù)器:存放域樹結(jié)構(gòu)和主機(jī)信息的數(shù)據(jù)庫(kù)
O為減小查詢流量負(fù)載,提高可靠性,DNS名字空間被
劃分成若干不交叉的區(qū)域(Zone),分別存放在該區(qū)域
的DNS服務(wù)器中。
□解析程序:從名字服務(wù)器中提取信息把主機(jī)域名翻譯
成IP地址。
解析過(guò)程為:首先從本地Hosts文件查找。沒(méi)找到就向
本地DNS名字服務(wù)器發(fā)出請(qǐng)求;若本地DNS服務(wù)器也找
不到,它就把請(qǐng)求發(fā)給頂層域名字服務(wù)器,然后由頂層
域名字服務(wù)器把請(qǐng)求傳遞給相應(yīng)子域的名字服務(wù)器。最
后由該名字服務(wù)器把域名對(duì)應(yīng)的IP地址按相反的路徑傳
遞給發(fā)出請(qǐng)求的站點(diǎn)。
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)用對(duì)基礎(chǔ)協(xié)議的要求
?數(shù)據(jù)丟失(dataloss)
?電子郵件、FTP、WWW和Telnet不能容忍數(shù)據(jù)丟失
?而多媒體類的應(yīng)用往往可以經(jīng)得起部分?jǐn)?shù)據(jù)的丟失
?帶寬(bandwidth)
?以IP電話為代表的多媒體交互式的應(yīng)用對(duì)帶寬是十分
敏感的
?而文件傳輸類的應(yīng)用則對(duì)帶寬的要求比較具有“彈
性”
?實(shí)時(shí)性(timing)
?IP電話、視訊會(huì)議、“四國(guó)大戰(zhàn)”的要求
2011/7/14page9
網(wǎng)絡(luò)基礎(chǔ)協(xié)議中的關(guān)鍵問(wèn)題
?網(wǎng)絡(luò)基礎(chǔ)協(xié)議指包括傳輸層及以下的各層
中的各種協(xié)議,問(wèn)題在于:
?某個(gè)網(wǎng)絡(luò)基礎(chǔ)協(xié)議的性質(zhì)(或所提供的服務(wù)
)是面向連接的還是無(wú)連接的?
?虛電路與面向連接的關(guān)系,虛電路是面向連
接的,但面向連接的就一定是虛電路?
?如何理解在不可靠的協(xié)議上建立可靠的連接
服務(wù)?
2011/7/14page10
傳輸層最基本的功能
?在不同主機(jī)中的應(yīng)用進(jìn)程之間建立“邏輯
通信”
?應(yīng)用進(jìn)程使用由傳輸層提供的邏輯通信功
能,在進(jìn)程間互發(fā)報(bào)文,而不必考慮具體
的通信細(xì)節(jié)
?傳輸層僅僅工作在端系統(tǒng)中,與交換節(jié)
點(diǎn)(路由器)沒(méi)有關(guān)系
2011/7/14page11
傳輸層最基本的功能(續(xù))
?傳輸層從應(yīng)用層收到“報(bào)文”,將其裝入
4?PDU(如果報(bào)文太大,則需要分段),加
上傳輸層的“段首部”后就送給網(wǎng)絡(luò)層
?傳輸層有多個(gè)傳輸協(xié)議備選。
?如面向連接的TCP和無(wú)連接的UDP
?每個(gè)協(xié)議都使用其為應(yīng)用層協(xié)議提供不同的傳輸服
務(wù)功能的集合
?傳輸層協(xié)議的主要功能是提供所謂“多道
處理”的功能
2011/7/14page12
傳輸層與網(wǎng)絡(luò)層的關(guān)系
?傳輸層提供主機(jī)內(nèi)進(jìn)程間的“邏輯通信”
;而網(wǎng)絡(luò)層則提供網(wǎng)絡(luò)中主機(jī)間的“邏輯
通信”
?二者之間的差別微妙而又重要
?主機(jī)二單位的傳達(dá)室
?進(jìn)程二單位中的職員
?應(yīng)用層報(bào)文二信的內(nèi)容
?網(wǎng)絡(luò)層協(xié)議二郵局的投遞服務(wù)
?傳輸層協(xié)議二傳達(dá)室的收發(fā)業(yè)務(wù)
2011/7/14page13
圖8-18傳輸層與多道處理
傳輸層和多道作業(yè)處理
?在TCP和UDP的段頭有兩個(gè)端口號(hào)
?分別為源端口(sourceport-number)和宿端口
(destinationport-number)
?當(dāng)把這兩個(gè)字段合為一體時(shí),就可以確定信宿主機(jī)中唯
一的某個(gè)特定進(jìn)程。
?所謂端口號(hào)是一個(gè)16比特的數(shù)字,其表達(dá)范圍從0?
65535o從0?1023的端口號(hào)被稱為常用端口號(hào)(well-
knownnumber)并限制j使用。這就意味著這些端口號(hào)
僅限于最常用的一些網(wǎng)絡(luò)應(yīng)用,
?如HTTP和FTP。HTTP用端口的是80,FTP是21和20
o常用端口號(hào)的定義見(jiàn)RFC1700。
2011/7/14page15
32bits
Sourceport#Destport#
Otherheaderfields
Data
(message)
圖8-17傳輸層數(shù)據(jù)段中的源端口和目的端口號(hào)字段
傳輸層和多道作業(yè)處理(續(xù))
?由此可知,在主機(jī)(服務(wù)器)中運(yùn)行的每一種網(wǎng)絡(luò)
應(yīng)用程序都有一個(gè)端口號(hào)
?但是為什么在傳輸層協(xié)議PDU的字段中會(huì)有兩
個(gè)端口號(hào),源端口和宿端口?
?這個(gè)問(wèn)題的答案很簡(jiǎn)單,同一信源主機(jī)可能在
同一個(gè)時(shí)刻在運(yùn)行兩個(gè)以上相同的應(yīng)用程序進(jìn)
程(比如同時(shí)打開兩個(gè)瀏覽器窗口),而一個(gè)
應(yīng)用程序的端口號(hào)則無(wú)法確定主機(jī)中相同類型
應(yīng)用程序進(jìn)程中的某個(gè)具體的進(jìn)程
2011/7/14page17
端口號(hào)
TCP和UDP者B用端口(socket)號(hào)把信息傳到上層。
端口號(hào)指示了正在使用的上層協(xié)議。
應(yīng)用層
保留的端口號(hào):
<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ù))
?當(dāng)用戶啟動(dòng)一個(gè)Telnet會(huì)話時(shí),Telnet服務(wù)的宿端口為
23,而源端口則由操作系統(tǒng)生成一個(gè)未被使用的端口號(hào)
Xo每個(gè)發(fā)送到Telnet服務(wù)器的段都將宿端口設(shè)為23,
而源端口則設(shè)為X。當(dāng)段到達(dá)Telnet服務(wù)器時(shí),在段中
的宿端口和源端口使得服務(wù)器可以確定具體的應(yīng)用進(jìn)程
o宿端口為23確定了這是Telnet服務(wù),而源端口則確定
了具體的應(yīng)用進(jìn)程。
?當(dāng)數(shù)據(jù)從服務(wù)器流向客戶端時(shí),這種情況則顛倒過(guò)來(lái),
這次源端口為23,宿端口為x(這個(gè)x與發(fā)送到服務(wù)器的
源端口號(hào)相同)。當(dāng)該段到達(dá)客戶端時(shí),段中的源端口
和宿端口使客戶端主機(jī)可以確定正確的應(yīng)用程序進(jìn)程并
將數(shù)據(jù)遞交給它
2011/7/14page20
傳輸層和多道作業(yè)處理(續(xù))
?既然從客戶端發(fā)送到服務(wù)器的源端口號(hào)是由各
個(gè)網(wǎng)絡(luò)上的主機(jī)隨機(jī)選擇的,如果兩臺(tái)主機(jī)所
選擇的源端口完全相同,那么服務(wù)器進(jìn)程又如
何區(qū)別?這個(gè)問(wèn)題尤其是在一些大型Web網(wǎng)站
上,好像是很容易發(fā)生的
?其實(shí)這個(gè)問(wèn)題實(shí)際上很容易解決,因?yàn)榉?wù)器
進(jìn)程在對(duì)段數(shù)據(jù)進(jìn)行甄別時(shí)要參考數(shù)據(jù)報(bào)的IP
地址。雖然源端口號(hào)可能重復(fù),但加上IP地址
后,沖突就不會(huì)發(fā)生
2011/7/14page21
兩類服務(wù):面向連接的和無(wú)連接的服務(wù)
目的:在主機(jī)系統(tǒng)之間傳輸數(shù)據(jù)。
□TCP-傳輸控制協(xié)議[RFC793]
■用于因特網(wǎng)的面向連接的服務(wù)
■傳輸前需建立連接
■可靠的,有爐的字節(jié)流傳輸
■流量控制與擁塞控制
□UDP-用戶數(shù)據(jù)報(bào)協(xié)議[RFC768]:
■用于因特網(wǎng)的無(wú)連接的服務(wù)
■不可靠的贊舞送墉
■無(wú)流量控制
■無(wú)擁塞控制
2011/7/14page22
使用TCP服務(wù)的應(yīng)用:
□HTTP(WWW)
□FTP(filetransfer)
□Telnet(remotelogin)
□SMTP(email)
使用UDP服務(wù)的應(yīng)用:
□流媒體,電信會(huì)議,因特網(wǎng)電話
□DNS
2011/7/14page23
TCP協(xié)議RFCs:793,1122,1323,2018,2581
口點(diǎn)到點(diǎn)(端到端):
■一個(gè)發(fā)送者,一個(gè)接收者
□面向連接:可靠的,有序的字節(jié)流
■無(wú)“消息邊界”
口流量受控:管道化的
■TCP擁塞和流量控制設(shè)置窗口大小
□全雙工操作
2011/7/14page24
TCP段格式
034910151631
源端口目的端口
順序號(hào)
確認(rèn)號(hào)
報(bào)頭長(zhǎng)度保留代碼位窗口大小
校驗(yàn)和緊急指針
選項(xiàng)(可省略)
數(shù)據(jù)
2011/7/14page25
源端口(SourcePort):呼叫端口的編號(hào)
目的端口(DestinationPort):被叫端口的編號(hào)
順序號(hào)(SequenceNumber):數(shù)據(jù)的第一個(gè)字節(jié)的順序號(hào)
確認(rèn)號(hào)(AcknowledgmentNumber):所期待的下一段的順序號(hào)
報(bào)頭長(zhǎng)度(HLEN):以32字節(jié)為單位的報(bào)頭的長(zhǎng)度
保留域(Reserved):設(shè)置為0
編碼位(CodeBits):用于控制段的傳輸(如會(huì)話的建立和中止)
包括:URG、ACK、PSH、RST、SYN、FIN六個(gè)位
窗口大小(Window):接收方能夠繼續(xù)接收的字節(jié)數(shù)
校驗(yàn)和(Checksum):包括TCP報(bào)頭和數(shù)據(jù)在內(nèi)的校驗(yàn)和
緊急指針(UrgentPointer):當(dāng)前順序號(hào)到緊急數(shù)據(jù)位置的偏移量
選項(xiàng)(Option):
數(shù)據(jù)(Data):上層協(xié)議數(shù)據(jù)
2011/7/14page26
TCP連接的建立一一三次握手
例如:A、B兩個(gè)主機(jī)要建立連接
方向消息含義握手
LA-BSYN我的序號(hào)是X1
八r2.A-BACK知道了,你的序號(hào)是X
口Y2
并3.A-BSYN我的序號(hào)是Y
4.A-BACK知道了,你的序號(hào)是Y3
序號(hào)用于跟蹤通信順序,確保多個(gè)包傳輸時(shí)無(wú)數(shù)據(jù)丟失。
通信雙方在建立連接時(shí)必須互相交換各自的初始序號(hào)。
2011/7/14page27
TCP通過(guò)三次握手來(lái)建立連接
回
發(fā)送SYN消息(SEQ=x)
收到SYN消息(SEQ=x)
發(fā)送SYN消息
收到SYN消息(SEQ=y,ACK=x+l)
(SEQ=yzACK=x+l)
發(fā)送確認(rèn)(ACK=y+l)
收到確認(rèn)(ACK=y+1)
雙方連接建立
2011/7/14page28
紅藍(lán)軍的故事
TCP通過(guò)四次握手來(lái)釋放連接
B-A的連接斷開
2011/7/14page30
TCP的面向連接的實(shí)質(zhì)
?TCP是面向連接的協(xié)議
?TCP的面向連接是建立在相互連接的主機(jī)
內(nèi),而與中間的轉(zhuǎn)接節(jié)點(diǎn)(路由器)沒(méi)有
關(guān)系
?TCP的面向連接與所謂的“虛電路”沒(méi)有
關(guān)系
?TCP所提供的可靠服務(wù)是建立在IP所提供
的“不可靠的服務(wù)”的基礎(chǔ)上的
2011/7/14page31
UDP段格式
UDP不用確認(rèn),功能十分簡(jiǎn)單。
傳輸可靠性由應(yīng)用層協(xié)議保證。
使用UDP的協(xié),議包括:TFTP、SNMP、NFS、DNS等
16bI16b16bI16bI
源端口目的端口長(zhǎng)度校驗(yàn)和數(shù)據(jù)
2011/7/14page32
網(wǎng)絡(luò)層與IP協(xié)議
互聯(lián)網(wǎng)層功能:
網(wǎng)絡(luò)層
2011/7/14page33
IP數(shù)據(jù)報(bào)(IP分組、IP包)
037151931
版本號(hào)報(bào)頭長(zhǎng)度服務(wù)類型數(shù)據(jù)報(bào)長(zhǎng)度
標(biāo)識(shí)段偏移
生存時(shí)間TTL協(xié)議報(bào)頭校驗(yàn)和
源IP地址
目的IP地址
選項(xiàng)和填充(最大為40字節(jié))
數(shù)據(jù)區(qū)
2011/7/14page34
IP地址
AIP網(wǎng)絡(luò)中每臺(tái)主機(jī)都必須有一個(gè)惟一的IP地址;
AIP地址是一個(gè)邏輯地址;(與MAC地址比較一下)
A因特網(wǎng)上的IP地址具有全球唯一性;
A32位,4個(gè)字節(jié),常用點(diǎn)分的十進(jìn)制標(biāo)記法:
勿00007070000000700000000000000007記為10.2JU
AIP地址劃分為五類:A?E類,常用的為A、B、C類
A類地址:允許27-2個(gè)網(wǎng)絡(luò),每個(gè)網(wǎng)絡(luò)22L2個(gè)主機(jī);
B類地址:允許2"個(gè)網(wǎng)絡(luò),每個(gè)網(wǎng)絡(luò)2爪2個(gè)主機(jī);
C類地址:允許221個(gè)網(wǎng)絡(luò),每個(gè)網(wǎng)絡(luò)28?2個(gè)主機(jī);
2011/7/14page35
IP地址分類
7bits24bits
A類
B類
C類
地址范圍
A類?55
B類-55
C類~55
2011/7/14page36
保留的IP地址
以下這些IP地址具有特殊的含義:
00...00I0000...0000本機(jī)
00...00|主機(jī)號(hào)本網(wǎng)中的主機(jī)
...ini局域網(wǎng)中的廣播
網(wǎng)絡(luò)號(hào)...mi對(duì)指定網(wǎng)絡(luò)的廣播
網(wǎng)絡(luò)號(hào)|oooo...oooo網(wǎng)絡(luò)地址
127任意值回路
?般來(lái)說(shuō),主機(jī)號(hào)部分為全“:L”的IP地址保留用作廣播地址;
主機(jī)號(hào)部分為全“0”的卬地址保留用作網(wǎng)絡(luò)地址。
2011/7/14page37
子網(wǎng)掩碼計(jì)算
缺省子網(wǎng)掩碼:A類:
B類:
C類:
2011/7/14page38
網(wǎng)際控制報(bào)文協(xié)議(ICMP)
ICMP消息被封裝在IP數(shù)據(jù)報(bào)里,用來(lái)發(fā)送差錯(cuò)報(bào)告
和控制信息。
ICMP定義了如下消息類型:
目的端無(wú)法到達(dá)(Destinationunreachable)
數(shù)據(jù)報(bào)超時(shí)(Timeexceeded)
數(shù)據(jù)報(bào)參數(shù)錯(cuò)(Parameterproblem)
重定向(Redirect)
回聲請(qǐng)求(Echo)
回聲應(yīng)答(Echoreply)
信息請(qǐng)求(Informationrequest)
信息應(yīng)答(Informationreply)
地址請(qǐng)求(Addressrequest)
地址應(yīng)答(Addressreply)
2011/7/14page39
最常用的是“目的無(wú)法到達(dá)”和“回聲”消息。
到Z的數(shù)據(jù)
目的端無(wú)法到達(dá)
路由器用ICMP通知目的地不可達(dá)的示意圖
2011/7/14page40
ICMP回聲請(qǐng)求
ICMP回聲應(yīng)答
用PING命令產(chǎn)生的回聲及其應(yīng)答示意圖
2011/7/14page41
地址解析協(xié)議(ARP,AddressResolutionProtocol)
ARP用于將一個(gè)已知的IP地址映射到MAC地址。方法:
1)檢查ARP高速緩存表;
2)若地址不包含在表中,就向網(wǎng)上發(fā)廣播來(lái)尋找。具有
該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)地
址進(jìn)行數(shù)據(jù)通信
?許多因特網(wǎng)的主機(jī)位于局域網(wǎng)絡(luò)中,當(dāng)數(shù)
據(jù)分組到達(dá)時(shí),需要把IP地址轉(zhuǎn)換成MAC
地址,把網(wǎng)絡(luò)層的分組再封裝在局域網(wǎng)鏈
路幀中,才能發(fā)送到該主機(jī)
2011/7/14page43
域名服務(wù)(DNS)和地址解析(ARP)的比較
?DNS是一種廣域網(wǎng)中全局性的服務(wù),由分布
在全球的DNS服務(wù)器形成一個(gè)服務(wù)鏈,提供
關(guān)于廣域網(wǎng)中的域名到IP地址間的映射。
?ARP是在局域網(wǎng)中區(qū)域性的服務(wù),其服務(wù)程
序駐留在局域網(wǎng)中的主機(jī)(接口)中,由各
個(gè)主機(jī)負(fù)責(zé)解析IP到MAC地址間的映射。
2011/7/14page44
RoutingtoanotherLAN
walkthrough:routingfromAtoBviaR
2011/7/14page45
ARP與IP的交互
?在LAN1中,所有的主機(jī)都有111.111.111.xxx的地址形
式,而LAN2則所有主機(jī)具有222.222.222.xxx的地址形
?現(xiàn)在假設(shè)主機(jī)11要發(fā)送一個(gè)數(shù)據(jù)報(bào)到主
機(jī)22。發(fā)送主機(jī)一如既往將數(shù)據(jù)報(bào)發(fā)送
到了接口上,但發(fā)送主機(jī)需要指出相應(yīng)的信宿的LAN地
址。那么發(fā)送主機(jī)會(huì)使用哪個(gè)LAN地址。
?可能猜測(cè)是是22的LAN地址,49-BD-D2-
C7-56-2Ao可惜,這個(gè)答案是錯(cuò)誤的。如果發(fā)送適配
器使用這個(gè)LAN地址,LAN1上沒(méi)有一個(gè)適配器會(huì)將該
數(shù)據(jù)報(bào)傳送到網(wǎng)絡(luò)層,由于數(shù)據(jù)幀中的地址將在LAN1
中找不到匹配的適配器地址,該數(shù)據(jù)報(bào)將無(wú)疾而終并送
到數(shù)據(jù)報(bào)天堂。
2011/7/14page46
?從IP子網(wǎng)掩碼的作用可知,發(fā)送主機(jī)在發(fā)送數(shù)據(jù)
報(bào)之前,就已經(jīng)知道信宿主機(jī)不在同一LAN上,
(將信宿主機(jī)和發(fā)送主機(jī)的IP地址的的網(wǎng)絡(luò)地址
部分進(jìn)行比較),其結(jié)果只能將數(shù)據(jù)報(bào)發(fā)送給路
由器,由路由器轉(zhuǎn)發(fā),而路由器的IP地址(在
Windows系統(tǒng)中稱為缺省網(wǎng)關(guān))在發(fā)送主機(jī)中
早有預(yù)置(在本例中為111.110)O
?發(fā)送主機(jī)如何得到路由器接口的LAN地址呢?
當(dāng)然是使用ARP程序模塊。一旦發(fā)送端的適配
器獲得了路由器接口的LAN地址,就可以生成一
個(gè)數(shù)據(jù)幀,發(fā)送給路由器。
2011/7/14page47
?LAN1上的路由器接口見(jiàn)到了發(fā)給它的數(shù)據(jù)幀,
就將其傳送到網(wǎng)絡(luò)層。就這樣,數(shù)據(jù)報(bào)就成功
地從主機(jī)發(fā)送到了路由器上!
?還必須將數(shù)據(jù)報(bào)從路由器發(fā)送到目的地。路由
器首先需要選擇適當(dāng)?shù)慕涌趤?lái)轉(zhuǎn)發(fā),這項(xiàng)工作
路由器可以通過(guò)查詢路由表來(lái)完成。路由表告
訴路由器,數(shù)據(jù)報(bào)可以通過(guò)路由器的
20接口轉(zhuǎn)發(fā)。該接口將數(shù)據(jù)報(bào)傳
送到其適配器,組成新的數(shù)據(jù)幀,并送入LAN2
?這次,數(shù)據(jù)幀的信宿地址才是真正的最終目的
地的LAN地址。
?路由器又是如何知道最終目的地的LAN地址呢
?因?yàn)?,路由器可以識(shí)別數(shù)據(jù)報(bào)比的目的地的
IP地址,所以,它可以通過(guò)ARP未獲得最終目
的地的LAN地址。
2011/7/14page48
路由選擇
路由表——存放到達(dá)其他網(wǎng)絡(luò)的路由信息,
路由器根據(jù)路由表轉(zhuǎn)發(fā)分組。
口路由表的維護(hù)有兩種基本方式:
■靜態(tài)路由——由人工預(yù)先設(shè)置好,只適用于
小型網(wǎng)絡(luò)
■動(dòng)態(tài)路由——路由器運(yùn)行過(guò)程中根據(jù)網(wǎng)絡(luò)情
況自動(dòng)地動(dòng)態(tài)維護(hù)
2011/7/14page49
路由表的基本內(nèi)容
A的路由表
網(wǎng)絡(luò)路由(下一站點(diǎn))距離
直接0
直接0
1
2011/7/14page50
ICMP工具程序
?PING
PING工具程序可用來(lái)發(fā)EchoRequest
A
出ICMPEchoRequest包
EchoReply
以初步排查網(wǎng)絡(luò)聯(lián)網(wǎng)異常。
2011/7/14page51
利用PING來(lái)診斷網(wǎng)絡(luò)問(wèn)題
1.Ping——用于測(cè)試TCP/IP協(xié)議是否運(yùn)行正常
2.Ping本機(jī)地址——測(cè)試網(wǎng)絡(luò)設(shè)置(網(wǎng)卡)是否正常
3.Ping對(duì)外連接的路由器(網(wǎng)關(guān))——測(cè)試內(nèi)部網(wǎng)絡(luò)與
對(duì)界連網(wǎng)的路由器是否正常
4.PingInternet上計(jì)算機(jī)的IP地址隨便找一臺(tái)
Internet上的計(jì)算機(jī),如果有響應(yīng),代表IP設(shè)置全部
正常。
5.PingInternet上計(jì)算機(jī)的網(wǎng)址例如ping
,如果有響應(yīng),代表6NS設(shè)置無(wú)誤
O
2011/7/14page52
?TRACERT
TRACERT工具可找出至目
的IP地址所經(jīng)過(guò)的路有器。
TRACERT的工作原理:
i.A發(fā)出EchoRequest1,目的地址為B,TTL=1;
2.R1路由器收到EchoRequest1后,因TTL=1便丟棄
此封包,然后傳送TimerExceeded1給A;
3.A收到TimerExceeded1之后,便可知道RI位路由
過(guò)程中的第一個(gè)路由器。接著,A再發(fā)出Echo
Request2,目的地址仍為B,TTL=2;
2011/7/14page53
4.EchoRequest2先送到R1,然后轉(zhuǎn)送至R2,到達(dá)R2
時(shí),EchoRequest2的TT1=1,因此R2便丟棄此封包
,然后傳送TimerExceeded2給A;
5.A收到TimerExceeded2之后,便可知道RI位路由過(guò)
程中的第二個(gè)路由器。接著,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可以認(rèn)為是PING和
TRACERT的結(jié)合,先找出至目的地IP地
址所經(jīng)過(guò)的路有器,然后依次對(duì)每部路
?由器發(fā)出EchoRequest包,以監(jiān)測(cè)路由
器是否正常。
2011/7/14page55
本章小結(jié)
?因特網(wǎng)與TCP/IP——因特網(wǎng)的協(xié)議
?DNS
?TCP、UDP
?IP、ICMP
?ARP與IP的交互
2011/7/14page56
SuccesswithMoneyandJoy
附熠人生心語(yǔ)
?成功是一種觀念
?致富是一種義務(wù)
?快樂(lè)是一種權(quán)利
?每個(gè)人都有能力、有義
務(wù)、有權(quán)利辦到成功
致富快樂(lè)
附贈(zèng)人生心語(yǔ)
成成功不是打敗別人
功成功不是超越別人
成功不是名、利、權(quán)的獲得
致?lián)碛薪】档纳眢w
豐足的物質(zhì)生活
富平衡的心理狀態(tài)
又才能擁有成功
快SuccesswithMoneyandJoy
戰(zhàn)勝自己
樂(lè)貢獻(xiàn)自己
扮演好自己的歷史角色
才能超越自己
融入成功里
附贈(zèng)人生心語(yǔ)
知人者智,自知者明,勝人者力,自
勝者強(qiáng)。
——老子
附贈(zèng)人生心語(yǔ)
?成功必須靠百分之九十八的辛勤血
汗,加上百分之二的天才靈感。
?世界上注定只有百分之二十的人會(huì)成
功。
附贈(zèng)人生心語(yǔ)
成猶太諺語(yǔ)中有一句名言,
功會(huì)傷人的東西有三個(gè):苦惱、爭(zhēng)吵、空的錢包C
其中最傷人的是——空的錢包。
致金錢本身并沒(méi)有善惡,
但沒(méi)有錢,
富卻的確是一件不幸的事情。
又所以,我們必須學(xué)習(xí)
快SuccesswithMoneyandJoy
重視財(cái)富,
樂(lè)管理財(cái)富,
更重要的是要學(xué)會(huì)
正確地
使用自己的財(cái)富。
附
溫馨提示
- 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 2025年度新材料研發(fā)財(cái)產(chǎn)抵押合同3篇
- 2025年度碧桂園綠色建筑設(shè)計(jì)咨詢與施工總承包服務(wù)協(xié)議3篇
- 2025年度智能交通信號(hào)系統(tǒng)安裝合同示范文本3篇
- 2025年通脈顆粒項(xiàng)目可行性研究報(bào)告
- 2025年私立學(xué)校學(xué)生宿舍床上用品清洗與更換服務(wù)合同3篇
- 2025年度個(gè)人買賣房屋質(zhì)量保證合同4篇
- 2025年浙江物芯數(shù)科技術(shù)有限公司招聘筆試參考題庫(kù)含答案解析
- 二零二五版進(jìn)出口貿(mào)易物流倉(cāng)儲(chǔ)合同2篇
- 2025年江蘇南通天生置業(yè)有限公司招聘筆試參考題庫(kù)含答案解析
- 2025年河南衛(wèi)輝投資集團(tuán)有限公司招聘筆試參考題庫(kù)含答案解析
- GB/T 12723-2024單位產(chǎn)品能源消耗限額編制通則
- 2024年廣東省深圳市中考英語(yǔ)試題含解析
- GB/T 16288-2024塑料制品的標(biāo)志
- 麻風(fēng)病防治知識(shí)課件
- 建筑工程施工圖設(shè)計(jì)文件審查辦法
- 干部職級(jí)晉升積分制管理辦法
- 培訓(xùn)機(jī)構(gòu)應(yīng)急預(yù)案6篇
- 北師大版數(shù)學(xué)五年級(jí)上冊(cè)口算專項(xiàng)練習(xí)
- 應(yīng)急物資智能調(diào)配系統(tǒng)解決方案
- 2025年公務(wù)員考試時(shí)政專項(xiàng)測(cè)驗(yàn)100題及答案
- TSG ZF003-2011《爆破片裝置安全技術(shù)監(jiān)察規(guī)程》
評(píng)論
0/150
提交評(píng)論