簡介Calix E7-2 AXOS everyPON數(shù)據(jù)服務(wù)實施課程的官方介紹文檔面向負(fù)責(zé)二層數(shù)據(jù)服務(wù)部署的技術(shù)員、網(wǎng)絡(luò)運營者、規(guī)劃師與工程師。資源包內(nèi)僅含1個PDF文件容量74KB以精煉篇幅濃縮了4小時講師授課的核心內(nèi)容E7-2 AXOS硬件組成部分及支持應(yīng)用概覽、訂閱者與ONT管理流程、數(shù)據(jù)服務(wù)VLAN傳輸服務(wù)配置文件與以太網(wǎng)類映射、策略映射模板的創(chuàng)建以及在ONT上完成服務(wù)配置與驗證的關(guān)鍵操作。已有132人加入學(xué)習(xí)表明這套課程說明在當(dāng)前網(wǎng)絡(luò)運維與規(guī)劃人群中具有切實參考意義。閱讀這份課程說明既能快速理解實施everyPON數(shù)據(jù)服務(wù)所需的前置知識如E7-2 AXOS基礎(chǔ)、SMx概述、上線與傳輸面授也可系統(tǒng)掌握從基礎(chǔ)設(shè)施搭建、策略與模板設(shè)計到服務(wù)驗收的完整路徑幫助評估自身技能缺口并規(guī)劃后續(xù)學(xué)習(xí)。對于參與或計劃參與Calix AXOS平臺二層數(shù)據(jù)服務(wù)項目的專業(yè)人士這是一份便于快速入門的實用參考。1. 一份完整的 E7-2 AXOS everyPON 數(shù)據(jù)服務(wù)實施課程資料看懂三條主線才算入門一份完整的 E7-2 AXOS everyPON 數(shù)據(jù)服務(wù)實施課程資料表面看是四小時培訓(xùn)課件真動手做一遍會發(fā)現(xiàn)所有內(nèi)容都圍繞一條主線用 AXOS 的模板與策略機制把二層數(shù)據(jù)服務(wù)從 ONT 一路放通到上聯(lián)口。這個平臺最大的特點是類 Cisco 的 CLI 加上模板化配置模型與傳統(tǒng) OLT 逐條敲數(shù)據(jù)的玩法完全不同。課程把實施拆成三大塊先建訂戶模板再創(chuàng)建訂戶和 ONT最后做 VLAN、類映射、策略映射三條配置鏈?？雌饋硎遣僮鞑襟E本質(zhì)上是把用戶管理、流量分類、帶寬控制三者拆開再組裝。對于天天和 GPON、XGS-PON 打交道的網(wǎng)絡(luò)運維、規(guī)劃工程師來說最值錢的不是認(rèn)識硬件而是這幾個對象的創(chuàng)建順序和綁定關(guān)系。這門課適合負(fù)責(zé)接入網(wǎng)數(shù)據(jù)業(yè)務(wù)開通的技術(shù)人員也適合剛接手 PON 網(wǎng)絡(luò)、需要快速上手業(yè)務(wù)放通的工程師。下面按“架構(gòu)、訂戶、服務(wù)、避坑”的順序展開把配置順序、參數(shù)邊界和失敗原因一并講透。2. 先看懂 everyPON 數(shù)據(jù)服務(wù)的整體架構(gòu)硬件形態(tài)、數(shù)據(jù)路徑與開局準(zhǔn)備2.1 E7-2 AXOS 硬件形態(tài)機框、線卡與 PON 模塊的選型邏輯E7-2 是 2 槽位機框設(shè)計兩個槽位可以插主控或線卡按部署方式不同可以組合成“雙主控加零線卡”“單主控加單線卡”“雙主控加雙線卡”等模式。最常見的數(shù)據(jù)服務(wù)開局方式是控制板占用一個槽位線卡占用另一個槽位機框高度 2U適合局點空間緊張的接入機房。線卡這塊課程里強調(diào)的是 combo 設(shè)計同一款線卡上同時提供 GPON 和 XGS-PON 端口這就是 everyPON 的核心含義。傳統(tǒng) GPON 網(wǎng)絡(luò)要升級 XGS-PON一般得換線卡或加機框而 combo 卡允許兩種制式在同一塊板上共存用戶從 GPON 遷到 XGS-PON 時只需要換 ONT不需要動局端。這對數(shù)據(jù)服務(wù)部署的意義在于一次配置可以覆蓋兩種 PON 制式訂戶模板里的 ONT 類型參數(shù)可以區(qū)分 GPON ONT 和 XGS-PON ONT。實際規(guī)劃時我一般會對每個 PON 口的分光比做預(yù)估GPON 口按 1:64、XGS-PON 口按 1:128 計算帶寬收斂比。數(shù)據(jù)服務(wù)里語音、上網(wǎng)、IPTV 混跑時XGS-PON 口更適合放高帶寬業(yè)務(wù)。這個選型邏輯直接決定后面訂戶模板里帶寬參數(shù)怎么填。如果只做普通寬帶1:64 的 GPON 口加 1Gbps 上聯(lián)基本夠用如果疊加 4K 視頻或企業(yè)專線就必須用 XGS-PON 口并配合策略映射做帶寬保障。硬件選型參考表硬件或資源常見規(guī)格對數(shù)據(jù)服務(wù)的影響機框2 槽位2U決定最大線卡數(shù)影響 PON 口總密度控制板雙主控冗余主備倒換時業(yè)務(wù)不中斷配置自動同步combo 線卡GPON XGS-PON 混插支持 everyPON 混合制式遷移不用換卡上聯(lián)口10GE / 25GE決定總帶寬出口需與 PON 側(cè)收斂比匹配這張表在開局選型時可以直接照抄。我做方案時習(xí)慣先定上聯(lián)口帶寬再反推 PON 口數(shù)量避免出現(xiàn)上聯(lián)口瓶頸。2.2 數(shù)據(jù)路徑四環(huán)節(jié)ONT 到上聯(lián)口之間發(fā)生了什么E7-2 的二層數(shù)據(jù)服務(wù)數(shù)據(jù)路徑可以簡化為四個環(huán)節(jié)ONT 到 PON 口、線卡橋接轉(zhuǎn)發(fā)、上聯(lián)口、匯聚交換機。ONT 側(cè)用戶的 PC 或路由器接入 ONT 的 UNI 口ONT 在以太幀上打上一層 PON 側(cè)的標(biāo)簽通過 PON 口送到線卡。線卡收到后查找轉(zhuǎn)發(fā)表決定從哪個上聯(lián)口送出。上聯(lián)口通常配置成 trunk 口承載多個業(yè)務(wù) VLAN送到上層的 BRAS 或 SR 做終結(jié)。整個過程對用戶來說是一個透明橋接。關(guān)鍵點在于中繼 VLAN 和業(yè)務(wù) VLAN 的區(qū)別。業(yè)務(wù) VLAN 是在 ONT 的 UNI 口上給用戶流量打的標(biāo)簽中繼 VLAN 是線卡到上聯(lián)設(shè)備之間運輸用的外層標(biāo)簽。課程里強調(diào)創(chuàng)建傳輸服務(wù)配置文件本質(zhì)上就是定義這個內(nèi)外層標(biāo)簽的封裝關(guān)系。常見做法是外層用中繼 VLAN內(nèi)層保留用戶 VLAN這樣一條中繼鏈路可以同時承載幾百個用戶的不同業(yè)務(wù)而不互相干擾。這部分是后面配置數(shù)據(jù)服務(wù)時的“地圖”。我在配置時習(xí)慣先把路徑圖畫在紙上明確每個環(huán)節(jié)標(biāo)簽的進(jìn)出方向再動手敲命令。很多配置翻車都是沒搞清在某一個環(huán)節(jié)流量是被打標(biāo)簽還是剝標(biāo)簽。還有一個容易忽略的細(xì)節(jié)當(dāng)上聯(lián)口配置為 LACP 鏈路聚合時數(shù)據(jù)流的哈希算法會影響二層會話的對稱性。E7-2 通常支持基于 MAC 或 VLAN 的哈希建議開局時根據(jù)上聯(lián)設(shè)備的哈希策略做匹配否則可能出現(xiàn)部分用戶流量全走一條物理鏈路、另一條鏈路閑置的情況。這個細(xì)節(jié)課程資料里沒展開但在現(xiàn)網(wǎng)實際體驗中影響很大。2.3 開局前的網(wǎng)絡(luò)基礎(chǔ)設(shè)施準(zhǔn)備E7-2 上電后第一件事不是配業(yè)務(wù)而是把帶外管理網(wǎng)絡(luò)打通。AXOS 支持 SSH 和 Web 管理但 CLI 配置最常用。建議管理 IP 和業(yè)務(wù)流量走不同的 VLAN管理面不要和用戶流量混在一起否則一旦業(yè)務(wù)擁塞管理通道也連不上。開局準(zhǔn)備的常規(guī)清單如下管理 IP 與帶外網(wǎng)關(guān)確保 SSH 可達(dá)時間同步配置 NTP 服務(wù)器避免日志時間錯亂AAA 認(rèn)證本地賬號或 RADIUS 服務(wù)器SNMP 網(wǎng)管接入現(xiàn)有監(jiān)控平臺上聯(lián)設(shè)備側(cè)的 trunk 接口與生成樹配置我一般會先在匯聚交換機上把上聯(lián)口配好、確認(rèn)鏈路 UP再在 E7-2 側(cè)創(chuàng)建中繼 VLAN。這里有個容易被忽略的坑E7-2 的上聯(lián)口如果沒做 VLAN 修剪默認(rèn)會允許所有 VLAN 通過配合某些交換機的動態(tài)學(xué)習(xí)機制容易產(chǎn)生泛洪流量。所以開局時最好把上聯(lián)口允許的 VLAN 列表手動收緊。提示開局時先把上聯(lián)口允許的 VLAN 列表手動收緊避免默認(rèn)放通所有 VLAN 產(chǎn)生泛洪。2.4 控制面與轉(zhuǎn)發(fā)面解耦A(yù)XOS 在數(shù)據(jù)服務(wù)上的運維優(yōu)勢AXOS 和傳統(tǒng) OLT 固件最大的區(qū)別是控制面與轉(zhuǎn)發(fā)面分離?？刂瓢暹\行 AXOS 系統(tǒng)負(fù)責(zé)配置管理、協(xié)議處理和北向接口線卡上的轉(zhuǎn)發(fā)芯片獨立轉(zhuǎn)發(fā)數(shù)據(jù)。課程里沒有展開講但這個架構(gòu)直接影響數(shù)據(jù)服務(wù)的可用性。比如軟件升級傳統(tǒng) OLT 可能要整框重啟業(yè)務(wù)全斷。AXOS 架構(gòu)下可以做到在線升級或主備控制板輪流升級數(shù)據(jù)面的轉(zhuǎn)發(fā)基本不受影響。我在運維時最怕半夜升級把整片用戶搞斷AXOS 這種分平面設(shè)計至少給了“先升級備板、再倒換主備”的操作空間。另一個細(xì)節(jié)是配置回滾機制。AXOS 會把每次配置變更記錄成 commit 點配置出錯可以回滾到上一個 commit。這個功能在批量修改訂戶模板時尤其關(guān)鍵。舉個例子改了一個全局策略映射結(jié)果影響了幾百個 ONT 的業(yè)務(wù)這時候不需要一條條恢復(fù)直接 rollback 到變更前的 commit 點就行。這份課程資料雖然沒有專門講 rollback但作為維護人員必須把它當(dāng)成本能操作。在準(zhǔn)備工作階段我還會順手驗證主備控制板的時間是否一致、配置是否同步避免后續(xù)割接時主備切換出現(xiàn)配置分叉。3. 管理訂戶與 ONT先建模板再建設(shè)備順序不能反3.1 訂戶模板是數(shù)據(jù)服務(wù)的“母版”不是可選配置在 E7-2 AXOS 里訂戶模板是把“用戶需要什么服務(wù)”定義成可復(fù)用配置的載體。一個完整的數(shù)據(jù)服務(wù)模板至少包含三塊內(nèi)容帶寬參數(shù)上下行速率、突發(fā)大小、VLAN 參數(shù)業(yè)務(wù) VLAN 和中繼 VLAN 的封裝關(guān)系、ONT 管理參數(shù)管理 VLAN、ONT 的注冊方式。課程里的創(chuàng)建順序是先創(chuàng)建訂戶模板再創(chuàng)建訂戶和 ONT。這里的順序邏輯在于ONT 在注冊時需要從模板里繼承參數(shù)如果先建 ONT 再建模板ONT 就是“裸注冊”后面還要回頭綁定反而多一步操作。我在實際項目里的習(xí)慣是先建一套“基準(zhǔn)模板”比如普通家庭寬帶模板下行 500Mbps上行 100Mbps業(yè)務(wù) VLAN 100中繼 VLAN 4000。然后在此基礎(chǔ)上復(fù)制出“高帶寬模板”和“企業(yè)專線模板”只改動速率和 VLAN 字段。AXOS 的模板模型允許這種做法比逐臺 OLT 手動配置高效得多。模板字段參考表模板字段典型示例說明下行帶寬500000 Kbps模板的 CIR限速基準(zhǔn)上行帶寬100000 Kbps模板的 PIR峰值上限業(yè)務(wù) VLAN100用戶業(yè)務(wù)的內(nèi)層標(biāo)簽中繼 VLAN4000上聯(lián)口的外層標(biāo)簽UNI 口數(shù)量1ONT 上可用的業(yè)務(wù)口數(shù)量管理 VLAN4090ONT 管理通道這張表不是固定答案但能幫助理解模板各字段間的關(guān)系。如果模板里只有帶寬沒有 VLAN后面創(chuàng)建數(shù)據(jù)服務(wù)時仍然需要通過傳輸服務(wù)配置文件把標(biāo)簽關(guān)系補上。3.2 創(chuàng)建訂戶模板的 CLI 操作與參數(shù)說明AXOS 的 CLI 是類 Cisco 風(fēng)格創(chuàng)建訂戶模板通常是進(jìn)入 configure terminal 后用 subscriber-template 命令定義。下面這段是常見的配置模型具體關(guān)鍵字以設(shè)備版本為準(zhǔn)configure terminal subscriber-template HOME_BB_500M bandwidth downstream cir 500000 pir 600000 bandwidth upstream cir 100000 pir 150000 vlan service 100 vlan trunk 4000 onu-management vlan 4090 exit這段命令的邏輯是定義一個名為 HOME_BB_500M 的訂戶模板下行保證帶寬 500Mbps、突發(fā)上限 600Mbps上行保證帶寬 100Mbps、突發(fā)上限 150Mbps業(yè)務(wù) VLAN 為 100中繼 VLAN 為 4000ONT 走 4090 的管理 VLAN。cir 和 pir 這兩個參數(shù)很關(guān)鍵。cirCommitted Information Rate是網(wǎng)絡(luò)承諾保證的帶寬pirPeak Information Rate是允許突發(fā)的峰值帶寬。家用寬帶一般把 pir 設(shè)成 cir 的 1.2 倍左右企業(yè)專線則更傾向于 cir 等于 pir避免突發(fā)流量擠占其他用戶。我一般會提醒團隊不要把 pir 設(shè)得太大尤其是 GPON 口共享帶寬環(huán)境下某個用戶的突發(fā)配置會直接影響同 PON 口下其他用戶的體驗。模板創(chuàng)建好后可以用 show subscriber-template 驗證參數(shù)是否生效。這個命令的輸出會列出所有已定義模板及其帶寬、VLAN 參數(shù)適合在批量創(chuàng)建前做一次檢查。3.3 創(chuàng)建訂戶與 ONT注冊狀態(tài)是數(shù)據(jù)服務(wù)的第一道關(guān)訂戶模板準(zhǔn)備好之后開始創(chuàng)建訂戶對象。在 AXOS 模型里訂戶是邏輯層對象ONT 是物理層對象。一個訂戶可以對應(yīng)一個或多個 ONT 業(yè)務(wù)口但常規(guī)家庭寬帶場景下通常是一一對應(yīng)。創(chuàng)建訂戶的典型 CLI 流程如下configure terminal subscriber SUB_2024_0001 description FTTH_User_ZONE_A_101 subscriber-template HOME_BB_500M ont create serial CTTH12345678 exit這段命令做了三件事創(chuàng)建訂戶 SUB_2024_0001綁定訂戶模板 HOME_BB_500M并且用 ONT 序列號 CTTH12345678 注冊一個物理 ONT。序列號必須和設(shè)備上的標(biāo)簽一致不同廠商的 ONT 序列號格式不同常見的是 8 位字母加數(shù)字的組合。ONT 創(chuàng)建后需要確認(rèn)它是否成功注冊到 PON 口上。一般用 show ont 或 show ont status 命令檢查show ont status subscriber SUB_2024_0001輸出會包含 ONT 序列號、注冊狀態(tài)、RSSI 光功率、距離等關(guān)鍵信息。注冊狀態(tài)正常應(yīng)該顯示 registered 或 active。狀態(tài)含義下一步registered / activeONT 已認(rèn)證且在線可以繼續(xù)配置數(shù)據(jù)服務(wù)unregisteredONT 沒上線檢查 PON 口鏈路、ONT 序列號loss-of-signal光路中斷檢查尾纖、分光器、ONT 光模塊critical alarm異常告警查看告警詳情這一步是數(shù)據(jù)服務(wù)配置前的“第一道關(guān)”。實際開局時經(jīng)常遇到 ONT 序列號抄錯一位導(dǎo)致注冊失敗的情況所以我現(xiàn)在每臺 ONT 都強制拍照標(biāo)簽后再錄入系統(tǒng)減少人工抄錯。3.4 批量創(chuàng)建 ONT 時的命名規(guī)范與地址規(guī)劃每個 PON 口下有幾十臺 ONT如果命名沒有規(guī)則后面查故障時根本沒法定位。我常用的命名規(guī)則是區(qū)域縮寫加樓棟加單元加端口號例如 ZONE_A_BUILDING_3_UNIT_2_PORT_1。序列號與 ONT 名稱不是一回事序列號是物理身份名稱是運維身份兩者必須通過配置一一關(guān)聯(lián)。地址規(guī)劃上家庭寬帶用戶通常不配固定 IP由上層 BRAS 分配所以在 E7-2 上只需要配置好 VLAN 和模板IP 歸屬交給上層。企業(yè)專線則可能需要靜態(tài) IP 或指定網(wǎng)關(guān)這種情況下建議在訂戶模板里增加 static-ip 字段并把網(wǎng)關(guān)指向上層設(shè)備。還有一個容易忽略的問題ONT 的管理 VLAN 不能和業(yè)務(wù) VLAN 重疊。如果業(yè)務(wù) VLAN 用了 100管理 VLAN 又不小心配成 100ONT 管理通道會被業(yè)務(wù)流量干擾表現(xiàn)為 ONT 狀態(tài)不穩(wěn)定、掉線重注冊。我一般會把管理 VLAN 規(guī)劃在 4090 到 4094 區(qū)間固定預(yù)留不參與業(yè)務(wù)分配。創(chuàng)建訂戶與 ONT 這一步完成后數(shù)據(jù)面還是“空的”因為尚未定義業(yè)務(wù)怎么轉(zhuǎn)發(fā)。接下來才是數(shù)據(jù)服務(wù)的核心部分創(chuàng)建 VLAN 傳輸服務(wù)、類映射和策略映射。4. 數(shù)據(jù)服務(wù)配置實戰(zhàn)VLAN 傳輸、類映射、策略映射三步法4.1 創(chuàng)建數(shù)據(jù)服務(wù) VLAN 與傳輸服務(wù)配置文件數(shù)據(jù)服務(wù)的第一步是定義 VLAN讓設(shè)備知道用戶流量應(yīng)該怎么打標(biāo)簽、走哪條中繼。這里要區(qū)分兩個層面創(chuàng)建業(yè)務(wù) VLAN 本身以及定義一條傳輸服務(wù)規(guī)則來映射內(nèi)外層標(biāo)簽。業(yè)務(wù) VLAN 在 AXOS 上的創(chuàng)建方式和普通交換機類似。下面是一個典型的配置片段configure terminal vlan 100 name DATA_SERVICE_ZONE_A exit vlan 4000 name TRUNK_TO_AGG exitvlan 100 是用戶業(yè)務(wù) VLANvlan 4000 是上聯(lián)中繼 VLAN。通常 vlan 4000 需要在所有涉及到的上聯(lián)口和 PON 口上放通vlan 100 只在與用戶相關(guān)的業(yè)務(wù)通道上生效。接著創(chuàng)建傳輸服務(wù)配置文件。這個配置文件的作用是把業(yè)務(wù) VLAN 和中繼 VLAN 綁定在一起定義數(shù)據(jù)包進(jìn)入網(wǎng)絡(luò)時如何封裝configure terminal transport-service-profile DATA_TS_100_4000 service-vlan 100 trunk-vlan 4000 exittransport-service-profile 的名字最好能自解釋例如 DATA_TS_100_4000 代表業(yè)務(wù) VLAN 100、中繼 VLAN 4000。service-vlan 是用戶側(cè)的內(nèi)層標(biāo)簽trunk-vlan 是上聯(lián)側(cè)的外層標(biāo)簽。這個封裝關(guān)系決定了用戶流量在網(wǎng)絡(luò)上傳輸時的外觀。為什么要有兩層標(biāo)簽因為一個 PON 口下可能有幾十個用戶每個用戶都有不同的業(yè)務(wù) VLAN。如果全部用單層 VLAN 上聯(lián)上聯(lián)口的 VLAN 數(shù)量會爆炸而且相同 VLAN 的用戶會互相干擾。用中繼 VLAN 做外層匯聚一條物理鏈路上可以透明傳輸幾十個用戶的內(nèi)層 VLAN上聯(lián)交換機只關(guān)心外層標(biāo)簽減少配置量。4.2 創(chuàng)建 Ethernet 類映射配置文件把流量正確分類類映射負(fù)責(zé)對流量進(jìn)行分類。以太網(wǎng)二層數(shù)據(jù)服務(wù)分類維度主要有 VLAN ID、802.1p 優(yōu)先級、以太類型、源或目的 MAC 等。這一步?jīng)Q定了后端的策略映射對哪些流量生效。常見的數(shù)據(jù)服務(wù)分類邏輯是先按業(yè)務(wù)類型劃分再按優(yōu)先級做過細(xì)控制。例如普通上網(wǎng)流量和 IPTV 流量走不同的業(yè)務(wù) VLAN就可以通過 VLAN ID 來區(qū)分configure terminal class-map match-any DATA_CLASS_INTERNET match vlan 100 exit class-map match-all DATA_CLASS_MULTICAST match vlan 101 match dot1p 4 exit這段配置定義了兩個類DATA_CLASS_INTERNET 匹配所有帶 VLAN 100 的幀用于普通上網(wǎng)DATA_CLASS_MULTICAST 要求同時滿足 VLAN 101 和優(yōu)先級 4用于組播業(yè)務(wù)。match-any 表示滿足任意一個條件即可命中match-all 表示必須全部滿足。類映射的關(guān)鍵是“匹配粒度”。粒度過粗會把不同優(yōu)先級的流量混在一起后面策略映射沒法精細(xì)控制粒度過細(xì)又會導(dǎo)致配置量爆炸。我在實踐中通常只對最重要的兩類流量做精細(xì)匹配組播、企業(yè)關(guān)鍵業(yè)務(wù)其余流量統(tǒng)一走默認(rèn)類。4.3 創(chuàng)建策略映射配置文件帶寬控制與隊列調(diào)度策略映射把前面分類好的流量接住并施加帶寬控制和隊列策略。這里定義的參數(shù)直接決定用戶體驗。configure terminal policy-map DATA_POLICY_HOME_BB class DATA_CLASS_INTERNET bandwidth downstream cir 500000 pir 600000 bandwidth upstream cir 100000 pir 150000 queue 2 priority 2 exit class class-default bandwidth downstream cir 100000 pir 150000 queue 4 wred exit exitpolicy-map 的邏輯是在指定分類上應(yīng)用 QoS 動作。class DATA_CLASS_INTERNET 下面的 bandwidth 命令定義了該分類流量的帶寬參數(shù)queue 指定該分類進(jìn)入的隊列和調(diào)度優(yōu)先級。class-default 是兜底規(guī)則處理所有未被其他類匹配的流量。參數(shù)里值得留意的是 queue 編號和調(diào)度方式。隊列編號小通常優(yōu)先級高語音類流量可以進(jìn) queue 0 或 queue 1普通數(shù)據(jù)進(jìn) queue 2 或 queue 3。wred加權(quán)隨機早期檢測用于擁塞管理適合普通上網(wǎng)流量高優(yōu)先級業(yè)務(wù)建議用嚴(yán)格優(yōu)先級隊列不啟用 wred避免丟包。4.4 ONT 上的數(shù)據(jù)服務(wù)綁定與端到端驗證最后一步把前面創(chuàng)建的傳輸服務(wù)配置文件和策略映射應(yīng)用到訂戶或 ONT 的業(yè)務(wù)接口上。這一步才是真正的“業(yè)務(wù)放通”前面都是準(zhǔn)備這里才把服務(wù)掛到用戶線上。配置示例configure terminal subscriber SUB_2024_0001 ont 0/ONT-1 service-port 1 transport-service-profile DATA_TS_100_4000 policy-map DATA_POLICY_HOME_BB exit這段命令在訂戶 SUB_2024_0001 的 ONT 第一個業(yè)務(wù)口上綁定了傳輸服務(wù)配置文件和數(shù)據(jù)策略映射。生效后該 ONT 的 UNI 口收到的用戶流量就會被加上業(yè)務(wù) VLAN 100 和中繼 VLAN 4000按照策略映射里的帶寬參數(shù)進(jìn)行限速和調(diào)度。端到端驗證建議按以下順序進(jìn)行先在 ONT 的 UNI 口接測試終端確認(rèn)能獲取 IP再在上聯(lián)交換機上抓包確認(rèn)外層 VLAN 為 4000、內(nèi)層 VLAN 為 100最后做一次 iperf 或常規(guī)測速驗證限速是否符合模板參數(shù)。三個環(huán)節(jié)對應(yīng)“ONT 注冊正?！薄皹?biāo)簽封裝正確”“QoS 策略生效”缺一不可。驗證命令與預(yù)期結(jié)果參考驗證命令預(yù)期結(jié)果不通時看什么show ont statusregisteredPON 口光功率、ONT 序列號show mac address-table能看到 ONT 側(cè) MAC 學(xué)習(xí)上聯(lián)口是否放通 VLANshow policy-map statistics類命中計數(shù)在增長類映射匹配條件ping 用戶側(cè) IP丟包率 0%中繼 VLAN、生成樹狀態(tài)5. 避坑與常見問題E7-2 everyPON 數(shù)據(jù)服務(wù)配置中的五個典型故障5.1 現(xiàn)象ONT 已注冊但 UNI 口就是不通有一次開局ONT 狀態(tài)顯示 registeredRSSI 光功率也在正常范圍但用戶側(cè) PC 始終拿不到 IP。查了一圈發(fā)現(xiàn)ONT 雖然注冊成功但訂戶模板里沒有關(guān)聯(lián)任何傳輸服務(wù)配置文件相當(dāng)于業(yè)務(wù)口沒有掛載線路。當(dāng)時的配置順序是先創(chuàng)建 ONT、后補模板導(dǎo)致 ONT 業(yè)務(wù)口處于“只有注冊、沒有轉(zhuǎn)發(fā)”的狀態(tài)。原因ONT 注冊和業(yè)務(wù)放通是兩個獨立環(huán)節(jié)。注冊成功只代表物理鏈路通了數(shù)據(jù)服務(wù)要通必須把傳輸服務(wù)配置文件和策略映射掛到業(yè)務(wù)口上。解決方法是回到訂戶配置里把 transport-service-profile 綁定到 ONT 業(yè)務(wù)口再檢查上聯(lián)口 VLAN 放通情況。從那以后我每次開局都先把“注冊狀態(tài)”和“業(yè)務(wù)口狀態(tài)”分開看別被 registered 狀態(tài)迷惑。排查時可以按這個順序走一遍先 show ont status 確認(rèn)物理層再 show mac address-table 看有沒有學(xué)習(xí)到用戶 MAC最后 show service-port 看綁定關(guān)系。哪個環(huán)節(jié)空著問題就在哪個環(huán)節(jié)。5.2 現(xiàn)象策略映射不生效限速值完全不匹配用戶反饋下行速率跑到了 800Mbps但模板里明明寫的 500Mbps。第一次碰到時我懷疑是 ONT 硬件不支持限速后來查配置才發(fā)現(xiàn) policy-map 雖然創(chuàng)建了但在 ONT 綁定環(huán)節(jié)少寫了一個參數(shù)導(dǎo)致該用戶落到了默認(rèn)策略默認(rèn)策略沒有限速。原因AXOS 的策略映射文件創(chuàng)建后不會自動生效必須在 service-port 或 ONT 業(yè)務(wù)口上顯式引用。如果綁定時漏掉 policy-map 這一行設(shè)備就按默認(rèn)的 best-effort 處理。解決方法是檢查 ONT 綁定狀態(tài)確認(rèn) policy-map 生效并用 show policy-map statistics 查看該用戶的服務(wù)類命中計數(shù)。如果命中計數(shù)為 0說明流量沒走到這個策略。這個坑在割接場景里特別容易踩趕時間改業(yè)務(wù)配置時往往只改了 transport-service-profile忘了同步檢查 policy-map 是否還在綁定列表里。我現(xiàn)在每改完一個業(yè)務(wù)口都會主動執(zhí)行一次 show policy-map statistics確認(rèn) class 命中數(shù)在增長再收工。5.3 現(xiàn)象中繼 VLAN 網(wǎng)絡(luò)出現(xiàn)廣播風(fēng)暴上聯(lián)口流量異常一次現(xiàn)網(wǎng)擴容后中繼 VLAN 4000 的廣播流量突然飆升導(dǎo)致同鏈路上的其他租戶業(yè)務(wù)明顯卡頓。抓包發(fā)現(xiàn)廣播幀在 E7-2 和匯聚交換機之間反復(fù)轉(zhuǎn)發(fā)幾乎沒有老化。原因E7-2 的上聯(lián)口默認(rèn) VLAN 行為是放通所有 VLAN而匯聚交換機側(cè)對該 trunk 口啟用了生成樹但沒開啟快速收斂加上中繼 VLAN 里存在環(huán)路路徑。解決方法是把上聯(lián)口配置改為指定 VLAN 列表并開啟 RSTP 快速收斂按常規(guī)做法在鏈路兩端啟用 BPDU guard避免不必要的泛洪。處理完后再觀察 MAC 地址表的抖動計數(shù)確認(rèn)廣播風(fēng)暴消失。廣播風(fēng)暴的危害是“溫水煮青蛙”一開始只是部分業(yè)務(wù)卡頓不處理就會演變成上聯(lián)口流量打滿、整片用戶掉線。所以開局階段就把 VLAN 修剪和生成樹做好比事后排障省力得多。5.4 現(xiàn)象類映射沒命中所有流量都進(jìn)了默認(rèn)類配置多級 QoS 時發(fā)現(xiàn)流量全部落到 class-default前面的 DATA_CLASS_INTERNET 一個包都沒匹配到。查配置發(fā)現(xiàn)類映射里寫的 match vlan 100但實際 ONT 業(yè)務(wù)口上啟用了雙層標(biāo)簽內(nèi)層是用戶 VLAN 100外層是中繼 VLAN 4000設(shè)備默認(rèn)匹配外層標(biāo)簽所以直接 miss。原因類映射的匹配字段是按“幀在設(shè)備上的當(dāng)前標(biāo)簽狀態(tài)”來匹配的。如果流量在 ONT 業(yè)務(wù)口上已經(jīng)做了雙層封裝匹配條件就要寫外層 VLAN 4000 或同時指定兩層標(biāo)簽。解決方法是把類映射條件調(diào)整為 match vlan 4000或者使用 match service-vlan 100 指明匹配內(nèi)層標(biāo)簽。這個坑在配 policy-map 時很常見我一般會先用 show class-map statistics 驗證命中情況再提交配置。還有一個變體組播 VLAN 和上網(wǎng) VLAN 用同一個中繼 VLAN 上聯(lián)時類映射條件如果不加 dot1p 區(qū)分組播組流量會把普通上網(wǎng)的隊列占滿。這也是為什么課程里強調(diào)類映射要用 match-all 組合條件而不是只靠 VLAN。5.5 現(xiàn)象模板修改后已下發(fā)的 ONT 還是老參數(shù)為了給某片用戶提速我改了訂戶模板的帶寬參數(shù)結(jié)果半小時后抽查用戶速率還是老樣子。后來才知道模板修改不會自動重新下發(fā)到已經(jīng)綁定的 ONT需要手動觸發(fā)一次配置刷新。原因AXOS 的模板機制是“綁定即快照”。ONT 在綁定模板那一刻繼承參數(shù)后續(xù)模板變化不會實時同步到已綁定設(shè)備。解決方法是修改模板后逐條或批量重新關(guān)聯(lián)訂戶觸發(fā)配置重新下發(fā)。這個操作可以在 CLI 里完成批量變更用腳本循環(huán)處理更高效。注意修改模板不會自動同步到已綁定的 ONT需要手動重新關(guān)聯(lián)。這一點在批量提速場景中極易被忽略。經(jīng)歷過這次教訓(xùn)后我每次改模板都會保留變更記錄并確認(rèn)所有受影響 ONT 重新綁定完成后再實測驗證。如果是緊急提速我會先小范圍試點驗證速率達(dá)標(biāo)后再擴大到全量避免一次性變更影響面過大。6. 進(jìn)階技巧把配置模板變量化一套腳本批量放通整片用戶當(dāng)一片新建小區(qū)有 500 個用戶要開通數(shù)據(jù)服務(wù)時逐條敲命令不太現(xiàn)實。常見做法是用模板加變量占位符的方式生成批量配置。AXOS 的批量配置可以通過 Python 腳本或 CLI 的批處理模式完成。我在項目里會用 Python 生成一段批量配置腳本按“序列號加訂戶編號”兩個維度自動生成訂戶配置。腳本邏輯大概是讀入一個 CSV字段包含訂戶編號、ONT 序列號、訂戶模板名、業(yè)務(wù) VLAN、中繼 VLAN然后逐行輸出對應(yīng)的配置命令。關(guān)鍵點是每個訂戶的業(yè)務(wù) VLAN 不能重復(fù)中繼 VLAN 可以共享否則端口沖突。模板名可以在 CSV 里用一個字段來區(qū)分家庭寬帶和企業(yè)專線。配置生成后先在一個測試 ONT 上執(zhí)行并驗證端到端連通再對整批執(zhí)行。驗證命令的觀察點也要做成腳本自動抓 show ont status 的關(guān)鍵字段檢查 registered 比例。如果某臺 ONT 狀態(tài)不是 registered腳本會把它單獨標(biāo)記出來方便后續(xù)人工介入。這一步能省掉大量重復(fù)勞動也降低漏配概率。用變量化模板還有一個額外好處后續(xù)帶寬升級只需要改 CSV 里的模板字段重新生成腳本再執(zhí)行一遍不用一條條核對舊配置。這份課程資料我整理成了可離線翻閱的 PDF 筆記里面包含完整命令片段和參數(shù)說明需要的可以直接拿去對照排錯。從那以后我每次做批量放通都強制先跑一遍“單點驗證、腳本生成、灰度執(zhí)行”的流程確認(rèn)無誤再全量下發(fā)。希望幫到你。本文還有配套的精品資源點擊獲取