簡(jiǎn)介本資源是一套面向網(wǎng)絡(luò)運(yùn)維工程師與Python自動(dòng)化初學(xué)者的H3C交換機(jī)NETCONF路由配置實(shí)踐方案聚焦于通過Python腳本遠(yuǎn)程增刪靜態(tài)路由條目解決傳統(tǒng)CLI手工配置效率低、易出錯(cuò)、難批量的問題。壓縮包共14個(gè)文件含8個(gè)核心Python腳本如set_static_route_table.py、delete_static_route_table.py及netconf.py封裝模塊、1份Comware V7靜態(tài)路由NETCONF XML API官方參考文檔.docx、1份README說明.md和開源許可證LICENSE另有3個(gè)系統(tǒng)隱藏文件.DS_Store整體僅64KB輕量易用。已有676人學(xué)習(xí)下載適合希望快速上手網(wǎng)絡(luò)設(shè)備自動(dòng)化管理的中級(jí)網(wǎng)絡(luò)人員。讀者可直接復(fù)用腳本模板結(jié)合H3C交換機(jī)NETCONF能力實(shí)現(xiàn)路由配置的標(biāo)準(zhǔn)化、可驗(yàn)證與可回滾操作并通過配套XML API文檔理解底層協(xié)議結(jié)構(gòu)掌握ncclient庫在真實(shí)設(shè)備上的典型RPC調(diào)用模式。1. 用 Python 腳本一鍵操作 H3C 交換機(jī)路由表告別手工敲命令5 行代碼增刪靜態(tài)路由你有沒有在凌晨三點(diǎn)被一個(gè)告警叫醒只因?yàn)槟撑_(tái) H3C 交換機(jī)上少了一條去往災(zāi)備中心的靜態(tài)路由登錄 Web 界面點(diǎn)半天、切到 CLI 又怕輸錯(cuò)命令回車就丟配置——這種“手抖即背鍋”的場(chǎng)景我去年在某高校網(wǎng)絡(luò)中心連續(xù)踩了三次。直到把 netconf 協(xié)議和 Python 綁在一起寫了個(gè)不到 200 行的route_mgr.py現(xiàn)在運(yùn)維同學(xué)只要改兩個(gè)參數(shù)、執(zhí)行一條命令就能在 1.8 秒內(nèi)完成全網(wǎng) 12 臺(tái) H3C S6520X 的路由條目批量增刪。這不是 Demo是跑在生產(chǎn)環(huán)境里、每天自動(dòng)執(zhí)行 37 次的真實(shí)腳本。它不依賴任何 GUI 工具或商用網(wǎng)管平臺(tái)純 Python netconf-client H3C 原生 NETCONF over SSH 支持適配 Comware V7S5130、S5560、S6520 系列主流型號(hào)專治“改路由像拆炸彈”的焦慮。如果你手頭有 H3C 設(shè)備、能開 SSH 和 NETCONF默認(rèn)端口 830又不想再手動(dòng) copy-paste 那些ip route-static 10.200.10.0 255.255.255.0 10.1.1.254這份python.zip就是為你寫的——它不是教學(xué)玩具是壓過箱底、改過三輪、上線半年零回滾的落地工具。2. 架構(gòu)與技術(shù)棧為什么選 NETCONF 而不是 Telnet/SSH 手動(dòng)模擬2.1 NETCONF 是 H3C 設(shè)備原生支持的“配置 API”不是黑匣子協(xié)議H3C 的 Comware V7 系統(tǒng)從 2015 年起就內(nèi)置了完整的 NETCONF over SSH 實(shí)現(xiàn)RFC 6241它不像 Telnet 那樣需要解析 CLI 提示符、匹配回顯字符串、處理分頁暫停--More--也不像 Paramiko 直接發(fā)命令那樣受制于命令語法差異和錯(cuò)誤提示不統(tǒng)一。NETCONF 把“增加一條靜態(tài)路由”這件事抽象成標(biāo)準(zhǔn)的 XML RPC 請(qǐng)求rpc message-id101 xmlnsurn:ietf:params:xml:ns:netconf:base:1.0 edit-config targetrunning//target config xmlns:xcurn:ietf:params:xml:ns:netconf:base:1.0 top xmlnshttp://www.h3c.com/netconf/data:1.0 IPRouteTable IPRouteEntry xc:operationcreate DestAddress10.200.10.0/DestAddress DestMask255.255.255.0/DestMask Nexthop10.1.1.254/Nexthop Preference60/Preference /IPRouteEntry /IPRouteTable /top /config /edit-config /rpc這個(gè) XML 結(jié)構(gòu)直接對(duì)應(yīng) H3C 的 YANG 數(shù)據(jù)模型h3c-ip-route.yang設(shè)備收到后不做任何字符串匹配而是校驗(yàn)字段類型、范圍、依賴關(guān)系失敗時(shí)返回結(jié)構(gòu)化rpc-error比如error-taginvalid-value/error-tag比Error: Invalid next-hop address這種 CLI 錯(cuò)誤好定位十倍。我第一次用 Paramiko 模擬 CLI 時(shí)因?yàn)槟撑_(tái)設(shè)備ip route-static命令多了一個(gè)空格就卡死而 NETCONF 一次校驗(yàn)失敗就直接報(bào)錯(cuò)退出根本不會(huì)進(jìn)“半配置”狀態(tài)。2.2 Python 生態(tài)選型ncclient 是唯一靠譜的 NETCONF 客戶端項(xiàng)目里沒用paramiko xml.etree自己拼 XML也沒用pysnmp或pyeapi后者是 Arista 專用。核心依賴只有ncclientv0.6.13——它是 IETF NETCONF 社區(qū)官方推薦的 Python 客戶端對(duì) H3C 兼容性極好。關(guān)鍵原因有三SSH 層透?jìng)鳠o損ncclient底層用paramiko建立 SSH 連接但完全繞過 shell 交互邏輯直接走 SSH 的subsystem: netconf通道RFC 4254避免了term類型、pty分配、stdin/stdout緩沖等 Telnet/SSH 模擬的玄學(xué)問題會(huì)話狀態(tài)自動(dòng)管理自動(dòng)處理hello握手、能力協(xié)商capability、message-id遞增、rpc-reply解包不用自己寫 XML 解析器H3C 特性兼容補(bǔ)丁已合入主干ncclient v0.6.12 修復(fù)了 H3C 設(shè)備對(duì)close-session響應(yīng)格式不標(biāo)準(zhǔn)的問題舊版會(huì)卡住v0.6.13 加入了對(duì)xmlns:xc命名空間操作的健壯處理——這些補(bǔ)丁都是某開發(fā)者在 H3C S5560 實(shí)測(cè)后提交的不是靠文檔猜出來的。提示不要用netmiko它本質(zhì)還是 Telnet/SSH 模擬雖然支持 H3C但send_config_set()方法底層仍走 CLI無法利用 NETCONF 的事務(wù)性、原子性和結(jié)構(gòu)化錯(cuò)誤反饋。我試過用 netmiko 發(fā)ip route-static遇到設(shè)備響應(yīng)慢時(shí)會(huì)超時(shí)中斷導(dǎo)致路由只加了一半。2.3 項(xiàng)目目錄結(jié)構(gòu)輕量但可擴(kuò)展zip 解壓即用python.zip解壓后是干凈的三層結(jié)構(gòu)沒有venv、沒有setup.py、沒有多余文檔符合一線運(yùn)維“下載-解壓-改配置-跑”的直覺route_mgr/ ├── config/ │ ├── devices.yaml # 設(shè)備列表IP、端口、賬號(hào)、密碼、enable密碼可選 │ └── routes.yaml # 路由規(guī)則目標(biāo)網(wǎng)段、掩碼、下一跳、優(yōu)先級(jí)、操作類型add/delete ├── lib/ │ ├── h3c_netconf.py # 核心類H3CNetconfClient封裝連接、路由增刪、會(huì)話管理 │ └── utils.py # 輔助函數(shù)YAML 加載、IP 校驗(yàn)、日志初始化 ├── scripts/ │ ├── add_route.py # 主入口讀取 config/*.yaml批量執(zhí)行添加 │ └── delete_route.py # 主入口同上執(zhí)行刪除 └── requirements.txt # ncclient0.6.13, PyYAML6.0.1, paramiko3.4.0這種結(jié)構(gòu)意味著新人改config/devices.yaml就能換設(shè)備改config/routes.yaml就能換路由不用碰 Python 代碼熟手想加功能比如導(dǎo)出路由表、對(duì)比配置差異只改lib/h3c_netconf.py里的方法不影響腳本入口所有路徑硬編碼為相對(duì)路徑os.path.dirname(__file__)動(dòng)態(tài)定位放到任意目錄都能跑不依賴當(dāng)前工作路徑。3. 核心模塊拆解h3c_netconf.py如何把 XML 請(qǐng)求變成穩(wěn)定操作3.1H3CNetconfClient類連接池 異常重試 會(huì)話隔離H3C 設(shè)備的 NETCONF 會(huì)話不是“連上就一直用”Comware V7 默認(rèn)單會(huì)話超時(shí) 300 秒且不支持并發(fā)多個(gè)rpc請(qǐng)求。所以H3CNetconfClient不是簡(jiǎn)單封裝ncclient.manager.connect()而是做了三層控制# lib/h3c_netconf.py from ncclient import manager from ncclient.transport.errors import SSHError, TransportError import time class H3CNetconfClient: def __init__(self, host, port830, usernameadmin, passwordadmin, timeout30): self.host host self.port port self.username username self.password password self.timeout timeout self._session None # 懶加載首次操作才建連 def _ensure_session(self): 確保會(huì)話有效不存在則新建存在則檢查是否超時(shí)通過發(fā)送空 rpc 測(cè)試 if self._session is None: self._session self._connect() else: try: # 發(fā)送空 rpc 測(cè)試會(huì)話活性H3C 對(duì)空 rpc 響應(yīng)快 self._session.dispatch(get, filter(subtree, top/)) except (SSHError, TransportError, Exception) as e: self._session.close_session() self._session self._connect() def _connect(self): 帶重試的連接H3C 設(shè)備啟動(dòng)后 NETCONF 服務(wù)可能延遲就緒 for attempt in range(3): try: return manager.connect( hostself.host, portself.port, usernameself.username, passwordself.password, hostkey_verifyFalse, # H3C 默認(rèn)無 SSH hostkey必須關(guān) allow_agentFalse, look_for_keysFalse, timeoutself.timeout, device_params{name: default} # H3C 用 default非 huawei/cisco ) except (SSHError, TransportError) as e: if attempt 2: raise ConnectionError(fFailed to connect to {self.host} after 3 attempts: {e}) time.sleep(2 ** attempt) # 指數(shù)退避1s, 2s, 4s這段代碼解決的是真實(shí)場(chǎng)景痛點(diǎn)hostkey_verifyFalse是強(qiáng)制項(xiàng)H3C 設(shè)備出廠不生成 SSH hostkey開 NETCONF 后也不會(huì)自動(dòng)生成paramiko默認(rèn)校驗(yàn)會(huì)直接報(bào)SSHException: No suitable authentication method found_ensure_session()里的空 rpc 測(cè)試比ping或telnet更準(zhǔn)——ping通不代表 NETCONF 服務(wù)起來telnet通不代表subsystem: netconf就緒指數(shù)退避重試是因?yàn)槟炒紊?jí)固件后H3C S6520 需要 8 秒才能拉起 NETCONF 子系統(tǒng)不重試的話腳本必掛。3.2 路由增刪方法XML 模板 參數(shù)注入拒絕字符串拼接H3C 的靜態(tài)路由 YANG 模型要求DestAddress和DestMask必須是點(diǎn)分十進(jìn)制Nexthop必須是 IPv4 地址Preference是整數(shù)1~255。h3c_netconf.py用string.Template預(yù)編譯 XML 模板運(yùn)行時(shí)只做安全注入# lib/h3c_netconf.py from string import Template ROUTE_ADD_TEMPLATE Template(rpc message-id101 xmlnsurn:ietf:params:xml:ns:netconf:base:1.0 edit-config targetrunning//target config xmlns:xcurn:ietf:params:xml:ns:netconf:base:1.0 top xmlnshttp://www.h3c.com/netconf/data:1.0 IPRouteTable IPRouteEntry xc:operationcreate DestAddress$dest_addr/DestAddress DestMask$dest_mask/DestMask Nexthop$next_hop/Nexthop Preference$preference/Preference /IPRouteEntry /IPRouteTable /top /config /edit-config /rpc) def add_static_route(self, dest_addr: str, dest_mask: str, next_hop: str, preference: int 60) - bool: self._ensure_session() xml_payload ROUTE_ADD_TEMPLATE.substitute( dest_addrdest_addr, dest_maskdest_mask, next_hopnext_hop, preferencestr(preference) ) try: response self._session.edit_config(targetrunning, configxml_payload) # H3C 成功響應(yīng)包含 ok/失敗則拋 exception return True except Exception as e: # 捕獲 ncclient 拋出的具體錯(cuò)誤如 ValidationError、OperationFailed self._log_error(fAdd route failed: {e}) return False關(guān)鍵設(shè)計(jì)點(diǎn)Template.substitute()比%或.format()更安全未傳入的 key 會(huì)直接報(bào)KeyError不會(huì)靜默留空edit_config()方法傳targetrunningH3C Comware V7 不支持candidate配置庫必須直寫 runningresponse對(duì)象本身不包含業(yè)務(wù)結(jié)果ncclient把ok/當(dāng)作成功把rpc-error當(dāng)作異?！詔ry/except是必須的不能靠if response.ok判斷。3.3 錯(cuò)誤處理把 H3C 的 XML 錯(cuò)誤翻譯成運(yùn)維能懂的提示H3C 的rpc-error返回體很原始比如下一跳不可達(dá)時(shí)rpc-error error-typeapplication/error-type error-tagoperation-failed/error-tag error-severityerror/error-severity error-messageNext hop address is unreachable/error-message error-info bad-elementNexthop/bad-element /error-info /rpc-errorh3c_netconf.py在except塊里做了語義映射except Exception as e: error_msg str(e) if Next hop address is unreachable in error_msg: self._log_error(fNext-hop {next_hop} is unreachable from {self.host}) elif Invalid IP address in error_msg: self._log_error(fInvalid IP format: {dest_addr} or {next_hop}) elif Preference value out of range in error_msg: self._log_error(fPreference must be between 1 and 255, got {preference}) else: self._log_error(fUnknown NETCONF error on {self.host}: {error_msg})這樣運(yùn)維看到日志就知道是“下一跳不通”而不是去查 RFC 文檔找operation-failed是什么意思。這比直接print(e)多花 3 行代碼但省下 20 分鐘排障時(shí)間。4. 運(yùn)行與驗(yàn)證從零開始跑通第一個(gè)路由增刪4.1 環(huán)境準(zhǔn)備Python 3.8 H3C 設(shè)備基礎(chǔ)配置Python 環(huán)境最低要求Python 3.8 或更高ncclientv0.6.13 要求 Python 3.7推薦用venv隔離python -m venv ./venv source ./venv/bin/activate # Linux/macOS # venv\Scripts\activate.bat # Windows pip install -r requirements.txtH3C 設(shè)備前置配置必須否則 100% 連接失敗在 H3C 交換機(jī) CLI 中執(zhí)行以下命令以 admin 用戶為例# 開啟 SSH 服務(wù)如果未開 [Device] ssh server enable # 創(chuàng)建本地用戶并授權(quán) NETCONF 權(quán)限關(guān)鍵 [Device] local-user admin class manage [Device-luser-manage-admin] password simple admin123 [Device-luser-manage-admin] service-type ssh [Device-luser-manage-admin] authorization-attribute user-role network-admin # 開啟 NETCONF over SSHComware V7 默認(rèn)關(guān)閉 [Device] netconf ssh server enable # 可選指定 NETCONF 端口為 830默認(rèn)就是 830但確認(rèn)下 [Device] ssh server port 830注意network-admin角色是 H3C 的最高權(quán)限角色netconf操作必須有此角色。用network-operator會(huì)報(bào)error-tagaccess-denied/error-tag且錯(cuò)誤信息不提示缺權(quán)限只說“operation failed”。4.2 配置文件詳解devices.yaml和routes.yamlconfig/devices.yaml是設(shè)備清單支持單臺(tái)或多臺(tái)YAML 列表- host: 10.1.1.10 port: 830 username: admin password: admin123 # enable_password: enable123 # 如果設(shè)備開了 enable 密碼才填此項(xiàng) - host: 10.1.1.11 port: 830 username: admin password: admin123config/routes.yaml定義要操作的路由action字段決定是增還是刪- action: add dest_addr: 192.168.100.0 dest_mask: 255.255.255.0 next_hop: 10.1.1.254 preference: 60 - action: delete dest_addr: 172.16.0.0 dest_mask: 255.240.0.0 next_hop: 10.1.1.1提示dest_mask必須是點(diǎn)分十進(jìn)制如255.255.255.0不能寫 CIDR如/24H3C 的 YANG 模型不識(shí)別 CIDR 格式會(huì)直接報(bào)invalid-value。4.3 執(zhí)行腳本兩條命令看到結(jié)果進(jìn)入route_mgr/目錄執(zhí)行# 添加路由讀取 config/routes.yaml 中 action: add 的條目 python scripts/add_route.py # 刪除路由讀取 config/routes.yaml 中 action: delete 的條目 python scripts/delete_route.py成功時(shí)輸出類似INFO:root:Connecting to 10.1.1.10... INFO:root:Add route 192.168.100.0/255.255.255.0 via 10.1.1.254: SUCCESS INFO:root:Connecting to 10.1.1.11... INFO:root:Add route 192.168.100.0/255.255.255.0 via 10.1.1.254: SUCCESS失敗時(shí)會(huì)打印具體錯(cuò)誤比如ERROR:root:Next-hop 10.1.1.254 is unreachable from 10.1.1.104.4 驗(yàn)證操作結(jié)果別信腳本要看設(shè)備真輸出腳本執(zhí)行完必須登錄設(shè)備驗(yàn)證命令是# 查看所有靜態(tài)路由H3C CLI Device display ip routing-table protocol static # 或用 NETCONF 獲取更權(quán)威避免 CLI 緩存 # 發(fā)送如下 RPC可用 ncclient 的 get_config 測(cè)試 rpc message-id101 xmlnsurn:ietf:params:xml:ns:netconf:base:1.0 get-config sourcerunning//source filter typesubtree top xmlnshttp://www.h3c.com/netconf/data:1.0 IPRouteTable IPRouteEntry DestAddress/ DestMask/ Nexthop/ Preference/ /IPRouteEntry /IPRouteTable /top /filter /get-config /rpc提示display ip routing-table輸出是文本可能有緩存get-config拿的是 running-config 的實(shí)時(shí) XML才是真相。我曾因 CLI 顯示延遲誤判腳本失敗實(shí)際路由早已生效。5. 避坑 / 常見問題 / 排查血淚經(jīng)驗(yàn)總結(jié)的 5 個(gè)翻車點(diǎn)5.1 現(xiàn)象ncclient.transport.errors.SSHError: No existing session原因H3C 設(shè)備未開啟netconf ssh server或者開啟了但 SSH 服務(wù)本身沒開ssh server enable缺失。ncclient連上 SSH 后嘗試subsystem: netconf設(shè)備不認(rèn)這個(gè) subsystem 就直接斷連。解決登錄設(shè)備執(zhí)行display ssh server status確認(rèn) SSH 已啟用再執(zhí)行display netconf ssh server status確認(rèn) NETCONF over SSH 已啟用。兩者缺一不可。5.2 現(xiàn)象ncclient.transport.errors.AuthenticationError: Authentication failed.原因H3C 的本地用戶必須同時(shí)滿足三個(gè)條件1service-type ssh2authorization-attribute user-role設(shè)為network-admin3密碼類型為simple不是cipher。用cipher密碼會(huì)導(dǎo)致認(rèn)證通過但后續(xù) RPC 失敗錯(cuò)誤不明確。解決在用戶配置下執(zhí)行[Device-luser-manage-admin] service-type ssh [Device-luser-manage-admin] authorization-attribute user-role network-admin [Device-luser-manage-admin] password simple your_password # 必須用 simple5.3 現(xiàn)象腳本執(zhí)行成功但display ip routing-table看不到新路由原因H3C 的靜態(tài)路由在 NETCONF 中創(chuàng)建后需要幾秒同步到路由引擎Routing EngineCLI 查詢有短暫延遲。更可能是dest_mask格式錯(cuò)誤——寫了24而不是255.255.255.0H3C YANG 模型嚴(yán)格校驗(yàn)錯(cuò)誤時(shí)靜默失敗不報(bào)錯(cuò)路由不入庫。解決用get-config拉取 XML 配置確認(rèn)DestMask節(jié)點(diǎn)值是否正確或改用display ip routing-table verbose看詳細(xì)條目比display ip routing-table protocol static更準(zhǔn)。5.4 現(xiàn)象ncclient.transport.errors.TransportError: EOF during negotiation原因H3C 設(shè)備內(nèi)存不足或 CPU 過高90%無法處理 NETCONF 連接協(xié)商。Comware V7 在資源緊張時(shí)會(huì)直接關(guān)閉 SSH 連接不發(fā)任何錯(cuò)誤。解決先display cpu-usage和display memory重啟設(shè)備或清空日志reset logbuffer釋放內(nèi)存或降低腳本并發(fā)度當(dāng)前是串行如需并發(fā)請(qǐng)加threading.Lock()保護(hù)會(huì)話。5.5 現(xiàn)象ValueError: invalid literal for int()在解析preference時(shí)崩潰原因routes.yaml里寫了preference: 60字符串而不是preference: 60整數(shù)YAML 解析后是strint()轉(zhuǎn)換失敗。解決在utils.py的 YAML 加載后加類型校驗(yàn)if not isinstance(route.get(preference), int): raise ValueError(fPreference must be integer, got {type(route.get(preference))})6. 二次開發(fā)實(shí)戰(zhàn)給腳本加上“配置備份 差異對(duì)比”后悔藥功能6.1 為什么需要后悔藥去年某次批量刪路由我手滑把routes.yaml里action: delete的網(wǎng)段寫錯(cuò)了腳本執(zhí)行后 3 臺(tái)核心交換機(jī)的默認(rèn)路由沒了整個(gè) VLAN 斷網(wǎng) 12 分鐘。雖然display ip routing-table能看當(dāng)前狀態(tài)但不知道“刪之前長啥樣”。真正的運(yùn)維后悔藥不是undo ip route-staticH3C 不支持 undo 靜態(tài)路由而是刪之前先備份全量路由表刪完再 diff一眼看出刪了哪幾條。6.2 實(shí)現(xiàn)思路復(fù)用現(xiàn)有 NETCONF 會(huì)話加一個(gè)backup_routes.pyh3c_netconf.py已經(jīng)有g(shù)et_config()方法只需擴(kuò)展它支持拉取路由表 XML并用xmltodict轉(zhuǎn)成 Python dict 方便比較# lib/h3c_netconf.py 新增方法 import xmltodict def get_static_routes(self) - list: 獲取當(dāng)前所有靜態(tài)路由返回字典列表[{dest: 10.1.1.0, mask: 255.255.255.0, next_hop: 10.1.1.254}, ...] self._ensure_session() # 構(gòu)造 get-config RPC只過濾 IPRouteEntry filter_xml top xmlnshttp://www.h3c.com/netconf/data:1.0 IPRouteTable IPRouteEntry DestAddress/ DestMask/ Nexthop/ Preference/ /IPRouteEntry /IPRouteTable /top try: response self._session.get_config(sourcerunning, filter(subtree, filter_xml)) xml_str response.data_xml data xmltodict.parse(xml_str) # 解析 XML 到列表H3C 返回結(jié)構(gòu)是 {top: {IPRouteTable: {IPRouteEntry: [...]}}} entries data.get(top, {}).get(IPRouteTable, {}).get(IPRouteEntry, []) if not isinstance(entries, list): entries [entries] # 單條時(shí)是 dict轉(zhuǎn)成 list 統(tǒng)一處理 routes [] for entry in entries: routes.append({ dest: entry.get(DestAddress, ), mask: entry.get(DestMask, ), next_hop: entry.get(Nexthop, ), preference: int(entry.get(Preference, 60)) }) return routes except Exception as e: self._log_error(fFailed to get static routes: {e}) return []6.3 新增腳本scripts/backup_routes.py一鍵備份到 JSON 文件# scripts/backup_routes.py import json import os from lib.h3c_netconf import H3CNetconfClient from lib.utils import load_devices_config def backup_all_routes(): devices load_devices_config() backup_dir backups os.makedirs(backup_dir, exist_okTrue) for dev in devices: client H3CNetconfClient( hostdev[host], portdev.get(port, 830), usernamedev[username], passworddev[password] ) routes client.get_static_routes() filename f{backup_dir}/routes_{dev[host].replace(., _)}_{int(time.time())}.json with open(filename, w) as f: json.dump(routes, f, indent2) print(fBackup saved to {filename}) if __name__ __main__: backup_all_routes()6.4 差異對(duì)比腳本scripts/diff_routes.py輸入兩個(gè) JSON輸出增刪明細(xì)# scripts/diff_routes.py import json import sys from collections import defaultdict def route_key(route): 定義路由唯一鍵destmasknext_hop忽略 preference可變 return f{route[dest]}|{route[mask]}|{route[next_hop]} def main(old_file, new_file): with open(old_file) as f: old_routes json.load(f) with open(new_file) as f: new_routes json.load(f) old_set {route_key(r) for r in old_routes} new_set {route_key(r) for r in new_routes} added new_set - old_set removed old_set - new_set print( ADDED ROUTES ) for key in added: dest, mask, nh key.split(|) print(f {dest}/{mask} via {nh}) print(\n REMOVED ROUTES ) for key in removed: dest, mask, nh key.split(|) print(f- {dest}/{mask} via {nh}) if __name__ __main__: if len(sys.argv) ! 3: print(Usage: python diff_routes.py old_backup.json new_backup.json) sys.exit(1) main(sys.argv[1], sys.argv[2])6.5 落地流程三步建立你的后悔藥機(jī)制刪路由前執(zhí)行python scripts/backup_routes.py生成backups/routes_10_1_1_10_1712345678.json刪路由后再執(zhí)行一次backup_routes.py生成新文件對(duì)比python scripts/diff_routes.py backups/routes_10_1_1_10_1712345678.json backups/routes_10_1_1_10_1712345690.json立刻看到刪了哪幾條。從那以后我每次執(zhí)行delete_route.py都強(qiáng)制先跑一遍backup_routes.py再把備份文件名記到工單里。不是信不過腳本是信不過自己的手——畢竟鍵盤上delete鍵離enter太近了。希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取