TCP-IP網(wǎng)絡(luò)協(xié)議分析

網(wǎng)絡(luò)字節(jié)序：TCP/IPCPU類型，操作系統(tǒng)等無關(guān)，從而可以保證數(shù)據(jù)在不同主機(jī)之間傳輸時(shí)能被正確解釋。操作系統(tǒng)邊界：/傳輸層和應(yīng)用層之間?；脭?shù)：，鏈路配置報(bào)文中為防止鏈路回路的一個(gè)選項(xiàng)標(biāo)識。ARP哄騙：針對以太網(wǎng)地址解析協(xié)議〔ARP〕的一種攻擊技術(shù)，可以讓攻擊者取得局域網(wǎng)上的數(shù)據(jù)包甚至篡改數(shù)據(jù)包，且可讓網(wǎng)絡(luò)上特定電腦或全部電腦無法正常連接。糊涂窗口接收方的小窗口通告造成發(fā)送方發(fā)送一系列小的報(bào)文段，嚴(yán)峻鋪張網(wǎng)絡(luò)帶寬路由循環(huán)：數(shù)據(jù)包在一系列路由器不斷傳輸卻始終無法到達(dá)預(yù)期目的網(wǎng)絡(luò)。水平分割：路由器從某個(gè)接口接收到的更信息不允許再從這個(gè)接口發(fā)回去。Hello報(bào)文：OSPF一種報(bào)文，用于覺察和維護(hù)鄰居，選舉DR和BDR，建立鄰接關(guān)系DRBDRDR:指定路由器，在一個(gè)連接有多個(gè)路由器的網(wǎng)絡(luò)上，指定一個(gè)路由器負(fù)責(zé)向外發(fā)送該網(wǎng)絡(luò)中全部鏈路狀態(tài)信息。BDR:備份指定路由器，指定路由的接班人。RIB：路由信息庫，用于存儲(chǔ)BGP路由信息。OPEN報(bào)文：在邊界路由器間翻開一個(gè)BGP通信會(huì)話，是建立傳輸連接后發(fā)送的第一BGP版本，發(fā)送方所在的自治系統(tǒng)和路由器的IP地址。IGMP：網(wǎng)際組治理協(xié)議，工作在主機(jī)與其直接相連的組播路由器間，被主機(jī)用來通告它想?yún)⒓幽膫€(gè)組播組，被路由器用來覺察其所連的網(wǎng)絡(luò)上是否有主機(jī)屬于某個(gè)組播組剪枝：逐步除去不包含組成員的播樹分支，精簡組播樹的過程。NETBiosNETBios名字。NCB：構(gòu)造網(wǎng)絡(luò)掌握塊，是全部NETBios應(yīng)用程序都要用來訪問NETBios效勞的一個(gè)數(shù)據(jù)構(gòu)造，并且是唯一的一個(gè)，它標(biāo)識了所要完成的功能。簡答網(wǎng)絡(luò)編程應(yīng)當(dāng)考慮的問題？1.并發(fā)環(huán)境下的網(wǎng)絡(luò)編程；2.異構(gòu)環(huán)境下的網(wǎng)絡(luò)編程；3.堵塞與非堵塞通信；4.5.過失處理說明PAP和CHAP的功能并作比較？PAP是密碼認(rèn)證協(xié)議，基于口令的認(rèn)證方法，僅在建立連接的階段發(fā)生，通過使2次握手供給一種對等點(diǎn)的建立認(rèn)證的簡潔方法。CHAP:基于挑戰(zhàn)的詢問握手認(rèn)證協(xié)議，通過三次握手周期地檢驗(yàn)對端的身份，可在初始鏈路完成時(shí)，鏈路建立之后重復(fù)進(jìn)展。PAP和CHAP協(xié)議？*PAP:使用雙向握手進(jìn)展簡潔身份認(rèn)證1發(fā)生時(shí)機(jī)：僅在建立連接的階段發(fā)生認(rèn)證方式：一端發(fā)送明文口令至對等端，由對方認(rèn)證特性：無法防止竊聽，重放，窮舉等攻擊封裝：封裝在ppp的數(shù)據(jù)字段*CHAP發(fā)生時(shí)機(jī)：建立連接時(shí)和連接建立后的任何時(shí)間認(rèn)證方式：使用唯一且不行推測的可變詢問消息值來認(rèn)證特性：防止竊聽，重放，窮舉等攻擊封裝：封裝在ppp的數(shù)據(jù)區(qū)IP數(shù)據(jù)報(bào)分片的緣由？IP數(shù)據(jù)報(bào)在從信源到信宿的傳輸過程中，往往要經(jīng)過不同的物理網(wǎng)絡(luò)，由于不同的物理網(wǎng)絡(luò)存在差異，對傳輸幀的最大長度也有不同的規(guī)定，每個(gè)物理網(wǎng)絡(luò)都有自己最大的傳輸單元MTU，因此承受分片技術(shù)以適應(yīng)不同的傳輸環(huán)境?；诙捶制亟M算法的思想及過程？靜態(tài)緩沖區(qū)中空的數(shù)據(jù)區(qū)為“洞“，每個(gè)洞用兩個(gè)元素來描述，洞頭和洞尾，一個(gè)數(shù)據(jù)報(bào)全部的洞描述符組成一個(gè)洞描述符鏈表。 每收到一個(gè)數(shù)據(jù)報(bào)的分片，就創(chuàng)立一個(gè)空的緩沖區(qū)，并在該數(shù)據(jù)報(bào)的洞描述符鏈表中建立一項(xiàng)，其中洞頭0，洞尾為緩沖區(qū)大小減一；每到來一個(gè)已有數(shù)據(jù)報(bào)的分片，就依次檢查洞描述符鏈表中的每個(gè)描述符，找到適宜的洞填充進(jìn)去，修改洞描述符鏈表，當(dāng)洞描述符鏈表為空時(shí)，算法完畢并返回。UDP-Lite的思想？輕量級用戶數(shù)據(jù)報(bào)協(xié)議，思想：增加校驗(yàn)和字段的使用敏捷性。它將數(shù)據(jù)報(bào)分為敏感和非敏感兩個(gè)區(qū)域，其中敏感區(qū)域?yàn)樾ｒ?yàn)和計(jì)算的輸入?yún)^(qū)，當(dāng)這個(gè)區(qū)域的數(shù)據(jù)發(fā)生過失時(shí)，報(bào)文將被丟棄。非敏感區(qū)的數(shù)據(jù)則不進(jìn)展校驗(yàn)，所以即便這個(gè)區(qū)域的數(shù)據(jù)發(fā)生過失時(shí)，報(bào)文也不會(huì)被丟棄。試比較UDP和UDP-Lite標(biāo)準(zhǔn)？UDP，面對無連接的不行靠效勞，無擁塞掌握傳輸速率高適用傳輸量較少的狀況UDP-Lite,當(dāng)接收端檢測到校驗(yàn)和過失時(shí)，將丟棄整個(gè)UDP報(bào)文段把UDP分為敏感區(qū)和非敏感區(qū)，敏感區(qū)使用校驗(yàn)和，非敏感區(qū)不使用校驗(yàn)和通常設(shè)置協(xié)議的首部局部為敏感區(qū)，數(shù)據(jù)局部分為非敏感區(qū)簡述RIP產(chǎn)生路由循環(huán)的緣由及解決方法？緣由：每臺路由器不能同時(shí)或接近同時(shí)地完成路由表的更。解決方法：水平分割：路由器從某個(gè)接口接收到的更信息不允許再從這個(gè)接口發(fā)回去。；路由毒化和毒性逆轉(zhuǎn)：當(dāng)一條路徑無效后，并不馬上刪除，而將跳數(shù)改為無限大，播送出去，相鄰的路由器更該信息，相當(dāng)于顯示被告知無效，收到毒化消息的路由器不遵從水平分割原則；觸發(fā)更：當(dāng)路由表發(fā)生變化時(shí)，更報(bào)文馬上播送給全部的相鄰路由器，而不是等待刷鞋計(jì)時(shí)器到期；抑制計(jì)時(shí)器：路由表中的一個(gè)路由項(xiàng)無效后，一段時(shí)間內(nèi)該路由都處于抑制狀態(tài)，即肯定時(shí)間內(nèi)不再接收關(guān)于同一目的網(wǎng)絡(luò)的更遠(yuǎn)的路由器更。OSPF報(bào)文類型及作用？Hello報(bào)文：1覺察和維護(hù)鄰居，檢測鏈路是否可用2選舉指定路由器和后備指定路由3建立鄰接關(guān)系〔雙向連通性〕；數(shù)據(jù)庫描述報(bào)文：用于相鄰路由器之間交換鏈路狀態(tài)首部信息；鏈路狀態(tài)懇求報(bào)文：用于向相鄰路由器懇求鏈路的具體信息；鏈路狀態(tài)更報(bào)文：用于相鄰路由器之間交換鏈路狀態(tài)的具體信息；鏈路狀態(tài)確認(rèn)報(bào)文：對更報(bào)文確實(shí)認(rèn)，用于確保牢靠性。比較信源樹和共享樹的優(yōu)缺點(diǎn)？信源樹優(yōu)缺點(diǎn)：優(yōu)點(diǎn)：能找到源到端的最短路徑，端到端的延遲最小，不同源的傳送分散在各自的多播樹上，有利于均衡網(wǎng)絡(luò)流量，適合流量大、延時(shí)高的實(shí)時(shí)媒體應(yīng)用場合。缺點(diǎn)：要為每個(gè)多播源構(gòu)造各自的分布樹，每個(gè)路由器必需為每個(gè)組的每個(gè)組播源保存路由信息，占用大量系統(tǒng)資源，路由表的規(guī)模也比較大，當(dāng)數(shù)據(jù)流量不大時(shí)，構(gòu)造開銷相對較大。共享樹優(yōu)缺點(diǎn)：優(yōu)點(diǎn)：路由器所需的存儲(chǔ)狀態(tài)較少，路由樹的總代價(jià)不會(huì)很高。當(dāng)組的規(guī)模較大而每個(gè)成員的數(shù)據(jù)發(fā)送率較低時(shí)，使用共享樹適合。缺點(diǎn)：全部信息都要經(jīng)過RP進(jìn)展轉(zhuǎn)發(fā)，所以數(shù)據(jù)報(bào)傳送的路徑不是最優(yōu)的。當(dāng)通信量大時(shí)，使用共享樹導(dǎo)致流量集中及消滅根〔RP〕四周的瓶頸，對RP的牢靠性和處理力量要求很高。面對連接的客戶/效勞器程序的編程流程？效勞器程序端：1、 創(chuàng)立套接字〔socket〕；2、 將套接字綁定到一個(gè)本地址和端口上〔bind〕；3、 將套接字設(shè)為監(jiān)聽模式，預(yù)備接收客戶懇求〔listen〕；4、 等待客戶懇求到來，當(dāng)懇求到來后，承受連接懇求，返回一個(gè)的對應(yīng)此次連接的套接字〔accept〕；5、 用返回的套接字和客戶端進(jìn)展通信；6、 返回，等待另一個(gè)客戶懇求；7、 關(guān)閉套接字客戶端程序：1、創(chuàng)立套接字〔socket〕；2、向效勞器發(fā)出連接懇求〔connect〕；3、和效勞器端進(jìn)展通信〔send/recv〕；4、關(guān)閉套接字面對無連接的客戶/效勞器程序的編程流程？效勞器程序：1、 創(chuàng)立套接字〔socket〕；2、 將套接字綁定到一個(gè)本地地址和端口；3、 等待接收數(shù)據(jù)；4、 關(guān)閉套接字客戶端程序：1、 創(chuàng)立套接字〔socket〕；2、 向效勞器發(fā)送數(shù)據(jù)〔sendto〕;3、 關(guān)閉套接字結(jié)合談天室程序，具體說明。比較兩種基于套接字的開發(fā)方法，并寫出它們的具體開發(fā)步驟〔設(shè)計(jì)〕？基于TCP的應(yīng)用編程步驟：1、 初始化WinSock；2、 創(chuàng)立本地套接字；3、 偵聽；4、 建立連接；5、 數(shù)據(jù)傳遞；6、 關(guān)閉連接；7、 關(guān)閉偵聽；8、 終止WinSock基于UDP的應(yīng)用編程步驟1、 初始化WinSock；2、 創(chuàng)立本地套接字；3、 數(shù)據(jù)傳遞；4、 關(guān)閉套接字；5、 終止Winsock比較：基于UDP的應(yīng)用程序的實(shí)現(xiàn)過程較基于TCP的應(yīng)用程序簡潔，不需要再通信雙方建立連接，因此在效勞器程序中也不存在偵聽套接字的概念，也無需進(jìn)入偵聽狀態(tài)…結(jié)合談天室程序，具體說明。比較兩種基于套接字的開發(fā)方法，并寫出它們的具體開發(fā)步驟〔設(shè)計(jì)〕？基于多線程的方法開發(fā)基于窗體的談天室程序步驟：一、創(chuàng)立基于MFC的Dialog工程。二、刪除窗體上的原有控件，添加的空間并修改它們的主要屬性；三、使用MFC中的AfxSocketInit函數(shù)加載套接字庫，進(jìn)展版本協(xié)商，并確保應(yīng)用程序退出前調(diào)用WSAClearup終止套接字庫；四、初始化套接字，包括創(chuàng)立套接字和綁定套接字；五、編寫承受端程序。承受數(shù)據(jù)放到一個(gè)單獨(dú)的線程中運(yùn)行。并且要往該線程中傳遞兩個(gè)參數(shù)：創(chuàng)立的套接字和對話框的句柄。六、在ChatDlg.h中添加線程函數(shù)的聲明，在ChatDlg.cpp中添加函數(shù)實(shí)現(xiàn)，在ChatDlg.h中定義消息；七、定義響應(yīng)函數(shù)，并且要將該函數(shù)跟消息關(guān)聯(lián)起來。在ChatDlg.h中添加消息響應(yīng)函數(shù)的原型申明，在ChatDlg.cpp中添加消息跟消息響應(yīng)函數(shù)之間的映射。八、在ChatDlg.cpp中添加消息響應(yīng)函數(shù)的實(shí)現(xiàn)；九、添加發(fā)送響應(yīng)函數(shù)。：一、建基于MFC的Dialog程序，設(shè)計(jì)窗體控件；二、刪除窗體上的原有控件，添加的空間并修改它們的主要屬性；--【屬性】--【配置屬性】--【常規(guī)】--【字符集】；四、使用MFC中的AfxSocketInit函數(shù)加載套接字庫，進(jìn)展版本協(xié)商，并確保應(yīng)用程序退出前調(diào)用WSAClearup終止套接字庫；五、初始化套接字，包括創(chuàng)立套接