osi七層參考模型
訪問www.google.com過程
計算機通過乙太網電纜連線到學校的乙太網交換機，交換機與學校的路由器相連。學校的路由器與乙個isp連線（comcast.net）,dns伺服器駐留在comcast網路中。
1️⃣計算機上的作業系統生成乙個dhcp請求報文，並將這個報文放入具有目的埠67（dhcp伺服器）和源埠68（dhcp客戶）的udp報文段，該報文段被放在乙個具有廣播ip目的位址（255.255.255.255）和源ip位址（0.0.0.0）的ip資料報中。
udp 報文段
ip 資料報
2️⃣包含dhcp請求報文的ip資料報則被放置在乙太網幀中，該乙太網幀具有目的mac位址
00:16:d3:23:68:8a
乙太網幀
3️⃣包含dhcp請求的廣播乙太網幀是第乙個由計算機傳送到乙太網交換機的幀，該交換機在所有出口廣播該幀，包括連線到路由器的埠
4️⃣路由器在它的具有mac位址00:22:6b:45:1f的介面接收到該廣播乙太網幀，該幀中包含dhcp請求，並且從該乙太網幀中抽取出ip資料報。該資料庫的廣播ip位址表明該ip資料報應當由在該節點的高層協議處理，因此該資料報的載荷（乙個udp報文段）被分解向上到達udp，dhcp請求報文從此udp報文段中抽取出來，此時dhcp伺服器有了dhcp請求報文。
5️⃣路由器中的dhcp伺服器能以cidr塊68.95.2.0/24分配ip位址。dhcp伺服器生成包含這個ip位址以及dns伺服器的ip位址68.87.71.226，預設閘道器路由器的ip位址（68.85.2.1）和子網塊68.85.2.0/24的dhcp ack報文，該dhcp報文被放入udp報文段中，udp報文段被放入乙個ip資料報中，ip資料報再被放入乙個乙太網幀中。這個乙太網的源mac位址是由路由器連線到歸屬網路時介面的mac位址（00:22:6b:45:1f:1b）,目的mac位址是計算機的mac位址（00：16：d3：23：68：8a）
6️⃣包含dhcp ack的乙太網由路由器傳送給交換機。因為交換機是自學習的，並且先前從計算機收到乙太網幀，所以該交換機知道定址到00:16：d3：23：68：8a的幀僅從通向計算機的輸出埠**
7️⃣計算機接收到包含到dhcp ack的乙太網幀，從該乙太網幀中抽取ip資料報，從ip資料報中抽取udp報文段，從udp報文段中抽取dhcp ack報文。計算機的客戶則記錄下它的ip位址和它的dns伺服器的ip位址。它還在其ip**表中安裝預設閘道器的位址。
8️⃣計算機上的作業系統生成dns查詢報文，將字串www.google.com放入dns報文的問題段中。該dns報文段被放置在乙個具有53號目的埠的udp報文段中。該udp報文段則被放入具有ip目的位址68.87.71.226和源位址68.85.2.101的ip資料報中。
9️⃣計算機將包含dns請求報文的資料報放入乙個乙太網幀中，該幀傳送到學校的路由器（通過arp協議獲得該閘道器路由器的mac位址）
1️⃣0️⃣計算機生成具有目的ip位址68.85.2.1的arp查詢報文,將該arp報文放置在乙個具有廣播目的位址(ff:ff:ff:ff:ff:ff)的乙太網幀中,由交換機傳送
1️⃣1️⃣閘道器路由器接收到arp查詢報文,因此準備arp回答,指示它的mac位址00:22:6b:45:1f:1b對應的ip位址68.85.2.1
1️⃣2️⃣計算機接收包含arp回答報文的幀,並從arp回答報文中抽取閘道器路由器的mac位址.
1️⃣3️⃣計算機傳送包含dns查詢的乙太網幀定址到閘道器路由器的mac位址
1️⃣4️⃣閘道器路由器接收該幀並抽取包含dns查詢的ip資料報.路由器查詢該資料報的目的位址,並根據其**表決定該資料報應當傳送到comcast網路最左邊的路由器.
1️⃣5️⃣在comcast網路最左邊的路由器接收到該幀,抽取ip資料報,檢查該資料報的目的位址,並根據其**表確定出介面,經過該介面朝著dns伺服器**資料報,而**表已根據comcast的域內協議(rip,ospf,is-is)以及網際網路的域間協議bgp所填寫
1️⃣6️⃣dns伺服器收到包含dns查詢的ip資料報後,抽取出dns查詢報文,在它的dns資料庫中查詢名字www.google.com,找到包含對應www.google.com的ip位址的dns源紀錄(存於google.com的權威dns伺服器).dns伺服器形成包含主機名到ip對映的dns回答報文返回給計算機.
1️⃣7️⃣計算機根據獲取的ip位址,生成套接字,用於向www.google.com傳送http get報文,計算機中的tcp先與www.google.com中的tcp三次握手,計算機生成乙個具有目的埠80的tcp syn報文段,將該tcp報文段放入64.233.169.105(www.google.com)的ip資料報中,將該資料報放置在mac位址為閘道器路由器位址的幀中,並向交換機中傳送該幀
1️⃣8️⃣生成套接字時，首先需要與google.com伺服器進行tcp三次握手，建立tcp連線。
tcp syn請求報文段：幾番周折到達google.com
tcp syn ack：來自伺服器端的應答
tcp syn再次請求，表示我要開始了
1️⃣9️⃣建立tcp連線之後，就可以開始傳送請求了。http get請求報文段被放入套接字，然後移交給運輸層、網路層、資料鏈路層，經過乙太網的路由**到達google.com伺服器。
2️⃣0️⃣google.com伺服器，傳送響應報文到達計算機，然後就有網頁顯示了。
Web頁面請求的歷程（一）
頁面。比如，一名叫 bobweb 頁面 比如說 www.google.com 的主頁 步驟如下 一 準備 dhcp 動態主機配置協議 udp ip和乙太網 我們假定bob 啟動它的便攜機，然後將其用一根乙太網電纜連線到學校的乙太網交換機，交換機又與學校的路由器相連。學校的這台路由器與乙個 isp連線...
Web頁面請求的歷程（三）
三 仍在準備 域內路由選擇到dns 伺服器14 閘道器路由器接收該幀並抽取包含 dns查詢的 ip資料報。路由器查詢該資料報的目的位址 68.87.71.226 並根據其 表決定該資料報應該傳送到 concast 網路中最左邊的路由器。ip資料報放置在鏈路層幀中，該鏈路適合將學校路由器連線到最左邊 ...
Web頁面請求的完整歷程
學完計算機網路的協議棧，對web頁面請求的完成歷程做一次總結。想象一下，當我們在瀏覽器上輸入乙個url位址，到頁面呈現出來的過程中，網路上都發生了什麼？這個過程絕對很有趣。現在假設我在校園網內，通過有線接入校園網的一台交換機，開始我的衝浪之旅。下面我將描述自己在衝浪過程中的發現。其中，交換機連線了學...