20200422 計算機網路 TCP小問

tcp提供可靠的輸出，udp不能提供

tcp面向位元組流，udp面向報文

tcp傳送資料慢，因為需要連線/udp傳輸快。

client向server端傳送請求，此時syn=1，狀態變成syn_sent

server端接受，並且傳送ack=1，狀態程式設計syn_rcvd

client再向server傳送請求，ack=1，傳送完，雙方都變成established

a類：10.0.0.0 - 10.255.255.255

b類：172.16.0.0 - 172.31.255.255

c類：192.168.0.0 - 192.168.255.255

查詢網域名稱對應的ip位址。這一步會依次查詢瀏覽器快取，系統快取，路由器快取，ispnds快取，根網域名稱伺服器

瀏覽器向ip對應的web伺服器傳送乙個http請求

伺服器響應請求，發回網頁內容

瀏覽器解析網頁內容

每台主機都有設定有乙個arp快取記憶體，裡面有區域網上各個主機和路由器的ip位址和硬體的對映表。

當主機a想要跟主機b傳送ip資料報文的時候，先在arp中檢視是否有主機b的ip位址。如果有，就在arp告訴快取中，查詢對應的硬體位址，寫入mac幀中。然後通過區域網傳送。

當然，也有可能，主機b剛入網，a中根本沒有b的訊息，那麼這個時候查詢不到，但是需要知道b的mac位址，就有了一下操作。

實現位址解析的第一步就是產生arp請求幀，在arp幀資料部分的相應字段寫入本地主機的實體地址、ip位址、待偵測的目的ip位址，在目的實體地址字段寫入0，並在操作型別字段寫入1，用以表示本資料幀是乙個arp請求資料幀。

該arp請求幀以本地網路介面卡的實體地址作為源位址，以物理廣播位址（ff-ff-ff-ff-ff-ff）作為目的位址，通過物理層傳送出去。

由於採用了廣播位址，因此網段內所有的主機或裝置都能夠接收到該資料幀。除了目的主機外，所有接收到該arp請求幀的主機和裝置都會丟棄該arp請求幀，因為目的主機能夠識別arp訊息中的ip位址是否與本機相同。

與目的ip位址匹配的主機構造arp應答幀。在arp應答幀中，以請求分組中源實體地址、源ip位址作為其目的實體地址、目的ip位址，並將自身的實體地址、ip位址填入應答幀的源實體地址、源ip位址字段，並在操作欄位中寫入2，表示本arp資料幀是乙個應答資料幀。該分組通過資料鏈路層直接發給源主機。

源主機接收到arp應答幀後，獲得目的主機的實體地址，並將它作為一條新記錄加入到arp快取記憶體表。

此外，如果源主機沒有傳送arp請求而收到其他主機的arp響應資料幀，源主機也會在本地arp緩衝區中快取該主機實體地址和ip位址的對應關係。

arp快取記憶體是非常有用的。如果不使用arp快取記憶體，那麼任何乙個主機只要進行一次通訊，就必須在網路上用廣播的方式傳送arp請求分組，這會使網路上的通訊量大大增加。arp把儲存在快取記憶體中的每乙個對映位址專案都設定生存時間，超過生存時間的專案就從快取記憶體中刪除掉。