青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

隨筆-163  評論-223  文章-30  trackbacks-0
   TCP/IP FAQ系列,以經典的4.4BSD-Lite實現為準,參考《TCP/IP協議詳解》3卷 ,加入個人的思考理解,理清主干,不深究細枝末節,皆在總結基本原理和實現。本篇涵蓋了數據鏈路層、ARP、RARP、IP、ICMP、TCP、UDP方面的問題與解答。

【Data Link】
1. 環回接口地址必須是127.0.0.1嗎?
   形如127.x.x.x的A類IP都可作為環回接口的地址,但常用的是127.0.0.1。
2. 環回接口為什么沒有輸入處理?
   發送到環回接口的數據報實質上被送到網絡層的輸入隊列中,因此數據報沒有離開網絡,也就不可能從鏈路上接收到目標地址為環回接口地址的數據幀,所以不存在輸入處理。
3. SLIP、環回和以太網接口,三者有何不同?
   SLIP和環回接口沒有鏈路層首部和硬件地址,環回接口沒有輸入處理,而以太網接口都有。
4. SLIP和以太網接口如何分用輸入幀,環回接口如何分用輸出分組?
   SLIP將幀直接放進IP輸入隊列中,以太網接口則根據幀類型字段放到對應的協議輸入隊列中,環回接口則按目的地址族放到對應的輸入隊列中。
5. 接口和地址有什么關聯?
   一個接口的編址信息包括主機地址、廣播地址和網絡掩碼,當內核初始化時,每個接口分配一個鏈路層地址,可以配置有多個相同或不同的網絡層地址,例如2個IP地址,或者1個IP地址、1個OSI地址。

【ARP & RARP】
1. 何時發送ARP請求,何時應答ARP請求?
   當單播發送IP數據并且查詢ARP高速緩存失敗時,就會廣播一個詢問目的主機硬件地址的ARP請求;當接收到ARP請求的主機就是該請求所要查找的目的主機或目的主機的ARP代理服務器時,就會單播一個ARP應答。
2. 為什么兩者的以太網幀類型不同?
   ARP值為0x0806,RARP為0x8035,其實對于發送方來說,利用ARP的op字段可以區分RARP,但對于接收方,由于ARP實現在內核中,而RARP一般實現為服務器,所以為了更易區分,就單獨用另一個值標識。
3. 設計RARP服務器有哪些問題?
   一是怎么發送以太網幀以響應請求,這與系統相關。二是當存在多個服務器時,同時發送響應幀會造成以太網沖突,這可以通過分主從服務器和隨機延時來優化避免。
4. ARP在等待應答時,它會如何處理發往給定目的的多個報文?
   在大多數的實現中,在等待一個ARP應答時,只將最后一個報文發給特定目的主機。Host Requirements RFC要求實現中必須防止這種類型的ARP洪泛,建議最高速率是每秒一次。
5. 免費ARP有什么作用?
   一般的ARP請求用于查詢目標硬件地址,并等待應答。而免費的ARP發出請求并不一定期望應答,這可以有兩方面的作用:
   1)一個主機可以確定是否存在相同IP地址的另一主機
   2)當本機硬件地址改變時,通知其它主機更新ARP高速緩存。
6. ARP如何映射一個IP多播地址?
   先獲取IP多播地址的低23位,再與常量0x01005e7f0000按位或,結果就是對應的多播硬件地址。

【IP】
1. 何時何地分片?
   當數據報長度大于鏈路接口MTU且DF=0時,開始分片,分片可發生在源主機,也可發生在中途路由器。若需要分片但DF=1,則向源主機發送ICMP不可達差錯。
2. 如何分片?
   1)計算每個分片的數據長度(不含IP首部),除后一個分片外,其它分片數據長度為8字節的倍數。
   2)除復制對應數據外,還復制原始分組的首部及(部分)選項到新的每個分片中,更新新分片首部的頭部長度、總長度、MF標志和偏移量。如果原始分組已經是分片,那么MF=1,否則最后一個分片MF=0,其余MF=1。
3. 何時何地重裝?
   由于分片可以有不同的路由,而且中途路由器可能再次分片,因此只有目標主機才能重裝所有分片。當接收端第一次收到一個MF或偏移量非零的分組時,則該分組就是一個必須被重裝的分片,于是開始重裝。
4. 如何重裝?
   1)使用4元組{源地址,目標地址,協議,16位標識}為唯一標識查找當前分片所屬的數據報(分片表),如果沒有找到,則創建分片表,按偏移量將當前分片插入到分片表,并啟動重裝定時器。
   2)如果重裝定時器超時后,還沒有組裝好一個完整的IP數據報,此時如果已經收到第一個分片,則向源主機返回ICMP超時差錯,最后丟棄收到的所有分片;否則,提交數據給適當的傳輸層處理。
5. 哪些分組能被轉發,何時轉發?
   到達非最終目的地系統的分組,且當系統配置為可轉發或分組包含源路由時,才能被轉發,但下列類型的分組除外:1)鏈路層廣播 2)環回分組 3)網絡0和E類目標地址 4)D類目標地址。

【ICMP】
1. ICMP報文有哪些類型,何時何地生成這些報文?
   包括請求、應答、差錯和重定向4種,其中前兩者可統一為查詢類。請求當需要查詢的時候由進程生成,應答由當內核收到請求報文時生成,當主機發出的數據報無法成功地提交給目的主機時,目的主機或中間路由器的IP或傳輸協議生成差錯報文,并返回給原來的系統。
2. 內核怎么處理收到的ICMP報文?
   ICMP是一種傳輸層協議,其協議號為1,當IP層收到一個ICMP報文時,分用交給ICMP協議輸入處理,ICMP協議輸入根據其類型分別處理:1)請求---生成適當的應答報文 2)差錯---提交給適當的傳輸層協議處理 3)應答---提交給等待ICMP報文的進程 4)重定向---更新路由表,并提交給等待的進程。
3. 怎么發送ICMP報文?
   構造ICMP報文-->計算ICMP檢驗和-->封裝到IP數據報中-->提交給IP協議輸出處理,對于用戶進程,須使用原始IP機制才能發送。
4. 哪些情況不會產生ICMP差錯報文,為什么?
   1)ICMP差錯報文:違反此條可能導致差錯引起差錯,無休止循環下去。
   2)源地址不是單播地址的IP數據報:違反此條導致差錯可能同時發到多個主機。
   3)目的地址是廣播或多播地址的IP數據報:違反此條導致多個主機可能同時響應。
   4)作為鏈路層廣播的數據報:違反此條導致多個主機可能同時響應。
   5)不是IP分片的第一片:違反此條可能導致產生多個ICMP差錯,每個分片一個。
   由此可見,違反以上幾條都會引起網絡風暴。

【TCP & UDP】
1. 為什么TCP首部存在首部長度字段,而UDP卻沒有?
   TCP首部存在選項,如mss,timestame,nop和wscale等。
2. 為什么這兩種協議首部前面都是源和目的端口?
   當TCP收到一個ICMP差錯時,必須檢查兩個端口號以決定差錯對應于哪個連接;只有當UDP套接口連接到對端時,用戶進程才會收到ICMP差錯,例如當服務器未運行時,返回的ICMP端口不可達消息。
3. 當收到TCP或UDP數據包時,怎么提交給應用層?
   插口由進程調用socket或accept創建,關聯到對應的PCB(協議控制塊)上,通配匹配數由本地和外部IP地址確定,有3種取值:0--本地和外部IP都不為*、1--本地或外部IP有一個為*和2--本地和外部IP都為*。與UDP不同的是,TCP還有自己的PCB。
   1)TCP:先掃描Internet PCB,查找最小通配匹配數的插口,如果沒找到,那么響應RST包;再查看對應的TCP PCB,若不存在則響應RST包,否則若TCP 狀態為關閉,則丟棄;最后交付給找到的對應插口。
   2)UDP:這里要分2種情況,對于目的地為廣播或多播地址的IP數據報,交付給所有匹配的插口;對于目的地為單播的IP數據報,掃描Internet PCB,查找具有最小通配匹配數的插口,如果沒有找到,則向源主機發送ICMP端口不可達差錯。如果有多個插口有相同的最小通配匹配數,那么具體由哪個插口接收依賴于不同的實現。
4. 計算首部檢驗和時,為什么要引入偽首部?
   這是因為考慮到IP層的可能差錯,TCP和UDP需要驗證數據包是否被遞送到正確的協議和目的主機。
5. UDP何時會計算檢驗和,如何區分是否使用了檢驗和?
   UDP的檢驗和是可選的,當系統沒有禁止(udpcksum非零)時,發送方會計算檢驗和,接收方還須輸入分組檢驗和非零時才會計算檢驗和。如果檢驗和字段非零,那么就使用了,反之沒有。
6. 在TCP狀態遷移中,哪些狀態在什么情況下可直接轉到CLOSED狀態?
   SYN_SENT在連接定時器超時后,FIN_WAIT_2在FIN_WAIT_2定時器超時后。
7. 為什么TCP需要持續(persist)定時器、FIN_WAIT_2定時器和2MSL定時器?
   1)因為連接對端發送的窗口通告為ACK報文,而ACK是不會確認的,允許TCP繼續發送數據的窗口更新可能會丟失,所以需要設定persist定時器,在超時后發送1字節的數據,判定對端接收窗口是否已打開。
   2)因為在正常情況下,當連接主動關閉時,會由FIN_WAIT_1狀態進入FIN_WAIT_2狀態等待接收對端的FIN報文,但對方可能一直不發送FIN,所以需要FIN_WAIT_2定時器避免連接永遠滯留在FIN_WAI_2狀態。
   3)因為當連接主動關閉進入TIME_WAIT狀態后,將等待2個MSL時間,在這段時間內,TCP可以重發丟失的ACK,丟棄來自新連接替身的遲到的報文段以防止被曲解,所以需要2MSL定時器,超時后關閉連接。
8. 當TCP發送數據,調用ip_output返回ENOBUFS差錯時,可能會發生什么情況?
   當提交給網絡層因為內存不足發送失敗時,數據包被丟棄。如果丟棄的是數據報文,重傳定時器超時后數據將被重傳;如果丟棄的是純ACK報文,對端收不到ACK時會重傳對應的數據報文;如果丟棄的是RST報文,當對端重傳導致發送RST報文的數據報文時,將再次生成RST報文。
9. TCP何時發送ACK報文?
   對于數據、SYN和FIN報文,發送ACK,但對于純ACK和RST報文,不會發送;另外當遇以下情況時,則立即發送。
   1)200ms延時ACK定時器超時;2)收到失序的報文段;3)三次握手收到了SYN;4)收到了FIN。
10. TCP何時發送RST報文?
   1)當收到報文段,但沒有找到對應的internet pcb或tcp pcb。
   2)當連接處于LISTEN狀態時,收到了ACK報文段。
   3)當連接處于SYS_SENT狀態時,收到了錯誤的ACK報文段(ack小于等于iss或大于snd_max)。
   4)當連接被動關閉時(狀態大于CLOSE_WAIT),收到了數據。
   5)當連接處于SYN_RCVD狀態時,收到了錯誤的ACK報文段(ack小于snd_una或大于snd_max)。
posted on 2013-08-25 10:50 春秋十二月 閱讀(2577) 評論(1)  編輯 收藏 引用 所屬分類: Network

評論:
# re: TCP/IP FAQ 1 2013-09-05 16:51 | tb
明白了 不少 還有些東西沒聽說過 還需要努力學習啊  回復  更多評論
  
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            久久国产天堂福利天堂| 久久高清国产| 亚洲一二三区精品| 一本久道久久综合狠狠爱| 亚洲久色影视| 亚洲字幕一区二区| 午夜欧美不卡精品aaaaa| 午夜精品偷拍| 老司机aⅴ在线精品导航| 欧美激情精品久久久久久大尺度 | 亚洲精品视频在线看| 久久一区视频| 中文欧美字幕免费| 香蕉久久夜色| 欧美成人小视频| 在线亚洲电影| 久久九九精品99国产精品| 美女脱光内衣内裤视频久久影院| 国产欧美日韩亚洲| 99re66热这里只有精品4| 一区二区三区欧美亚洲| 久久se精品一区精品二区| 欧美成年人视频网站欧美| 国产精品免费小视频| 在线免费观看日本欧美| 亚洲午夜羞羞片| 美女被久久久| 亚洲视频在线观看| 免费成人高清在线视频| 国产模特精品视频久久久久| 亚洲精品日韩在线| 久久精品99| 亚洲免费观看| 乱码第一页成人| 国产亚洲欧美一级| 亚洲影院免费观看| 91久久精品国产91久久性色tv | 欧美日韩亚洲一区二区三区四区| 国产一区91精品张津瑜| 一区二区三区四区蜜桃| 久久人人爽人人爽爽久久| 一区二区高清视频在线观看| 牛牛精品成人免费视频| 激情综合自拍| 久久久噜噜噜久久人人看| 一区二区三区欧美成人| 欧美精品日韩www.p站| 国产精品自拍在线| 亚洲视频在线视频| 亚洲精品中文在线| 欧美国产视频在线| 亚洲二区三区四区| 久久久91精品国产一区二区精品| 一区二区三区精密机械公司| 欧美日韩成人一区二区| 亚洲欧洲精品成人久久奇米网| 久久久精品久久久久| 性久久久久久久久| 国产一区二区三区电影在线观看| 欧美一区二区三区四区在线观看地址| 日韩视频免费看| 欧美三级视频在线| 亚洲深夜av| 一区二区三区毛片| 国产精品国产a| 性色av一区二区三区红粉影视| 一本到12不卡视频在线dvd| 欧美日韩专区在线| 欧美亚洲免费在线| 久久国产精品电影| 在线欧美小视频| 久久综合中文字幕| 久久先锋影音av| 日韩视频在线免费| 亚洲午夜电影网| 亚洲少妇最新在线视频| 欧美午夜免费电影| 99国产精品久久久| 亚洲欧洲另类| 欧美日韩在线视频一区| 香蕉久久夜色精品国产使用方法| 午夜免费日韩视频| 噜噜噜噜噜久久久久久91| 亚洲综合首页| 一区二区三区自拍| 亚洲黄色成人网| 欧美午夜性色大片在线观看| 欧美在线观看www| 老牛嫩草一区二区三区日本| 一区二区三欧美| 欧美一区二区三区成人| 国产精品尤物| 亚洲国产精品黑人久久久| 国产精品久久久久77777| 欧美亚洲在线| 欧美激情麻豆| 欧美一区二区免费| 女仆av观看一区| 欧美一区二区三区电影在线观看 | 欧美精品一区二区三区视频| 欧美一区午夜视频在线观看| 美女日韩欧美| 久久大香伊蕉在人线观看热2| 久久亚洲私人国产精品va媚药| 亚洲视频每日更新| 久久精品国产亚洲5555| 中文精品视频| 久久精品国产2020观看福利| 亚洲图中文字幕| 久久人体大胆视频| 欧美在线视频观看免费网站| 欧美88av| 久久综合伊人77777尤物| 国产精品视频免费观看www| 亚洲国产精品久久久久秋霞影院| 国产欧美日韩不卡| 亚洲九九九在线观看| 亚洲第一网站| 久久久精品性| 久久精品一区二区三区中文字幕| 欧美日韩亚洲一区二区三区四区| 欧美激情一区二区三区四区| 黄色成人av网| 欧美在线观看一区二区| 欧美亚洲日本国产| 国产精品每日更新在线播放网址| 日韩亚洲视频在线| 99国产精品私拍| 欧美精品少妇一区二区三区| 欧美电影免费观看高清| 在线精品视频在线观看高清| 久久精品91久久久久久再现| 久久国产手机看片| 国产视频在线观看一区| 香蕉国产精品偷在线观看不卡| 亚洲欧美综合另类中字| 国产精品美女久久久久aⅴ国产馆 国产精品美女久久久 | 中文国产一区| 久久久免费av| 久久一本综合频道| 黄色成人小视频| 久久九九久精品国产免费直播| 久久久夜精品| 在线看无码的免费网站| 美女视频黄免费的久久| 亚洲日本视频| 亚洲午夜三级在线| 国产精品影音先锋| 欧美一区午夜精品| 免费人成精品欧美精品| 亚洲精品国产系列| 欧美日韩综合视频网址| 亚洲综合社区| 蜜桃av综合| 9久草视频在线视频精品| 欧美视频手机在线| 午夜欧美大尺度福利影院在线看| 久久久久久久久久久久久女国产乱 | 午夜免费久久久久| 久久一区二区三区国产精品| 在线精品一区二区| 欧美日韩一区二区在线观看 | 欧美精品日韩www.p站| 日韩一二在线观看| 久久精品国产一区二区电影| 在线电影一区| 欧美日韩免费观看一区三区| 性伦欧美刺激片在线观看| 噜噜噜91成人网| 亚洲午夜一二三区视频| 韩国av一区二区三区| 欧美日韩高清在线观看| 羞羞答答国产精品www一本| 欧美黄污视频| 久久成人精品无人区| 亚洲精品免费在线观看| 国产美女扒开尿口久久久| 蘑菇福利视频一区播放| 亚洲一区二区在线| 亚洲国产片色| 久久蜜桃av一区精品变态类天堂| 亚洲欧洲日韩在线| 国产三级精品在线不卡| 欧美精品尤物在线| 久久久www成人免费精品| 夜夜嗨av一区二区三区中文字幕| 久久免费高清视频| 午夜精品美女久久久久av福利| 亚洲日本中文字幕| 国内精品模特av私拍在线观看| 欧美日韩国产一级| 狼人社综合社区| 久久国内精品视频| 亚洲欧美福利一区二区| 9l国产精品久久久久麻豆| 亚洲国产精品成人综合色在线婷婷| 欧美在线观看视频在线| 亚洲男人影院| 亚洲一区二区高清| 亚洲视频在线播放|