簡介本資源為高校計算機網(wǎng)絡(luò)課程配套的Mininet基礎(chǔ)實驗報告面向網(wǎng)絡(luò)工程、軟件定義網(wǎng)絡(luò)SDN初學者及實踐教學場景聚焦輕量級網(wǎng)絡(luò)仿真平臺的核心操作能力培養(yǎng)。報告系統(tǒng)覆蓋Miniedit可視化建模、命令行拓撲構(gòu)建、交互式節(jié)點配置與Python腳本化拓撲生成四大技能層級并包含ping連通性測試、控制器/交換機/主機參數(shù)配置、帶寬與延遲等性能限制實操助力讀者掌握從界面操作到代碼開發(fā)的完整SDN實驗閉環(huán)。資源為單個Word文檔.doc全文16頁含西安財經(jīng)大學信息學院《網(wǎng)絡(luò)應(yīng)用設(shè)計與系統(tǒng)集成》課程標準實驗記錄、詳細步驟截圖說明、Mininet常用命令速查表及典型拓撲腳本示例包體大小1.37MB結(jié)構(gòu)緊湊、即下即用。目前已有1068人學習下載適合課程實驗復盤、課設(shè)參考及SDN入門者快速上手實踐。1. Mininet 實驗報告不是作業(yè)模板而是 SDN 開發(fā)者的第一塊“沙盒實驗臺”你手頭這份叫1_實驗1mininet實驗報告.doc的文檔表面看是某高?！毒W(wǎng)絡(luò)應(yīng)用設(shè)計與系統(tǒng)集成》課的課堂實驗記錄但實際它是一份被反復驗證過的Mininet 入門實操路線圖——不是概念堆砌不是命令羅列而是從可視化拖拽、命令行速建、交互式調(diào)試到 Python 腳本化拓撲定義的完整閉環(huán)。它解決的不是“怎么交作業(yè)”而是“如何在單機上跑出一個能 ping 通、能抓包、能改帶寬、能加延遲、能對接真實 OpenFlow 控制器的微型 SDN 網(wǎng)絡(luò)”。適合剛接觸軟件定義網(wǎng)絡(luò)SDN的本科生、轉(zhuǎn)崗網(wǎng)絡(luò)自動化的新手工程師以及需要快速驗證控制器邏輯的開發(fā)人員。別被“實驗報告”四個字騙了——里面藏著的miniedit.py導出腳本、--topo linear,4的參數(shù)含義、addLink(bw10, delay5ms, loss2)的真實效果全是能在真實項目里直接復用的硬核能力。我當年第一次用它搭出帶 QoS 限制的樹形拓撲時才真正理解什么叫“代碼即網(wǎng)絡(luò)”。2. Mininet 三種創(chuàng)建方式可視化、命令行、交互式哪條路最快上手Mininet 不是只能寫 Python它提供了三層抽象圖形界面保底、命令行提效、交互式調(diào)試兜底。這三者不是并列選項而是遞進關(guān)系——先用 miniedit 拖出直覺再用命令行驗證拓撲語義最后進 CLI 逐節(jié)點調(diào)試。下面拆解每種方式的真實操作鏈、關(guān)鍵參數(shù)和底層邏輯。2.1 可視化工具 miniedit拖拽即拓撲但導出腳本才是真價值miniedit 是 Mininet 自帶的 GUI 工具路徑通常為/usr/local/bin/miniedit.py或~/mininet/examples/miniedit.py。它不生成配置文件而是導出可執(zhí)行的 Python 腳本——這才是它區(qū)別于其他網(wǎng)絡(luò)模擬器的核心價值所見即所得所得即可部署。啟動前需確認環(huán)境sudo apt update sudo apt install -y x11-xserver-utils # 確保 X11 轉(zhuǎn)發(fā)可用尤其在 SSH 連接虛擬機時 sudo python3 /usr/local/bin/miniedit.py提示若報錯No module named tkinter需安裝sudo apt install -y python3-tk若提示cannot connect to X server請在 SSH 登錄時加-X參數(shù)如ssh -X uservm。構(gòu)建拓撲后關(guān)鍵配置點有三處控制器設(shè)置右鍵空白處 →Controller→ 選擇Remote Controller并填入 IP/Port如127.0.0.1:6653這是后續(xù)對接 ONOS/Ryu/Floodlight 的入口交換機 OpenFlow 版本菜單欄Edit → Preferences→ 勾選Start CLI啟用交互終端并在OpenFlow Version下拉框中選OpenFlow 1.3當前主流控制器默認支持主機靜態(tài) IP 配置右鍵主機 →Properties→ 在IP Address欄填10.0.0.1/24類格式注意帶子網(wǎng)掩碼/24否則ifconfig不生效。導出腳本必須選File → Export Level 2 Script非 Level 1Level 2 會包含addLink()、addHost()等完整 API 調(diào)用Level 1 僅輸出拓撲結(jié)構(gòu)字符串無法直接運行。導出的.py文件本質(zhì)是一個標準 Mininet Topo 類繼承體結(jié)構(gòu)如下#!/usr/bin/python from mininet.topo import Topo from mininet.net import Mininet from mininet.cli import CLI from mininet.log import setLogLevel class MyTopo( Topo ): Simple topology example. def __init__( self ): Create custom topo. # Initialize topology Topo.__init__( self ) # Add hosts and switches h1 self.addHost( h1, ip10.0.0.1/24 ) h2 self.addHost( h2, ip10.0.0.2/24 ) s1 self.addSwitch( s1 ) # Add links self.addLink( h1, s1 ) self.addLink( h2, s1 ) topos { mytopo: ( lambda: MyTopo() ) }這段代碼不是“作業(yè)答案”而是可版本管理、可 CI 測試、可嵌入自動化流水線的基礎(chǔ)設(shè)施即代碼IaC。你隨時可以git diff查看拓撲變更pytest測試pingAll()是否通過甚至用ansible批量部署到多臺測試機。2.2 命令行速建拓撲--topo參數(shù)背后的拓撲生成器原理Mininet 內(nèi)置了single、linear、reversed、torus、tree等拓撲生成器它們不是預設(shè)圖片而是 Python 函數(shù)在mininet/topo.py中定義。例如--topo linear,4對應(yīng)的源碼邏輯是# mininet/topo.py 中 LinearTopo 類片段 class LinearTopo( Topo ): Linear topology of k switches, with n hosts per switch. def __init__( self, k2, n1, **kwargs ): super( LinearTopo, self ).__init__( **kwargs ) self.k k self.n n lastSwitch None for i in range( k ): # Add switch switch self.addSwitch( s%s % i ) # Add hosts to switch for j in range( n ): host self.addHost( h%s % ( i * n j 1 ) ) self.addLink( host, switch ) # Connect switches in line if lastSwitch: self.addLink( switch, lastSwitch ) lastSwitch switch所以sudo mn --topo linear,4實際生成的是4 個串聯(lián)交換機s0-s1-s2-s3每個交換機掛 1 個主機h1~h4共 4 主機 4 交換機鏈路數(shù)為 74 主機鏈 3 級聯(lián)鏈。常用組合及生成效果命令主機數(shù)交換機數(shù)拓撲形態(tài)典型用途sudo mn --topo single,331星型h1/h2/h3 全連 s1測試廣播域、ARP 行為sudo mn --topo linear,444鏈式h1-s0-s1-s2-s3-h4模擬廣域網(wǎng)鏈路延遲sudo mn --topo tree,depth2,fanout243二叉樹s0→s1/s2s1→h1/h2s2→h3/h4驗證多級流表下發(fā)注意--topo僅定義連接關(guān)系不配置 IP、不啟動控制器。若需指定控制器必須加--controller remote,ip127.0.0.1,port6653若需自定義主機 IP必須配合--host參數(shù)如--hosthost,ip10.0.0.1/24但該參數(shù)對--topo的兼容性較差強烈建議用 Python 腳本替代。2.3 交互式 CLIpy命令不是玩具是網(wǎng)絡(luò)狀態(tài)的實時探針啟動sudo mn后進入的mininet提示符本質(zhì)是 Python 解釋器封裝層所有py命令都直接調(diào)用 Mininet 對象的屬性和方法。它不是“命令行模式”而是網(wǎng)絡(luò)對象的 REPLRead-Eval-Print Loop環(huán)境。最常被低估的三個py操作動態(tài)添加設(shè)備并熱鏈接mininet py s2 net.addSwitch(s2) mininet py h5 net.addHost(h5, ip10.0.0.5/24) mininet py net.addLink(h5, s2) mininet py net.start() # 必須顯式 start 才生效此操作繞過拓撲類定義實現(xiàn)運行時網(wǎng)絡(luò)重構(gòu)——類似在 Kubernetes 中kubectl apply -f動態(tài)擴縮容。獲取節(jié)點進程 PID 并直接調(diào)試mininet py print(net.get(h1).pid) mininet py print(net.get(s1).pid)返回的 PID 可直接用于strace -p PID抓系統(tǒng)調(diào)用或tcpdump -i h1-eth0抓包無需退出 Mininet。執(zhí)行主機原生命令并捕獲輸出mininet py print(net.get(h1).cmd(ping -c2 10.0.0.2)) mininet py print(net.get(h1).cmd(ip route show))cmd()方法返回字符串結(jié)果可用于自動化斷言如assert 64 bytes in net.get(h1).cmd(ping -c1 10.0.0.2)。這些能力讓 CLI 成為故障定位第一現(xiàn)場當pingall失敗時不用重啟整個網(wǎng)絡(luò)只需py net.get(h1).cmd(ip addr)查 IPpy net.get(s1).cmd(ovs-ofctl dump-flows s1)查流表py net.get(c0).cmd(netstat -tuln | grep 6653)查控制器監(jiān)聽狀態(tài)——三步定位根因。3. Python 腳本構(gòu)建拓撲從靜態(tài)定義到帶約束的生產(chǎn)級網(wǎng)絡(luò)Mininet 的 Python API 是其工程化落地的核心。miniedit導出的腳本只是起點真正要支撐測試、CI、性能壓測必須掌握Topo類定制、addLink()帶參鏈接、Host子類重載等進階寫法。本節(jié)聚焦四個高頻需求IP 地址精確控制、鏈路性能約束、CPU 限頻模擬、多控制器接入。3.1 主機 IP 與子網(wǎng)劃分為什么ip10.0.0.1/24必須帶掩碼Mininet 主機默認使用 DHCP 獲取 IP由mininet.util中的dhcpd啟動但 DHCP 在無控制器或控制器未下發(fā) DHCP 規(guī)則時極易失敗。生產(chǎn)環(huán)境必須禁用 DHCP強制靜態(tài) IP。正確寫法h1 self.addHost(h1, ip10.0.0.1/24) # ? 掩碼 /24 表示子網(wǎng) 10.0.0.0/24 h2 self.addHost(h2, ip10.0.0.2/24) s1 self.addSwitch(s1) self.addLink(h1, s1) self.addLink(h2, s1)錯誤寫法h1 self.addHost(h1, ip10.0.0.1) # ? 無掩碼ifconfig 顯示 eth0: NO-CARRIER原因在于 Mininet 底層調(diào)用ip addr add命令該命令要求 CIDR 格式。若省略掩碼系統(tǒng)無法確定子網(wǎng)范圍導致 ARP 請求發(fā)不出去arping -I h1-eth0 10.0.0.2無響應(yīng)。更嚴謹?shù)淖龇ㄊ秋@式指定網(wǎng)關(guān)雖非必需但符合真實網(wǎng)絡(luò)習慣h1 self.addHost(h1, ip10.0.0.1/24, defaultRoutevia 10.0.0.254)此時h1的路由表會增加default via 10.0.0.254 dev h1-eth0便于后續(xù)對接外部網(wǎng)關(guān)設(shè)備。3.2 鏈路性能約束bw、delay、loss參數(shù)的真實物理意義與取值邊界addLink()的bw帶寬、delay延遲、loss丟包率參數(shù)直接映射 Linuxtctraffic control命令是 Mininet 區(qū)別于純仿真器的關(guān)鍵——它在內(nèi)核層面注入真實網(wǎng)絡(luò)行為。參數(shù)含義與典型值參數(shù)單位說明生產(chǎn)環(huán)境參考值Mininet 限制bwMbit/s令牌桶速率上限10M園區(qū)網(wǎng)、100M數(shù)據(jù)中心、1G骨干最小 0.1最大約 10000受宿主機網(wǎng)卡驅(qū)動限制delayms/us/ns固定延遲netem的delay1ms局域網(wǎng)、20ms跨省、100ms國際支持ms/us/ns但1ms可能被內(nèi)核四舍五入loss%隨機丟包率netem的loss random0.01%光纖、1%Wi-Fi、5%弱信號 4G實測 10% 時ping丟包率不穩(wěn)定建議 ≤5%示例構(gòu)建一條“高延遲低帶寬”的模擬鏈路如衛(wèi)星鏈路self.addLink(h1, s1, bw2, delay300ms, loss1)執(zhí)行后h1-eth0接口實際被注入tc qdisc add dev h1-eth0 root netem delay 300ms loss 1% rate 2mbit。注意bw限速是單向的從 h1 發(fā)往 s1若需雙向限速必須為反向鏈路s1→h1單獨設(shè)置bw。Mininet 不自動創(chuàng)建雙向鏈路addLink(h1,s1)僅創(chuàng)建 h1→s1 方向s1→h1 由交換機內(nèi)部轉(zhuǎn)發(fā)不受限。3.3 CPU 限頻與進程隔離用cpu參數(shù)模擬資源受限終端addHost()的cpu參數(shù)如cpu.5并非設(shè)置 CPU 核心數(shù)而是通過cgroups限制該主機進程的 CPU 使用率上限。其值為小數(shù)表示可用 CPU 時間片比例1.0 100%0.1 10%。h1 self.addHost(h1, cpu.3) # h1 進程最多占用 30% 的單核 CPU h2 self.addHost(h2, cpu1.0) # h2 不限頻此功能用于模擬 IoT 設(shè)備、嵌入式網(wǎng)關(guān)等低算力終端。當h1運行iperf3 -s服務(wù)端時其吞吐量會被cgroups硬性截斷htop中可見h1進程 CPU% 恒定在 30% 左右。驗證方式mininet py print(net.get(h1).cmd(cat /sys/fs/cgroup/cpu/h1/cpu.cfs_quota_us)) # 輸出 30000 mininet py print(net.get(h1).cmd(cat /sys/fs/cgroup/cpu/h1/cpu.cfs_period_us)) # 輸出 100000cfs_quota_us / cfs_period_us 0.3即 30%。提示cpu參數(shù)僅在 Linux 內(nèi)核啟用CONFIG_CGROUP_SCHED時生效Ubuntu/Debian 默認開啟。若mininet啟動時報cgroups not mounted需手動掛載sudo mkdir -p /sys/fs/cgroup/cpu sudo mount -t cgroup -o cpu none /sys/fs/cgroup/cpu。3.4 多控制器接入--controller與addController()的分工Mininet 支持單控制器--controller remote和多控制器addController()模式。前者適用于測試單一控制器邏輯后者用于驗證控制器集群、主備切換、分片管理等高級場景。多控制器腳本范式from mininet.node import RemoteController def createNet(): net Mininet(topoNone, buildFalse) # 添加兩個遠程控制器 c0 net.addController(c0, controllerRemoteController, ip127.0.0.1, port6653) c1 net.addController(c1, controllerRemoteController, ip127.0.0.1, port6654) # 創(chuàng)建交換機并指定主備控制器 s1 net.addSwitch(s1, controllers[c0, c1]) s2 net.addSwitch(s2, controllers[c0, c1]) # 添加主機 h1 net.addHost(h1, ip10.0.0.1/24) h2 net.addHost(h2, ip10.0.0.2/24) # 連接 net.addLink(h1, s1) net.addLink(h2, s2) net.addLink(s1, s2) net.build() net.start() # 啟動 CLI CLI(net) net.stop()關(guān)鍵點controllers[c0,c1]表示交換機支持雙控制器連接具體由控制器自身協(xié)議如 OpenFlow 1.3 的OFPT_FEATURES_REPLY協(xié)商主從c0和c1必須是真實運行的控制器進程如ryu-manager --ofp-tcp-listen-port 6653 app.ofctl_rest此模式下pingall成功證明交換機已成功連接任一控制器并下發(fā)默認流表table-miss到控制器。4. 避坑Mininet 實驗中最常翻車的五個邊界問題Mininet 看似簡單但新手常在看似無關(guān)的細節(jié)上卡住數(shù)小時。以下是我在某高校實驗室?guī)Ы?、某公?SDN 測試平臺搭建中被問得最多的五個“血淚問題”按現(xiàn)象→原因→解決三段式整理拒絕玄學只講可驗證動作。4.1 現(xiàn)象miniedit啟動黑屏或報TclError: no display name原因SSH 連接未啟用 X11 轉(zhuǎn)發(fā)或本地 X Server如 Windows 的 VcXsrv、macOS 的 XQuartz未運行/未授權(quán)。Mininet GUI 依賴 Tkinter而 Tkinter 需要 X11 顯示服務(wù)。解決本地安裝 X Server 并啟動Windows 推薦 VcXsrv勾選 “Disable access control”SSH 連接時加-X參數(shù)ssh -X user192.168.56.101連接后執(zhí)行echo $DISPLAY應(yīng)輸出localhost:10.0若為空執(zhí)行export DISPLAYlocalhost:10.0再運行sudo python3 /usr/local/bin/miniedit.py。4.2 現(xiàn)象pingall全部超時但h1 ping h2卻成功原因pingall默認使用 ICMP echo request而某些控制器如早期 Ryu未下發(fā) ICMP 處理流表導致pingall的h1→h2包被丟棄但h1 ping h2是主機間直連走的是 Linux 內(nèi)核協(xié)議棧不經(jīng)過 OpenFlow 流表。解決進入 Mininet CLI執(zhí)行py net.get(s1).cmd(ovs-ofctl dump-flows s1)檢查是否有icmp相關(guān)流表若無手動下發(fā)py net.get(s1).cmd(ovs-ofctl add-flow s1 priority65535,icmp,actionsflood)更徹底方案在控制器中加載ryu.app.simple_switch_13Ryu或pox.forwarding.l2_learningPOX它們默認處理 ICMP。4.3 現(xiàn)象sudo mn --topo linear,4啟動后h1無法 ping 通h4但相鄰主機h1?h2正常原因linear拓撲中中間交換機s1/s2/s3默認無控制器連接h1→h2→s1→s2→h3→h4路徑中s1/s2 無流表數(shù)據(jù)包在 s1/s2 處被丟棄。--topo模式默認不啟動控制器。解決必須顯式指定控制器sudo mn --topo linear,4 --controller remote,ip127.0.0.1,port6653且確保127.0.0.1:6653有控制器進程在監(jiān)聽如ryu-manager --ofp-tcp-listen-port 6653 ryu.app.simple_switch_13。4.4 現(xiàn)象Python 腳本中addLink(h1,s1,bw10)生效但h1 iperf3 -c 10.0.0.2測出帶寬遠超 10Mbit/s原因bw參數(shù)僅限制h1→s1方向而iperf3客戶端h1發(fā)送數(shù)據(jù)到服務(wù)端h2時路徑為h1→s1→s2→h2其中s1→s2和s2→h2鏈路未設(shè)限瓶頸不在h1→s1。解決為整條路徑所有鏈路設(shè)限self.addLink(h1, s1, bw10) self.addLink(s1, s2, bw10) # 關(guān)鍵補上中間鏈路 self.addLink(s2, h2, bw10)或使用tc手動限速在腳本net.start()后插入net.get(h1).cmd(tc qdisc add dev h1-eth0 root tbf rate 10mbit burst 32kbit latency 400ms)4.5 現(xiàn)象miniedit導出的腳本運行時報AttributeError: NoneType object has no attribute addLink原因miniedit導出時未勾選Start CLI導致導出腳本中net Mininet(...)初始化時controller參數(shù)為Nonenet.build()失敗net對象未完全構(gòu)建。解決重新打開miniedit菜單欄Edit → Preferences→ 勾選Start CLI重建拓撲并導出或手動修復導出腳本在net Mininet(...)行中將controllerNone改為controllerRemoteController并添加c0 net.addController(c0, ip127.0.0.1, port6653)。5. 性能驗證與進階技巧用iperf3ovs-ofctltcpdump三位一體驗證網(wǎng)絡(luò)行為一份合格的 Mininet 實驗報告不能止于pingall通過。真正的工程價值在于你能用標準工具鏈量化驗證你寫的拓撲、設(shè)的參數(shù)、連的控制器是否真的產(chǎn)生了預期效果。本節(jié)給出一套可直接復用的驗證組合拳覆蓋帶寬、延遲、流表、協(xié)議四維度。5.1 帶寬驗證iperf3客戶端/服務(wù)端分離部署法iperf3是驗證bw參數(shù)是否生效的黃金標準。但必須注意服務(wù)端-s和客戶端-c必須部署在不同主機且路徑經(jīng)過被限速鏈路。標準驗證流程# 啟動 Mininet 網(wǎng)絡(luò)以 single,2 為例 sudo mn --topo single,2 --controller remote,ip127.0.0.1,port6653 # 在 Mininet CLI 中 mininet h2 iperf3 -s # h2 啟動服務(wù)端后臺運行 mininet h1 iperf3 -c 10.0.0.2 -t 10 -i 1 # h1 作為客戶端測 10 秒每秒輸出若addLink(h1,s1,bw5)設(shè)置正確輸出應(yīng)穩(wěn)定在5.0 Mbits/sec左右允許 ±0.2 浮動。若遠高于 5M則檢查鏈路是否遺漏限速見 4.4若遠低于 5M檢查控制器是否阻塞 TCP 握手ovs-ofctl dump-flows s1中是否有tcp,tcp_flags0x02流表。提示iperf3默認使用 TCP若要測 UDP 丟包率加-u -b 5M參數(shù)如h1 iperf3 -c 10.0.0.2 -u -b 5M -t 10此時loss參數(shù)效果可被直接觀測。5.2 延遲驗證ping與mtr的互補使用ping只能測往返時間RTT而addLink(delay10ms)設(shè)置的是單向延遲。要驗證單向延遲需用mtrMy TraceRoutemininet h1 mtr --report --interval 1 --count 5 10.0.0.2mtr輸出中Loss%列應(yīng)接近 0Avg列應(yīng)為20ms左右10ms 單向 ×2。若Avg顯著大于 20ms如 50ms說明宿主機負載過高或netem延遲未生效需檢查tc qdisc show dev h1-eth0輸出是否含delay 10ms。5.3 流表驗證ovs-ofctl解析 OpenFlow 流表語義ovs-ofctl dump-flows s1輸出是十六進制流表人類難讀。用--names參數(shù)可解析為易懂字段mininet py print(net.get(s1).cmd(ovs-ofctl dump-flows s1 --names))關(guān)鍵字段解讀priority65535最高優(yōu)先級匹配所有包icmp,dl_type0x0800,nw_proto1匹配 ICMP 協(xié)議actionsoutput:s1-eth2轉(zhuǎn)發(fā)到端口s1-eth2即連接 h2 的端口idle_age12該流表項已空閑 12 秒超時后自動刪除idle_timeout默認 60 秒。若發(fā)現(xiàn)actionsdrop或actionsCONTROLLER說明控制器未下發(fā)轉(zhuǎn)發(fā)規(guī)則需檢查控制器日志。5.4 協(xié)議驗證tcpdump抓包定位協(xié)議棧行為當ping失敗但ovs-ofctl顯示流表正常時問題可能出在協(xié)議棧。用tcpdump在主機接口抓包mininet h1 tcpdump -i h1-eth0 icmp -c 4 -w /tmp/h1_icmp.pcap mininet h2 tcpdump -i h2-eth0 icmp -c 4 -w /tmp/h2_icmp.pcap mininet h1 ping -c 4 10.0.0.2 mininet py print(net.get(h1).cmd(ls -lh /tmp/h1_icmp.pcap))將/tmp/h1_icmp.pcap下載到本地用 Wireshark 打開可清晰看到h1 是否發(fā)出Echo Requesth2 是否收到并回復Echo Reply若 h1 發(fā)出但 h2 未收到說明鏈路層或交換機轉(zhuǎn)發(fā)異常若 h2 收到但未回復說明 h2 的 ICMP 響應(yīng)被防火墻攔截sudo ufw disable臨時關(guān)閉。5.5 終極技巧用mn -c一鍵清理殘留進程避免“越試越錯”Mininet 異常退出后常殘留ovs-vswitchd、ovsdb-server、iperf3等進程導致下次sudo mn啟動失敗報port already in use或bridge exists。手動ps aux | grep ovs殺進程極易遺漏。我的固定動作每次實驗結(jié)束必敲sudo mn -c該命令會清理所有 Mininet 創(chuàng)建的網(wǎng)絡(luò)命名空間ip netns list為空刪除所有 OVS 網(wǎng)橋ovs-vsctl list-br為空終止所有ovs-*、iperf*、xterm進程重置tc隊列tc qdisc del dev ...。從那以后我每次做完 Mininet 實驗無論成功與否都強制走一遍sudo mn -c再sudo mn --test pingall驗證環(huán)境干凈。這個習慣讓我少踩 80% 的“環(huán)境污染”類坑。希望幫到你。本文還有配套的精品資源點擊獲取