



全文預覽已結(jié)束
下載本文檔
版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)
文檔簡介
OSI模型的7個層次分別是物理層,數(shù)據(jù)鏈路層,網(wǎng)絡(luò)層,傳輸層,會話層,表示層,應用層! 為了和方便講解數(shù)據(jù)傳輸?shù)倪^程,我就從最上層應用層將起(第一層是物理層,千萬別搞反了,這是初學者很容易犯的錯誤) -應用層:為用戶訪問網(wǎng)絡(luò)提供一個應用程序接口(API)。數(shù)據(jù)就是從這里開始產(chǎn)生的。 -表示層:既規(guī)定數(shù)據(jù)的表示方式(如ACS碼,JPEG編碼,一些加密算法等)!當數(shù)據(jù)產(chǎn)生后,會從應用層傳給表示層,然后表示層規(guī)定數(shù)據(jù)的表示方式,在傳遞給下一層,也就是會話層 -會話層:他的主要作用就是建立,管理,區(qū)分會話!主要體現(xiàn)在區(qū)分會話,可能有的人不是很明白!我舉個很簡單的例子,就是當你與多人同時在聊QQ的時候,會話層就會來區(qū)分會話,確保數(shù)據(jù)傳輸?shù)姆较?,而不會讓原本發(fā)給B的數(shù)據(jù),卻發(fā)到C那里的情況! -這是面向應用的上三層,而我們是研究數(shù)據(jù)傳輸?shù)姆绞剑赃@里說的比較簡要,4下層是我們重點研究的對象 -傳輸層:他的作用就是規(guī)定傳輸?shù)姆绞?,如可靠的,面向連接的TCP。不可靠,無連的UDP。數(shù)據(jù)到了這里開始會對數(shù)據(jù)進行封裝,在頭部加上該層協(xié)議的控制信息!這里我們通過具體分析TCP和UDP數(shù)據(jù)格式來說明 首先是TCP抱文格式,如下圖 我們可以看到TCP抱文格式: 第1段包括源端口號和目的端口號。源端口號的主要是用來說明數(shù)據(jù)是用哪個端口發(fā)送過來的,一般是隨即生成的1024以上的端口號!而目的端口主要是用來指明對方需要通過什么協(xié)議來處理該數(shù)據(jù)(協(xié)議對應都有端口號,如ftp-21,telnet-23,dns-53等等) 第2,3段是序列號和確認序列號,他們是一起起作用的!這里就涉及到了一個計算機之間建立連接時的“3次握手過程”首先當計算機A要與計算機B通信時,首先會與對方建立一個會話。而建立會話的過程被稱為“3次握手”的過程。這里我來詳細將下“3次握手”的過程。首先計算機A會發(fā)送一個請求建立會話的數(shù)據(jù),數(shù)據(jù)格式為發(fā)送序號(隨即產(chǎn)生的,假如這里是序號=200),數(shù)據(jù)類型為SYN(既請求類型)的數(shù)據(jù),當計算機B收到這個數(shù)據(jù)后,他會讀取數(shù)據(jù)里面的信息,來確認這是一個請求的數(shù)據(jù)。然后他會回復一個確認序列號為201的ACK(既確認類型),同時在這個數(shù)據(jù)里還會發(fā)送一個送序號SYN=500(隨即產(chǎn)生的),數(shù)據(jù)類型為SYN(既請求類型)的數(shù)據(jù) 。來請求與計算機建立連接!當計算機A收到計算機B回復過來的信息后,就會恢復一個ACK=501的數(shù)據(jù),然后雙方就建立起連接,開始互相通信!這就是一個完整的“3次握手”的過程。從這里我們就可以看出之所以說TCP是面向連接的,可靠的協(xié)議,就是因為每次與對方通信之前都必須先建立起連接! 我們接下來分析第4段,該段包括頭部長度,保留位,代碼位,WINDOWS(窗口位)。頭部長度既是指明該數(shù)據(jù)頭部的長度,這樣上層就可以根據(jù)這個判斷出有效的數(shù)據(jù)(既DATA)是從哪開始的。(數(shù)據(jù)總長度-頭部長度=DATA的起始位置),而保留位,代碼位我們不需要了解,這里就跳過了!而窗口位是個重點地!他的主要作用是進行提高數(shù)據(jù)傳輸效率,并且能夠控制數(shù)據(jù)流量。在早期,數(shù)據(jù)傳輸?shù)男适欠浅5牡偷?。從上面的?次握手”的過程我門也可以看出,當一個數(shù)據(jù)從計算機A發(fā)送給B后,到等到計算機收到數(shù)據(jù)的確認信息,才繼續(xù)發(fā)送第2個數(shù)據(jù),這樣很多時間都浪費在漫長的等待過程中,無疑這種的傳輸方式效率非常的低,后來就發(fā)明了滑動窗口技術(shù)(既窗口位所利用的技術(shù)),既計算機一次性發(fā)送多個數(shù)據(jù)(規(guī)定數(shù)量),理想情況是當最后個數(shù)據(jù)剛好發(fā)送完畢,就收到了對方的確認第1個數(shù)據(jù)的信息,這樣就會繼續(xù)發(fā)送數(shù)據(jù),大大提高了效率(當然實際情況,很復雜,有很多的因素,這里就不討論了?。?,由于控制的發(fā)送的數(shù)量,也就對數(shù)據(jù)流量進行了控制! 第5段是校驗和,緊急字段。校驗和的作用主要就是保證的數(shù)據(jù)的完整性。當一個數(shù)據(jù)發(fā)送之前,會采用一個散列算法,得到一個散列值,當對方受到這個數(shù)據(jù)后,也會用相同的散列算法,得到一個散列值并與校驗和進行比較,如果是一樣的就說明數(shù)據(jù)沒有被串改或損壞,既是完整的!如果不一樣,就說明數(shù)據(jù)不完整,則會丟棄掉,要求對方重傳! 緊急字段是作用到代碼位的。這里也不做討論 后面的選項信息和數(shù)據(jù)就沒什么好說的了 下面我們在來分析UDP數(shù)據(jù)抱文的格式。如下圖這里我們可以明顯的看出UDP的數(shù)據(jù)要少很多。只包含源斷口,目的端口。長度,校驗和以及數(shù)據(jù)。這里各字段的作用與上面TCP的類似,我就不在重新說明了。這里明顯少了序列號和確認序列號 ,既說明傳輸數(shù)據(jù)的時候,不與對方建立連接,只管傳出去,至于對方能不能收到,他不會理的,專業(yè)術(shù)語是“盡最大努力交付”。這里可能就有人回有疑問,既然UDP不可靠。那還用他干什么。“存在即是合理”(忘了哪為大大說的了)。我門可以看出UDP的數(shù)據(jù)很短小只有8字節(jié),這樣傳輸?shù)臅r候,速度明顯會很快,這是UDP最大的優(yōu)點了。所以在一些特定的場合下,用UDP還是比較適用的 -網(wǎng)絡(luò)層:主要功能就是邏輯尋址(尋IP地址)和路由了!當傳輸層對數(shù)據(jù)進行封裝以后,傳給網(wǎng)絡(luò)層,這時網(wǎng)絡(luò)層也會做相同的事情,對數(shù)據(jù)進行封裝,只不過加入的控制信息不同罷了! 下面我們還是根據(jù)IP數(shù)據(jù)包格式來分析。如圖: 我們可以看到數(shù)據(jù)第1段包含了版本,報頭長度,服務類型,總長度。這里的版本是指IP協(xié)議的版本,即IPV4和IPV6,由于現(xiàn)在互連網(wǎng)的高速發(fā)展,IP地址已經(jīng)出現(xiàn)緊缺了,為了解決這個問題,就開發(fā)出了IPV6協(xié)議,不過IPV6現(xiàn)在只是在一部分進行的實驗和應用,要IPV6完全取代IPV4還是會有一段很長的時間的!報頭長度,總長度主要是用來確認數(shù)據(jù)的的位置。服務類型字段聲明了數(shù)據(jù)報被網(wǎng)絡(luò)系統(tǒng)傳輸時可以被怎樣處理。例如:TELNET協(xié)議可能要求有最小的延遲,F(xiàn)TP協(xié)議(數(shù)據(jù))可能要求有最大吞吐量,SNMP協(xié)議可能要求有最高可靠性,NNTP(Network News Transfer Protocol,網(wǎng)絡(luò)新聞傳輸協(xié)議)可能要求最小費用,而ICMP協(xié)議可能無特殊要求(4比特全為0)。 第2段包含標識,標記以及段偏移字段。他們的主要作用是用來進行數(shù)據(jù)重組的。比如你在傳送一部幾百M的電影的時候,不可能是電影整個的一下全部傳過去,而已先將電影分成許多細小的數(shù)據(jù)段,并對數(shù)據(jù)段進行標記,然后在傳輸,當對方接受完這些數(shù)據(jù)段后,就需要通過這些數(shù)據(jù)標記來進行數(shù)據(jù)重組,組成原來的數(shù)據(jù)!就好象拼圖一樣 第3段包含存活周期(TTL),協(xié)議,頭部校驗和!存活周期既數(shù)據(jù)包存活的時間,這個是非常有必要的。如果沒有存活周期,那么這個數(shù)據(jù)就會永遠的在網(wǎng)絡(luò)中傳遞下去,很顯然這樣網(wǎng)絡(luò)很快就會被這些數(shù)據(jù)報塞滿。 存活周期(TTL值)一般是經(jīng)過一個路由器,就減1,當TTL值為0的時候路由器就會丟棄這樣TTL值為0的數(shù)據(jù)包! 這里協(xié)議不是指具體的協(xié)議(ip,ipx等)而是一個編號,來代表相應的協(xié)議!頭部校驗和,保證數(shù)據(jù)餓完整性 后面的源地址(源IP地址),說明該數(shù)據(jù)報的的來源。目的地址既是要發(fā)送給誰 -數(shù)據(jù)鏈路層:他的作用主要是物理尋址(既是MAC地址)當網(wǎng)絡(luò)層對數(shù)據(jù)封裝完畢以后,傳給數(shù)據(jù)庫鏈路層。而數(shù)據(jù)庫鏈路層同樣會數(shù)據(jù)楨進行封裝!同樣我們也也好是通過數(shù)據(jù)報文格式來分析 這個報文格式比較清晰,我們可以清楚的看到包含目的MAC地址,源MAC地址,總長度,數(shù)據(jù),F(xiàn)CS 目的MAC地址,源MAC地址肯明顯是指明數(shù)據(jù)針的來源及目的,總長度是為了確認數(shù)據(jù)的位置,而FCS是散列值,也是用來保證數(shù)據(jù)的完整性。但這里就出現(xiàn)一個問題,當對方接受到了這個數(shù)據(jù)針而向上層傳送時,并沒有指定上層的協(xié)議,那么到底是IP協(xié)議呢還是IPX協(xié)議。所以后來抱文格式就改了,把總長度字段該為類型字段,用來指明上層所用的協(xié)議,但這樣一來,總長度字段沒有了,有效數(shù)據(jù)的起誓位置就不好判斷了!所以為了能很好的解決這個問題。又將數(shù)據(jù)鏈路層分為了2個字層,即LLC層和MAC層。LLC層在數(shù)據(jù)里加入類型字段,MAC層在數(shù)據(jù)里加入總長度字段,這樣就解決這個問題了 -物理層:是所有層次的最底層,也是第一層。他的主要的功能就是透明的傳送比特流!當數(shù)據(jù)鏈路層封裝完畢后,傳給物理層,而 物理層則將,數(shù)據(jù)轉(zhuǎn)化為比特流傳輸(也就是01010111.00), 當比特流傳到對方的機器的物理層,對方的物理層將比特流接受下來,然后傳給上層(數(shù)據(jù)鏈路層),數(shù)據(jù)鏈路層將數(shù)據(jù)組合成楨,并對數(shù)據(jù)進行解封裝,然后繼續(xù)穿給上層,這是一個逆向的過層,指導傳到應用層,顯示出信息! 以上就是一個數(shù)據(jù)一個傳輸?shù)耐暾^程!OSI(Open System Interconnect)開放式系統(tǒng)互聯(lián)。一般都叫OSI參考模型是ISO(國際標準化組織)組織在1985年研究的網(wǎng)絡(luò)互聯(lián)模型。最早的時候網(wǎng)絡(luò)剛剛出現(xiàn)的時候,很多大型的公司都擁有了網(wǎng)絡(luò)技術(shù),公司內(nèi)部計算機可以相互連接??梢詤s不能與其它公司連接。因為沒有一個統(tǒng)一的規(guī)范。計算機之間相互傳輸?shù)男畔Ψ讲荒芾斫狻K圆荒芑ヂ?lián)。ISO為了更好的使網(wǎng)絡(luò)應用更為普及,就推出了OSI參考模型。其含義就是推薦所有公司使用這個規(guī)范來控制網(wǎng)絡(luò)。這樣所有公司都有相同的規(guī)范,就能互聯(lián)了。其內(nèi)容如下:第7層應用層直接對應用程序提供服務,應用程序可以變化,但要包括電子消息傳輸?shù)?層表示層格式化數(shù)據(jù),以便為應用程序提供通用接口。這可以包括加密服務第5層會話層在兩個節(jié)點之間建立端連接。此服務包括建立連接是以全雙工還是以半雙工的方式進行設(shè)置,盡管可以在層4中處理雙工方式第4層傳輸層常規(guī)數(shù)據(jù)遞送面向連接或無連接。包括全雙工或半雙工、流控制和錯誤恢復服務第3層網(wǎng)絡(luò)層本層通過尋址來建立兩個節(jié)點之間的連接,它包括通過互連網(wǎng)絡(luò)來路由和中繼數(shù)據(jù)第2層數(shù)據(jù)鏈路層在此層將數(shù)據(jù)分幀,并處理流控制。本層指定拓撲結(jié)構(gòu)并提供硬件尋址第1層物理層原始比特流的傳輸,電子信號傳輸和硬件接口數(shù)據(jù)發(fā)送時,從第七層傳到第一層,接受方則相反。上三層總稱應用層,用來控制軟件方面。下四層總稱數(shù)據(jù)流層,用來管理硬件。數(shù)據(jù)在發(fā)至數(shù)據(jù)流層的時候?qū)⒈徊鸱?。在傳輸層的?shù)據(jù)叫
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
- 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 供貨商月結(jié)協(xié)議合同書
- 勞動合同五險合一協(xié)議
- 維修廠合伙人協(xié)議合同書
- 離職合同協(xié)議格式
- 烏蘭察布合同協(xié)議翻譯
- 拆遷合同空白協(xié)議
- 直放站合同協(xié)議
- 合同專賣協(xié)議
- 藥房托管合同協(xié)議
- 互換協(xié)議合同
- 安全帶檢測報告(共8頁)
- 逆流開式冷卻塔計算(精品ZTQ版)
- 公司erp項目激勵制度
- 出廠檢驗報告B
- Excel函數(shù)和公式練習
- 六年級下冊數(shù)學試題-半期學情檢測西師大版含答案
- 國際石油合同講座1018
- 某核電項目機械貫穿件安裝施工管理技術(shù)研究
- JGJ_T231-2021建筑施工承插型盤扣式鋼管腳手架安全技術(shù)標準(高清-最新版)
- 基于單片機的接觸器控制器設(shè)計
- 建筑幕墻設(shè)計說明(最新規(guī)范)
評論
0/150
提交評論