HCNA-HCNP-课本知识点总结(考试用不错)

802.X协议族802.11802.1s802.1w802.1p802.1Q802.1D802.2802.3x802.3802.3u802.3z802.3ab802.3ae802.3ak802.4802.5802.11802.1xBGPTCPIPICMP、ARPRARP网络层协议ASCII、EBCDIC.MPEG、MIDI.PICT、MPEGFDDIIEEE802.X标准是当今居于主导地位的LAN标准802.11为无线局域网（WLAN）标准。MSTPRSTPIEEE802.1p：(LANLayer2QoS/CoSProtocolforTrafficPrioritization)有关流量优先级LAN第二层QoS/CoS协议。VLAN标签长4个字节，直接添加在以太网帧头中，IEEE802.1Q文档对VLAN标签作出了说明。IEEE定义了STP的标准802.3帧格式中，跟随在后面的是3字节的802.2LLC高性能的交换机应支持半双工方式下的反向压力和全双工的IEEE802.3x流控以太网标准。1995年，IEEE正式通过了802.3u快速以太网标准。1998年，IEEE802.3z千兆以太网标准正式发布。1999年，发布IEEE802.3ab标准，即1000BASE-T标准。2002年7月18日，IEEE通过了802.3ae，即10Gbit/s以太网，又称为万兆以太网，它包括了10GBASE-R,10GBASE-W,10GBASELX4三种物理接口标准。2004年3月，IEEE批准铜缆10G以太网标准802.3ak，新标准将作为10GBASE-CX4实施，提供双轴电缆上802.4为令牌总线网（TokingBus）标准、802.5为令牌环网（TokingRing）标准802.11为无线局域网（WLAN）标准。IEEE802.1x标准（以下简称802.1x）的主要内容是一种基于端口的网络接入控制（PortBasedIPICMP、ARPRARP网络层协议ASCII、EBCDIC.MPEG、MIDI.PICT、MPEGFDDIIEEE802.1p：(LANLayer2QoS/CoSProtocolforTrafficPrioritization)有关流量优先级LAN第二层QoS/CoS协议。认证计费的Radius协议TracertudpIPICMP、ARPRARPOSPF直接运行于网络层协议IP协议之上ASCII、EBCDIC.MPEG、MIDI.PICT、MPEG.RPC远程过程调用，NFS（文件共享）、SQL会话层FDDI物理层表示层ISOIEEEANSIEIA/TIAITUIETFMEF国际标准化组织（ISO，InternationalOrganizationforStandardization）该组织负责制定大型网络的标准，包括与Internet相关的标准。ISO提出了OSI参考模型。OSI参考模型描述了网络的工作机理，为计算机网络构建了一个易于理解的、清晰的层次模型。电子电器工程师协会（IEEE，InstituteofElectricalandElectronicsEngineers）：提供了网络硬件上的标准，使各种不同网络硬件厂商生产的硬件设备相互连通。IEEELAN标准是当今居于主导地位的LAN标准。它主要定义了802.X协议族，其中802.3为以太网标准协议簇、802.4为令牌总线网（TokingBus）标准、802.5为令牌环网（TokingRing）标准、802.11为无线局域网（WLAN）标准。美国国家标准局（ANSI，AmericanNationalStandardsInstitute）ANSI是由公司、政府和其他组织成员组成的自愿组织，主要定义了光纤分布式数据接口（FDDI）的标准。电子工业协会（EIA/TIA，ElectronicIndustriesAssociation/TelecommIndustriesAssociation）：在电信方面主要定义了调制解调器与计算机之间的串行接口,物理层规范了连接器及相关电缆、电气方面特性。国际电信联盟（ITU，InternationalTelecommUnion）：定义了作为广域连接的电信网络的标准，如X.25、FrameRelay等。INTERNET工程任务委员会（IETF：InternetEngineeringTaskForce，IETF）：Internet工程任务委员会成立于1985年底,其主要任务是负责互联网相关技术规范的研发和制定。已成为全球互联网界最具权威的大型技术研究组织。城域以太网论坛()是一个专注于解决城域以太网技术问题的非盈利性组织。MEF主要从四个方面开展技术工作：城域以太网的架构；城域以太网提供的业务；城域以太网的保护和QoS；城域以太网的管理。另指，ManagedExtensibilityFramework的缩写和美国Millicom公司。OSI参考模型802.X协议族FDDI公共物理层接口标准EIA/TIA-232（即RS-232）、X.25、FrameRelay串行线路接口标准V.24和V.35ADSL的G.Lite(即G.992.2)标准IETF产生两种文件，一个叫做InternetDraft，即“互联网草案”，第二个是叫RFC。RFC定义的。如IP协议、OSPF、BGP、MPLS、PPP等sshRFC4271/RFC1771（BGPv4）。QoSospf协议号89直接在ip上EIGRP88RIP520在udp上TCP协议的协议号为6，UDP协议的协议号为17。ICMp1ICMP提供了不同的消息类型，这里列举了常用的消息类型。0EchoReply响应回应消息3DestinationUnreachable目的不可达消息4SourceQuench源抑制消息5Redirect重定向消息8Echo响应消息11TimeExceeded超时消息12ParameterProblem参数问题消息13Timestamp时间戳消息TimestampReply时间戳回应消息通常情况下消息类型是成对出现的。如EchoReply就是对Echo消息的回应。同一个类型的消息也包含了不同的信息。Code代码就细分了几类，这里列举了以下四个：0=netunreachable网络不可达1=hostunreachable主机不可达2=protocolunreachable协议不可达3=portunreachable端口不可达TCP数据段被封装到IP数据包内。TCP数据报由TCPHead（头部）和TCPData（数据）组成。TCP最多有60个字节的头部，如果没有Option字段，正常的长度是20字节。TCPHead组成如图所示，这里简单介绍以下几个部分，详细功能作用请参考传输层协议。SourcePort：源端口号。TCP会为应用程序分配一个源端口号。DestinationPort：目的端口号。SequenceNumber：序列号。用于标识从TCP发送端向TCP接收端发送的数据字节流。AckNum：确认序列号。确认序列号包含发送确认的一端所期望收到的下一个序号。确认序列号为上次成功收到的数据序列号加1。Option：选项字段。网络层收到传输层的TCP数据段后会再加上网络层IP头部信息。普通的IP头部固定长度为20个字节（不包含IP选项字段）。IP报文头主要由以下字段组成：报文长度是指头部占32比特字的个数，包括任何选项。由于它是一个4比特字段，24=16，除掉全0项共有15个有效值比特字段，其中最大值也为15，表示头部占15个32比特。因此32*15/8=60字节，头部最长为60字节。版本号（Version）字段标明了IP协议的版本号，目前的协议版本号为4。下一代IP协议的版本号为6。8比特的服务类型（TOS，TypeofService）字段包括一个3比特的优先权字段（COS，ClassofService），4比特TOS字段和1比特未用位。4比特TOS分别代表最小时延、最大吞吐量、最高可靠性和最小费用。总长度（Totallength）是整个IP数据报长度，包括数据部分。由于该字段长16比特，所以IP数据报最长可达65535字节。尽管可以传送一个长达65535字节的IP数据报，但是大多数的链路层都会对它进行分片。而且，主机也要求不能接收超过576字节的数据报。UDP限制用户数据报长度为512字节，小于576字节。而事实上现在大多数的实现（特别是那些支持网络文件系统NFS的实现）允许超过8192字节的IP数据报。标识符（Identification）字段唯一地标识主机发送的每一份数据包。通常每发送一份报文它的值就会加1。生存时间（TTL，TimetoLive）字段设置了数据包可以经过的路由器数目。一旦经过一个路由器，TTL值就会减1，当该字段值为0时，数据包将被丢弃。协议字段确定在数据包内传送的上层协议，和端口号类似，IP协议用协议号区分上层协议。TCP协议的协议号为6，UDP协议的协议号为17。报头校验和（Headchecksum）字段计算IP头部的校验和，检查报文头部的完整性。源IP地址和目的IP地址字段标识数据包的源端设备和目的端设备以太网头部由三个字段组成：DMAC：表示目的终端MAC地址。SMAC：表示源端MAC地址。LENGTH/TYPE字段：根据值的不同有不同的含义：当LENGHT/TYPE1500时，代表该数据帧的类型（比如上层协议类型）常见的协议类型有：0X0800IP数据包0X0806ARP请求/应答报文0X8035RARP请求/应答报文。当LENGTH/TYPE1500时，代表该数据帧的长度。DATA/PAD：表示具体的数据。以太网规定数据部分最小长度为46字节，不足46字节，需要在数据部分增加填充（Pad）字节。以太网尾部为FCS字段：是帧校验字段，来判断该数据帧是否出错。HCDA-HNTD第一章网络互联基础HUAWEIospf协议号89直接在ip上EIGRP88RIP520在udp上TCP使用IP作为网络层协议，TCP数据段被封装在一个IP数据包内。TCP数据段由TCPHead（头部）和TCPData（数据）组成。TCP最多有60个字节的首部,如果没有任选字段，正常的长度是20字节。TCPHead如上图标识的一些字段组成，这里列出几个常用的字段。16位源端口号：TCP会为源应用程序分配一个源端口号。16位目的端口号：目的应用程序的端口号。每个TCP段都包含源和目的端的端口号，用于寻找发端和收端应用进程。这两个值加上IP首部中的源端IP地址和目的端IP地址可以唯一确定一个TCP连接。32位序列号：用于标识从TCP发端向TCP收端发送的数据字节流。32位确认序列号：确认序列号包含发送确认的一端所期望收到的下一个序号。确认序列号为上次成功收到的数据序列号加1。4位首部长度：表示首部占32bit字的数目。因为TCP首部的最大长度为60字节。16位窗口大小：表示接收端期望接收的字节，由于该字段为16位，因而窗口大小最大值为65535字节。16位检验和：检验和覆盖了整个TCP报文段，包括TCP首部和TCP数据。该值由发端计算和存储并由接收端进行验证。UDP和TCP一样都使用IP作为网络层协议，TCP数据报被封装在一个IP数据包内。由于UDP不象TCP一样提供可靠的传输，因此UDP的报文格式相对而言较简单。整个UDP首部有如下标识：16位源端口号：为源端应用程序分配的一个源端口号。16位目的端口号：目的应用程序的端口号16位UDP长度：是指UDP首部和UDP数据的字节长度。该字段的最小值为8。16位UDP检验和：该字段提供与TCP检验和同样的功能，只不过在UDP协议中该字段是可选的。ICMP协议是网络层的一个重要组成部分。IP不提供可靠性，所以无法获取到网络故障的信息，利用ICMP可以获取网络中问题的反馈。ICMP传递差错、控制、查询报文等信息。其报文被封装在IP报文中，协议字段值为1。一些高层应用常会引用ICMP协议，如前面胶片介绍的Ping和即将会