简介：面向网络运维初学者与中小型项目网络管理人员的迈普交换机配置入门文档，聚焦日常最常用的命令行操作，帮助读者在没有原厂培训的条件下快速上手设备调试与业务开通。压缩包内共1个doc文件，约34KB，内容按命令用途分条整理，不涉及多余素材，便于随查随用。文档围绕基础配置展开，涵盖进入Enable与全局配置模式、修改交换机名称、设置enable密码、创建VLAN并添加描述、在VLAN下绑定打标或非打标端口以及配置PVID；还涉及全局IGMP Snooping启用、端口广播风暴抑制关闭、三网合一场景下上网、电话与IPTV三个VLAN的端口划分实例、端口环路检测的keepalive周期设置，以及通过filesystem与delete startup清空配置并重启的思路。目前已有11037人学习，适合作为命令查阅手册和配置思路参考。

1. 弱电间里最尴尬的一幕，是一台接入交换机同时跑着办公上网、IP 电话和 IPTV 三套业务

端口插错一根线，财务的电脑就去电话网段要地址了；上行口 tag/untag 写反，整层楼断网，而面板灯还是绿的。迈普交换机配置这份文档对准的就是这个现场：它不谈协议原理，只把一台接入层设备的命令拉成一条线——模式怎么进、VLAN 怎么切、端口打标不打标怎么选、PVID 绑在哪、IGMP Snooping 什么时候必须开、环路检测 keepalive 的秒数怎么定，最后给出一整段三网合一的可抄配置。适合第一次独立上手迈普设备、被 tag/untag 和 pvid 绕晕的运维，也适合要把老旧接入层重新规划 VLAN 的现场工程师。文档不厚，命令是干的，照着敲能通，但前提是你知道每一步为什么这么写。

2. 命令行骨架先立住：四种提示符、主机名与 enable 密码的落地顺序

2.1 先认清四种提示符，再谈业务命令

迈普这代接入交换机的命令行分四层，提示符直接告诉你现在站在哪：Switch>是用户模式，只能看少量状态；Switch#是特权模式，能show run、能保存配置；Switch(config)#是全局配置模式，改主机名、建 VLAN、开全局功能都在这一层；再往下是子模式，进 VLAN 就是Switch(config-vlan)#，进端口就是端口配置模式。层级搞错的表现很统一——命令明明在文档里抄对了，回车却回一句无法识别的报错，很多人第一反应是「这台设备不支持这个功能」，实际上是站错了楼层。

和常见的interface GigabitEthernet0/1写法不同，迈普这套配置里端口直接用port 0/1这种「槽位/端口」的短格式，批量写就是port 0/3-0/6。这个差异在跨厂商环境里最容易翻车：从别的设备复制过来的配置粘过来，端口名对不上，命令整段不生效，而屏幕只报第一条错。我一般的习惯是先用show run看清当前配置里端口到底写成什么格式，再决定抄哪一套，别凭记忆。

还有一个容易忽略的点：全局配置模式下的改动是「运行配置」，写在内存里，断电就没。真正落到 startup 文件要靠write（缩写wr）。弱电间施工经常是配完就拉闸换位置，没保存的那一版等于没配过，第二天开机回到出厂状态，人还以为设备坏了。

2.2 从 Switch> 到 Switch(config)#：一段能直接抄的起步脚本

下面这段是每次上机我都会先走一遍的最小骨架，包含进模式、改主机名、设 enable 密码、退出保存：

Switch>enable # 从用户模式进入特权模式 Switch#configure terminal # 进入全局配置模式 Switch(config)#hostname Switch_1 # 改设备名，提示符随之变化 Switch_1(config)#enable password 0 Net@2024 # 设置 enable 密码，0 表示后面跟明文 Switch_1(config)#exit # 退回特权模式 Switch_1#write # 保存运行配置到 startup 文件

逐行说明一下为什么是这个顺序。第一行enable不带参数，是从用户模式往上跳一层，如果设备已经设了 enable 密码，这一步会要求输入；第二行configure terminal建议写全，虽然多数版本支持config t缩写，但在不同版本上缩写识别并不完全一致，写全永远不会错；第三行hostname改的是提示符显示名，不改管理 IP，也不影响任何业务转发，但它对后面排查的价值极高——一台机柜里堆五六台同型号设备，名字都是默认的，你根本不知道自己 telnet 到了哪一台。

第四行的enable password有两个参数位置需要说清楚：[0 | 7]是密码存储形式，0表示后面string是明文，设备按明文存、按明文校验；7表示后面跟的已经是密文，设备不再做二次处理。string就是密码本体，注意它不支持空格，带特殊字符时建议用引号包住或者干脆避开?、空格这类会被命令行解释的符号。第五、六行是收尾，exit退回特权模式再write，也有版本支持在配置模式下直接end回特权模式，效果一样。

更稳妥的做法是配置前先看一眼当前状态，确认自己没在别人的会话上改东西：

Switch_1#show run # 查看当前运行配置全貌 Switch_1#show version # 确认软件版本与端口数量

show run的输出值得逐段读，不只是看自己改没改对，更要看有没有前人留下的 VLAN 和端口绑定。老接入层设备经常是「配置比线还乱」，你以为从零开始，实际上 vlan 1 里还挂着十几个端口，PVID 全是默认值，后面绑业务 VLAN 时冲突就出在这。

2.3 enable password 的 0 与 7，选错了要重刷

enable password 0 xxx和enable password 7 xxx的区别，本质是「你输入的这串字符，设备当明文还是当密文」。选0的时候，设备认为你输的是可读密码，保存后在配置文件里也能看到原文，好处是接手的人一眼能看懂，坏处是show run会把密码暴露给任何能进特权模式的人。选7的时候，设备认为后面那串已经是加密结果，直接原样存、原样比对，你输什么它就认什么。

血泪经验集中在7上：有人看到文档写enable password 7 string，就老老实实敲enable password 7 Net@2024，以为设备会自动帮他加密，结果保存后重新登录，输Net@2024进不去，输别的也进不去，最后只能清配置。原因很简单——设备把Net@2024这七个字符原封不动当成密文去比对，你输入的明文永远匹配不上。正确姿势是：要么用0直接写明文，要么拿设备或工具生成的真实密文跟在7后面，别自己编。

提示：现场如果只有你一个人维护，优先用0写明文，把文档和密码分开保管；如果设备要交付给别人，改成密文形式，并且交付前自己退出重登一次验证，别等验收当天才发现进不去。

2.4 起步阶段的三个自检动作

配完骨架别急着往下走 VLAN，先做三件事，五分钟省掉后面两小时。第一，退出当前会话重新enable一次，验证密码真的生效，而不是只在当前会话里看起来对；第二，show run里确认hostname那一行已经变成你要的名字，而不是还挂着默认值——有些版本改完名字提示符变了但配置没落盘；第三，断电重启一次（如果条件允许），确认write真的写进了 startup 文件。

重启验证这一步很多人嫌麻烦跳过，但接入层设备恰恰最容易在这上面出问题：电池老化、存储写保护、上一次异常断电留下的半截配置，都可能让wr看起来成功、开机却回滚。用show start类命令对照一下启动配置和运行配置是否一致，比事后在弱电间里抓瞎要划算得多。骨架稳了，后面 VLAN 和端口才有意义。

3. VLAN 与端口打标：把上网、电话、IPTV 塞进一台交换机的端口账本

3.1 vlan-num 与 description：编号先规划，别边配边想

vlan [vlan-num]这条命令做两件事：创建 VLAN 并进入 VLAN 配置模式，编号范围 1~4094。注意原文正文里写的是 1~4094，摘要里出现过 1~40945 的数字，那个是笔误，4094 是 802.1Q 标签 12 位 VID 的理论上限减掉保留值，照着 4095 去配一定会被拒。选号的时候有个现场惯例：上网、语音、IPTV 三条业务线拉开距离，别用 10、11、12 这种连号，因为对接的上联设备往往有既有规划，你占了别人的号，联调时要重来。

description string是给 VLAN 加备注，string就是不超长的描述文本，写「VLAN 20 办公上网」比写「vlan20」有用得多——半年后回来改配置的人（很可能就是你自己）靠这一行判断该不该动它。描述不影响转发，但它决定了这份配置还有没有人敢碰。

三网合一场景下，我一般的编号习惯是这样：上网 VLAN 用一个两位或三位数，语音 VLAN 和 IPTV VLAN 各用一个独立的号段，互相不重叠，也不和 vlan 1 打架。文档示例里用的是 VLAN 20 做上网、VLAN 2103 做电话、VLAN 2104 做 IPTV，这种「业务号段化」的写法在对接运营商设备时更好沟通，因为对方问的是「你 IPTV 用哪个 VLAN」，你能一句话答出来。

Switch_1(config)#vlan 20 # 创建上网 VLAN 20 并进入 VLAN 配置模式 Switch_1(config-vlan)#description VLAN20-Uplink # 加描述，标明用途，方便后人接手 Switch_1(config-vlan)#exit Switch_1(config)#vlan 2103 # 创建语音 VLAN 2103 Switch_1(config-vlan)#description VLAN2103-Voice Switch_1(config-vlan)#exit Switch_1(config)#vlan 2104 # 创建 IPTV VLAN 2104 Switch_1(config-vlan)#description VLAN2104-IPTV Switch_1(config-vlan)#exit

这段的逻辑是「先建容器再装端口」。VLAN 没建就直接往端口上绑，不同版本行为不一致，有的会自动建，有的直接报错，还有的配置看起来成功但show run里查不到。参数上只有两点要盯：vlan-num只能在 1~4094，description尽量别用空格开头，部分版本会把首空格吃掉导致显示错位。

3.2 tag 与 untag：trunk 和 access 的真实区别在标签，不在名字

这是整套配置里最容易绕晕的一段。port port-list untagged的意思是：把这些端口加进当前 VLAN，并且出方向不打 802.1Q 标签，对应我们常说的 access 口；port port-list tagged的意思是：把这些端口加进当前 VLAN，出方向打标签，对应 trunk 口。port-list支持单口0/1、范围0/3-0/6，也支持多段拼接。

关键在于「一个端口可以在多个 VLAN 里出现」。上行口接路由器或核心，要同时承载上网、语音、IPTV 三个 VLAN，那它就得在三个 VLAN 下都写一次tagged；而终端口只属于一个业务 VLAN，写untagged就够。写反的后果非常直观：终端口写成tagged，接电脑上去，电脑收到的帧带标签，普通网卡直接丢弃，表现为「插上没反应、灯是亮的」。

还有一个必须说清的边界：同一个端口在同一个 VLAN 下不能既 tagged 又 untagged。不同版本对这种冲突的处理不一样，有的后一条覆盖前一条，有的直接拒绝，有的两条都留在配置里但转发行为诡异。现场确认的办法就是配完show run，把同一端口在不同 VLAN 下的行拉出来对齐看一遍。

Switch_1(config)#vlan 20 Switch_1(config-vlan)#port 0/0 tagged # 上行口 0/0 承载上网 VLAN，打标（trunk） Switch_1(config-vlan)#port 0/1 untagged # 终端口 0/1 划入上网 VLAN，不打标（access） Switch_1(config-vlan)#exit Switch_1(config)#vlan 2103 Switch_1(config-vlan)#port 0/0 tagged # 同一个上行口，再承载语音 VLAN Switch_1(config-vlan)#port 0/2 untagged # 电话机接 0/2 Switch_1(config-vlan)#exit Switch_1(config)#vlan 2104 Switch_1(config-vlan)#port 0/0 tagged # 上行口再承载 IPTV Switch_1(config-vlan)#port 0/3-0/6 untagged # 机顶盒接 0/3 到 0/6 Switch_1(config-vlan)#exit

这段配置的逻辑是「上行口做标签复用，终端口做无标签隔离」。参数上注意两点：tagged只应该出现在需要跨设备传多个 VLAN 的口上，通常是上行口和级联口；untagged的端口列表尽量不要跨多个业务 VLAN 重复出现，否则 PVID 会打架。端口范围写法0/3-0/6中间用短横线，别用逗号，逗号分段的写法在这套命令里不一定认。

3.3 pvid 的位置决定终端拿到哪个网段

PVID（端口默认 VLAN 号）是「这个口收到的无标签帧，归到哪个 VLAN」。前面untagged只解决了出方向不打标，入方向的归属得靠 PVID。所以你会看到文档里两件事总是成对出现：先port 0/1 untagged把口划进 VLAN 20，再port 0/1 pvid 20把这个口的入向归属定成 20。少写后一条，终端发出去的帧就归到默认 VLAN（一般是 vlan 1），DHCP 拿到的是管理网段地址，表现为「能上网但地址不对」或者「跨网段访问不通」。

PVID 的写法在这套命令里有两个位置，取决于版本和模式：一是在 VLAN 配置模式下用port 0/1 pvid 20一次性绑定，二是在端口配置模式下先port 0/1进去再pvid 20。这两种写法文档里都出现过，实际用的时候以设备能接受的那一种为准，敲完一定show run确认落到了端口行下面，而不是飘在全局。

Switch_1(config)#vlan 20 Switch_1(config-vlan)#port 0/1 untagged # 先把端口划进 VLAN 20 Switch_1(config-vlan)#port 0/1 pvid 20 # 再把入向默认 VLAN 定为 20 Switch_1(config-vlan)#exit Switch_1(config)#port 0/1 # 也可以进端口模式配 pvid Switch_1(config-port)#pvid 20 Switch_1(config-port)#exit

pvid-num的取值必须是一个已经存在的 VLAN 号，且这个端口必须已经以 untagged 方式属于该 VLAN。顺序反了——先 pvid 后 untagged——部分版本会报「VLAN 不存在或不匹配」。另外，上行口一般不需要配 PVID 到业务 VLAN，除非对端设备明确要求，因为打标口走的是标签，PVID 只影响无标签帧。

3.4 三网合一整套配置按顺序抄

把前面几段拼起来，就是文档里那段三网合一配置的完整形态。顺序很重要：先删掉 vlan 1 里的端口（避免默认 VLAN 抢归属），再按业务 VLAN 逐个建、加描述、绑 tagged 上行口和 untagged 终端口、最后补 PVID。

Switch_1#show run # 配置前先看现状，确认 vlan 1 里有哪些口 Switch_1(config)#vlan 1 Switch_1(config-vlan)#no port 0/0-0/7 # 清掉 vlan 1 里挂的端口，别让默认 VLAN 抢归属 Switch_1(config-vlan)#exit Switch_1(config)#vlan 20 Switch_1(config-vlan)#description VLAN20-Uplink Switch_1(config-vlan)#port 0/0 tagged Switch_1(config-vlan)#port 0/1 untagged Switch_1(config-vlan)#port 0/1 pvid 20 Switch_1(config-vlan)#exit Switch_1(config)#vlan 2103 Switch_1(config-vlan)#description VLAN2103-Voice Switch_1(config-vlan)#port 0/0 tagged Switch_1(config-vlan)#port 0/2 untagged Switch_1(config-vlan)#port 0/2 pvid 2103 Switch_1(config-vlan)#exit Switch_1(config)#vlan 2104 Switch_1(config-vlan)#description VLAN2104-IPTV Switch_1(config-vlan)#port 0/0 tagged Switch_1(config-vlan)#port 0/3-0/6 untagged Switch_1(config-vlan)#port 0/3-0/6 pvid 2104 Switch_1(config-vlan)#exit Switch_1#write # 整段配完再保存，别配一条存一条

逻辑说明：no port 0/0-0/7是这段配置里最不能省的一步。出厂状态下所有端口都在 vlan 1，你不清，后面配 PVID 时会有端口同时「属于 vlan 1 且 PVID 是 20」的残留，表现为部分终端时通时不通。参数说明：三条业务 VLAN 的编号、描述、端口范围都要按现场实际改，别照抄0/1、0/2、0/3-0/6这些示例端口号；pvid的数字必须和所在的vlan段一致，写成vlan 20里配pvid 2103是最典型的低级错误，配置不报错但业务全乱。

4. IGMP Snooping、风暴抑制与生成树：三个默认值决定了组播会不会翻车

4.1 igmpsnoop enable：IPTV 卡不卡，八成看这一条

IGMP Snooping 的作用是让交换机「听懂」主机和路由器之间的 IGMP 报文，从而知道哪个端口下面有组播接收者，只往需要的端口转发组播流量。不开它，交换机会把组播当广播泛洪到所有端口，一台机顶盒点播 4K，整台交换机的每个口都在收同样的流，带宽被吃满，办公网跟着卡。

文档里的写法是全局一条igmpsnoop enable，在全局配置模式下敲。这条命令的边界要说清楚：它是全局开关，开了之后交换机才开始监听 IGMP 报文；有些版本还需要在 VLAN 下单独开启，或者在端口下配快速离开，具体看设备型号和软件版本。我一般的做法是全局开完之后，立刻用show run确认这行落到了全局段，再去机顶盒端口上验一次实际效果。

Switch_1(config)#igmpsnoop enable # 全局开启 IGMP Snooping，组播按需转发 Switch_1(config)#exit Switch_1#show run # 确认全局段出现 igmpsnoop enable

参数上没有可调项，就是个开关。但要注意时机：这条命令应该在 VLAN 和端口都配完之后再开，配一半就开，中间态会有短暂的组播泛洪，如果这个时间段正好有人在看直播，体验就是「突然卡一下」。

4.2 storm-control disable：广播风暴抑制什么时候该关

storm-control disable是在端口下关闭广播风暴抑制功能。默认情况下很多接入交换机会开启一定阈值的广播抑制，超过阈值就丢弃广播帧。这在纯办公网里是保护，但在三网合一场景下会误伤：IPTV 的组播流、某些语音协议的广播报文，在抑制阈值设得低的时候会被当成风暴丢掉，表现为画面花屏、通话断续，而端口状态一切正常。

文档里给的做法是port 0/0进端口后storm-control disable，把上行口和关键业务口的抑制关掉。这个操作的取舍要讲明白：关掉抑制等于放弃了这层保护，如果网络里真的存在环路或者广播源，广播会一直打到链路饱和。所以正确姿势不是「全关」，而是「关键口关、接入终端口保留」，并且关掉之后必须配合环路检测（后面第 6 章会讲），用另一套机制兜住环路风险。

Switch_1(config)#port 0/0 # 进入上行口配置模式 Switch_1(config-port)#storm-control disable # 关闭该口的广播风暴抑制 Switch_1(config-port)#exit Switch_1#show run # 核对是否只在关键口关闭，而不是全局

参数说明：这条命令没有阈值参数，是纯开关；作用范围是「当前端口」，所以必须逐个口配，别指望一条命令覆盖全机。判断该不该关的标准很简单：这个口上跑不跑组播或实时语音，跑就关，纯数据终端口就留着。

4.3 spanning-tree disable：省掉的是收敛时间，赌上的是环路风险

Spanning-tree disable是全局关闭生成树协议。文档把它写进三网合一配置里，动机很实际：接入层是树形结构、没有冗余链路，生成树带来的只有端口收敛那几十秒的等待，以及和上游设备 STP 版本不一致时的各种怪现象。关掉之后端口起来就是转发状态，IPTV 开机不用等，语音注册也快。

但这条命令的风险等级比其他几条都高。生成树是环路的第一道闸门，关掉之后一旦有人把两根网线插成环（弱电间施工时太常见了），广播会瞬间打满，整台交换机甚至整个二层域雪崩，表现是所有人同时断网、设备 CPU 飙高、面板灯全亮。所以关 STP 的前提条件必须写清楚：拓扑确认无冗余、没有双上行、没有堆叠环，并且必须同时开启端口环路检测作为补偿。

Switch_1(config)#Spanning-tree disable # 全局关闭生成树，前提是拓扑无冗余 Switch_1(config)#exit Switch_1#show run # 确认关闭后，再逐口确认 keepalive 已开

参数说明：这是全局命令，敲下去对所有端口生效，没有例外口的概念。我的习惯是关之前先在图纸上确认一遍拓扑，关之后五分钟内把环路检测配完，中间不留窗口期。如果这台设备上还有级联的下级交换机，且下级也关了 STP，那风险是叠加的，这种情况我宁愿留着 STP 让它慢慢收敛。

4.4 用 show run 做一次全景核对

三条全局开关加一堆端口配置，靠记忆核对一定会漏。配完之后的固定动作是show run从头到尾读一遍，重点看四个位置：全局段有没有igmpsnoop enable、有没有Spanning-tree disable；每个业务 VLAN 段里的port xxx tagged/untagged是否和图纸一致；每个终端口的pvid数字是否等于所在 VLAN 号；关键口有没有storm-control disable。

这张表我一般打印出来贴在机柜门内侧，验收时逐行打勾。表格里的「常见偏差」列都是从实际配置里抄出来的错法，不是假设。

5. 避坑与排查：五条在弱电间里换来的记录

5.1 清 vlan 1 端口时把管理口一起清了

现象：配完三网合一，write保存，退出后再次 telnet 管理地址，连不上，ping 也不通，但设备面板灯正常，业务口下的电脑还能上网。

原因：管理地址挂在 vlan 1 的某个端口上，no port 0/0-0/7这条命令把整段端口从 vlan 1 里摘了出去，管理口的二层归属没了，三层地址自然不可达。业务 VLAN 是通的，所以终端感觉不到异常，只有远程管理断了。

解决：处理这类问题只能到现场用 Console 线接进去，重新把管理口加回 vlan 1 并确认 PVID 是 1，或者把管理地址迁到独立的管理 VLAN 上再摘端口。更彻底的做法是配置前先确认管理口是哪一个，把no port的范围避开它。我现在的习惯是管理口单独留在 vlan 1，业务口从0/1开始规划，物理上就把两者分开。

5.2 同一端口既 tagged 又 untagged

现象：上行口接对端设备后，链路灯亮，但对端学不到本端的业务 VLAN，部分业务通、部分业务不通，抓包能看到带标签和不带标签的帧混着发。

原因：配置过程中先写了port 0/0 untagged（当成普通口用），后来改成上行口又加了port 0/0 tagged，前一条没删。不同版本对冲突的处理不一样，表现就是出方向标签行为不确定。

解决：进到对应 VLAN 下用no port 0/0 untagged删掉旧的那条，只保留tagged。排查方法是把show run里所有出现该端口的行抓出来，按 VLAN 分组对照，一个口在一个 VLAN 下只应该有一种标签属性。

5.3 PVID 忘了改，终端拿到错误网段

现象：电脑插上能拿到地址，也能上内网，但访问不了特定服务器；或者电话机注册不上，机顶盒拿不到 IPTV 的地址。

原因：只写了port 0/1 untagged，没写port 0/1 pvid 20，端口的入向默认 VLAN 还是 1，终端发出的 DHCP 请求落到管理网段，拿到的是错误网段的地址。出方向因为 untagged 看起来正常，所以迷惑性很强。

解决：补齐 pvid 配置，并且确认数字和所在 VLAN 一致。排查时看终端拿到的地址段就能反推——地址段不对，基本就是 PVID 问题，不用去查路由和 ACL。

5.4 广播抑制没关，IPTV 花屏

现象：机顶盒能开机、能进 EPG，但直播画面周期性花屏、卡顿，点播正常；同一台交换机下的办公电脑上网完全正常。

原因：端口默认开启了广播风暴抑制，阈值较低，IPTV 的组播流在某个瞬间超过阈值被当作广播丢弃，丢包表现为花屏。点播走的是单播，不触发抑制，所以「点播正常、直播花屏」是这类问题的典型特征。

解决：在机顶盒所在端口和上行口执行storm-control disable，同时确认igmpsnoop enable已经开。两件事要一起做，只关抑制不开 Snooping，组播还是会泛洪到所有端口，只是不丢了而已。

5.5 配完没保存，断电回到出厂

现象：施工当天一切正常，第二天机柜断电检修后恢复供电，所有 VLAN 消失，设备回到默认主机名，业务全断。

原因：只做了运行配置，没执行write。运行配置在内存里，重启即失效，show run看着一切正常，所以很难发现。

解决：养成「一段配完立刻wr」的习惯，尤其是涉及 VLAN 和端口归属的批量改动。更稳的做法是配完后用启动配置文件对照一次，确认关键行（VLAN、PVID、全局开关）都已经落盘。这类问题的后悔药只有一份——重新配一遍，所以我现在每次动完手都会顺手敲一次wr，不管刚才改的是一条还是一百条。

6. 环路检测 keepalive 与清空配置：两个最容易被省略的收尾动作

关了生成树之后，环路检测就是唯一的兜底。迈普这套命令在端口下配keepalive，参数是检测周期，单位秒：

Switch_1(config)#port 0/1 # 进入需要检测的端口 Switch_1(config-port)#keepalive 100 # 每 100 秒检测一次环路 Switch_1(config-port)#exit Switch_1#write

100这个数字不是随便填的。周期太短，比如 10 秒，正常的广播和组播突发会被误判成环路，端口被反复 down/up，业务抖动；周期太长，比如 600 秒，真出现环路时广播已经打了十分钟，等于没防。我一般的取值是 60 到 120 秒之间，接入终端口用 100 秒，上行口可以适当放长。要注意这个功能是逐口配的，不是全局开关，配完必须show run确认每个需要保护的端口下都有这一行，漏一个口就等于留了一个洞。

清空配置是另一件常被问的事。这套设备的配置文件是启动文件，路径是先进特权模式，再进文件系统看目录：

Switch_1#filesystem # 进入文件系统视图 Switch_1#dir # 列出文件，找到 startup 配置文件 Switch_1#delete startup # 删除启动配置文件

删完之后必须断电重启，设备才会在没有启动配置的情况下重新初始化。这里有个边界要提醒：delete startup只删配置，不动软件镜像，所以重启后设备还是能正常起来，只是回到出厂状态。如果只是想恢复某几个 VLAN 而不是全清，别用这个动作，老老实实反向配no命令更安全。

从那以后我每次在接入层关掉生成树，都会强制走一遍「逐口 keepalive + show run 核对 + wr」这三步，一个口都不跳。吃过一次亏：图省事只配了上行口，结果终端口被施工队接成环，广播打了整层楼，最后是靠拔线才停下来的。这份配置文档的价值不在命令多全，而在于它把顺序和边界都摆出来了，照着走，少走弯路。希望帮到你。

本文还有配套的精品资源，点击获取