日本免费全黄少妇一区二区三区-高清无码一区二区三区四区-欧美中文字幕日韩在线观看-国产福利诱惑在线网站-国产中文字幕一区在线-亚洲欧美精品日韩一区-久久国产精品国产精品国产-国产精久久久久久一区二区三区-欧美亚洲国产精品久久久久

用協(xié)議分析工具學習TCP/IP( 三 )


第2行反映的是步驟6)的內(nèi)容 。在同一個以太網(wǎng)中的每臺機器都會"接收"到這個報文,但正常狀態(tài)下除了1號機外其他主機應該會忽略這個報文,而1號的主機的ARP層收到這份廣播報文后,識別出這是發(fā)送端在尋問它的IP地址,于是發(fā)送一個ARP應答 。告知自己的IP地址和MAC地址 。第2行可以清楚的看出1號回答的信息__自己的MAC地址00:50:FC:22:C7:BE 。
這兩行反映的是數(shù)據(jù)鏈路層之間一問一答的通信過程 。這個過程就像我要在一個坐滿人的教室找一個叫“張三”的人,在門口喊了一聲“張三”,這一聲大家都聽見了,這就叫廣播 。張三聽到后做了回應,別人聽到了沒做回應,這樣就與張三取得了聯(lián)系 。
3)頭信息分析
如下圖左欄所示,第1數(shù)據(jù)包包含了兩個頭信息:以太網(wǎng)(Ethernet)和ARP 。
【用協(xié)議分析工具學習TCP/IP】
點擊查看大圖
圖10
下表2是以太網(wǎng)的頭信息,括號內(nèi)的數(shù)均為該字段所占字節(jié)數(shù),以太網(wǎng)報頭中的前兩個字段是以太網(wǎng)的源地址和目的地址 。目的地址為全1的非凡地址是廣播地址 。電纜上的所有以太網(wǎng)接口都要接收廣播的數(shù)據(jù)幀 。兩個字節(jié)長的以太網(wǎng)幀類型表示后面數(shù)據(jù)的類型 。對于ARP請求或應答來說,該字段的值為0806 。
第2行中可以看到,盡管ARP請求是廣播的,但是ARP應答的目的地址卻是1號機的(00 50 FC 22 C7 BE) 。ARP應答是直接送到請求端主機的 。
行以太網(wǎng)目的地址(6)以太網(wǎng)源地址(6)幀類型(2)1FF FF FF FF FF FF00 50 FC 22 C7 BE06 06200 50 FC 22 C7 BE00 50 27 F6 50 5306 06表2
下表3是ARP協(xié)議的頭信息 。硬件類型字段表示硬件地址的類型 。它的值為1即表示以太網(wǎng)地址 。協(xié)議類型字段表示要映射的協(xié)議地址類型 。它的值為0800即表示IP地址 。它的值與包含I P數(shù)據(jù)報的以太網(wǎng)數(shù)據(jù)幀中的類型字段的值相同 。接下來的兩個1字節(jié)的字段,硬件地址長度和協(xié)議地址長度分別指出硬件地址和協(xié)議地址的長度,以字節(jié)為單位 。對于以太網(wǎng)上IP地址的ARP請求或應答來說,它們的值分別為6和4 。Op即操作(Opoperation),1是ARP請求、2是ARP應答、3是RARP請求和4為RARP應答,第二行中該字段值為2表示應答 。接下來的四個字段是發(fā)送端的硬件地址、發(fā)送端的IP地址、目的端的硬件地址和目的端IP地址 。注重,這里有一些重復信息:在以太網(wǎng)的數(shù)據(jù)幀報頭中和ARP請求數(shù)據(jù)幀中都有發(fā)送端的硬件地址 。對于一個ARP請求來說,除目的端硬件地址外的所有其他的字段都有填充值 。
表3的第2行為應答,當系統(tǒng)收到一份目的端為本機的ARP請求報文后,它就把硬件地址填進去,然后用兩個目的端地址分別替換兩個發(fā)送端地址,并把操作字段置為2,最后把它發(fā)送回去 。
行硬件類型
(2)協(xié)議類型
(2)硬件地址
長度(1)協(xié)議地址
長度(1)Op
(2)發(fā)送端以太網(wǎng)地址(6)發(fā)送端IP地址(4)目的以太網(wǎng)地址(6)目的IP地址(4)100 0008 00060600 010050FC22C7BEC0A871D0000000000000C0A871D1200 0008 00060600 02005027F65053C0A871D10050FC22C7BEC0A871D0表3
QQread.com推出各大專業(yè)服務器評測 Linux服務器的安全性能SUN服務器HP服務器DELL服務器IBM服務器聯(lián)想服務器浪潮服務器曙光服務器同方服務器華碩服務器寶德服務器第二組 建立連接
1)下圖顯示的是3-5行的數(shù)據(jù)
點擊查看大圖
圖11
2)解釋數(shù)據(jù)包
這三行數(shù)據(jù)是兩機建立連接的過程 。
這三行的核心意思就是TCP協(xié)議的三次握手 。TCP的數(shù)據(jù)包是靠IP協(xié)議來傳輸?shù)?。但IP協(xié)議是只管把數(shù)據(jù)送到出去,但不能保證IP數(shù)據(jù)報能成功地到達目的地,保證數(shù)據(jù)的可靠傳輸是靠TCP協(xié)議來完成的 。當接收端收到來自發(fā)送端的信息時,接受端詳發(fā)送短發(fā)送一條應答信息,意思是:“我已收到你的信息了 ?!钡谌M數(shù)據(jù)將能看到這個過程 。TCP是一個面向連接的協(xié)議 。無論哪一方向另一方發(fā)送數(shù)據(jù)之前,都必須先在雙方之間建立一條連接 。建立連接的過程就是三次握手的過程 。

推薦閱讀