2015協(xié)議分析-第4章網(wǎng)絡(luò)層

請記本章 掌握IBMNETBIOSANDNETBEUI協(xié)掌握IP、ARP、ICMP協(xié)議了解：IGMP、IPv6協(xié)議掌握：IPX協(xié)議2請記IBMSNANETBIOS和由IBM 普遍的網(wǎng)絡(luò)體系結(jié)構(gòu)模型。盡管現(xiàn)在SNA模型被認(rèn)為是一SNA的設(shè)計采用了IBM大型機(jī)使用的主機(jī)到終端的通信模型。IBM擴(kuò)展SNA協(xié)議以支持對等網(wǎng)絡(luò)（peer-to-peer AdvancedPeertoPeerNetworking）和高級程序間通信（APPC：AdvancedProgramtoProgramCommunication其中APPN代表了IBM第二代SNA。APPN中，IBM將SNA從分級型大型機(jī)中心環(huán)境移動到點對點（P2P）網(wǎng)絡(luò)環(huán)境。APPN的 是一個支持一個或多個不直接相連的APPC系統(tǒng)之間的對等通信、 的IBM體系結(jié)構(gòu)。3請記網(wǎng)絡(luò)基本輸入輸出系統(tǒng)（NetBIOS）IBM司開NetBIOS定義了一種軟件接口以及在應(yīng)用程序和連 口的標(biāo)準(zhǔn)方法。NetBIOS是一種會話層協(xié)議，應(yīng)用于各種LAN（Ethernet、TokenRing等）和WAN領(lǐng)域，諸如TCP/IP、PPP和X.25網(wǎng)絡(luò)。下面給出了IBM協(xié)議4SMB：服務(wù)器信息

請記

請記筆 服務(wù)器信息塊（SMB）議是一種IBM協(xié)議，用于通過網(wǎng)絡(luò)共享文件、 的TCP/IP協(xié)議之上，也可以用在網(wǎng)絡(luò)協(xié)議如IPX和NetBEUI之上。APPC：高級程序間APPC（ProgrammingInterfaceStandard），支持互相連接系統(tǒng)之間的通信并可以共享程序處理過程。APPC最初是由IBM作為一種邏輯單元間（LUs：LogicUnits）的 務(wù)處理工具推出。現(xiàn)在APPC主要用來為不同處理機(jī)環(huán)提供分布式服務(wù)（DistributedServices）6請記筆SNANAU：網(wǎng) 單元PU、LU和CP----網(wǎng) 單addressableunits），是IBM系統(tǒng)網(wǎng)絡(luò)體系結(jié)構(gòu)（SNA）的組成部分，以推進(jìn)事務(wù)程序（TP：TransactionProgram）和SNA網(wǎng)絡(luò)之間的通信過程。NAUs是其它網(wǎng)絡(luò)資源通過唯 NetBIOS：網(wǎng)絡(luò)基本輸入輸出----NetBIOS定義了一種軟件接口以及在應(yīng)用程序和連接之間提供通口的標(biāo)準(zhǔn)方法。NetBIOS是一種會話層協(xié)議，應(yīng)用于各種LAN（Ethernet、TokenRing等）和WAN領(lǐng)域，諸如TCP/IP、PPP和X.25網(wǎng)絡(luò)。7請記筆NetBEUI：NetBIOS展用戶----NetBIOS展用戶接口（NetBEUI）NetBIOS擴(kuò)展版本，支持局域網(wǎng)內(nèi)的計算機(jī)通信。NetBEUI提供了NetBIOS中未定義的幀格式標(biāo)準(zhǔn)，所以有時它又被稱之為NetBIOS（NBF）協(xié)議。目前公司采用NetBIOSNetBEUI務(wù)于WindowsNT/XP/2000/2003、LAN管理器以及工作組產(chǎn)品中的Windows。此外Novell、Hewlett-PackardDEC相應(yīng)產(chǎn)品中采納使用NetBIOS和NetBEUI。QLLC：限定式邏輯鏈路控 限定式邏輯鏈路控（QLLC）的由IBM義的一種數(shù)據(jù)鏈路層X.25上的SNA據(jù)傳輸。當(dāng)SNA于X.25X.25包頭Q-bit示特殊鏈路控制信息。該信息與互相通信的兩個系統(tǒng)間的SNA控制相關(guān)，而與X.25鏈路控制無關(guān)。通過以上這些限定式數(shù)據(jù)包，SNA決定兩個8請記SDLC：同步數(shù)據(jù)鏈路控 通過同步數(shù)據(jù)鏈路控（SDL）協(xié)議數(shù)據(jù)路層為定通信絡(luò)供了網(wǎng)址單元（NAUs：NetworkAddressableUnits）的數(shù)據(jù)差錯放（Erro-Fre）功SDLC支持各種鏈路類型和拓應(yīng)用于對和多點 有Bounded無界（Unbounded） 、半雙（Half-Duplex）和雙工（Full-Duplex）傳輸方式，以及電路交換網(wǎng)絡(luò)和分9

請記NetBIOS定義了一種軟件接口以及在應(yīng)用程序和連接 口的標(biāo)準(zhǔn)方法。NetBIOS是一種會話層協(xié)議，應(yīng)用于各種LAN（Ethernet、TokenRing等）和WAN領(lǐng)域，諸如TCP/IP、PPP和X.25網(wǎng)絡(luò)。NetBIOS支持兩種通信模式：會話（Session）或數(shù)據(jù)Datagra。，請記筆NetBIOS數(shù)據(jù)包有很多不同格式，主要取決于服務(wù)和信息類型，以及用以傳送NetBIOS數(shù)據(jù)包的傳輸協(xié)議。NetBIOS含三種基本服務(wù)：NAME、SESSIONDATAGRAM。作為例子，我們提供TCP/IP環(huán)境中的NetBIOS名稱數(shù)據(jù)Header（12QuestionEntryAnswerResourceAuthorityResourceAdditionalResourceNetBIOSHeader頭格

請記2211222傳輸字響應(yīng)字Destinationname(16Sourcename(16LengthNETBIOS大Deliminator隔符，表示為NetBIOS義發(fā)數(shù)據(jù)。該字段為NETBIOS”簽名”，永為0xEFFFCommand協(xié)議命令，表示幀功能類型。根據(jù)命令的不請記1個特定命令分配1字節(jié)可選數(shù)據(jù)21Xmit/responsecorrelator（傳輸或響應(yīng)字段）聯(lián)系接受到的對應(yīng)傳輸請求的響應(yīng)，以便使請求和響 Destinationname/num－在非 Sourcename/num―在非 例 請記筆C:\nbtstat-a本地連NodeIpAddress:[50]ScopeId:[NetBIOSRemoteMachineName

請記

<20><00>

<00><1E>

INet~Services<1C> IS~WZX.........<00> NetBEUI：NetBIOS擴(kuò)展用

請記NetBIOS展用戶接口（NetBEUI）是NetBIOS擴(kuò)展版本，支持局域網(wǎng)內(nèi)的計算機(jī)通信。NetBEUI提供了NetBIOS中（NBF）NetBEUI支持?jǐn)?shù)據(jù)傳輸?shù)皇且粋€可傳送的傳輸協(xié)議。（IPX）或TCP/IP。通常，每臺計算機(jī)NetBEUITCP/IPNetBEUI域網(wǎng)中TCP/IP現(xiàn)局域網(wǎng)外的請記筆NetBIOS和NetBEUI都是由IBM公司開發(fā)，應(yīng)用于LAN管 公司采用NetBIOS和NetBEUI服務(wù)于WindowsNT/XP/2000、LAN管理器以及工作組產(chǎn)品中的Windows。此外Novell、Hewlett-Packard和DEC也在相應(yīng)產(chǎn)品中采納使用NetBIOS和NetBEUI。NetBEUI頭格式NETBIOSNetBEUI優(yōu)缺LAN上性能出WAN上性能較很好的不可路較少的內(nèi)存使用請記IPIP協(xié)議的IP協(xié)議是一種不可靠、無連接的數(shù)據(jù)報傳送服務(wù)協(xié)議；IP協(xié)議是點-點的網(wǎng)絡(luò)層通信協(xié)議；IP協(xié)議向傳輸層屏蔽了物理網(wǎng)絡(luò)的差異。 1981a]是IP的正式規(guī)范文傳輸層IP數(shù)據(jù)網(wǎng)絡(luò)層IPIP數(shù)據(jù)X.25TokenRingX.25TokenRingEthernet請記IP數(shù)據(jù)報IPIP數(shù)據(jù)報的長度是可變的，它分為報頭和數(shù)據(jù)兩部2060B，4，5IP20，40BIB。請記總長度標(biāo)識協(xié)議總長度標(biāo)識協(xié)議選項048 位048 位標(biāo)服務(wù)類總長度報標(biāo)識片偏生存時協(xié)議頭校驗源IP地目的IP地選項填充數(shù)據(jù)部版本與協(xié)議類 IP版本。版本域值為4，表示IPV4；版本域值為6，表IPI協(xié)議(類型域)—協(xié)議類型。協(xié)議域長度為8議域值與所表示的協(xié)議類型如表所請記協(xié)議域協(xié)議類12468長度

請記筆—44（5（0101），它表示報頭最小長度為20（5×4）字P1560×BIP60B同時，協(xié)議規(guī)定：IP數(shù)據(jù)報的報頭長度必須是4的整數(shù)倍。如果不是，則有填充域“添0”總長度域—長度為16位，以字節(jié)為單位的數(shù)據(jù)報的。IP數(shù)據(jù)報的最大長度為216－1＝65535B。其中包括報頭長度。IP數(shù)據(jù)報中協(xié)議的數(shù)據(jù)長度等于數(shù)據(jù)報的總長服務(wù)類型域(Typeof

請記 TheTOSfieldhastwodefinitions:theoriginalRFC791definitionandthenewerdefinitionbasedonRFCs2474and3168.TheRFC791definitionhasbeendeprecatedbyRFCs2474and3168.1.RFC791of

請記筆43優(yōu)先DTRC0 (Delay)、可靠性(Reliability(Througput)Cost。請記(1)優(yōu)先IP。（2）服務(wù)類型參數(shù)4(Delay)(Reliability)量(Throughput)Cost。每一個組合的4位服務(wù)類型參數(shù)中，最多只能位的值為1，其他3個位的值則為零。默認(rèn)值為0000請記RFC2474DefinitionoftheTOSRFC2474redefinesthe8bitsintheTOSfieldintermsofa6-bitDifferentiatedServicesCodePoint(DSCP)fieldand2unusedbits.TCP/IPforWindowsServer2008andWindowsVistausestheRFC2474definitionoftheTOSfieldbydefault.請記ExplicitCongestionNotification(ECN)andTOSFieldTo

enablerouterstoreporttosendinghoststhatcongestionisoccurring,allowingthesendinghoststolowertheirtransmissionratebeforetherouterbeginsdroppackets.TherouterreportingandhostresponsemechanismisknownasExplicitCongestionNotification(ECN)andisdefinedinRFC3168.TOSfieldaredefinedinRFC3168astheECNieldwhichhasthefollowing00Thesendinghostdoesnotsupport01or10Thesendinghostsupports11CongestionhasbeenexperiencedbyaAnECN-capablehostsendsitspacketswiththeECNfieldsetto01or10.ForpacketssentbyECN-capablehosts,ifarouterinthepathisECN-capableandisexperiencingcongestion,itsetstheECNfieldto11.IftheECNfieldhasbeensetto11,downstreamroutersinthepathtothedestinationdonotmodifyitsvalue.生存時

請記筆路由器這個計數(shù)器，在丟棄數(shù)據(jù)報的每個點值依次減1少為0。這樣確頭校驗和保證數(shù)據(jù)報頭部的數(shù)據(jù)完整性；由于某些協(xié)議頭字段的改變，如生存期（TimetoLive），這就需要對每個點重新計算和檢驗。Internet協(xié)議頭需要進(jìn)行處理。請記地址包括源地址與目選項IPIP)IP數(shù)據(jù)報的選項選項字段用于測試和選項字段是IP的任選項，分為四類，目前應(yīng)用兩類組成選項碼（1字節(jié)）、選項總長度（1字節(jié)）和選項

請記選項碼（1字節(jié)拷貝1比2比5比選項長1字置位 00控制各

包括選

主要的示將選項

01未 項

選項長選項數(shù)

源路記錄路貝入 10測有片 11未

內(nèi)的總長

時安全等請記請記IP數(shù)據(jù)最大傳輸單元（MTU）與IP數(shù)據(jù)報分IP數(shù)據(jù)報作為網(wǎng)絡(luò)層數(shù)據(jù)必然要通過幀來傳一個數(shù)據(jù)報可能要通過多個不同的物理幀的格式與長度取決于物理網(wǎng)絡(luò)所采用U umTransmissionUnit）。不同物理MTU的長度是不同的。MTU長度的典型值是 請記EtherNet（以太網(wǎng)令牌

1492B（RFC14834352BX.25／Dial- 576B 296BIP

請記I原原始數(shù)據(jù)標(biāo)識、標(biāo)志

請記I（idtfatn）I值。標(biāo)識域長度為16555標(biāo)（flg）示接結(jié)點不是對數(shù)據(jù)報頭標(biāo)域的結(jié)如所。志域3位最 為0值須 有數(shù)報。0下面詳請記不分片donotfragment,DF）值須 DF值1，示接收節(jié)點不能對數(shù)報分如果數(shù)報度超，有不可以分，那么只丟，并要ICMP差報文向源主機(jī)報。表示可以片分片（morefragment,MF）值為1，表示接收的分片不片偏移（fragmentoffset）域－－表示該分片在整個數(shù)據(jù)中的相片偏移值是以8B為單位來計數(shù)的，因此選擇的分片度應(yīng)該是8B的整數(shù)下面舉例說請記分片方法的例原始數(shù)據(jù)報報片片片片片報報片片片偏移值片偏移值片報片片偏移值片1－－編號0～799；片片請記原始數(shù)據(jù) 分片00000010數(shù)據(jù)原始數(shù)據(jù) 分片00000010數(shù)據(jù)編碼號數(shù)據(jù)編碼號分片 分片001000數(shù)據(jù)編碼號數(shù)據(jù)編碼號請記舉DLC:-----DLCHeader----DLC:Frame3arrivedat11:21:20.036;framesizeis68(0044hex)bytes.DLC:AC:Framepriority0,Reservationpriority0,Monitorcount0DLC:FC:LLCframe,PCFattentioncode:NoneDLC:FS:Addrrecognizedindicators:00,Framecopiedindicators:DLC:Destination=Station3Com063841DLC:Source=Station3Com115176LLC:-----LLCHeader----LLC:DSAP=AA,SSAP=AA,Command,Unnumberedframe:UISNAP:-----SNAPHeader----SNAP:Type=0800IP:-----IPHeader-----IP:Version=4,headerlength=20IP:Typeofservice=IP:000.....=IP:...0....=normalIP:....0...=normalthroughputIP:.....0..=normalreliabilityIP:Totallength=41bytesIP:Identification=793IP:Flags=0XIP:.0......=mayIP:..0.....=lastIP:Fragmentoffset=0IP:Timetolive=255IP:Protocol=6IP:Headerchecksum=6EB6

請記請記IP:Sourceaddress=IP:Destinationaddress=IP:NoTCP:-----TCPheader----ADDR0000104002608C06384102608C115176AA00100300000008004500002903190000FF00206EB6243500C3243800D012600017000030018F2C018CE25018020043E2000053004001FFFD

地址IP地址與

請記請記筆地址解析：從已知的I反向地址解析地址解析協(xié)議（反向地址解析協(xié)議（RARP）請記請記地址解協(xié)用來實現(xiàn)IP地址與本（以太網(wǎng)MAC地址）之通常稱為ARP緩沖（ARPcache），來維持MAC的IP地址之間的對應(yīng)關(guān)系A(chǔ)RPAnARPrequest

請記有關(guān)ARPARP

broadcast;anARPreplyisunicast.1、主機(jī)A首先廣播一個ARP請求報文，請求目的主機(jī)B的物理地3、主機(jī)B對主機(jī)發(fā)回ARP響應(yīng)，回答自己的物理地4、主機(jī)可以應(yīng)用ARP響應(yīng)來 ”或緩存（cache）網(wǎng)絡(luò)中其的主機(jī)<IP:物理>地5、在發(fā)送報文時，主機(jī)直接查找緩存中的<IP:物理>地址映射列如果找不到目的物理地址，則執(zhí)行第1～3步驟ARP高效1、為了提高效率，在ARP請求報文中放入信源的<IP:物理，以防信宿緊接著為了解析信源的物理地址而再啟動ARP解析過2、信源在廣播自己的<IP:物理>地址對時，網(wǎng)絡(luò)上所有主機(jī)都可將它存入自己的緩存3IP:物理>canbeused《有關(guān)RARP的解析RARP過1、在RARP服務(wù)器中存入一個本網(wǎng)的<物理－IP>地址對的映2、客戶機(jī)發(fā)出RARP請求，在請求中攜帶本地的物理3、網(wǎng)絡(luò)上所有主機(jī)均收到請求，但只有RARP服務(wù)器處理

請記4、RARP服務(wù)器根據(jù)請求中的物理地址，查找<物理－IP>地址對射表，直接發(fā)給請求者，而不采用廣5、如果網(wǎng)絡(luò)中存在多個RARP服務(wù)器，請求者會收到所有服務(wù)器的應(yīng)，但只能使用最先到達(dá)的一個解析響應(yīng)RARP的差錯控制定時重RARP服務(wù)如果網(wǎng)絡(luò)中存在多個RARP服務(wù)器，可以提高系統(tǒng)性能，但是問題是所有服務(wù)器回答一個RARP請求，會帶來網(wǎng)絡(luò)的擁擠，解決辦法為1、給每個客戶機(jī)分配一個主服務(wù)器，其它服務(wù)器為次服務(wù)器，一RARP請求，次服務(wù)器只記錄請求到達(dá)事件。2、采用與 法近似的原理，來避免所有次服務(wù)器同時響應(yīng)舉例：一個FTP過程中ARP的操作如下

請記7)目的5ARP收6)4P7)目的5ARP收段h nme識32bitIP3的IIPD4N-)P地iARP）） 。作解P的功能。ARP本來是用于廣播進(jìn)行翻譯。這就是AR。ernt對DNbsd的功能。ARP本來是用于廣播進(jìn)行翻譯。這就是AR的，有許多主機(jī)或路由器連站tsI的，有許多主機(jī)或路由器連是被送到位于本地網(wǎng)絡(luò)上的或路由發(fā) 目ARP(RARP

ARP/RARP消息序列定時 RARP(或逆ARP)具有RARP(或逆ARP)具有與ARP相同的包格式

請記發(fā)送發(fā)送地(4地(6地(4節(jié)針對(=4針對地操(2硬類(2硬件地址長(=6時針對

=1針對ARP=2針對ARPHardwareType―指定一種硬件接口類型，為發(fā)送方請求響,值為15時表示幀中繼地址,值為16時表示ATM地址,ProtocolType指由發(fā)送方提供的高級協(xié)議地址：值為0x0800，表示IP請記筆Hlen―硬件地址大小。用來表明發(fā)送者和目標(biāo)硬件地址Plen協(xié)議地址大小。用來表明發(fā)送者和目標(biāo)硬字段的長度，單位是字節(jié)。對于IP協(xié)議，長度為4字節(jié)Operation2字節(jié)，用來表明ARP幀的類型。各個值如下請記1ARP2ARP3RARP4RARP5DynamicRARP6DynamicRARP78InARP9InARP（逆ARP）ARP充協(xié)議以支ARP請記筆發(fā)送地發(fā)送者硬件地址－－對于以太網(wǎng)和令牌節(jié)點的MAC地發(fā)送者協(xié)議地址－－IP目標(biāo)地P0X00-00-00-00-00-00;在ARP回應(yīng)幀P目標(biāo)協(xié)議地址－－IP請記請記 ffffff ff0000e288539f080600 ?08000604000100000000287a7f0000?000000000000cac879440000000000?0000000000000000000000請記地址解析方采用高速緩存（caching）技軟件改進(jìn)技 請記Internet控制報文ICMP1981bIPIPICMPICMP

請記Internet制信息協(xié)議（ICMP）IP一個整合部分。通過IP包傳送的ICMP信息主要用于涉及網(wǎng)絡(luò)操作或錯誤操作的不可達(dá)信息。ICMP包發(fā)送是不可靠的，所以主機(jī)不能依靠接收ICMP包解決任何網(wǎng)絡(luò)問題。ICMP的主要功能如下： 通網(wǎng)絡(luò)錯誤。比，主機(jī)整個絡(luò)于某障不達(dá)某端 的TCP或UDP包沒有指明接受端由ICMP報告。 的接收速度，將會生成“ICMP源結(jié)束”信息。對于發(fā)送者，這些信息 的ICMP源結(jié)束信息的生成也將引 協(xié)助解決故障。ICMPEcho功能，即在兩個主機(jī)間一個往返路徑上發(fā)送一個包。是一種基于這種特性的通用網(wǎng)絡(luò)管理工具，通告超時。如果一個IPTTL低到零，路由器就會丟棄包，這時會生成一個ICMP包通告這一事實。TraceRoute是一個工具，它通過發(fā)送小TTL值的包及監(jiān)視ICMP超時通告可以顯示網(wǎng)絡(luò)路由。ICMPIPv6定義中重新修訂。此外IPv4成員協(xié)議的多點傳送控制功能ICMPv6請記ICMP的特點ICMP本身是網(wǎng)絡(luò)層的一個協(xié)ICIICMP不能糾正差錯，它只是報告差錯。差錯要 協(xié)議去完成ICMP(Internet控制信息協(xié)議)格

請記ICMPICMP編類值消值消息描值消息描0回送應(yīng)3目的不4源抑58回送數(shù)據(jù)報超IP時間戳請時間戳應(yīng)信息請信息地址掩地址掩ICMP報文中的字段

請記ICMPEchoRequestEchoy、Query、ReportReduction校驗和：提供整個ICMP報文的校驗和。Checksum為0ICMP信息64－ICMP差錯－ICMP差錯－擁塞控制和源－ICMP請求/應(yīng)答報

請記請記ICMP差錯報－目的不可達(dá)，分為網(wǎng)絡(luò)、主機(jī)、協(xié)議和端口四大部－ 告，利用TTL字－參數(shù)出錯報告，報告出錯的數(shù)據(jù)報的報頭和錯誤的數(shù)據(jù)報項參路徑控制和重定向報解決主機(jī)從網(wǎng)關(guān)處獲得路由消息的方法擁塞控制和源抑制報－網(wǎng)關(guān)發(fā)生擁塞的時候，發(fā)出ICMP源抑制報－信源機(jī)收到源抑制報文后，按一定的速率降低發(fā)往某信宿的數(shù)據(jù)報率－擁塞解除后，信源機(jī)要恢復(fù)數(shù)據(jù)傳輸速率請求/應(yīng)答－回送請求/應(yīng)答報文，用于測試信宿機(jī)的可到達(dá)－時間戳請求/應(yīng)答報文，用于時鐘同－地址掩碼請求/應(yīng)答報文，為了正確解釋子網(wǎng)地請記筆各種類型的ICMP報文如表格所示，不同類型由報文中的表的后列ICMP報文一查報還一份。ICM差錯報時需作特殊理，因此我需要對們行區(qū)分例如，ICMP差報文行應(yīng)， 會成ICM差報如果沒有個限制則可能會到一個錯生另一的情況而差錯產(chǎn)差，樣會無止循環(huán)下）當(dāng)發(fā)送一份ICMP差錯報文時，報文始終包含IP的首部和產(chǎn)生ICMP差錯報文的IP數(shù)據(jù)報的前8個字節(jié)。這樣，接收ICMP差錯報文的模塊就會把它與某個特定的協(xié)議（根據(jù)IP數(shù)據(jù)報首部中的協(xié)議字段來判斷）和用戶進(jìn)程（根據(jù)包含在IP數(shù)據(jù)報前8個字節(jié)中的TCP或UDP報文首部中的TCP或UDP端 請記類代描查差00回顯應(yīng)答Ping應(yīng)答∨3目的不可達(dá)0網(wǎng)絡(luò)不可∨1主機(jī)不可∨2協(xié)議不可∨3端口不可∨4需要進(jìn)行分片但設(shè)置了不分片比∨5源站選路失∨6目的網(wǎng)絡(luò)不認(rèn)∨請記類代描查差40源端被關(guān)閉（基本流控制∨5重定向?qū)W(wǎng)絡(luò)重定對主機(jī)重定對服務(wù)類型和網(wǎng)絡(luò)重對服務(wù)類型和主機(jī)重∨∨∨∨80請求回顯（Ping請求∨90路由器∨0路由器∨類類代描查記超時傳輸期間生存時間為在數(shù)據(jù)報組裝期間生存時間為∨參數(shù)問題壞的IP首部（包括各種差錯缺少必需的∨0時間戳∨0時間戳∨0信息請求（作廢不用∨0信息應(yīng)答（作廢不用∨0地址掩碼∨0地址掩碼∨下面各種情況都不會導(dǎo)致產(chǎn)生ICMP差錯報文

請記1)ICMP差錯報文（但是，ICMP查詢報文可能會產(chǎn)生ICMP報文）2)目的地址是廣播地址或多播地址的IP數(shù)據(jù)報3為鏈路層廣播的數(shù)據(jù)4IP分片的5地址不是單個主機(jī)的數(shù)據(jù)報。這就是說，源地址不能為ICMPICMP地址掩碼請求與應(yīng)

請記ICMICMP（PPBOOTPICMPICMP報文中的標(biāo)識符和序列號字段由發(fā)送端任意選擇與請求進(jìn)行匹ICMP時間戳請求與

請記ICMP時間戳請求允許系統(tǒng)向另一個系統(tǒng)查詢當(dāng)前的時時間（CoordinatedUniversalTime,UTC）（早期的參考手冊認(rèn)為UTC是 時間）。這種ICMP報文的好處取的時間（如某些Unix系統(tǒng)提供的rdate命令）只能ICMP時間戳請求和應(yīng)答報文格式如請記）。ICMP回應(yīng)與回應(yīng)

請記ICMP回應(yīng)與回應(yīng)應(yīng)答應(yīng)用于網(wǎng)絡(luò)故障的發(fā)現(xiàn)、調(diào)試和解決、Tracer和 等實用程序都利用回應(yīng)與回應(yīng)答機(jī)制，提供目的節(jié)點的可達(dá)性與傳輸路徑的相關(guān)ICMP回應(yīng)消息結(jié) = =Sequence#Optional

..ICMP回應(yīng)應(yīng)答消息結(jié)構(gòu)如下

請記Sequence#Optional

====請記請記請記請記0000e27ac3a20000e27ac2a0080045 003cb85d00008001f9a4cac87996ca799708001e5c02002d0061626364656768696a6b6c6d6e6f707172737475776162636465666768請記IP組播與Internet組管理IP

請記IP組播Internet組管理

請記Internet組管理協(xié)議（Internetgroupmanagementprotocol，IGMP）是在組播環(huán)境下使用的協(xié)議；I部分；IGMP信息封裝在IP報文IP的協(xié)議2IGMP具有三種版IGMPv1、v2v3請記IGMPv1：定義了兩類IGMP消息：主機(jī)成員報詢。主機(jī)可以加入組播組。沒有離開信息（leavemessages）IGMPv2IGMPv3：的流量是被IGMPv3支持主機(jī)那些來自于非要IGMP

請記距離矢量組播路由選擇協(xié)議（DVMRPDistanceMulticastRoutingIGMP戶認(rèn)證協(xié)議（IGAPIGMPforuserAuthentication路由器端口組管理協(xié)議（RGMPRouter-portManagement協(xié)議

請記IGMPv3須實現(xiàn)5種基本信息類型且與以前的版兼容0x11：會員0x22：第3版本會員0x12：第1版本會員0x16：第2版本會員0x17：第2版本請記8MaxResponseGroupSNumberofSourceAddressSourceAddressType0x11信息類型（會員查詢MaxResponseTime只用于會員查詢信息。規(guī)定每1/10，發(fā)送方設(shè)置該值為0，而接收方忽略不Checksum信息差錯的校驗8MaxResponseGroupSNumberofSourceAddressSourceAddressGroupAddress當(dāng)發(fā)送一個通用查詢時，GroupAddress正在查GroupAddress。在離開組信息的會員報告中，該字段用于保存將要報告或離開的組的IP組播組地址。RSV(4位)―預(yù)留。傳輸過程中發(fā)送方設(shè)置為0，接收方忽計抑制路由端進(jìn)程S1設(shè)為1，接收路由器在接收查8MaxResponseGroupSNumberofSourceAddressSourceAddress查詢者健壯性變量QRV3用來表示發(fā)送路由器的健壯查詢者的查詢QQIC查詢者(路由器)的查詢間隔代來源數(shù)NumberofSource（N）表示信息中包含源地址SourceAddressIP播地址向量例如

請記0x22：第3版本會員報告信息格式如下所示類型保

=組記錄數(shù)NumberofGroup組記錄GroupRecord..組記錄GroupRecord

....組記錄結(jié)構(gòu)

記錄類

請記輔助數(shù)據(jù)長..

.100組播路由器與IP

請記組播路由器的作用是完成組播數(shù)據(jù)報的實現(xiàn)方法：一種 組播路由器，一種是在傳統(tǒng)路器上實現(xiàn)組播路當(dāng)Itnl。

路由選擇信息協(xié)議

請記（RIP）RIP是一種內(nèi)部網(wǎng)關(guān)協(xié)議。ASP（AS系統(tǒng)。連接AS系統(tǒng)有專門的協(xié)議，其中最早的這樣的協(xié)議是“EGP”（外部網(wǎng)關(guān)協(xié)議），目前仍然應(yīng)用于的協(xié)議通常被視AS由選擇協(xié)議。RIP要設(shè)計來利大的接線連接，RIP較適用于簡單的校園網(wǎng)和區(qū)域網(wǎng)，但并

請記RIP2RIPRIP議的補(bǔ)充協(xié)議，主要用于擴(kuò)大RIP2息裝載的有用信息的數(shù)量，同時增加其安全性能。RIP2是一種基于UDP的協(xié)議。在RIP2下，每臺主機(jī)通過路由選擇進(jìn)程發(fā)送和UDP520的數(shù)據(jù)包RIPRIP2要適用IPv4絡(luò)RIPng要IPv6本文主要RIPRIP2

請記RIP基本概路由器周期性地向外發(fā)送路由 文路由 文主要內(nèi)容是由若干（V，D）組成的表矢量V標(biāo)識該D表示該路由器其他路由器在接收到某個路由器的（V，D）報文后按照最短路徑原則對各自的路由表進(jìn)行RI

路由信息協(xié)議的工作過路由表的建路由表信息的目的網(wǎng)絡(luò)距離路由08349（（目的網(wǎng)目的網(wǎng)絡(luò)距離34275

請記目的網(wǎng)絡(luò)距離路由目的網(wǎng)絡(luò)距離路由0538649（協(xié)議

請記8AddressFamilyRouteTag（onlyforRIP2;0IPSubnetMask（onlyforRIP2;0forNextHop（onlyforRIP2;0forCommand該命令字段用來指定數(shù)據(jù)報用途。命令有五種Request,Response,Traceon（已經(jīng)淘汰），Traceoff（已經(jīng)淘汰）。VersionRIP本號，當(dāng)前為2AddressFamilyIdentifier― 的地址類型。由于RIP2可能使用幾種不同協(xié)議傳送路由選擇信息，所以使用到該字段。IP中的AddressFamilyIdentifier為2。

請記RouteTag―路由器指定屬性，必須通過路由器保存和重 。路由標(biāo)志是分離內(nèi)部和外部RIP路由線路的一種或IGP都有應(yīng)用。IPAddress目標(biāo)IP址SubnetMask―應(yīng)用于IP地址，生成非主機(jī)地址部分。 NextHop―中間下一跳IP地址，由路由 Metric表示從主機(jī)到目的地獲得數(shù)據(jù)報過程中的整個成本。該Metric就是與網(wǎng)絡(luò)相關(guān)聯(lián)的成本總和。

請記最短路徑優(yōu)先協(xié)議OSPF協(xié)議的主（）（）當(dāng)鏈路狀態(tài)發(fā)生變化時用洪泛法向所有所有的路由器最終都能建立一個鏈路狀態(tài)數(shù)據(jù)庫將一個自治系統(tǒng)再劃分為若干個更小的區(qū)域，一個域內(nèi)的路由器數(shù)不超過200個

請記8VersionPacketPacketRouterAreaAuthentication(64VersionNumber議版本號（當(dāng)前為2)PacketType―有效類型如下：1、 Description；3、LinkStateRequest；4、LinkStateUpdate；5、LinkStateAcknowledgment。PacketLength數(shù)據(jù)包的二進(jìn)制長度。該長度包括標(biāo)

請記RouterID據(jù)包源的路ID。在OSPFAreaID―識別數(shù)據(jù)包歸屬區(qū)域。所有OSPF數(shù)據(jù)包與單個區(qū) Checksum個數(shù)據(jù)包內(nèi)容IP驗和，從OSPFAuType認(rèn)證Authentication64位字段，供認(rèn)證模式使

IPv6與IPv6的主要IPv4地址數(shù)量的不足復(fù)雜的報頭，難以實現(xiàn)擴(kuò)充或選擇機(jī)制對報頭服務(wù)數(shù)量的限制缺少安全 方法

請記請記IPv6的主要特更大的地址空間地址長度從32位增大到128位，使簡化了頭部格式頭部長度變?yōu)楣潭?，取消了的檢驗和字段，加快了路由器處理速度協(xié)議的靈活性將選項功能放在可選的擴(kuò)展頭路由器不處理擴(kuò)展頭部，提高了路由器允許對網(wǎng)絡(luò)資源的預(yù)分配—支持實時 傳輸帶寬和時延要求允許協(xié)議增加新的功能，使之適應(yīng)未來—可選的擴(kuò)展頭部與數(shù)據(jù)合起來構(gòu)成有效載

請記IPv4到IPv6的過雙協(xié)議在完全過渡到IPv6之前，使一部分主機(jī)和路由兩個協(xié)議，一個IPv4協(xié)議和一個IPv6隧道技在IPv4區(qū)域中打通了一個IPv6隧道來傳輸IPv6數(shù)據(jù)組

IPv6尋址與地址語

請記一個4位十六進(jìn)制整數(shù)(16位)。每一個數(shù)字包含4位，每個整數(shù)包含4個數(shù)字，每個地址包括8個整數(shù)，共計128位4×4×8128。例如，下面是一些合法的IPv6請注意這些整數(shù)是十六進(jìn)制整數(shù)，其中A到F表示的是10到1以上一種比較標(biāo)準(zhǔn)的IPv6地址表達(dá)方式，此外還有另種更加清楚和易于使用的方

請記某些IPv6地址中可能包含一長串的0(就像上面的第二和可以被，且兩個冒號在地址中只能出現(xiàn)一次

請記就是一個合法的IPv6地址。把兩種可能的表達(dá)方式在一起，該地址也可以表示由于IPv6—，ICIDIPv6節(jié)點地址中與IPv6這個地址中用于選路的前綴長度為60位

IP安全協(xié)

請記IPSec是IETF在開發(fā)IPv6時，為保證IP數(shù)據(jù)包安全設(shè)計的IPSec用于向IPv4與IPv6提供互操作、高質(zhì)量與基于碼的安全性IPSec協(xié)議提供的安全服務(wù)包 控制、完整性、據(jù)原始認(rèn)證等IPSec服務(wù)在網(wǎng)絡(luò)層提供，并 提供保