概括來(lái)說(shuō)：首先我們?cè)跒g覽器地址欄敲下域名地址，瀏覽器發(fā)出get請(qǐng)求，接下來(lái)進(jìn)行dns域名解析（后面再詳談），此時(shí)瀏覽器已經(jīng)得知目標(biāo)IP，此時(shí)還得知道默認(rèn)網(wǎng)關(guān)的mac地址，如果此前主機(jī)沒有進(jìn)行arp緩存，主機(jī)會(huì)進(jìn)行arp廣播，網(wǎng)關(guān)得知廣播的ip的自己的，便回復(fù)自己的mac地址（A端口）給主機(jī)。（關(guān)于arp與mac后面再詳談）為了方便說(shuō)明我用一個(gè)圖來(lái)演示（大家不要糾結(jié)于packet tracer中紅色不通，那是因?yàn)槲覜]有設(shè)置ip,也沒有打開路由器端口的問題，本文不是來(lái)介紹軟件用法的，大家請(qǐng)忽略）
應(yīng)用層添加第四層（tcp/ip模型)報(bào)頭，用于標(biāo)志應(yīng)用和數(shù)據(jù)類型，數(shù)據(jù)流流向第三層的傳輸層，又添加自己的控制信息，主要需要注意的是添加了端口號(hào)，一般來(lái)說(shuō)目的端口為80，而源端口是主機(jī)上隨機(jī)開啟的一個(gè)端口，一般大于1024.接著到了第二層互聯(lián)層（即osi模型中的網(wǎng)絡(luò)層），此時(shí)添加目的ip,源ip地址等信息，最后到達(dá)主機(jī)-網(wǎng)絡(luò)層（osi模型中的物理層和數(shù)據(jù)鏈路層），此時(shí)添加源mac地址（主機(jī)的）和目的mac地址（在這里指的是默認(rèn)網(wǎng)關(guān)A端口的mac)，在這里需要指出的是，一個(gè)數(shù)據(jù)包在傳輸過程中，目的IP和源IP是永遠(yuǎn)不變的，一直是主機(jī)和服務(wù)器的IP，而目的mac和源mac卻是一直變化的，這也是arp協(xié)議存在的一個(gè)理由吧。并將電脈沖信號(hào)編碼（如曼徹斯特編碼）成二進(jìn)制數(shù)據(jù)流在介質(zhì)（這里指銅纜）上傳播（使用CSMA/CD來(lái)控制將數(shù)據(jù)放到介質(zhì)上傳輸）。
數(shù)據(jù)包進(jìn)入router0的A端口后，進(jìn)行的是一個(gè)拆包和封包的過程，路由器是三層設(shè)備，數(shù)據(jù)還是會(huì)從最底層走向最高層，每層把數(shù)據(jù)包進(jìn)行拆解，得到自己想到的東西，走到最高層后又從最高層走向最底層并從B口流出，這時(shí)數(shù)據(jù)包的目的mac將變成router1的C端口mac（當(dāng)然跟前面一樣router0沒有arp緩存則進(jìn)行arp解析），而源mac則為B端口的mac.同樣地?cái)?shù)據(jù)包流到C端口后又進(jìn)行像router0一樣的拆包封包過程，接著從D端口流出，當(dāng)然此時(shí)的目的mac為服務(wù)器的mac地址，源mac為D端口mac地址。
其實(shí)服務(wù)器也是主機(jī)，也會(huì)進(jìn)行拆包的過程，數(shù)據(jù)從底層一直到最高層只剩下應(yīng)用數(shù)據(jù)，此時(shí)服務(wù)器就知道對(duì)方瀏覽器請(qǐng)求什么了，一般是返回html代碼原路返回，當(dāng)然這又是個(gè)拆包封包的過程，瀏覽器利用得到的html代碼進(jìn)行解析，用戶就看到相要的界面了。在這里補(bǔ)充一下，其實(shí)手機(jī)瀏覽器的工作原理差不多，不過中間多了手機(jī)瀏覽器服務(wù)商自己的服務(wù)器集群，用戶想要瀏覽的html先是返回到服務(wù)商的云存儲(chǔ)然后進(jìn)行壓縮后才回傳給用戶，這時(shí)可以達(dá)到省流量，攔截廣告等的作用。
當(dāng)然上述只是簡(jiǎn)化了的描述過程，真正的還是很復(fù)雜的，比如路由尋址，路由協(xié)議等，在這里只是普及下常識(shí)，那些不在本文討論之列。
沒錯(cuò)，也許第一個(gè)數(shù)據(jù)包只是tcp三次握手的第一個(gè)數(shù)據(jù)包傳輸，直到連接建立才會(huì)有真正的數(shù)據(jù)傳輸，可想而知，第二個(gè)數(shù)據(jù)包一般是不用再進(jìn)行arp解析的了，因?yàn)榇藭r(shí)都會(huì)有arp緩存表在內(nèi)存中。每個(gè)數(shù)據(jù)包都有個(gè)重要的seq number，這是tcp數(shù)據(jù)包進(jìn)行分段（下面會(huì)有解釋）成多個(gè)數(shù)據(jù)包進(jìn)行傳輸，每個(gè)數(shù)據(jù)包打上的序號(hào)標(biāo)簽，用于在目的地進(jìn)行數(shù)據(jù)包重組，這不就是通信網(wǎng)中的報(bào)文分組交換，分組交換方式有兩種，
一種是數(shù)據(jù)報(bào)，一種是虛電路，需要注意的是
IP協(xié)議是使用數(shù)據(jù)報(bào)的方式傳包的，而上層的TCP，UDP協(xié)議分別是面向連接和面向無(wú)連接的，但如TCP所謂的
虛連接跟OSI網(wǎng)絡(luò)層的
虛電路完全是不同的概念！順便提一下，通信還有一種重要的傳輸方式為
電路交換，像PSTN公共電話交換網(wǎng)，CDMA，GSM等都是使用電路交換的方式（CDMA和GSM中的語(yǔ)音通話使用的是空中接口的電路交換，GPRS，CDMA 1X等上網(wǎng)技術(shù)使用的是空中接口的分組交換），扯遠(yuǎn)了。而有關(guān)tcp協(xié)議傳輸過程中的滑動(dòng)窗口，擁塞控制等內(nèi)容又是一大堆，這里就不說(shuō)了，我也還沒弄得很清楚。
下面就一些重要且有些混淆的概念解釋一下。
DNS:一般來(lái)說(shuō)，我們?cè)L問資源，首先出來(lái)做事的是local dns服務(wù)器，比如在一個(gè)局域網(wǎng)使用dhcp分配ip，則你的local dns也是分配的，當(dāng)然你也可以手動(dòng)設(shè)置。如果沒有在緩存中，則跑到root dns,沒記錯(cuò)的話全球共有13個(gè)根dns服務(wù)器ip，root dns順著二級(jí)三級(jí)dns服務(wù)器找到域名授權(quán)服務(wù)器，即你所要訪問的網(wǎng)站服務(wù)器所設(shè)置的對(duì)自己的域名進(jìn)行解析的服務(wù)器，怎么感覺有點(diǎn)繞額，不過應(yīng)該也能想明白吧。最后域名授權(quán)服務(wù)器就會(huì)把網(wǎng)站的ip返回給本地主機(jī)進(jìn)行訪問。如果，我是說(shuō)如果，你訪問的是大型門戶網(wǎng)站，比如新浪網(wǎng)，那么一般來(lái)說(shuō)域名授權(quán)服務(wù)器還會(huì)跳到智能調(diào)度DNS服務(wù)器，進(jìn)行dns視圖智能解析，通俗來(lái)說(shuō)，他們?yōu)橐粋€(gè)域名配備了多個(gè)IP，這樣可以達(dá)到均衡負(fù)載的目的，又扯遠(yuǎn)了，這方面我了解也不多，不敢獻(xiàn)丑。
arp ：對(duì)交換機(jī)來(lái)說(shuō)沒有arp的概念，就像在一個(gè)不跟外界通信的局域網(wǎng)，使用二層交換機(jī)足以，利用交換機(jī)的mac列表就可以跟局域網(wǎng)內(nèi)的主機(jī)進(jìn)行通信。而一旦兩個(gè)不同的子網(wǎng)主機(jī)要通信，或者局域網(wǎng)的主機(jī)想連入廣域網(wǎng)，或者不同vlan的主機(jī)要互相通信，此時(shí)就要為兩個(gè)不同的網(wǎng)絡(luò)配備中間的網(wǎng)關(guān)，一般來(lái)說(shuō)可以使用路由器或者三層交換機(jī)達(dá)到此種目的，但需要知道的是三層交換機(jī)不能互聯(lián)局域網(wǎng)和廣域網(wǎng)，原因無(wú)他，因?yàn)槿龑咏粨Q機(jī)沒有那么多類型的端口，雖然端口數(shù)量比路由器多得多，三層交換機(jī)跟路由器的區(qū)別也是一個(gè)點(diǎn)，想了解的自己去查資料。回到主題，不同網(wǎng)絡(luò)需要通信，網(wǎng)絡(luò)1的主機(jī)首先會(huì)進(jìn)行arp解析，將默認(rèn)網(wǎng)關(guān)的mac地址得到，然后再傳輸數(shù)據(jù)，同理，網(wǎng)關(guān)要將數(shù)據(jù)傳給網(wǎng)絡(luò)2的主機(jī)時(shí)，也需要進(jìn)行arp解析得到這個(gè)主機(jī)的mac地址再進(jìn)行傳輸。arp協(xié)議有安全漏洞，即arp欺騙，原理很簡(jiǎn)單，arp解析是基于某個(gè)網(wǎng)段進(jìn)行廣播的，如果有人假冒然后進(jìn)行了應(yīng)答就會(huì)改變數(shù)據(jù)包的流向。
mac:mac地址即通俗所說(shuō)的網(wǎng)卡地址，一般是固寫的，不可更改的。但大家知道使用軟件可以更改，其實(shí)這只是在操作系統(tǒng)層面上改動(dòng)，使傳出去的數(shù)據(jù)包帶著的mac地址變換了，本來(lái)mac地址應(yīng)該是唯一的，而更改后可能會(huì)跟其他的重復(fù)，那會(huì)發(fā)生沖突嗎？我們知道每一跳mac地址都在改變，所以我覺得只要相鄰兩跳之間的mac地址不一樣，就不會(huì)發(fā)生沖突，就像廣州某個(gè)主機(jī)的mac地址跟北京主機(jī)的mac地址一樣會(huì)發(fā)生沖突嗎？且不說(shuō)不處在一個(gè)網(wǎng)絡(luò)，即使是同個(gè)子網(wǎng)，當(dāng)進(jìn)行arp解析時(shí)，兩臺(tái)主機(jī)的ip不同則不會(huì)發(fā)生同時(shí)響應(yīng)的情況，除非上面所說(shuō)的arp欺騙了。當(dāng)然mac地址在應(yīng)用層面上還有其他作用的，比如一個(gè)商業(yè)軟件的序列號(hào)只能用在一個(gè)mac地址上，兩個(gè)同樣mac地址的主機(jī)用了估計(jì)就會(huì)發(fā)生沖突。這里需要注意：一個(gè)ip不可擁有兩個(gè)mac,因?yàn)槟菚r(shí)數(shù)據(jù)包都不知道要把數(shù)據(jù)發(fā)到哪個(gè)端口，也許你會(huì)說(shuō)那筆記本不是有無(wú)線網(wǎng)卡，不就有兩個(gè)mac啊，但不要忘了，筆記本連線上網(wǎng)與無(wú)線上網(wǎng)得到的ip是不同的，即一個(gè)ip對(duì)應(yīng)一個(gè)mac啊。在這里提一下交換機(jī)的mac地址列表是每個(gè)端口與端口所連接設(shè)備的mac映射，也會(huì)有安全隱患，比如說(shuō)有個(gè)端口設(shè)備不斷變更自己的mac,則mac地址表會(huì)很快存滿了，此時(shí)其他主機(jī)間想要通信時(shí)mac地址表已經(jīng)不可用了，只能使用廣播方式，這樣這個(gè)端口設(shè)備就達(dá)到偷聽消息的目的了。
tcp分段 ip分片：理論上來(lái)說(shuō)，IP包最大為65535B（包括IP首部和IP層payload），傳輸層的實(shí)際數(shù)據(jù)(payload)最大不超過 65525-20-20=65495B，但如果IP包大于以太網(wǎng)最大MTU1500B，此時(shí)還需要進(jìn)行IP包分片傳輸。需要特別指出的是每個(gè)數(shù)據(jù)包的報(bào)頭都會(huì)有目的端口，源端口和自己的序列號(hào)（為了數(shù)據(jù)包重組成原始數(shù)據(jù)）；但再進(jìn)行IP分片后，只有第一片含有TCP/UDP表頭，其他片沒有，但所有片都會(huì)有IP層的表頭，如源IP和目的IP，以及分片偏移量（為了重組成一個(gè)原始數(shù)據(jù)包）等。
實(shí)際上在tcp首部有選項(xiàng)字段，最常用的如mss（maximum segment size)，默認(rèn)是536B，因?yàn)閕nternet 上標(biāo)準(zhǔn)的MTU（最?。┦?76B，即536+20+20 = 576；假設(shè)現(xiàn)在對(duì)方共有10KB數(shù)據(jù)需要傳輸（一次性send() / sendto() / write() ），我們可以設(shè)置mss=512B，則分成20個(gè)數(shù)據(jù)段（TCP段）進(jìn)行傳輸，因?yàn)?12 + 20 + 20 <576，故無(wú)需在ip層分片。我們根據(jù)接收到的20個(gè)數(shù)據(jù)塊的seq number（32位） 進(jìn)行數(shù)據(jù)的重組，這20個(gè)數(shù)據(jù)塊可以走不同的路由，即下圖中的數(shù)據(jù)報(bào)傳輸方式。
電路交換&分組交換&面向連接&面向無(wú)連接：
電路交換如PSTN，屬于同步時(shí)分復(fù)用，屬于
面向連接。
分組交換屬于統(tǒng)計(jì)時(shí)分復(fù)用（異步時(shí)分復(fù)用），包括數(shù)據(jù)報(bào)和虛電路兩種方式，
數(shù)據(jù)報(bào)屬于無(wú)連接方式，無(wú)連接的協(xié)議有TCP/IP協(xié)議組的IP部分，NetWare的SPX/IPX協(xié)議的IPX部分和OSI的無(wú)連接網(wǎng)絡(luò)協(xié)議(CLNP)。這些協(xié)議在與OSI協(xié)議模型相當(dāng)?shù)木W(wǎng)絡(luò)層中。如IP網(wǎng)，廣播電視網(wǎng)都是屬于面向無(wú)連接的網(wǎng)絡(luò)。
而
虛電路屬于面向連接方式，如X.25分組網(wǎng)，ATM網(wǎng)，幀中繼網(wǎng)都是屬于這種類型。
TCP的虛連接與網(wǎng)絡(luò)層的虛電路：
TCP所謂的面向連接的特性以及建立虛連接，與網(wǎng)絡(luò)層虛電路服務(wù)有著本質(zhì)的區(qū)別，網(wǎng)絡(luò)層的帶有虛電路的服務(wù)的協(xié)議典型的有曾經(jīng)應(yīng)用在廣域網(wǎng)的X.25和幀中繼，這兩個(gè)協(xié)議在建立連接時(shí)要建立所謂的虛電路號(hào)，在傳輸?shù)臄?shù)據(jù)單元中有已經(jīng)填好的虛電路號(hào)，數(shù)據(jù)單元沿著既定的虛電路沿著既定的方向（一定的路由器序列）到接收端，這樣能夠保證數(shù)據(jù)單元到達(dá)接收端是有序地，而且也能很好的保障可靠傳輸。
而TCP的面向連接服務(wù)在建立連接時(shí)只是進(jìn)行了三次握手，具體主機(jī)到主機(jī)的傳輸以來(lái)網(wǎng)絡(luò)層，也就是IP層提供的路由服務(wù)，而IP層在發(fā)送以及轉(zhuǎn)發(fā)分組是無(wú)序的，舉個(gè)簡(jiǎn)單的例子，如果IP協(xié)議和X.25協(xié)議（假設(shè)這兩個(gè)協(xié)議應(yīng)用在同一個(gè)案例中）在建立連接時(shí)指定了一段A到B的鏈路，如果A到B的鏈路在某個(gè)時(shí)刻出現(xiàn)擁塞，IP協(xié)議可能會(huì)讓分組到達(dá)A以后選擇另外一條路由，而X.25就只能利用一些流量控制等措施來(lái)控制發(fā)送端的發(fā)送速度，但是不會(huì)選擇A到B以外的路徑，所以TCP所謂的虛連接和網(wǎng)絡(luò)層的虛電路服務(wù)這樣理解的話完全不是一個(gè)概念。
網(wǎng)絡(luò)層的虛電路服務(wù)時(shí)真正指明了一條鏈路序列，數(shù)據(jù)只能在這個(gè)指明的鏈路中有序地發(fā)送到接收端，而TCP的虛電路只是依靠他的擁塞控制，流量控制和差錯(cuò)控制來(lái)令收到的報(bào)文段看起來(lái)是有序地（在滑動(dòng)窗口機(jī)制里可能出現(xiàn)后面的字節(jié)流先到或者字節(jié)丟失的情況，所以可以看出來(lái)TCP不能保證真正的傳輸?shù)目煽啃?，只是依靠差錯(cuò)控制來(lái)保證能可靠地收到正確的數(shù)據(jù)流），而TCP的報(bào)文段實(shí)際在網(wǎng)絡(luò)中傳輸時(shí)是不可靠且無(wú)需在IP層達(dá)到可靠性的。
注：上述內(nèi)容是本人為了理清一些概念和過程，而自己進(jìn)行知識(shí)總結(jié)推理得出的結(jié)論，很可能是不正確的不完善的，希望大家斧正，定當(dāng)虛心受教。
