diff --git a/SUMMARY.md b/SUMMARY.md index d788e2e..567f476 100644 --- a/SUMMARY.md +++ b/SUMMARY.md @@ -14,3 +14,4 @@ * [第十二天, OSPF基础知识](d12-OSPF-Basics.md) * [第十三天, OSPF版本3](d13-OSPFv3.md) * [第十四天, DHCP及DNS](d14-DHCP-and-DNS.md) +* [第十五天, 一二层排错](d15-Layer_1-and-Layer_2-Troubleshooting.md) diff --git a/d14-DHCP-and-DNS.md b/d14-DHCP-and-DNS.md index 73452b0..fbf3302 100644 --- a/d14-DHCP-and-DNS.md +++ b/d14-DHCP-and-DNS.md @@ -6,11 +6,11 @@ ##第14天任务 -+ 阅读今天的课文 -+ 复习昨天的课文 -+ 完成今天的实验 -+ 阅读ICND1记诵指南 -+ 花15分钟在[subnetting.org](http://www.subnetting.org)上 +- 阅读今天的课文 +- 复习昨天的课文 +- 完成今天的实验 +- 阅读ICND1记诵指南 +- 花15分钟在[subnetting.org](http://www.subnetting.org)上 主机使用动态主机配置协议(Dynamic Host Configuration Protocol, DHCP),紧接着加电启动后,收集到包括了IP地址、子网掩码及默认网关等初始配置信息。因为所有主机都需要一个IP地址,以在IP网络中进行通信,而DHCP就减轻了手动为每台主机配置一个IP地址的管理性负担。 @@ -18,12 +18,12 @@ 今天将学到以下内容。 -+ DHCP操作, DHCP operations -+ 配置DHCP, configuring DHCP -+ DHCP故障排除, troubleshooting DHCP issues -+ DNS操作, DNS operations -+ 配置DNS, configuring DNS -+ DNS故障排除, troubleshooting DNS issues +- DHCP操作, DHCP operations +- 配置DHCP, configuring DHCP +- DHCP故障排除, troubleshooting DHCP issues +- DNS操作, DNS operations +- 配置DNS, configuring DNS +- DNS故障排除, troubleshooting DNS issues 本课对应了以下CCNA大纲要求。 @@ -57,12 +57,12 @@ DHCP具体使用UDP端口67和68,来在网络上通信,同时,尽管在需 客户端的DHCP状态如下: -+ 初始化,initialising -+ 选择,selecting -+ 请求,requesting -+ 绑定,bound -+ 更新,renewing -+ 重绑定,rebinding +- 初始化,initialising +- 选择,selecting +- 请求,requesting +- 绑定,bound +- 更新,renewing +- 重绑定,rebinding DHCP服务器可被配置为在一个名为租期的特定时期,赋予某台主机一个IP地址。租期可以是几个小时或几天。对于那些不能在网络上分配给主机的IP地址,可以也应该予以保留。这些保留的IP地址,将是已被路由器接口或服务器所使用的地址。如未能保留这些地址,就会看到网络上的重复IP地址告警,因为DHCP服务器已将配置给路由器或服务器的地址,分配给了主机。 @@ -86,9 +86,9 @@ DHCP服务器可被配置为在一个名为租期的特定时期,赋予某台 DHCP服务器可被配置为以几种不同方式提供IP地址,包括下面这些。 -+ 动态分配, Dynamic allocation -+ 自动分配, Automatic allocation -+ 静态分配, Static allocation +- 动态分配, Dynamic allocation +- 自动分配, Automatic allocation +- 静态分配, Static allocation **动态分配** @@ -119,12 +119,12 @@ DHCP服务器的IP地址静态分配,是指定义出一些期望在网络上 在定义的DHCP范围内部,可以配置诸如下面的一些参数。 -+ IP地址范围, IP address range -+ 子网掩码, subnet mask -+ 租约持续时间,lease duration -+ 默认网关,default gateway -+ DNS服务器,DNS server -+ WINS服务器,WINS server +- IP地址范围, IP address range +- 子网掩码, subnet mask +- 租约持续时间,lease duration +- 默认网关,default gateway +- DNS服务器,DNS server +- WINS服务器,WINS server 依据所使用的DHCP服务器,也可以使用不同参数,创建出不同的范围,而这通常与不同子网有关。 @@ -138,13 +138,13 @@ DHCP租期关乎每次DHCP分配,限定允许用户使用一个分配到的1P 工作站也能手动释放其IP地址,比如在以下情况下。 -+ 设备无限期关机,the device is turned off indefinitely -+ 设备移至另一子网(比如,从有线网络移到无线网络),the device moves to another subnet(e.g, to a wireless network from a wired network) +- 设备无限期关机,the device is turned off indefinitely +- 设备移至另一子网(比如,从有线网络移到无线网络),the device moves to another subnet(e.g, to a wireless network from a wired network) 租借过程有几个相关的计时器,因此可以肯定在所有网络设备上总是会有一个更新过的IP地址。下面是两个重要的DHCP计时器。 -+ **续借(T1)计时器**(renewal(T1) timer, 默认是租期的一半):在工作站取得一个IP地址后,此计时器就开始计时,当到达租期的50%时,DHCP客户端将向来源DHCP服务器重申租约。 -+ **重新绑定(T2)计时器**(rebinding(T2) timer, 默认是租期的87.5%):这第二个计时器用在DHCP服务器未有在续借计时器超时后,进行回应或确认的情形。该计数器指出,如租期已过7/8, 那么客户端将尝试找到(发出一个DHCP请求)另一能够提供DHCP地址的DHCP服务器。 +- **续借(T1)计时器**(renewal(T1) timer, 默认是租期的一半):在工作站取得一个IP地址后,此计时器就开始计时,当到达租期的50%时,DHCP客户端将向来源DHCP服务器重申租约。 +- **重新绑定(T2)计时器**(rebinding(T2) timer, 默认是租期的87.5%):这第二个计时器用在DHCP服务器未有在续借计时器超时后,进行回应或确认的情形。该计数器指出,如租期已过7/8, 那么客户端将尝试找到(发出一个DHCP请求)另一能够提供DHCP地址的DHCP服务器。 有了租借过程及上述有关计时器,就可以肯定总是会及时拥有一个IP地址,且连带不会有任何停止时间,同时自动地有着一种构建于DHCP过程中的冗余机制。 @@ -164,14 +164,14 @@ DHCP租期关乎每次DHCP分配,限定允许用户使用一个分配到的1P DHCP提供了256选项值,其中仅254个是可用的,因为0是垫底选项,而255是最后选项(0 is the pad option and 255 is the end option)。许多DHCP选项都是通常所了解的经常使用到的参数,包括下面这些。 -+ 子网掩码,subnet mask -+ 域名服务器,domain name server -+ 域名,domain name +- 子网掩码,subnet mask +- 域名服务器,domain name server +- 域名,domain name 这些年来,已加入一些额外的DHCP选项,尤其是VoIP用途的那些选项,比如下面这些。 -+ 选项129: 呼叫服务器IP地址 -+ 选项135: 话机相关应用的HTTP代理服务器 +- 选项129: 呼叫服务器IP地址 +- 选项135: 话机相关应用的HTTP代理服务器 所有这些选项都是直接在DHCP服务器上配置,但不是所有DHCP服务器都提供了设置DHCP选项的能力。如网络管理员要用到这些特性,就应该采用一种企业级别的DHCP服务器。在将小型路由器作为家庭办公环境的DHCP服务器是,就可能不会有这些功能上的益处。 @@ -204,10 +204,10 @@ Router(dhcp-config)#lease 30 该DHCP池配置模式(the DHCP Pool Configuration mode)同时也是配置其它DHCP选项的地方。在上面的配置输出中,配置了以下这些参数。 -+ 默认网关:`192.168.1.1`(指派到将该路由器作为DHCP服务器所服务网络中的路由器接口地址) -+ DNS服务器:`8.8.8.8` -+ 域名:Network+ -+ 租期:30天 +- 默认网关:`192.168.1.1`(指派到将该路由器作为DHCP服务器所服务网络中的路由器接口地址) +- DNS服务器:`8.8.8.8` +- 域名:Network+ +- 租期:30天 在需要时,也可以配置一些从`192.168.1.0/24`范围中排除的地址。我们就说要排除路由器接口IP地址(`192.168.1.1`)及`192.168.1.250`到`192.168.1.255`地址范围,从该范围就可手动为网络中的服务器分配地址。这是通过下面的配置完成的。 @@ -297,7 +297,7 @@ DHCP分配过程的最后数据包就是由服务器发出的DCHP确认数据包 该数据包发自DHCP服务器并被广播到网络上;其同样包含了在上面的截屏中所看到的一些额外字段。 -+ DHCP服务器标识:该DHCP服务器的IP地址(192.168.1.1) +- DHCP服务器标识:该DHCP服务器的IP地址(192.168.1.1) + 路由器上配置的所有选项。 - 租期:30天(以及派生出的早前讨论的过续租时间和重新绑定时间值) - 子网掩码:`255.255.255.0` diff --git a/d15-Layer_1-and-Layer_2-Troubleshooting.md b/d15-Layer_1-and-Layer_2-Troubleshooting.md index b170bc9..804e452 100644 --- a/d15-Layer_1-and-Layer_2-Troubleshooting.md +++ b/d15-Layer_1-and-Layer_2-Troubleshooting.md @@ -6,11 +6,11 @@ ##第15天任务 -+ 阅读今天的课文 -+ 复习昨天的课文 -+ 完成今天的实验 -+ 阅读ICND1记诵指南 -+ 在[subnetting.org](http://www.subnetting.org)花15分钟 +- 阅读今天的课文 +- 复习昨天的课文 +- 完成今天的实验 +- 阅读ICND1记诵指南 +- 在[subnetting.org](http://www.subnetting.org)花15分钟 先前数课中已涵盖ICND1排错的许多要求,尤其是关于ACLs及IP分址方面。许多可能的故障都发生在一二层,一二层故障及其原因,是今天这课的重点。 @@ -18,10 +18,10 @@ LAN交换是一种用在局域网中的包交换形式。LAN交换是在数据 今天将学习以下内容。 -+ 物理层排错 -+ VLAN、VTP及中继概述 -+ VLANs排错 -+ 运用`show vlan`命令 +- 物理层排错 +- VLAN、VTP及中继概述 +- VLANs排错 +- 运用`show vlan`命令 本模块对应了下面的CCNA大纲要求。 @@ -169,20 +169,20 @@ PoE LED只有在Catalyst 2960交换机型号上才能找到。 在对线路故障进行排错时(一层排错),因为可以直接地查看及检查网线,所以通常都是非常容易找到问题的。但是,有些时候线路问题可以是看不见的,所以就不得不完成一个系统性的排错过程,以确保问题确实是在一层当中。一个一般性建议就是在进行复杂步骤之前,先适当地对所有网线进行测试(however, sometimes cabling problems can be invisible, so you will have to engage in a systematic troubleshooting process to make sure the problem is really localised at Layer 1. A general recommendation is to properly test all cabling before engaging in a complex infrastructure implementation)。下面是一些常见的线路问题。 -+ 有插入网线但没有连接 -+ 有插入网线且有得到连接,但那条连接的吞吐量极低 -+ 所有都工作正常,但突然没有了连接,接着又恢复正常,接着又无连接(也就是抖动,flapping) -+ 间歇的连通性,看起来工作正常,但信号一次又一次地丢失 +- 有插入网线但没有连接 +- 有插入网线且有得到连接,但那条连接的吞吐量极低 +- 所有都工作正常,但突然没有了连接,接着又恢复正常,接着又无连接(也就是抖动,flapping) +- 间歇的连通性,看起来工作正常,但信号一次又一次地丢失 一些针对这些问题的建议测试有下面这些。 -+ 检查交换机链路灯是否亮起 -+ 检查链路灯有没有间隙地开启和关闭 -+ 检查网线压得对不对 -+ 检查网线未有物理损坏 -+ 检查网线不是过长(这会导致信号恶化) -+ 检查网线连接头没有问题(可能需要另外的连接头) -+ 检查电线针脚顺序是正确的(如是铜线的话) +- 检查交换机链路灯是否亮起 +- 检查链路灯有没有间隙地开启和关闭 +- 检查网线压得对不对 +- 检查网线未有物理损坏 +- 检查网线不是过长(这会导致信号恶化) +- 检查网线连接头没有问题(可能需要另外的连接头) +- 检查电线针脚顺序是正确的(如是铜线的话) 如要确认遇到的不是网线故障,最简单的做法就是换一根好的网线,在进行同样的测试。这很容易办到同时可马上解决问题,而无需在排错过程中耗费过多的时间和资源。 @@ -203,13 +203,13 @@ PoE LED只有在Catalyst 2960交换机型号上才能找到。 尽管SFP模块看起来都一样,但依据所使用的连接类型,根据下面这些参数,来选用适当的SFP模块。 -+ 介质类型:光纤还是铜缆, optical fibre or copper -+ 光纤类别:单模还是多模光纤(single-mode or multi-mode fibre) -+ 带宽, bandwidth -+ 波长, wavelength -+ 光纤规格,core size -+ 模带宽,modal bandwidth -+ 运行距离,operating distance +- 介质类型:光纤还是铜缆, optical fibre or copper +- 光纤类别:单模还是多模光纤(single-mode or multi-mode fibre) +- 带宽, bandwidth +- 波长, wavelength +- 光纤规格,core size +- 模带宽,modal bandwidth +- 运行距离,operating distance > **注意:**在为网络采购收发器时,应总要对设备端口、模块类型及所使用的光纤进行检查。 @@ -217,11 +217,11 @@ PoE LED只有在Catalyst 2960交换机型号上才能找到。 此外,插入光纤将激活那个端口,但又因为各种不同故障而致使连通性受到影响(比如性能恶化或是间歇的连通性),或是没有连通性。此时,有着下面几种可供采行的方法。 -+ 依据收发器的类型,检查使用的线缆类型是正确的(多模还是单模) -+ 检查线缆是完好的,要使用那些专门的光纤测试工具 -+ 检查所使用的收发器是正确的类型 -+ 检查收发器没有硬件故障(换另一个收发器并进行测试) -+ 依据所使用的收发器和线缆类别,检查设备端口有配置上正确的参数 +- 依据收发器的类型,检查使用的线缆类型是正确的(多模还是单模) +- 检查线缆是完好的,要使用那些专门的光纤测试工具 +- 检查所使用的收发器是正确的类型 +- 检查收发器没有硬件故障(换另一个收发器并进行测试) +- 依据所使用的收发器和线缆类别,检查设备端口有配置上正确的参数 为令到连接停机时间最低,就应检测那些插入了SFP模块的端口,以观察出现在统计信息中的可能错误。而这可通过标准监测工具完成,最常用的就是SNMP。 @@ -233,13 +233,13 @@ PoE LED只有在Catalyst 2960交换机型号上才能找到。 `show interfaces`命令是一个提供过剩信息的强大工具,提供包括以下这些信息。 -+ 交换机端口的管理状态 -+ 端口允许状态 -+ 介质类型(对于特定交换机及端口,for select switches and ports) -+ 端口输入及输出数据包数目 -+ 端口缓存失效数及端口错误数 -+ 端口输入及输出错误 -+ 端口输入及输出队列丢失情况 +- 交换机端口的管理状态 +- 端口允许状态 +- 介质类型(对于特定交换机及端口,for select switches and ports) +- 端口输入及输出数据包数目 +- 端口缓存失效数及端口错误数 +- 端口输入及输出错误 +- 端口输入及输出队列丢失情况 下面是在一个GigabitEthernet交换端口上的`show interfaces`命令的输出。 @@ -286,13 +286,13 @@ Output queue: 0/40 (size/max) `show interfaces`的输出中的一些其它接口相关的可分析的,同时在一二层排错中非常有用的术语,有下面这些。 -+ **帧数目**(frame number):该字段给出了接收到的带有不正确的CRC及大小不是整数个字节的数据包数目。这通常是由不正常功能的以太网设备(硬件错误)而导致的冲突造成的。 -+ **循环冗余校验**(CRC):该字段表示由发送设备生成的CRC与接收设备计算出的校验和不一致。这通常表示LAN上的传输错误、冲突或是系统传输不良数据。 -+ **畸形帧**(runts): 此字段表示由于比最小数据包大小还小而丢弃的包数量。在以太网段上,比64字节还小的包都被看作畸形帧。 -+ **巨大帧**(giants): 此字段表示由于比最大数据包大小还大而丢弃的包数量。在以太网段上,比起1518字节还大的数据包被看作巨大帧。 -+ **晚发冲突**(late collisions): 晚发冲突通常在网线过长或网络中有过多中继器时。冲突数目反应了因为以太网冲突而导致的重传报文数目。而这通常是由于对LAN的过度扩展造成的。 -+ **输入错误**(input errors): 该字段提供所有畸形帧、巨大帧、CRC错误帧、超出帧(overruns)及忽略数据包的总数。 -+ **输出错误**(output errors): 该字段提供了阻止数据报最后从接口发出的错误总数(this field provides the total sum of all errors that prevented the final transmission of datagrams out of the interface)。 +- **帧数目**(frame number):该字段给出了接收到的带有不正确的CRC及大小不是整数个字节的数据包数目。这通常是由不正常功能的以太网设备(硬件错误)而导致的冲突造成的。 +- **循环冗余校验**(CRC):该字段表示由发送设备生成的CRC与接收设备计算出的校验和不一致。这通常表示LAN上的传输错误、冲突或是系统传输不良数据。 +- **畸形帧**(runts): 此字段表示由于比最小数据包大小还小而丢弃的包数量。在以太网段上,比64字节还小的包都被看作畸形帧。 +- **巨大帧**(giants): 此字段表示由于比最大数据包大小还大而丢弃的包数量。在以太网段上,比起1518字节还大的数据包被看作巨大帧。 +- **晚发冲突**(late collisions): 晚发冲突通常在网线过长或网络中有过多中继器时。冲突数目反应了因为以太网冲突而导致的重传报文数目。而这通常是由于对LAN的过度扩展造成的。 +- **输入错误**(input errors): 该字段提供所有畸形帧、巨大帧、CRC错误帧、超出帧(overruns)及忽略数据包的总数。 +- **输出错误**(output errors): 该字段提供了阻止数据报最后从接口发出的错误总数(this field provides the total sum of all errors that prevented the final transmission of datagrams out of the interface)。 除了`show interfaces`命令,命令`show interfaces [name] counters errors`也可以用来查看接口错误及促进一层的排错。下面就是命令`show interface [name] counters errors`打印出的输出。 @@ -384,8 +384,8 @@ Transmit GigabitEthernet3/0/1 Receive 各台网络设备都可以不同方式进行配置。多数类型的错误配置都产生网络中的问题,包括下面这些。 -+ 极低的流量吞吐,poor throughput -+ 没有连通性,lack of connectivity +- 极低的流量吞吐,poor throughput +- 没有连通性,lack of connectivity 某台设备可以连接到网络,有着网络信号,同时可以与Internet及其它设备通信,却有着以持续的、易于重现方式的低通信性能。这种情况可能在正常运行中,包括与网络其它部分进行文件传输或其它类型的通信中出现。 @@ -393,9 +393,9 @@ Transmit GigabitEthernet3/0/1 Receive 配置端口时有几项不同的设置,包括下面这些。 -+ 速率,speed -+ 双工,duplex -+ 封装/VLAN, encapsulation/VLAN +- 速率,speed +- 双工,duplex +- 封装/VLAN, encapsulation/VLAN 大多数的这些参数都必须在链路两侧保持一致,要么通过手动配置,或是通过开启端口自动配置。如能探测到,自动配置方式将在链路上发送协商数据包,来探测另一端的各种能力,并就两端设备的最佳参数达成一致,以建立最优传输。问题在于有的时候自动配置并不会按照需求选择出最佳参数,所以就要对此进行检查并针对各种特定情形对端口进行手动配置。 @@ -411,13 +411,13 @@ Transmit GigabitEthernet3/0/1 Receive 先前的小节中,我们谈到可用用于物理层故障排除的三个命令行命令的使用。本节将给出一些用于对VLAN内倍连通性故障进行鉴别及排错的常见方法(the use of three CLI commands that can be used for troubleshooting Physical Layer issues. this section describes some common approaches to identifying and troubleshooting intra-VLAN connectivitiy issues)。VLAN内部连通性故障的一些相对来讲更为常见的原因,有下面这些。 -+ 双工不匹配,duplex mismatches -+ 坏的网卡或网线,bad NIC or cable -+ 壅塞,congestion -+ 硬件故障,hardware issues -+ 软件故障, software issues -+ 资源过度预订, resource oversubscription, [Cisco MDS交换机端口组速率模式介绍](pdfs/EMC_Community_Network-ECN_Cisco_MDS交换机端口组速率模式介绍.pdf) -+ 配置问题,configuration issues +- 双工不匹配,duplex mismatches +- 坏的网卡或网线,bad NIC or cable +- 壅塞,congestion +- 硬件故障,hardware issues +- 软件故障, software issues +- 资源过度预订, resource oversubscription, [Cisco MDS交换机端口组速率模式介绍](pdfs/EMC_Community_Network-ECN_Cisco_MDS交换机端口组速率模式介绍.pdf) +- 配置问题,configuration issues **双工不匹配**可导致甚低网络性能及连通性。尽管已有对自动协商的改进,同时采行自动协商被认为是有效的做法,双工不匹配仍有可能发生。比如,在网卡设置为100/Full,而交换机端口是自动协商时,网卡将保持其100/Full设置,但交换机端口将被设置为100/Half。而与此相反,也会出现双工不匹配的问题。也就是网卡设置自动协商,交换机端口设置为100/Full。此时,网卡将自动协商为100/Half,而交换机端口保持其静态的100/Full配置,导致双工不匹配。 @@ -447,12 +447,12 @@ Transmit GigabitEthernet3/0/1 Receive 某台交换机在加入到VTP域时无法动态接收任何VLAN信息的原因有好几个。下面是一些常见的原因。 -+ 二层中继配置错误,Layer 2 trunking misconfiguration -+ 不正确的VTP配置,incorrect VTP configuration -+ 配置修订号,configuration revision number -+ 物理层故障, Physical Layer issues -+ 软件或硬件故障或缺陷,software or hardware issues or bugs -+ 交换机性能问题, switch performance issues +- 二层中继配置错误,Layer 2 trunking misconfiguration +- 不正确的VTP配置,incorrect VTP configuration +- 配置修订号,configuration revision number +- 物理层故障, Physical Layer issues +- 软件或硬件故障或缺陷,software or hardware issues or bugs +- 交换机性能问题, switch performance issues 为令到交换机采用VTP交换VLAN信息,交换机间必须建立中继链路。思科IOS交换机支持ISL和802.1Q两种中继机制。尽管一些交换机默认采用ISL这种思科专有中继机制,不过当前思科IOS Catalyst交换机默认都采用802.1Q了。在提供交换机间中继时,手动指定中继封装协议被认为是好的做法。这是通过在将链路配置为中继端口时,使用接口配置命令`switchport trunk encapsulation [isl|dot1q]`完成的。 @@ -569,14 +569,13 @@ MD5 Digest : 0x26 0x99 0xB7 0x93 0xBE 0xDA 0x76 0x9C 某个VLAN中端到端连通性丢失有好几个原因。而最常见的原因包括下面这些。 -+ 物理层故障,Physical Layer issues -+ VTP修剪,VTP pruning -+ VLAN中继链路过滤,VLAN trunk filtering -+ 新的交换机,new switches -+ 交换机性能问题,switch performance issues -+ 网络壅塞, network congestion - -+ 软件或硬件问题或缺陷,software or hardware issues or bugs +- 物理层故障,Physical Layer issues +- VTP修剪,VTP pruning +- VLAN中继链路过滤,VLAN trunk filtering +- 新的交换机,new switches +- 交换机性能问题,switch performance issues +- 网络壅塞, network congestion +- 软件或硬件问题或缺陷,software or hardware issues or bugs > **注意:**为简明扼要地讲解,这里只会对中继、VTP修剪、以及往域内新加入交换机三个方面进行说明。软件或硬件问题或缺陷及交换机性能问题在本书中已有说明。而物理层排错在本模块早前已经进行了讲解。 @@ -620,8 +619,8 @@ Fa0/2 1,40,50,60,70,80,90,254 解决中继故障的另一重要步骤,就是查明中继链路两端所配置的正确封装类型。大多数思科交换机都允许ISL及802.1Q封装类型。而尽管大多数现代网络都是设计使用dot1Q, 仍然可能存在一些网络优先使用ISL的情形。封装类型是通过使用接口配置命令`switchport trunk encapsulation <type>`配置的。而可用于查看封装类型的命令如下。 -+ `show interfaces trunk` -+ `show interfaces <number> switchport` +- `show interfaces trunk` +- `show interfaces <number> switchport` 在某个已被静态配置为802.1Q中继链路端口上的`show interfaces [name] switchport`命令的输出如下所示。 @@ -755,8 +754,8 @@ VLAN与属于该VLAN的接入端口一样,再度包含在了输出中。中继 带上或不带参数的`show vlan`命令,在排错过程的以下方面,都是最为有用的命令。 -+ 确认设备上所配置的VLANs -+ 判定端口成员关系 +- 确认设备上所配置的VLANs +- 判定端口成员关系 另一个有用的VLAN排错命令,就是`show vtp counters`。该命令打印有关VTP数据包统计的信息。以下是在某台配置为VTP服务器的交换机上,`show vtp counters`的输出。 @@ -842,20 +841,20 @@ Fa0/12 0 1 0 在真实设备上对本模块中提到的一层排错相关命令进行测试。 - + 如同模块中所讲解的那样,检查不同场景下交换机系统及端口LED状态 - + 执行一下`show interface`命令,并对本模块中所说明的有关信息进行查证 - + 对`show controllers`及`show interface counters errors`进行同样的执行 + - 如同模块中所讲解的那样,检查不同场景下交换机系统及端口LED状态 + - 执行一下`show interface`命令,并对本模块中所说明的有关信息进行查证 + - 对`show controllers`及`show interface counters errors`进行同样的执行 ###二层排错使用 在真实设备上对本模块中提到的二层排错相关命令进行测试。 - + 在交换机之间配置VTP,并将一些VLANs从VTP服务器通告到VTP客户端(查看第三天的VTP实验) - + 在两台交换机之间配置一条中继链路,并生成一些流量(ping操作) - + 测试`show vlan`命令 - + 测试`show interface counters trunk`命令 - + 测试`show interface switchport`命令 - + 测试`show interface trunk`命令 - + 测试`show VTP status`命令 - + 测试`show VTP counter`命令 + - 在交换机之间配置VTP,并将一些VLANs从VTP服务器通告到VTP客户端(查看第三天的VTP实验) + - 在两台交换机之间配置一条中继链路,并生成一些流量(ping操作) + - 测试`show vlan`命令 + - 测试`show interface counters trunk`命令 + - 测试`show interface switchport`命令 + - 测试`show interface trunk`命令 + - 测试`show VTP status`命令 + - 测试`show VTP counter`命令