嘿，这个问题我之前帮好几个同行处理过，确实挺闹心的——断电恢复后交换机启动慢半拍，DHCP客户端等不及就停了发请求，手动挨个刷端口实在费劲儿！别担心，Arista EOS系统有两种靠谱的方法能帮你自动搞定这个批量端口重启的需求，给你详细说说：

方法一：用EEM（嵌入式事件管理器）触发重启 #

EEM是EOS自带的事件触发工具，能监听交换机的系统事件（比如重启完成），然后自动执行预设的CLI命令。配置步骤很简单：

1. 进入全局配置模式，创建一个EEM小程序：

event manager applet POST_BOOT_PORT_BOUNCE
 event syslog pattern "%SYS-5-RESTART: System restarted"
 action 10 cli command "enable"
 action 20 cli command "configure terminal"
 action 30 cli command "interface range Ethernet1-24"  # 替换成你需要操作的端口范围，比如Eth1-10、Po1-5都行
 action 40 cli command "shutdown"
 action 50 cli command "no shutdown"
 action 60 cli command "end"

2. 保存配置：write memory

这个配置的逻辑是：当交换机重启完成后，系统会生成一条包含%SYS-5-RESTART的syslog消息，EEM捕捉到这个事件后，就会自动执行后续的CLI命令，批量选中目标端口、先关闭再重新启用，刚好能触发DHCP客户端重新发起请求。

方法二：用Schedule命令延迟执行重启 #

如果你担心交换机刚重启完成时还没完全就绪（比如某些服务还在加载），可以用schedule命令设置一个延迟，等交换机稳定后再执行端口重启：

直接在全局配置模式里执行这条命令就行：

schedule PORT_BOUNCE after 300 persistent command "enable; configure terminal; interface range Ethernet1-24; shutdown; no shutdown; end"

• after 300：表示交换机启动后延迟300秒（5分钟）执行命令，你可以根据自己交换机的实际启动速度调整这个数值（比如改成180就是3分钟）
• persistent：表示这个计划任务会永久保存，每次交换机重启都会自动生效
• 端口范围同样按需替换成你需要的接口

一些注意事项 #

• 先在测试环境验证配置，避免误操作影响生产业务
• 如果是堆叠式交换机，确认端口范围在堆叠环境下是正确的（比如堆叠后的端口编号会不会有变化）
• 可以根据实际情况调整延迟时间，确保交换机完全启动后再执行端口操作

备注：内容来源于stack exchange，提问作者Elliott B