Expect脚本实现网络自动化配置的实战指南

1. 网络自动化配置的困境与突破

在大型企业网络运维中，OpenDaylight（ODL）作为主流SDN控制器，常被用于集中管理网络设备配置。然而实际工作中，我们经常会遇到ODL高级功能受限的场景——比如某些厂商设备不支持NETCONF/YANG模型，或者ODL南向接口无法完整适配特定型号设备的复杂协议配置需求。上周我就遇到了一个典型案例：某金融客户的核心网络需要批量下发OSPF、BGP和SRv6配置，但ODL对这批老款交换机的支持度仅有60%，关键配置项全部无法通过标准接口下发。

这种场景下，传统运维人员可能会选择：

• 逐台SSH登录设备手工配置（耗时且易出错）
• 开发定制化ODL插件（周期长且不通用）
• 放弃自动化改用Excel表格管理配置（运维噩梦）

而我的解决方案是：用Expect脚本构建轻量级SSH自动化通道，绕过ODL的限制直接与设备交互。这个方法在3天内完成了原本需要2周的手工配置工作，且配置准确率达到100%。下面分享具体实现方案。

2. Expect脚本技术解析

2.1 Expect的核心工作原理

Expect是基于Tcl语言的自动化交互工具，其核心能力在于：

• 模式匹配：通过expect命令监控终端输出，识别设备提示符（如#,>,Password:）
• 条件响应：当匹配到特定模式时，自动发送对应指令（send）
• 超时处理：设置合理的timeout值避免脚本卡死
• 错误恢复：通过exp_continue实现异常流程处理

典型的工作流程如下：

tcl复制spawn ssh admin@192.168.1.1  # 启动SSH连接
expect "Password:"          # 等待密码提示
send "P@ssw0rd\r"           # 发送密码
expect "#"                  # 等待特权模式提示符
send "configure terminal\r" # 进入配置模式

2.2 针对网络设备的增强设计

基础Expect脚本在复杂网络场景下需要额外处理：

1. 多级登录认证：某些设备需要先通过跳板机，再二次认证

   tcl复制expect {
       "JumpServer login:" { send "operator\r" }
       "Password:" { send "JumpPwd123\r" }
       timeout { exit 1 }
   }
   

2. 配置回显验证：关键配置需要检查设备返回结果

   tcl复制send "show running-config | section ospf\r"
   expect {
       "router ospf 100" { puts "OSPF配置验证通过" }
       default { puts "配置失败，需要人工干预"; exit 2 }
   }
   

3. 异常中断恢复：连接闪断后自动重试

   tcl复制proc connect_device {ip} {
       set retry 3
       while {$retry > 0} {
           spawn ssh admin@$ip