簡介面向電信網絡運維與規(guī)劃人員這份PDF是Calix官方課程《實現E7-2 AXOS everyPON數據服務》的講義系統(tǒng)講解基于E7-2 AXOS平臺構建底層網絡以提供二層無源光網絡數據服務的完整流程涵蓋硬件結構、訂閱用戶與ONT管理、VLAN傳輸服務及策略映射等核心環(huán)節(jié)。包體僅含1個PDF文件共74KB內容精煉適合用于快速查閱與鞏固實操要點。目前已有132人學習瀏覽具備實際參考價值。通過該材料讀者可從零掌握創(chuàng)建訂戶模板、配置ONT、部署并驗證數據服務的操作路徑尤其在熟悉Calix設備的環(huán)境中能直接作為培訓參考或排錯手冊使用。對于需要提升網絡服務交付效率的工程師而言是一份頗具性價比的參考文檔。1. E7-2 AXOS everyPON 數據服務難點不在 PON 口而在服務模板和 VLAN 設計做接入網的人通常有個錯覺只要 PON 口光功率正常、ONT 成功注冊數據服務就基本算通了。真到 E7-2 AXOS 平臺上走一遍就會發(fā)現everyPON 數據服務最容易翻車的地方恰恰不在 PON 口而在服務模板和 VLAN 設計這幾層——訂閱者模板、VLAN 傳輸服務配置文件、類映射、策略映射任何一個環(huán)節(jié)對不齊用戶端最終表現都是上不了網。Calix 這門 Implementing E7-2 AXOS everyPON Data Service 課程核心就是把這套鏈路講透并帶你在真機上做通。這篇筆記按課程大綱拆成可執(zhí)行的路徑先把硬件角色看清再做 ONT 注冊然后按順序配齊三個 profile最后落到驗證動作上。適合第一次在 E7-2 上交付二層數據業(yè)務的網規(guī)、運維和測試工程師。2. E7-2 AXOS everyPON 網絡基礎設施先把硬件角色和二層路徑對清楚2.1 E7-2 硬件構成機框、業(yè)務板卡與上聯(lián)口的角色分工E7-2 是 Calix 的中大型機框式 OLT運行的是 AXOS 操作系統(tǒng)。機框里主要分成三類角色主控與交換模塊、PON 業(yè)務板卡、上聯(lián)模塊。主控負責控制平面和系統(tǒng)管理業(yè)務板卡負責把光口下行到用戶側上聯(lián)模塊負責把業(yè)務往匯聚交換機或 BRAS 方向送。三者缺一不可但日常運維里最容易忽略的是主控與業(yè)務板之間的帶寬關系——多塊 PON 板同時跑滿時上聯(lián)口和背板交換能力才是真正的瓶頸。在 everyPON 數據服務場景里各硬件角色承擔的工作可以參考這張表組件角色在數據服務中的職責主控/交換模塊控制平面與系統(tǒng)管理保存配置、處理管理通道、承載 AXOS 容器GPON 業(yè)務板接入側下行 2.488 Gbps承載普通 FTTH 用戶下聯(lián) ONTXGS-PON 業(yè)務板接入側下行 10 Gbps承載高帶寬用戶與 GPON 混插上聯(lián)模塊網絡側上行 GE/10GE把業(yè)務 VLAN 引到匯聚交換機或 BRAS風扇/電源模塊基礎環(huán)境冗余配置掉板會造成整框業(yè)務受損一個常見的誤區(qū)是把 PON 板當成全部上聯(lián)口只是隨便插一根線。實際上 everyPON 數據服務的 VLAN 終結和轉發(fā)都在上聯(lián)口附近完成上聯(lián)口允許哪些 VLAN、鏈路是 trunk 還是 access直接決定業(yè)務能不能走出去。2.2 everyPON 的含義一種平臺承載多種無源光網絡everyPON 這個名字的意思是在同一個 AXOS 平臺上GPON、XGS-PON 甚至不同速率等級的 ONT 可以由同一套業(yè)務模型管理。課程里講的 everyPON 數據服務本質上不區(qū)分你是 GPON 還是 XGS-PON——訂閱者模板、ONT 管理、VLAN 服務配置的套路是通用的。這對運維來說是個好消息也是個壞消息。好消息是你只需要掌握一套服務配置邏輯不用為每種 PON 技術分別學一套命令。壞消息是混插場景下ONT 的注冊方式、序列號格式、光模塊類型不一樣批量創(chuàng)建時很容易串位。后面第 5 章會專門講這個坑。2.3 二層數據服務的完整鏈路模型先畫一條完整的數據路徑用戶終端 → ONT 的 LAN 口 → ONT 光模塊 → 光纖鏈路 → OLT 的 PON 口 → 背板交換 → OLT 上聯(lián)口 → 匯聚交換機/BRAS。這條路上每個環(huán)節(jié)都有對應的配置對象任何一個環(huán)節(jié)斷掉用戶端癥狀都一樣——獲取不到地址或者 PPPoE 撥號失敗。上行方向則反過來BRAS 回應的幀從上聯(lián)口進入 OLT經過背板交換到 PON 口再從光路下發(fā)到 ONT最后從 LAN 口到用戶。關鍵點是OLT 在這條鏈路上不是一個純透傳管道它要決定哪些幀打上哪層 VLAN 標簽、按什么優(yōu)先級轉發(fā)、限速多少。這些決策由服務模板和 profile 承載也就是第 3、4 章要講的內容。2.4 開工前的設計清單VLAN、管理通道和帶寬動手配置之前我一般會先花半小時把下面的表填完而不是直接登設備敲命令。這半小時省下來的是后面反復排查的時間。規(guī)劃項常見做法說明業(yè)務 VLAN按用戶群分配如 100-199每個數據服務對應一個 VLAN 或一段 VLAN管理 VLAN單獨預留如 4000用于 OLT 與 ONT 之間的管理通道不要和業(yè)務 VLAN 混用認證方式PPPoE 或 DHCP決定 ONT 側和 OLT 側對 VLAN 的處理方式帶寬模板區(qū)分 CIR/EIR給 policy map 提供參數依據提示管理 VLAN 和業(yè)務 VLAN 必須分開。否則 ONT 的注冊和管理報文會混在用戶流量里輕則配置混亂重則管理通道被用戶流量沖垮。3. 管理訂閱者和 ONT模板先行注冊跟上3.1 訂閱者模板定義了什么訂閱者模板Subscriber Template是 everyPON 數據服務里第一個要創(chuàng)建的配置對象。它定義了一類 ONT 的默認行為數據 VLAN 是什么、管理 VLAN 走哪個、默認 QoS 策略用哪套、ONT 上行業(yè)務帶不帶標簽。課程里明確說“先創(chuàng)建訂閱者模板再創(chuàng)建訂閱者和 ONT”原因是——ONT 的很多行為參數不是每條手動敲進去的而是注冊時自動從模板繼承。模板建錯了批量注冊的 ONT 會全部跟著錯。這里面最關鍵的是 vlan-mode。它決定 ONT 上行的用戶幀是打單層標簽還是雙層標簽。大多數 FTTH 場景里ONT 會把用戶側的無標簽幀打上業(yè)務 VLAN 標簽再發(fā)給 OLT這就是 vlan-mode tag 的典型用途。如果對端設備期望接收到 untagged 幀vlan-mode 就要改成別的模式。這個參數改錯數據鏈路就是通的但 VLAN 永遠對不上。3.2 數據服務訂閱者模板的創(chuàng)建下面這段配置思路示例按課程 02 章節(jié)的邏輯還原以 AXOS CLI 語法為例不同版本關鍵字略有差異以你設備上的 help 輸出為準configure terminal subscriber-template DATA_SERV description FTTH data service template vlan-mode tag service-vlan 100 management-vlan 4000 qos-profile DEFAULT_QOS no shutdown exit這段配置的含義先進入 configure terminal創(chuàng)建名為 DATA_SERV 的訂閱者模板description 只做備注方便后面對照vlan-mode tag 表示 ONT 上行業(yè)務帶 VLAN 標簽進入 OLTservice-vlan 100 指定數據業(yè)務默認走 VLAN 100management-vlan 4000 指定 ONT 管理通道走 VLAN 4000qos-profile 綁定一個默認 QoS 模板保證沒有單獨做策略的 ONT 也有一套可用帶寬配置。注意一個順序問題qos-profile 引用的模板要提前存在。也就是說如果設備里還沒有 DEFAULT_QOS 這個策略subscriber-template 這一行會報錯。課程里把策略文件放在數據服務章節(jié)講實際建模板時我會先把 QoS 模板建好再回頭建 subscriber-template省一次反復。3.3 創(chuàng)建訂閱者和 ONT 的注冊動作模板建好之后開始創(chuàng)建訂閱者和 ONT。ONT 的注冊依賴序列號綁定。常見做法是先在 PON 口上做自動發(fā)現讓 OLT 上報出線纜另一端 ONT 的序列號核對之后再手動綁定。下面是一個綁定示意configure terminal interface gpon 1/1/1 onu 1 serial-number ALCLF01234567 onu 1 subscriber-template DATA_SERV no shutdown exit這里 interface gpon 1/1/1 進入 PON 口onu 1 是在這個 PON 口下創(chuàng)建第一個 ONTserial-number 綁定光貓序列號。注意序列號是 OLT 識別 ONT 的唯一憑據錄入錯誤或者大小寫不對ONT 就一直是 offline。一個 PON 口下面通常可以掛多個 ONT每個 ONT 的編號要唯一。綁定 subscriber-template 那行很關鍵它決定了 ONT 上線后自動繼承哪些默認參數。如果模板還沒建好就先綁 ONT綁定會失敗反過來模板建好了但沒綁ONT 雖然能注冊但數據業(yè)務會因為沒有服務配置而完全不轉發(fā)。這個環(huán)節(jié)最容易出的問題不是命令敲錯而是批量操作時序列號錯位。我一般會用自動化工具從自動發(fā)現結果里直接把序列號導出來生成配置同時運行 show 命令逐條核對也就是第 5 章會講的 ONT 三查。3.4 驗證 ONT 注冊狀態(tài)ONT 配置完成之后課程要求驗證功能。驗證分兩步第一步確認 ONT 注冊成功第二步確認光功率和誤碼率正常。注冊狀態(tài)檢查常見做法是執(zhí)行 show ont 相關命令看 ONT 的管理狀態(tài)是否從 discovering 變成 active光功率看接收端光衰是否在 ONT 模塊的接受范圍里。這一步不能只看 ONT 是否 active。實踐中出現過 ONT 狀態(tài) active 但光功率已經踩在靈敏度邊緣的情況白天能用晚上溫度一降就掉線。所以我的習慣是在驗證記錄里同時寫光功率數值和預留余量而不是只勾一個“已注冊”。提示ONT 注冊不成功時先查序列號再查光功率最后查 PON 口是否 shutdown。順序別反序列號問題最容易定位別一上來就動光路。4. 數據服務三層配置VLAN 傳輸、類映射與策略映射怎么配合4.1 數據服務 VLAN 傳輸服務配置文件VLAN 傳輸服務配置文件VLAN Transport Service Profile解決的是業(yè)務 VLAN 在 OLT 上怎么被處理。它有三種常見模式——透傳transparent、轉換translate、終結terminate。透傳是 VLAN 原封不動穿過 OLT適合上游設備能直接識別該 VLAN 的場景轉換是把一個 VLAN ID 換成另一個再送出去適合用戶側 VLAN 和局端 VLAN 規(guī)劃不一致的場景終結則是在 OLT 上直接終結二層一般用于需要 OLT 參與三層處理的場景。模式行為典型場景transparentVLAN ID 不變原樣轉發(fā)上游直接使用用戶 VLANtranslate入 VLAN 映射為出 VLAN用戶 VLAN 與局端 VLAN 規(guī)劃不一致terminateOLT 終結該 VLAN需要 OLT 做三層處理的特殊需求配置示意以 AXOS CLI 為例configure terminal vlan-transport-profile DATA_VLAN vlan 100 transparent vlan 200 translate 300 exit這段配置里vlan-transport-profile 創(chuàng)建傳輸服務配置文件VLAN 100 使用 transparent意思是 VLAN 100 進出 OLT 時標簽不變VLAN 200 使用 translate 300意思是入方向命中 VLAN 200 的幀出方向會被改寫成 VLAN 300。選擇哪種模式取決于你上游交換機或 BRAS 的 VLAN 規(guī)劃。如果上游和用戶側 VLAN 一致優(yōu)先用 transparent少一層轉換就少一個故障點。4.2 Ethernet 類映射配置文件有了 VLAN 傳輸規(guī)則接下來要回答一個問題PON 口下混著大量用戶的流量OLT 怎么區(qū)分哪些幀走哪套規(guī)則答案是 Ethernet 類映射配置文件Ethernet Class Map Profile。它做的是匹配分類——按 VLAN ID、802.1p 優(yōu)先級、MAC 地址等字段把流量分成不同類別。配置示意configure terminal class-map match-any DATA_CLASS match vlan 100 match vlan 200 match priority 3 exit這段配置的含義是創(chuàng)建一個名為 DATA_CLASS 的類映射match-any 表示命中任意一條就算匹配。match vlan 100 和 200 把兩個業(yè)務 VLAN 歸為一類match priority 3 把優(yōu)先級為 3 的幀也歸進來。實際部署中我通常只按 VLAN 分類優(yōu)先級匹配盡量不用——因為 ONT 打上來的優(yōu)先級標簽經常不標準按優(yōu)先級分類容易把不該歸類的流量卷進來。4.3 策略映射配置文件類映射只做分類真正執(zhí)行動作的是策略映射配置文件Policy Map Profile。它把前面分好的流量類別綁上帶寬、優(yōu)先級和轉發(fā)行為。帶寬參數里最重要的兩個是 CIR 和 EIRCIR 是承諾帶寬必須保證EIR 是超出承諾后的盡力轉發(fā)帶寬。配置示意configure terminal policy-map DATA_POLICY class DATA_CLASS bandwidth downstream cir 50Mbps eir 20Mbps bandwidth upstream cir 10Mbps eir 10Mbps set priority 3 class-default bandwidth downstream cir 1Mbps這里 policy-map 創(chuàng)建策略映射對 DATA_CLASS 這一類流量做雙向帶寬限制。downstream 是 OLT 到用戶方向CIR 50Mbps 保證基本帶寬EIR 20Mbps 允許臨時突發(fā)upstream 是用戶到 OLT 方向CIR 和 EIR 都是 10Mbps。set priority 3 給這類流量標記優(yōu)先級。最后 class-default 是保底策略給未匹配流量留 1Mbps避免零帶寬把管理流量也餓死。4.4 在 ONT 上綁定并驗證數據服務三個 profile 各自建好之后最后一步是把它們組合起來綁定到 ONT 的 LAN 口上。這個動作在課程 03 章節(jié)是壓軸步驟綁定成功并驗證通過數據業(yè)務才算真正交付。配置示意如下configure terminal interface ont 1/1/1/1 lan 1 service-profile DATA_SERV vlan-transport-profile DATA_VLAN class-map DATA_CLASS policy-map DATA_POLICY exit exit這段配置把前面建的模板和 profile 全部掛到 ONT 的第一個 LAN 口下。service-profile 決定基礎業(yè)務參數vlan-transport-profile 決定 VLAN 行為class-map 和 policy-map 決定分類與策略。綁定完成后用戶終端接 ONT 的 LAN 口應該能從上層 DHCP 服務器獲取到 IP 地址或者完成 PPPoE 撥號。驗證這一步我建議按這個順序做先看 ONT 還是不是 active再看用戶終端能不能獲取 IP最后用持續(xù) ping 檢驗帶寬和丟包。如果獲取不到 IP先查 VLAN 傳輸配置和上聯(lián)口允許的 VLAN 列表。這中間最容易忽略的是上聯(lián)口那側——你 OLT 配好了 VLAN 100上聯(lián)交換機卻不允許 VLAN 100 通過業(yè)務依然出不去。5. 避坑記錄五個最常見的 everyPON 數據服務故障與處理下面是按課程覆蓋面加實際交付經驗整理的五個高頻故障每一條都是真實處理過的場景?，F象描述按用戶側能感知到的狀態(tài)來寫方便你對照判斷。5.1 現象一ONT 一直 offline但光模塊明明收到光很多人第一次碰到會下意識懷疑光路拿著光功率計來回測結果光衰減正常ONT 的電源燈也亮但 OLT 側就是顯示 offline。原因是三個序列號綁定錯了、序列號大小寫有差異、PON 口的技術制式和 ONT 不匹配。比如把 GPON ONT 綁到 XGS-PON 口或者把 XGS-PON ONT 綁到 GPON 口都會表現為 offline。解決方法是先執(zhí)行自動發(fā)現讓 OLT 自己報告出對端 ONT 的序列號然后復制粘貼到綁定配置里不要手工敲。序列號盡量保持大寫不同廠商的序列號格式不同Calix 的 ONT 序列號通常是一串以字母開頭的字符串。核對好制式——GPON 口只綁 GPON ONTXGS-PON 口綁 XGS-PON ONT不要混綁。5.2 現象二業(yè)務能通但丟包率明顯偏高用戶報障時常說“網能上但視頻卡”一測 ping 發(fā)現丟包集中在某一時段。這時候先別查光路去查 policy-map 的帶寬參數。最常見的原因是 EIR 給得過于緊張業(yè)務突發(fā)流量一上來就被丟棄。還有一個隱蔽原因class-default 沒有配置默認帶寬導致未匹配的流量直接進黑洞。解決思路是重新梳理 policy-map把 CIR 按用戶套餐實打實配足EIR 留出至少 CIR 的一半class-default 給一個保底帶寬比如 1Mbps避免不可識別流量被打死。改策略前先看設備上的統(tǒng)計計數確認丟包是不是精確發(fā)生在匹配該 class 的接口計數上別憑感覺調參。5.3 現象三VLAN 怎么配都不通抓包發(fā)現標簽和預期不一樣VLAN 不通是 everyPON 數據服務里最玄學的問題之一?，F象是 ONT active、光功率正常、用戶能撥號但就是獲取不到地址或者地址能拿到但業(yè)務不通。原因絕大多數出在 vlan-transport-profile 的模式選擇和上游交換機 VLAN 配置不一致。比如 OLT 側做了 translate從 VLAN 100 改成 300但上聯(lián)口實際允許的 VLAN 列表里只有 100沒有 300幀到上游就被丟棄。解決方法是先生成一個完整的 VLAN 流轉記錄用戶側 VLAN 是多少、OLT 入方向是多少、出方向是多少、上聯(lián)交換機允許多少四個值串起來一致了再動設備。上聯(lián)口要同時檢查 trunk 允許的 VLAN 列表和 native VLAN 設置transparent 模式下業(yè)務 VLAN 必須在上聯(lián)口允許列表里。5.4 現象四訂閱者模板改了ONT 上的業(yè)務不跟著變這是個很隱蔽的坑?，F象是你在 subscriber-template 里改了 service-vlan保存配置后重新查看配置已經寫入但 ONT 側的轉發(fā)行為還是舊的。原因是模板在 ONT 注冊時已經實例化模板修改不會自動熱刷新到已綁定的 ONT 實例上。AXOS 對部分參數支持動態(tài)下發(fā)但 VLAN 這類關鍵業(yè)務參數往往需要重新觸發(fā) ONT 服務加載。解決方法是不要只改模板改完后需要顯式地重新應用服務或者觸發(fā) ONT 重新注冊。常見做法是在維護窗口內重啟該 ONT 的 service觀察狀態(tài)重新變?yōu)?active 后再驗證業(yè)務。以后遇到這類問題先查模板修改時間與 ONT 狀態(tài)變化時間是否一致時間對不上基本就是沒重新加載。5.5 現象五混掛 GPON 和 XGS-PON 時ONT 注冊串位E7-2 的優(yōu)勢是 one box 承載 everyPON但混掛帶來了一個新問題批量創(chuàng)建 ONT 時序列號很容易串到相鄰的 PON 口下面去。癥狀是 A 用戶的光貓注冊到了 B 用戶的 PON 口業(yè)務互相干擾。原因通常是批量腳本生成時PON 口編號和序列號列表沒有對應上或者復制粘貼時串行。解決方法是做一次“ONT 三查”查 ONT 序列號、查綁定 PON 口、查用戶 LAN 口是否一致。自動發(fā)現階段就按 PON 口逐個確認確認一個綁一個不要批量完再回頭核?；觳鍒鼍跋逻€可以把 GPON ONT 和 XGS-PON ONT 的序列號前綴做分類腳本里按前綴校驗一邊綁一邊檢查能省不少事。注意這五類故障有一個共同特點——OLT 側配置檢查全部正常但用戶就是感知異常。遇到這種情況從類映射的匹配順序開始查再查模板是否重新加載最后查上聯(lián)口別在光路上一遍遍地耗時間。6. 驗證技巧用一套固定動作把數據服務交付從玄學變成流程數據服務交付做久了會發(fā)現真正花時間的不是配置而是驗證。我給自己定了一套固定動作每交付一個 everyPON 數據服務就這么走一遍總共四步半小時內完成。第一步是查 ONT 狀態(tài)與光功率確認 ONT active 且光功率在合理范圍內。第二步是查 VLAN 鏈路在 OLT 上查看 VLAN 轉發(fā)表是否命中預期接口。第三步是業(yè)務測試用戶終端能拿到 IPPPPoE 能撥上號。第四步是持續(xù) ping 五分鐘觀察丟包和時延是否在閾值內。四步都過才敢讓業(yè)務正式交付。抓包驗證時我一般把抓包點放在上聯(lián)口而不是 PON 口因為上聯(lián)口能看到最完整的 VLAN 標簽形態(tài)。抓到的幀應該符合你規(guī)劃的 VLAN 流轉用戶側無標簽進來ONT 打上標簽OLT 原樣透傳或轉換后交給上游。如果抓到的標簽和規(guī)劃不一致按第 5 章第三條那個排查思路逐段核對。批量交付時我會把前面用的 vlan-transport-profile、class-map、policy-map 存成基線片段新用戶過來直接改 VLAN ID 和帶寬參數再下發(fā)。改完跑一遍上面四步。這套動作做多了以后數據服務交付基本不會再有突發(fā)故障。從那以后我每次交付 everyPON 數據服務都強制自己先跑完這套驗證動作再讓業(yè)務上線——花不了半小時卻能省掉后面數不清的夜間故障單。希望幫到你。本文還有配套的精品資源點擊獲取