網(wǎng)絡協(xié)議-基礎概念

https://segmentfault.com/q/1010000004953614/a-1020000004954351

https://www.baidu.com/s?wd=udt%E5%8D%8F%E8%AE%AE%E8%AF%A6%E7%BB%86%E4%BB%8B%E7%BB%8D&rsv_spt=1&rsv_iqid=0x858c83880000a12c&issp=1&f=8&rsv_bp=0&rsv_idx=2&ie=utf-8&tn=baiduhome_pg&rsv_enter=1&rsv_sug3=3&rsv_sug1=3&rsv_sug7=100&rsv_t=77ddTcU0I%2F66ef3d1WxGV29iQ6Ih0erc3bGMbLp3MvXxTfZcdn5G4cnUOmioUVJClGce

http://blog.csdn.net/yclzh0522/article/details/7019491

https://www.baidu.com/s?wd=udt%E6%98%AF%E5%9F%BA%E4%BA%8ETCP%E8%BF%98%E6%98%AF%E5%9F%BA%E4%BA%8EUDP&rsv_spt=1&rsv_iqid=0x85814a910000d8ee&issp=1&f=8&rsv_bp=0&rsv_idx=2&ie=utf-8&tn=baiduhome_pg&rsv_enter=1&rsv_sug3=9&rsv_sug1=3&rsv_sug7=100&rsv_t=5ca5gVNn387EZ9egO32ONHCflu6R6K3YpyUFUU25fI5tbR1CIH2%2FHTlH4MjYIGKrXJr%2F&rsv_sug2=0&inputT=15914&rsv_sug4=15915

http://baike.baidu.com/link?url=RTLn0jsK7E6_ly7Vn2iIramToKLYXPY3rEsJScL5-WaUuAqIXnH9whPHoWCnGrp1zsBVsogqV3sspxTPtEZwsK

http://baike.baidu.com/item/%E6%8B%A5%E5%A1%9E%E6%8E%A7%E5%88%B6

http://baike.baidu.com/item/%E6%8B%A5%E5%A1%9E%E7%AA%97%E5%8F%A3

http://baike.baidu.com/item/%E9%80%9A%E4%BF%A1%E5%AD%90%E7%BD%91

http://baike.baidu.com/item/%E9%80%9A%E4%BF%A1%E5%AD%90%E7%BD%91

https://www.baidu.com/s?wd=udp%E5%88%86%E5%8C%85%E7%BB%84%E5%8C%85&rsv_spt=1&rsv_iqid=0xca2fb99e0000a6cf&issp=1&f=3&rsv_bp=0&rsv_idx=2&ie=utf-8&tn=baiduhome_pg&rsv_enter=1&rsv_sug3=4&rsv_sug1=4&rsv_sug7=100&rsv_t=8d21fhGDbbsiqKlV418Q%2BJbT0Oej3AdBlRaT5wlYIErWbDZVgMlXBCC05s40RT%2FVOm0w&rsv_sug2=1&prefixsug=udp%25E5%2588%2586%25E5%258C%2585&rsp=1&inputT=4409&rsv_sug4=4410

http://blog.csdn.net/cherish_2012/article/details/41681853

TCP/IP協(xié)議族的四個層次.png

1烟勋、網(wǎng)絡協(xié)議層次分類:

1最筒、鏈路層;
2、網(wǎng)絡層;
3、運輸層;
4趴泌、應用層;
1倒戏、鏈路層:

有時也稱為數(shù)據(jù)鏈路層或網(wǎng)絡接口層, 通常包括操作系統(tǒng)中的設備驅動程序和計算機中對應的網(wǎng)絡接口卡. 它們一起處理與電纜的物理接口細節(jié);

2、網(wǎng)絡層:

處理分組在網(wǎng)絡中的活動, 在TCP/IP協(xié)議族中, 網(wǎng)絡層協(xié)議包括IP協(xié)議,ICMP協(xié)議以及IGMP協(xié)議;

3瞭吃、運輸層:

由于運輸層提供了高可靠性的端到端的通信, 因此應用層可以忽略所有這些細節(jié);

局域網(wǎng)上運行ftp的兩臺主機.png

應用程序通常是一個用戶進程, 而下面三層則一般在內(nèi)核中執(zhí)行;

頂層與下三層的一個關鍵區(qū)別是:
應用層關心的是應用程序的細節(jié), 而不是數(shù)據(jù)在網(wǎng)絡中的傳輸活動;
下三層對應用程序一無所知, 但他們要處理所有的通信細節(jié);

2碌嘀、TCP可靠:

TCP提供一種面向連接的、可靠的字節(jié)流服務:

TCP通過以下方式來提供可靠性:

1歪架、應用數(shù)據(jù)被分割成 TCP認為最適合發(fā)送的數(shù)據(jù)塊股冗。
2、當TCP發(fā)出一個段后和蚪,它啟動一個定時器止状,等待目的端確認收到這個報文段烹棉。如果不能;
及時收到一個確認,將重發(fā)這個報文段怯疤。
3浆洗、當TCP收到發(fā)自 TCP連接另一端的數(shù)據(jù),它將發(fā)送一個確認集峦。這個確認不是立即發(fā)送伏社,
通常將推遲幾分之一秒;
4、既然TCP報文段作為 IP數(shù)據(jù)報來傳輸塔淤,而 IP數(shù)據(jù)報的到達可能會失序摘昌,因此 TCP報文段
的到達也可能會失序。如果必要高蜂, TCP將對收到的數(shù)據(jù)進行重新排序聪黎,將收到的數(shù)據(jù)以
正確的順序交給應用層。
5妨马、既然IP數(shù)據(jù)報會發(fā)生重復挺举, TCP的接收端必須丟棄重復的數(shù)據(jù)。

3烘跺、TCP首部:

Paste_Image.png
在TCP首部中有6個標志比特, 他們中的多個可以同時被設置為1.

|標志|含義|
|-|
|URG|緊急指針有效|
|ACK|確認序號有效|
|PSH|接收方應該盡快將這個報文段交給應用層|
|RST|重建連接|
|SYN|同步序號用來發(fā)起一個連接|
|FIN|發(fā)端完成發(fā)送任務|

  • 1湘纵、每個TCP段都包含源端和目的端的端口號,用于尋找發(fā)端和首端應用進程. 這兩個值加上IP首部中的源端IP地址和目的端IP地址唯一確定一個TCP連接.
擁塞窗口:

發(fā)送端根據(jù)網(wǎng)絡的擁塞程度所預設的一個大小值, 而這個值就是擁塞窗口.
源端在擁塞控制情況下一次最多能發(fā)送的數(shù)據(jù)包的數(shù)量.
發(fā)送方控制擁塞窗口的原則是: 只要網(wǎng)絡沒有出現(xiàn)擁塞, 擁塞窗口就再增大一些, 以便把更多的分組發(fā)送出去, 但只要網(wǎng)絡出現(xiàn)擁塞, 擁塞窗口就減少一些, 以減少注入到網(wǎng)絡中的分組數(shù);

AIMD:

TCP/IP模型中, 屬于運輸層, 為了解決擁塞控制的一個方法, 即: 加性增, 乘性減.
Example:
當TCP發(fā)送方感受到端到端路徑無擁塞時就線性的增加其發(fā)送速度, 當察覺到路徑擁塞時就乘性減小其發(fā)送速度;
當TCP發(fā)送端收到ACK, 并且沒有檢測到丟包事件時, 擁塞窗口+1; 當TCP發(fā)送端檢測到丟包事件時, 擁塞窗口/2.

擁塞控制:
擁塞現(xiàn)象:

擁塞現(xiàn)象是指到達通信子網(wǎng)網(wǎng)中某一部分的分組數(shù)量過多, 使得該部分網(wǎng)絡來不及處理, 以致引起這部分乃至整個網(wǎng)絡性能下降的現(xiàn)象. 嚴重時甚至會導致網(wǎng)絡通信業(yè)務陷入停頓, 即出現(xiàn)死鎖現(xiàn)象.
Example:
公路網(wǎng)中經(jīng)常所見的交通擁擠一樣, 當節(jié)假日公路網(wǎng)中車輛大量增加時, 各種走向的車流相互干擾, 使每輛車到達目的地的時間都相對增加(即延遲增加), 甚至有時在某段公路上車輛因堵塞而無法開動(即發(fā)生局部死鎖);

網(wǎng)絡的吞吐量與通信子網(wǎng)負荷有著密切的聯(lián)系;

造成擁塞的原因:

1、多條流入線路有分組到達, 并需要同一輸出線路, 此時, 如果路由器沒有足夠的內(nèi)存來存放所有這些分組 , 那么分組就會丟失;
2滤淳、路由器的慢帶處理器的緣故, 以至于難以完成必要的處理工作, 如緩沖區(qū)排隊, 更新路由表等;

udt:

基于UDP的數(shù)據(jù)傳輸協(xié)議是一種互聯(lián)網(wǎng)數(shù)據(jù)傳輸協(xié)議, UDT的主要目的是支持高速廣域網(wǎng)上的海量數(shù)據(jù)傳輸, 而互聯(lián)網(wǎng)上的標準數(shù)據(jù)傳輸協(xié)議TCP在高帶寬長距離網(wǎng)絡性能很差.
udt是面向連接的雙向應用層協(xié)議. 它同時支持可靠的數(shù)據(jù)流傳輸和部分可靠的數(shù)據(jù)報傳輸.
由于UDT完全在UDP上實現(xiàn), 它也可以應用在除了高速數(shù)據(jù)傳輸之外的其他應用領域, 例如點到點技術(p2p), 防火墻穿透, 多媒體數(shù)據(jù)傳輸?shù)?

RTT:

往返延時, 在計算機網(wǎng)絡中它是一個重要的性能指標, 表示從發(fā)送端發(fā)送數(shù)據(jù)開始, 到發(fā)送端收到來自接收端的確認, 總共經(jīng)歷的時延梧喷。
RTT由三部分構成:

1、鏈路的傳播時間;
2脖咐、末端系統(tǒng)的處理時間;
3铺敌、路由器的緩存中的排隊和處理時間;

路由器的緩存中的排隊和處理時間會隨著整個網(wǎng)絡擁塞程度的變化而變化. 所以RTT的變化在一定程度上反映了網(wǎng)絡擁塞程度的變化.

時延:

時延是指一個報文或分組從一個網(wǎng)絡的一端傳送到另一端所需要的時間;

時延 = 發(fā)送時延 + 傳播時延 + 處理時延 + 排隊時延

發(fā)送時延與傳播時延是我們主要考慮的. 對于報文長度較大的情況, 發(fā)送時延是主要矛盾; 報文長度較小的情況, 傳播時延是主要矛盾.

時延是指數(shù)據(jù)包第一個比特進入路由器到最后一個比特從路由器輸出的時間間隔;

SSL(Secure Sockets Layer)安全套接字:

TLS與SSL在傳輸層對網(wǎng)絡連接進行加密;
SSL用以保障在Internet上數(shù)據(jù)傳輸之安全, 利用數(shù)據(jù)加密技術, 可確保數(shù)據(jù)在網(wǎng)絡上傳輸過程中不會被截取及竊聽;
SSL協(xié)議分為兩層:

1、SSL記錄協(xié)議(SSL Record Protocol);
2屁擅、SSL握手協(xié)議(SSL Handshake Protocol);
SSL記錄協(xié)議:

建立在可靠的傳輸協(xié)議之上, 為高層協(xié)議提供數(shù)據(jù)封裝, 壓縮, 加密等基本功能的支持;

SSL握手協(xié)議:

建立在SSL記錄協(xié)議之上, 用于在實際的數(shù)據(jù)傳輸開始前, 通訊雙方進行身份認證, 協(xié)商加密算法, 交換加密密鑰等;

數(shù)據(jù)封裝:

籠統(tǒng)的講, 就是把業(yè)務數(shù)據(jù)映射到某個封裝協(xié)議的凈荷中, 然后填充對應協(xié)議的包頭, 形成封裝協(xié)議的數(shù)據(jù)包, 并完成速率適配.
數(shù)據(jù)封裝的過程:

  • 1偿凭、用戶信息轉換為數(shù)據(jù), 以便在網(wǎng)絡上傳輸;
  • 2、數(shù)據(jù)轉換為數(shù)據(jù)段, 并在發(fā)送方和接收方主機之間建立一條可靠的連接;
  • 3派歌、數(shù)據(jù)段轉換為數(shù)據(jù)包或數(shù)據(jù)報, 并在報頭中放上邏輯地址, 這樣每一個數(shù)據(jù)包都可以通過互聯(lián)網(wǎng)絡進行傳輸;
  • 4弯囊、數(shù)據(jù)包或數(shù)據(jù)段轉換為幀, 以便在本地網(wǎng)絡中傳輸. 在本地網(wǎng)段上, 使用硬件地址唯一標識每一臺主機;
  • 5、幀轉換為比特流, 并采用數(shù)字編碼和時鐘方案;
數(shù)據(jù)封裝的過程.png
最后編輯于
?著作權歸作者所有,轉載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末胶果,一起剝皮案震驚了整個濱河市匾嘱,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌早抠,老刑警劉巖霎烙,帶你破解...
    沈念sama閱讀 218,386評論 6 506
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異,居然都是意外死亡悬垃,警方通過查閱死者的電腦和手機游昼,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 93,142評論 3 394
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來盗忱,“玉大人酱床,你說我怎么就攤上這事√说瑁” “怎么了?”我有些...
    開封第一講書人閱讀 164,704評論 0 353
  • 文/不壞的土叔 我叫張陵昧捷,是天一觀的道長闲昭。 經(jīng)常有香客問我,道長靡挥,這世上最難降的妖魔是什么序矩? 我笑而不...
    開封第一講書人閱讀 58,702評論 1 294
  • 正文 為了忘掉前任,我火速辦了婚禮跋破,結果婚禮上簸淀,老公的妹妹穿的比我還像新娘。我一直安慰自己毒返,他們只是感情好租幕,可當我...
    茶點故事閱讀 67,716評論 6 392
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著拧簸,像睡著了一般劲绪。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上盆赤,一...
    開封第一講書人閱讀 51,573評論 1 305
  • 那天贾富,我揣著相機與錄音,去河邊找鬼牺六。 笑死颤枪,一個胖子當著我的面吹牛,可吹牛的內(nèi)容都是我干的淑际。 我是一名探鬼主播畏纲,決...
    沈念sama閱讀 40,314評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼庸追!你這毒婦竟也來了霍骄?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 39,230評論 0 276
  • 序言:老撾萬榮一對情侶失蹤淡溯,失蹤者是張志新(化名)和其女友劉穎读整,沒想到半個月后,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體咱娶,經(jīng)...
    沈念sama閱讀 45,680評論 1 314
  • 正文 獨居荒郊野嶺守林人離奇死亡米间,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,873評論 3 336
  • 正文 我和宋清朗相戀三年强品,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片屈糊。...
    茶點故事閱讀 39,991評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡的榛,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出逻锐,到底是詐尸還是另有隱情夫晌,我是刑警寧澤,帶...
    沈念sama閱讀 35,706評論 5 346
  • 正文 年R本政府宣布昧诱,位于F島的核電站晓淀,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏盏档。R本人自食惡果不足惜凶掰,卻給世界環(huán)境...
    茶點故事閱讀 41,329評論 3 330
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望蜈亩。 院中可真熱鬧懦窘,春花似錦、人聲如沸稚配。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,910評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽药有。三九已至毅戈,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間愤惰,已是汗流浹背苇经。 一陣腳步聲響...
    開封第一講書人閱讀 33,038評論 1 270
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留宦言,地道東北人扇单。 一個月前我還...
    沈念sama閱讀 48,158評論 3 370
  • 正文 我出身青樓,卻偏偏與公主長得像奠旺,于是被迫代替她去往敵國和親蜘澜。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 44,941評論 2 355

推薦閱讀更多精彩內(nèi)容

  • 個人認為响疚,Goodboy1881先生的TCP /IP 協(xié)議詳解學習博客系列博客是一部非常精彩的學習筆記鄙信,這雖然只是...
    貳零壹柒_fc10閱讀 5,054評論 0 8
  • 1.這篇文章不是本人原創(chuàng)的,只是個人為了對這部分知識做一個整理和系統(tǒng)的輸出而編輯成的忿晕,在此鄭重地向本文所引用文章的...
    SOMCENT閱讀 13,068評論 6 174
  • 本書結構是自頂向下的装诡,所以請按下列順序閱讀: 1.計算機網(wǎng)絡自頂向下--應用層2.計算機網(wǎng)絡自頂向下--運輸層3....
    牛富貴兒閱讀 2,768評論 0 3
  • 協(xié)議的定義 為了在計算機網(wǎng)絡中有條不紊地交換數(shù)據(jù),就必須遵守一些事先約定好的規(guī)則。這些規(guī)則明確規(guī)定了所交換數(shù)據(jù)的格...
    王偵閱讀 1,691評論 0 3
  • 【計算機網(wǎng)絡】傳輸層 傳輸層協(xié)議概述 傳輸層協(xié)議為運行在不同host上的進程提供了一種邏輯通信機制鸦采。使得端到端不需...
    666真666閱讀 2,004評論 0 4