：FTTx六類組網(wǎng)、語音組播與E1專線避坑)
簡介華為OLT配置手冊為華為公司發(fā)布的OLT設(shè)備配置指南面向網(wǎng)絡(luò)管理員、接入網(wǎng)工程師及備考相關(guān)認證的技術(shù)人員幫助讀者厘清OLT在寬帶接入與業(yè)務承載中的配置邏輯。內(nèi)容以實操示例為主線專線部分覆蓋QinQ VLAN、VLAN Stacking批發(fā)與PWE3仿真VPLS部分含上網(wǎng)、組播及企業(yè)專線案例FTTx部分則延伸到FTTH、FTTB/FTTC的數(shù)據(jù)規(guī)劃與配置。針對橋接語音型ONT、橋接型ONTHGW、網(wǎng)關(guān)型ONT三類組網(wǎng)場景手冊分別給出GPON與EPON接入下增加ONT、開通上網(wǎng)、H.248與SIP語音、BTV、VoD、Wi-Fi以及聚合、擁塞控制與安全策略的完整流程并附業(yè)務驗證環(huán)節(jié)。目錄按模塊逐級細分便于按場景檢索。資源包共1個PDF文件大小約19.24MB一冊即串起專線、VPLS與FTTx多條技術(shù)線。目前已有9159人學習適合希望系統(tǒng)掌握接入網(wǎng)配置與排錯思路的讀者對照實踐。1. OLT 配置手冊先解決什么問題一臺設(shè)備從加電到業(yè)務驗收之間隔著什么剛接手接入網(wǎng)的人常有一個錯覺ONT 能注冊、寬帶能撥號、ping 得通活兒就算完了。真到驗收那天語音能聽不能說、組播一開就花屏、企業(yè)兩端 E1 滑碼問題全冒出來。這時候再去翻 OLT 配置手冊會發(fā)現(xiàn)命令散落在不同章節(jié)里一條一條找翻十遍也串不起來。這份手冊的價值不在命令清單而在它把專線、VPLS、FTTH、FTTB/C、FTTO、FTTM 六類組網(wǎng)拆成了端到端的配置序列——每一節(jié)都是“業(yè)務需求 → 數(shù)據(jù)規(guī)劃 → 分步配置 → 驗證業(yè)務”的固定骨架。它適合已經(jīng)能登上設(shè)備、但對“從零開一個站”沒有完整套路的人也適合有零散經(jīng)驗、需要一份可核對清單的老手。下面按我實際翻書的順序把它拆開講。2. 手冊的三層骨架通用配置、典型示例與 FTTx 端到端怎么對上號2.1 三層結(jié)構(gòu)各自負責什么配置章節(jié)開頭就交代了三種寫法通用業(yè)務配置講功能點思路并帶任務示例典型業(yè)務配置從應用場景出發(fā)給單網(wǎng)元的數(shù)據(jù)和操作步驟FTTx 配置以“OLTONU”組網(wǎng)為中心給端到端流程。這三層不是并列關(guān)系是粗細粒度關(guān)系——同一件事在通用配置里看到的是“這個功能怎么開”在 FTTx 里看到的是“這個功能在這個組網(wǎng)里排第幾步開”。手冊還專門寫了一節(jié)“FTTx 配置導讀”講的是寫作風格。很多人跳過它直接從目錄點進某個場景結(jié)果讀到一半不知道自己在流程的哪一步。導讀真正告訴你的是一件事每一節(jié)的順序是固定的業(yè)務需求及應用場景 → 配置流程 → 分步操作 → 驗證業(yè)務?？炊@個骨架后面每一節(jié)都可以跳讀只挑和自己組網(wǎng)對得上的分支。還有一句提醒值得單獨拎出來示例里的操作步驟和數(shù)據(jù)只是為了便于理解查閱不能當模板用。這句話決定了整本書的使用方式——它是參考系不是模板庫。直接抄 VLAN ID、抄 IP 段、抄語音地址翻車概率極高。2.2 從業(yè)務清單反查章節(jié)現(xiàn)場最常問的不是“這個命令什么意思”而是“我這個需求該看哪一節(jié)”。按手冊的目錄結(jié)構(gòu)可以整理出這么一張對照表我一般貼在工位上業(yè)務訴求對應章節(jié)位置關(guān)鍵動作常見返工點企業(yè)兩地分支二層互通專線業(yè)務示例 / FTTO 分支互通兩端外層 VLAN 規(guī)劃兩端 VLAN 號對不上ISP 批發(fā)接入VLAN Stacking 批發(fā)業(yè)務外層標 ISP、內(nèi)層標用戶外層 VLAN 全局不唯一以太業(yè)務跨 MPLS 傳輸ETH PWE3 示例PW 類型與 MTU報文大于 MTU 被丟多點互聯(lián)VPLS 三類示例VSI 與 PW 全互聯(lián)PW 數(shù)量隨節(jié)點平方增長家庭寬帶語音IPTVFTTH 各 ONT 形態(tài)場景管理通道與業(yè)務通道語音 VLAN 與上網(wǎng)混用樓道設(shè)備xDSL 接入FTTB/C 場景OLT 與 ONU 管理通道管理通道沒通就配業(yè)務中小企業(yè)接入FTTO SOHO 和 SME預配置 ONU免認證策略未關(guān)聯(lián)大企業(yè) E1 專線FTTO 大企業(yè)接入TDM 連接與時鐘時鐘不同步導致滑碼基站回傳FTTM 基站接入時鐘同步先行時間同步精度不達標這張表的作用是縮短定位時間。手冊是按場景組織的不是按命令組織的反查表相當于給自己加了一層索引。2.3 六類數(shù)據(jù)規(guī)劃項不定下來就別敲命令手冊在 FTTH 和 FTTB/C 兩處都列了數(shù)據(jù)規(guī)劃原則歸納起來是六類IP 地址規(guī)劃、QoS 規(guī)劃、上網(wǎng)和 Wi-Fi 業(yè)務規(guī)劃、語音業(yè)務規(guī)劃、IPTV 業(yè)務規(guī)劃、安全規(guī)劃。這些內(nèi)容排在配置步驟之前不是排版習慣是因為它們的結(jié)論會直接寫進后面的命令參數(shù)里。規(guī)劃項關(guān)鍵參數(shù)不先定會怎樣IP 地址管理網(wǎng)段、業(yè)務網(wǎng)段、ONU 管理地址池后面改地址要重配管理通道QoSDBA 模板、流量模板、優(yōu)先級映射擁塞時語音先掉上網(wǎng)和 Wi-Fi業(yè)務 VLAN、PPPoE/IPoE、SSID 與 VLAN 對應多業(yè)務共用 VLAN 互相廣播語音語音 VLAN、軟交換地址、數(shù)圖、FXS 口參數(shù)注冊上了但撥號無反應IPTV組播 VLAN、組播組地址段、節(jié)目帶寬復制點選錯上行被打滿安全MAC 數(shù)量限制、防 DoS、DHCP Option82一個用戶掉線拖垮整 PON 口我的習慣是先把這張表填滿再登設(shè)備。填不滿說明業(yè)務需求還沒問清楚這時候配下去的東西大概率要返工。2.4 端到端配置的五步通用骨架把所有 FTTx 場景的步驟抽出來會發(fā)現(xiàn)順序幾乎一致只是分支不同OLT 上增加 ONT/ONU授權(quán)、模板綁定配置 OLT 與 ONT/ONU 之間的管理通道管理 VLAN、管理流配置業(yè)務通道業(yè)務 VLAN、流分類、上行透傳配置聚合、擁塞控制及安全策略驗證業(yè)務第 2 步和第 3 步的順序不能顛倒。管理通道沒通ONT 上的語音、Wi-Fi 參數(shù)根本下發(fā)不下去你會在業(yè)務通道上白白折騰半天。第 4 步放在最后也不是因為它不重要而是因為它調(diào)的是“連通之后的質(zhì)量邊界”連通性沒驗證就調(diào)限速出了問題分不清是限速錯了還是路由錯了。動手前先留一份基線出問題能對比#!/usr/bin/env bash # 變更前快照把當前配置和 ONT 在線清單各存一份事后能 diff set -euo pipefail OLT10.10.10.2 # 設(shè)備管理地址帶內(nèi)帶外均可 USERnetops # 具備配置權(quán)限的運維賬號 STAMP$(date %Y%m%d_%H%M) # 時間戳用于版本對齊 DIR./olt_snapshot/$STAMP mkdir -p $DIR # 兩條命令的具體寫法按設(shè)備型號查手冊的“配置管理/文件管理”章節(jié) ssh -o ConnectTimeout10 $USER$OLT save configuration $DIR/config.log 21 ssh -o ConnectTimeout10 $USER$OLT display ont info summary $DIR/ont.log 21 tar -czf $DIR.tar.gz -C $(dirname $DIR) $(basename $DIR) echo snapshot ready: $DIR.tar.gzset -euo pipefail保證任一環(huán)節(jié)失敗立即中斷不會留下半份快照STAMP讓快照和變更單一一對應兩條采集命令按實際型號替換重點是“變更前必有快照”這個動作本身?；貪L時把兩份config.log做 diff能直接看出這次改了哪幾行。3. 專線與 VPLS 選型QinQ、VLAN Stacking、PWE3 各自的參數(shù)邊界3.1 QinQ VLAN 專線外層和內(nèi)層各管什么QinQ 的實質(zhì)是在用戶報文外面再壓一層 Tag。專線場景里外層 Tag 歸運營網(wǎng)絡(luò)識別內(nèi)層 Tag 是客戶自己的 VLAN運營網(wǎng)只透傳不解封裝。手冊把這個示例放在專線業(yè)務開頭因為它的價值就是讓兩個異地分支“像接在同一臺交換機上”。配置主線是客戶接入端口規(guī)劃 → 外層 VLAN 創(chuàng)建 → 端口加入 → 上行透傳 → 兩端聯(lián)動驗證。真正決定成敗的是幾個參數(shù)參數(shù)取值思路踩坑點外層 VLAN ID按客戶分配全網(wǎng)唯一兩端不一致專線不通內(nèi)層 VLAN ID客戶內(nèi)部規(guī)劃運營不感知被誤當外層用透傳失效TPID0x8100 或 0x88A8兩端一致一端 0x88A8 一端 0x8100報文被丟端口模式接客戶側(cè)需識別已帶 Tag 的報文配成純接入模式內(nèi)層 Tag 被剝掉MTU至少 1504建議 1526大包被丟表現(xiàn)為“能 ping 不能傳文件”MTU 這一項特別容易被忽略。加了 4 字節(jié)外層 Tag原來卡在 1500 的報文就超了。測試時用小包 ping 一切正常用戶一傳大文件就斷這類問題在現(xiàn)場排查成本極高配置階段把 MTU 留出余量最省事。3.2 VLAN Stacking 批發(fā)外層標 ISP、內(nèi)層標用戶這個場景和 QinQ 的差別在分配主體。QinQ 是給一個客戶做一條專線外層標識這個客戶VLAN Stacking 是在二層交換城域網(wǎng)里給多個 ISP 做批發(fā)外層 VLAN 標識 ISP內(nèi)層 VLAN 標識用戶。不同的用戶群通過不同的外層 Tag 批量接入到指定的 ISP 網(wǎng)絡(luò)。由此帶來一個硬約束外層 VLAN 數(shù)量只有 4094 個。一個 ISP 一個外層段的做法在用戶規(guī)模上去之后會撞墻。手冊給出的思路是用靈活 QinQ按內(nèi)層 VLAN 選擇外層 VLAN把“一 ISP 一外層”細化成“一 ISP 一外層段 內(nèi)層區(qū)分用戶”。規(guī)劃階段的檢查項只有三條但每條都能讓業(yè)務開不出來外層 VLAN 是否全網(wǎng)唯一、外層與 ISP 的對應關(guān)系是否入庫、內(nèi)層 VLAN 沖突時是否有轉(zhuǎn)換策略。第三條最容易被跳過兩家用戶內(nèi)層都用 VLAN 10 是常態(tài)沒有轉(zhuǎn)換策略就只能靠外層區(qū)分一旦上游設(shè)備不支持雙層透傳整批用戶受影響。3.3 PWE3 與 VPLS什么時候不該用二層仿真PWE3 是把一種二層或 TDM 業(yè)務在 MPLS 網(wǎng)絡(luò)里仿真成點對點管道VPLS 是在 MPLS 上做多點以太網(wǎng)仿真。手冊給了 ETH PWE3 的示例也給了 VPLS 的上網(wǎng)、組播、企業(yè)專線三類示例選型上很容易混。維度QinQ VLANPWE3VPLS拓撲點到點點到點點到多點MAC 學習運營網(wǎng)不學習不學習運營網(wǎng)學習擴展性受 VLAN 數(shù)限制線性增長PW 數(shù)量隨節(jié)點平方增長典型場景同城兩地專線跨域二層延伸多分支互聯(lián)、組播分發(fā)主要風險外層 VLAN 耗盡MTU 與控制字不匹配MAC 表震蕩、環(huán)路選型上有個簡單判斷兩端就用 PWE3 或 QinQ兩端以上才考慮 VPLS。VPLS 的全互聯(lián)特性意味著每增加一個節(jié)點PW 數(shù)量按平方漲十個節(jié)點就是四十五條 PW配置量和排障難度都上來了。手冊里 VPLS 企業(yè)專線示例給的是典型小規(guī)模組網(wǎng)規(guī)模再大要考慮分層 VPLS 或改用其他方案。PWE3 側(cè)的關(guān)鍵參數(shù)是 PW 類型、控制字、MTU 和 LSP 保護。PW 類型分 raw 和 tagged 兩種前者不帶 Tag 透傳后者帶 Tag兩端必須一致?？刂谱衷趫笪妮^短時需要用來補齊長度和攜帶序號兩端不一致的典型現(xiàn)象是一端能收、另一端丟包。3.4 TDM 專線的時鐘SAToP、CESoP 與 Native TDM手冊在 FTTO 大企業(yè)接入和 FTTM 基站接入兩處反復出現(xiàn) TDM 連接說明這塊是真實業(yè)務的高頻區(qū)。E1 走分組網(wǎng)最大的坑不是帶寬是時鐘。方式封裝特點適用注意Native TDM全程 TDM不打包OLT 內(nèi) TDM 交換不跨分組網(wǎng)SAToP結(jié)構(gòu)無關(guān)整條 E1 打包純數(shù)據(jù) E1、基站回傳不攜帶信令結(jié)構(gòu)CESoP結(jié)構(gòu)感知可帶信令需要透傳時隙結(jié)構(gòu)的場景配置復雜度更高時鐘同步可選線路時鐘、自適應時鐘、1588V2 和 BITS。線路時鐘最穩(wěn)前提是有 E1 或 STM-1 線路可取自適應時鐘從包流恢復抖動大1588V2 精度高但對鏈路時延對稱性敏感需要中間設(shè)備全程支持。我的經(jīng)驗是E1 業(yè)務只要出現(xiàn)“偶爾滑碼、誤碼率不高但持續(xù)存在”先查時鐘別查線路。時鐘源不一致導致的滑碼現(xiàn)象很溫和日志也不報錯屬于典型的黑匣子問題只能靠配置核查。4. FTTH 三條主線橋接語音、橋接HGW、網(wǎng)關(guān)型 ONT 的配置順序4.1 三種 ONT 形態(tài)業(yè)務在哪一層終結(jié)手冊把 FTTH 拆成橋接語音型、橋接型 ONTHGW、網(wǎng)關(guān)型 ONT 三條主線GPON 和 EPON 各寫一遍加起來十幾節(jié)。看著重復實際是因為業(yè)務終結(jié)位置不同配置順序就不同。形態(tài)ONT 角色語音終結(jié)Wi-Fi配置重點橋接語音型二層橋接ONT 上H.248/SIP無語音 VLAN 與管理 VLAN 分離橋接型 ONTHGW純二層HGW 上HGW 提供ONT 只透傳業(yè)務全在 HGW網(wǎng)關(guān)型 ONT路由NATONT 上ONT 提供Any Port Any Service、CATV先定形態(tài)后面所有步驟才有落點。橋接型 ONTHGW 的場景里ONT 側(cè)只需要配業(yè)務通道和管理通道上網(wǎng)、IPTV、語音全在 HGW 側(cè)配手冊里對應的小節(jié)也是分開寫的ONU 側(cè)一組HGW 側(cè)一組。如果把這套流程套到網(wǎng)關(guān)型 ONT 上會發(fā)現(xiàn)在 OLT 上怎么配都下發(fā)不到終端——因為終結(jié)層次根本不一樣。GPON 和 EPON 的差異主要在封裝和帶寬分配。GPON 用 GEM Port 承載DBA 模板顆粒度更細EPON 用 LLID帶寬分配相對固定。手冊對同一種業(yè)務寫兩遍就是因為這兩套參數(shù)不通用。4.2 OLT 上增加 ONT發(fā)現(xiàn)、預配置與免認證幾乎每一節(jié)都以“OLT 上增加 ONT/ONU”開頭。歸納起來三種方式方式前提優(yōu)點風險自動發(fā)現(xiàn)后確認ONT 已上線OLT 側(cè)可見簡單直接大批量時人工確認易錯預配置提前錄入序列號或密碼上線即自動匹配序列號錄錯永遠匹配不上免認證策略按模板自動放行適合批量、免軟調(diào)策略未關(guān)聯(lián)到 OLT等于沒配預配置是 FTTO 場景里最常用的方式手冊在 SOHO 和 SME 章節(jié)專門有“預配置 ONU”一節(jié)。預配置的核心是模板線路模板定 PON 口參數(shù)和 DBA業(yè)務模板定業(yè)務 VLAN 和流分類ONT 模板定能力集。三個模板綁定順序錯了ONT 會注冊成功但業(yè)務不通——因為它拿到的是一條沒有業(yè)務配置的“空殼”線路。免認證策略在 FTTM 的 Small Cell 場景里出現(xiàn)過配完策略一定要回到 OLT 側(cè)確認關(guān)聯(lián)生效。這一步漏了現(xiàn)場表現(xiàn)就是“ONU 上電了但一直不上線”而設(shè)備側(cè)沒有任何告警只能靠逐條核對策略列表。4.3 語音H.248 與 SIPWeb/網(wǎng)管 與 CLI 兩條路徑手冊在 FTTH 三種形態(tài)里都給了 H.248 和 SIP 兩套每套又給了 Web/網(wǎng)管和 CLI 兩條路徑。四份內(nèi)容不是冗余對應的是兩種交付方式和兩種排障手段。維度H.248SIP控制模型媒體網(wǎng)關(guān)控制器集中控制終端自主注冊關(guān)鍵參數(shù)軟交換地址、端口、終端 ID注冊服務器、代理服務器、域常見不通原因終端 ID 與軟交換側(cè)不一致注冊周期與鑒權(quán)密碼不匹配批量下發(fā)網(wǎng)管模板效率高網(wǎng)管模板效率高單點排障CLI 逐條核對更直觀CLI 逐條核對更直觀語音配完必須驗證三件事注冊狀態(tài)、撥號音、雙向通話。手冊每節(jié)末尾的“驗證業(yè)務”就包括這幾項很多人只看到“注冊成功”就收工結(jié)果用戶投訴打不通。注冊成功只說明信令通道通了媒體通道是另一回事——語音 VLAN 和 RTP 端口沒放通照樣單通。數(shù)圖Digit Map是最容易配錯的一項。配得太嚴用戶撥分機號撥不出去配得太松撥號延遲明顯?，F(xiàn)場做法是先按用戶實際撥號習慣列全號段再壓緊規(guī)則。4.4 組播 BTV 與 VoD復制點定在哪手冊把 BTV 和 VoD 分開配因為它們一個是組播、一個是單播。BTV 走組播關(guān)鍵是復制點位置復制點放在 OLT 上行口一條組播流從上行走OLT 內(nèi)部復制到各 PON 口放在單板或 ONU上行帶寬壓力小但設(shè)備要求高。參數(shù)上要盯住這幾項IGMP 版本、IGMP Snooping 或 Proxy 的啟用、組播組地址段、組播 VLAN、單節(jié)目帶寬、加入和離開時延。加入時延設(shè)得太短換臺時畫面會卡一下設(shè)得太長換臺慢。手冊給的是參考值實際要按節(jié)目源編碼碼率和 PON 口帶寬余量調(diào)。VoD 是單播走的是普通業(yè)務通道。它的問題通常不在組播配置而在帶寬BTV 和 VoD 共用一條上行時VoD 突發(fā)會把上行打滿表現(xiàn)是點播起播慢甚至失敗。QoS 規(guī)劃里給 IPTV 單獨一個隊列就是為了這個。4.5 聚合、擁塞控制與安全策略為什么放在最后手冊每一節(jié)都是“配置聚合、擁塞控制及安全策略”放在驗證業(yè)務之前。因為前面配的是連通性這里配的是質(zhì)量邊界和防護邊界DBA 模板決定 PON 口上行帶寬怎么分流量模板決定用戶能跑多快CAR 決定超速怎么處理MAC 數(shù)量限制和防 DoS 決定一個用戶能不能拖垮整口。這一節(jié)最容易被當成可選項跳過。跳過之后業(yè)務能通但一個月后用戶投訴“晚上網(wǎng)速掉得厲害”回頭再查就是沒有限速、沒有隊列、沒有優(yōu)先級。補這些配置要重啟業(yè)務模板等于二次割接。我的做法是開站時就把默認模板套上哪怕數(shù)值先給寬一點也比后面補強。5. 排查與避坑注冊失敗、語音單通、組播花屏的五個現(xiàn)場記錄5.1 ONT 反復上下線日志只報鏈路抖動現(xiàn)象ONT 上線后幾分鐘掉線再上線循環(huán)往復光功率顯示在臨界值附近誤碼計數(shù)緩慢增長。原因光功率落在接收靈敏度邊緣。分光比算得剛好卡線加上接頭臟污、法蘭老化鏈路余量被吃光。手冊里給的靈敏度是標稱值實際部署要留 3dB 以上余量。解決先清潔接頭和法蘭再實測收發(fā)光功率仍在臨界值就調(diào)整分光比或加光衰。配完別只看看“在線”連續(xù)觀察半小時的誤碼計數(shù)更有說服力。5.2 上網(wǎng)正常、語音不通注冊狀態(tài)一直是未注冊現(xiàn)象寬帶撥號正常語音口無撥號音網(wǎng)管上看 ONT 語音狀態(tài)為未注冊。原因語音 VLAN 和上網(wǎng) VLAN 配成了同一個或者語音網(wǎng)關(guān)地址沒下發(fā)下去。橋接語音型 ONT 的語音是 ONT 自己發(fā)起的需要獨立的語音 VLAN 和管理通道承載信令。解決核對語音 VLAN 是否已從 OLT 透傳到 ONT核對軟交換地址和端口核對 ONT 是否真正拿到了語音配置。CLI 逐條查比在網(wǎng)管上點開三層菜單快得多。5.3 組播一開就花屏單播點播卻正?，F(xiàn)象BTV 直播花屏、馬賽克VoD 點播流暢。原因組播復制點放在了 OLT 上行口但上行鏈路帶寬不夠或者 IGMP Snooping 沒啟用組播流被當成廣播泛洪到所有 PON 口。解決確認復制點位置按用戶規(guī)模決定是否下移到單板確認 IGMP Snooping 已啟用并且組播 VLAN 配置正確核算單節(jié)目帶寬乘以并發(fā)頻道數(shù)和上行帶寬留出 30% 余量。5.4 橋接型 ONTHGW 場景IPTV 機頂盒拿不到地址現(xiàn)象上網(wǎng)正常機頂盒啟動卡在認證界面抓包看不到 DHCP 應答。原因HGW 側(cè)的 IPTV 業(yè)務沒有單獨綁定 LAN 口和 VLAN機頂盒的請求被當成上網(wǎng)流量處理。手冊在這個場景里把 ONU 側(cè)和 HGW 側(cè)分成兩組小節(jié)只配了 ONU 側(cè)就會出這個問題。解決回到 HGW 側(cè)配置把 IPTV 的 VLAN 綁定到指定 LAN 口確認組播 VLAN 在 HGW 上已放通。橋接型組網(wǎng)里最典型的錯誤就是只配了一半。5.5 大企業(yè) E1 專線偶發(fā)滑碼誤碼儀測不出問題現(xiàn)象E1 專線跑業(yè)務時偶發(fā)滑碼誤碼率測試正常長時間掛表才能看到一次。原因時鐘不同步。一端用線路時鐘、另一端用自適應時鐘或者兩端都用自適應但中間鏈路抖動大緩沖器周期性溢出。解決統(tǒng)一兩端的時鐘源優(yōu)先線路時鐘無法取線路時鐘就統(tǒng)一用 1588V2并確認全路徑設(shè)備支持配完用長時間掛表驗證短時測試看不出滑碼。6. 把示例改造成自己的配置基線參數(shù)替換表與交付前自檢手冊里反復強調(diào)示例數(shù)據(jù)不能當模板但示例的結(jié)構(gòu)可以當模板。我的做法是給每類場景建一張參數(shù)替換表把手冊里的示例值換成項目實際值配置時只對著這張表敲不回頭翻書。以 FTTH 橋接語音型 GPON 場景為例替換表大致長這樣手冊示例項替換為確認人外層/業(yè)務 VLAN項目 VLAN 規(guī)劃表對應值規(guī)劃管理網(wǎng)段與 ONU 地址池本項目管理網(wǎng)段規(guī)劃語音 VLAN 與軟交換地址語音平臺提供語音組播組地址段IPTV 平臺提供IPTVDBA 與流量模板按套餐檔位映射規(guī)劃安全策略MAC 數(shù)、防 DoS按樓棟規(guī)模設(shè)定安全表格填完再動手配置過程基本不會中斷。反過來邊配邊查改一次參數(shù)就要回頭核對三條命令效率差得遠。交付前我固定跑一遍自檢清單都是被坑出來的ONT 在線狀態(tài)和光功率是否都在門限內(nèi)誤碼計數(shù)是否為零管理通道是否通從 OLT 能 ping 到 ONT 管理地址業(yè)務 VLAN 是否從 OLT 透傳到 ONT有沒有在中途被剝掉語音注冊狀態(tài)、撥號音、雙向通話三項都驗過組播復制點位置和 IGMP 配置是否與規(guī)劃一致限速、隊列、MAC 限制、防 DoS 是否已套用默認模板變更前后快照是否留檔diff 是否核對過這份清單不長但每一條都對應過我踩過的坑。最開始我覺得驗證業(yè)務那一節(jié)是手冊為了湊結(jié)構(gòu)寫的直到有一次語音只驗了注冊沒驗通話割接當晚被叫回現(xiàn)場才發(fā)現(xiàn)媒體通道根本沒放通。從那以后我每次開站不管多趕時間都強制走一遍“注冊—撥號音—雙向通話”這三步一步不落。手冊是死的組網(wǎng)是活的把它的結(jié)構(gòu)抽出來變成自己的流程比記住任何一條命令都管用。希望幫到你。本文還有配套的精品資源點擊獲取 OLT配置手冊實戰(zhàn)：FTTx六類組網(wǎng)、語音組播與E1專線避坑
簡介華為OLT配置手冊為華為公司發(fā)布的OLT設(shè)備配置指南面向網(wǎng)絡(luò)管理員、接入網(wǎng)工程師及備考相關(guān)認證的技術(shù)人員幫助讀者厘清OLT在寬帶接入與業(yè)務承載中的配置邏輯。內(nèi)容以實操示例為主線專線部分覆蓋QinQ VLAN、VLAN Stacking批發(fā)與PWE3仿真VPLS部分含上網(wǎng)、組播及企業(yè)專線案例FTTx部分則延伸到FTTH、FTTB/FTTC的數(shù)據(jù)規(guī)劃與配置。針對橋接語音型ONT、橋接型ONTHGW、網(wǎng)關(guān)型ONT三類組網(wǎng)場景手冊分別給出GPON與EPON接入下增加ONT、開通上網(wǎng)、H.248與SIP語音、BTV、VoD、Wi-Fi以及聚合、擁塞控制與安全策略的完整流程并附業(yè)務驗證環(huán)節(jié)。目錄按模塊逐級細分便于按場景檢索。資源包共1個PDF文件大小約19.24MB一冊即串起專線、VPLS與FTTx多條技術(shù)線。目前已有9159人學習適合希望系統(tǒng)掌握接入網(wǎng)配置與排錯思路的讀者對照實踐。1. OLT 配置手冊先解決什么問題一臺設(shè)備從加電到業(yè)務驗收之間隔著什么剛接手接入網(wǎng)的人常有一個錯覺ONT 能注冊、寬帶能撥號、ping 得通活兒就算完了。真到驗收那天語音能聽不能說、組播一開就花屏、企業(yè)兩端 E1 滑碼問題全冒出來。這時候再去翻 OLT 配置手冊會發(fā)現(xiàn)命令散落在不同章節(jié)里一條一條找翻十遍也串不起來。這份手冊的價值不在命令清單而在它把專線、VPLS、FTTH、FTTB/C、FTTO、FTTM 六類組網(wǎng)拆成了端到端的配置序列——每一節(jié)都是“業(yè)務需求 → 數(shù)據(jù)規(guī)劃 → 分步配置 → 驗證業(yè)務”的固定骨架。它適合已經(jīng)能登上設(shè)備、但對“從零開一個站”沒有完整套路的人也適合有零散經(jīng)驗、需要一份可核對清單的老手。下面按我實際翻書的順序把它拆開講。2. 手冊的三層骨架通用配置、典型示例與 FTTx 端到端怎么對上號2.1 三層結(jié)構(gòu)各自負責什么配置章節(jié)開頭就交代了三種寫法通用業(yè)務配置講功能點思路并帶任務示例典型業(yè)務配置從應用場景出發(fā)給單網(wǎng)元的數(shù)據(jù)和操作步驟FTTx 配置以“OLTONU”組網(wǎng)為中心給端到端流程。這三層不是并列關(guān)系是粗細粒度關(guān)系——同一件事在通用配置里看到的是“這個功能怎么開”在 FTTx 里看到的是“這個功能在這個組網(wǎng)里排第幾步開”。手冊還專門寫了一節(jié)“FTTx 配置導讀”講的是寫作風格。很多人跳過它直接從目錄點進某個場景結(jié)果讀到一半不知道自己在流程的哪一步。導讀真正告訴你的是一件事每一節(jié)的順序是固定的業(yè)務需求及應用場景 → 配置流程 → 分步操作 → 驗證業(yè)務?？炊@個骨架后面每一節(jié)都可以跳讀只挑和自己組網(wǎng)對得上的分支。還有一句提醒值得單獨拎出來示例里的操作步驟和數(shù)據(jù)只是為了便于理解查閱不能當模板用。這句話決定了整本書的使用方式——它是參考系不是模板庫。直接抄 VLAN ID、抄 IP 段、抄語音地址翻車概率極高。2.2 從業(yè)務清單反查章節(jié)現(xiàn)場最常問的不是“這個命令什么意思”而是“我這個需求該看哪一節(jié)”。按手冊的目錄結(jié)構(gòu)可以整理出這么一張對照表我一般貼在工位上業(yè)務訴求對應章節(jié)位置關(guān)鍵動作常見返工點企業(yè)兩地分支二層互通專線業(yè)務示例 / FTTO 分支互通兩端外層 VLAN 規(guī)劃兩端 VLAN 號對不上ISP 批發(fā)接入VLAN Stacking 批發(fā)業(yè)務外層標 ISP、內(nèi)層標用戶外層 VLAN 全局不唯一以太業(yè)務跨 MPLS 傳輸ETH PWE3 示例PW 類型與 MTU報文大于 MTU 被丟多點互聯(lián)VPLS 三類示例VSI 與 PW 全互聯(lián)PW 數(shù)量隨節(jié)點平方增長家庭寬帶語音IPTVFTTH 各 ONT 形態(tài)場景管理通道與業(yè)務通道語音 VLAN 與上網(wǎng)混用樓道設(shè)備xDSL 接入FTTB/C 場景OLT 與 ONU 管理通道管理通道沒通就配業(yè)務中小企業(yè)接入FTTO SOHO 和 SME預配置 ONU免認證策略未關(guān)聯(lián)大企業(yè) E1 專線FTTO 大企業(yè)接入TDM 連接與時鐘時鐘不同步導致滑碼基站回傳FTTM 基站接入時鐘同步先行時間同步精度不達標這張表的作用是縮短定位時間。手冊是按場景組織的不是按命令組織的反查表相當于給自己加了一層索引。2.3 六類數(shù)據(jù)規(guī)劃項不定下來就別敲命令手冊在 FTTH 和 FTTB/C 兩處都列了數(shù)據(jù)規(guī)劃原則歸納起來是六類IP 地址規(guī)劃、QoS 規(guī)劃、上網(wǎng)和 Wi-Fi 業(yè)務規(guī)劃、語音業(yè)務規(guī)劃、IPTV 業(yè)務規(guī)劃、安全規(guī)劃。這些內(nèi)容排在配置步驟之前不是排版習慣是因為它們的結(jié)論會直接寫進后面的命令參數(shù)里。規(guī)劃項關(guān)鍵參數(shù)不先定會怎樣IP 地址管理網(wǎng)段、業(yè)務網(wǎng)段、ONU 管理地址池后面改地址要重配管理通道QoSDBA 模板、流量模板、優(yōu)先級映射擁塞時語音先掉上網(wǎng)和 Wi-Fi業(yè)務 VLAN、PPPoE/IPoE、SSID 與 VLAN 對應多業(yè)務共用 VLAN 互相廣播語音語音 VLAN、軟交換地址、數(shù)圖、FXS 口參數(shù)注冊上了但撥號無反應IPTV組播 VLAN、組播組地址段、節(jié)目帶寬復制點選錯上行被打滿安全MAC 數(shù)量限制、防 DoS、DHCP Option82一個用戶掉線拖垮整 PON 口我的習慣是先把這張表填滿再登設(shè)備。填不滿說明業(yè)務需求還沒問清楚這時候配下去的東西大概率要返工。2.4 端到端配置的五步通用骨架把所有 FTTx 場景的步驟抽出來會發(fā)現(xiàn)順序幾乎一致只是分支不同OLT 上增加 ONT/ONU授權(quán)、模板綁定配置 OLT 與 ONT/ONU 之間的管理通道管理 VLAN、管理流配置業(yè)務通道業(yè)務 VLAN、流分類、上行透傳配置聚合、擁塞控制及安全策略驗證業(yè)務第 2 步和第 3 步的順序不能顛倒。管理通道沒通ONT 上的語音、Wi-Fi 參數(shù)根本下發(fā)不下去你會在業(yè)務通道上白白折騰半天。第 4 步放在最后也不是因為它不重要而是因為它調(diào)的是“連通之后的質(zhì)量邊界”連通性沒驗證就調(diào)限速出了問題分不清是限速錯了還是路由錯了。動手前先留一份基線出問題能對比#!/usr/bin/env bash # 變更前快照把當前配置和 ONT 在線清單各存一份事后能 diff set -euo pipefail OLT10.10.10.2 # 設(shè)備管理地址帶內(nèi)帶外均可 USERnetops # 具備配置權(quán)限的運維賬號 STAMP$(date %Y%m%d_%H%M) # 時間戳用于版本對齊 DIR./olt_snapshot/$STAMP mkdir -p $DIR # 兩條命令的具體寫法按設(shè)備型號查手冊的“配置管理/文件管理”章節(jié) ssh -o ConnectTimeout10 $USER$OLT save configuration $DIR/config.log 21 ssh -o ConnectTimeout10 $USER$OLT display ont info summary $DIR/ont.log 21 tar -czf $DIR.tar.gz -C $(dirname $DIR) $(basename $DIR) echo snapshot ready: $DIR.tar.gzset -euo pipefail保證任一環(huán)節(jié)失敗立即中斷不會留下半份快照STAMP讓快照和變更單一一對應兩條采集命令按實際型號替換重點是“變更前必有快照”這個動作本身?；貪L時把兩份config.log做 diff能直接看出這次改了哪幾行。3. 專線與 VPLS 選型QinQ、VLAN Stacking、PWE3 各自的參數(shù)邊界3.1 QinQ VLAN 專線外層和內(nèi)層各管什么QinQ 的實質(zhì)是在用戶報文外面再壓一層 Tag。專線場景里外層 Tag 歸運營網(wǎng)絡(luò)識別內(nèi)層 Tag 是客戶自己的 VLAN運營網(wǎng)只透傳不解封裝。手冊把這個示例放在專線業(yè)務開頭因為它的價值就是讓兩個異地分支“像接在同一臺交換機上”。配置主線是客戶接入端口規(guī)劃 → 外層 VLAN 創(chuàng)建 → 端口加入 → 上行透傳 → 兩端聯(lián)動驗證。真正決定成敗的是幾個參數(shù)參數(shù)取值思路踩坑點外層 VLAN ID按客戶分配全網(wǎng)唯一兩端不一致專線不通內(nèi)層 VLAN ID客戶內(nèi)部規(guī)劃運營不感知被誤當外層用透傳失效TPID0x8100 或 0x88A8兩端一致一端 0x88A8 一端 0x8100報文被丟端口模式接客戶側(cè)需識別已帶 Tag 的報文配成純接入模式內(nèi)層 Tag 被剝掉MTU至少 1504建議 1526大包被丟表現(xiàn)為“能 ping 不能傳文件”MTU 這一項特別容易被忽略。加了 4 字節(jié)外層 Tag原來卡在 1500 的報文就超了。測試時用小包 ping 一切正常用戶一傳大文件就斷這類問題在現(xiàn)場排查成本極高配置階段把 MTU 留出余量最省事。3.2 VLAN Stacking 批發(fā)外層標 ISP、內(nèi)層標用戶這個場景和 QinQ 的差別在分配主體。QinQ 是給一個客戶做一條專線外層標識這個客戶VLAN Stacking 是在二層交換城域網(wǎng)里給多個 ISP 做批發(fā)外層 VLAN 標識 ISP內(nèi)層 VLAN 標識用戶。不同的用戶群通過不同的外層 Tag 批量接入到指定的 ISP 網(wǎng)絡(luò)。由此帶來一個硬約束外層 VLAN 數(shù)量只有 4094 個。一個 ISP 一個外層段的做法在用戶規(guī)模上去之后會撞墻。手冊給出的思路是用靈活 QinQ按內(nèi)層 VLAN 選擇外層 VLAN把“一 ISP 一外層”細化成“一 ISP 一外層段 內(nèi)層區(qū)分用戶”。規(guī)劃階段的檢查項只有三條但每條都能讓業(yè)務開不出來外層 VLAN 是否全網(wǎng)唯一、外層與 ISP 的對應關(guān)系是否入庫、內(nèi)層 VLAN 沖突時是否有轉(zhuǎn)換策略。第三條最容易被跳過兩家用戶內(nèi)層都用 VLAN 10 是常態(tài)沒有轉(zhuǎn)換策略就只能靠外層區(qū)分一旦上游設(shè)備不支持雙層透傳整批用戶受影響。3.3 PWE3 與 VPLS什么時候不該用二層仿真PWE3 是把一種二層或 TDM 業(yè)務在 MPLS 網(wǎng)絡(luò)里仿真成點對點管道VPLS 是在 MPLS 上做多點以太網(wǎng)仿真。手冊給了 ETH PWE3 的示例也給了 VPLS 的上網(wǎng)、組播、企業(yè)專線三類示例選型上很容易混。維度QinQ VLANPWE3VPLS拓撲點到點點到點點到多點MAC 學習運營網(wǎng)不學習不學習運營網(wǎng)學習擴展性受 VLAN 數(shù)限制線性增長PW 數(shù)量隨節(jié)點平方增長典型場景同城兩地專線跨域二層延伸多分支互聯(lián)、組播分發(fā)主要風險外層 VLAN 耗盡MTU 與控制字不匹配MAC 表震蕩、環(huán)路選型上有個簡單判斷兩端就用 PWE3 或 QinQ兩端以上才考慮 VPLS。VPLS 的全互聯(lián)特性意味著每增加一個節(jié)點PW 數(shù)量按平方漲十個節(jié)點就是四十五條 PW配置量和排障難度都上來了。手冊里 VPLS 企業(yè)專線示例給的是典型小規(guī)模組網(wǎng)規(guī)模再大要考慮分層 VPLS 或改用其他方案。PWE3 側(cè)的關(guān)鍵參數(shù)是 PW 類型、控制字、MTU 和 LSP 保護。PW 類型分 raw 和 tagged 兩種前者不帶 Tag 透傳后者帶 Tag兩端必須一致?？刂谱衷趫笪妮^短時需要用來補齊長度和攜帶序號兩端不一致的典型現(xiàn)象是一端能收、另一端丟包。3.4 TDM 專線的時鐘SAToP、CESoP 與 Native TDM手冊在 FTTO 大企業(yè)接入和 FTTM 基站接入兩處反復出現(xiàn) TDM 連接說明這塊是真實業(yè)務的高頻區(qū)。E1 走分組網(wǎng)最大的坑不是帶寬是時鐘。方式封裝特點適用注意Native TDM全程 TDM不打包OLT 內(nèi) TDM 交換不跨分組網(wǎng)SAToP結(jié)構(gòu)無關(guān)整條 E1 打包純數(shù)據(jù) E1、基站回傳不攜帶信令結(jié)構(gòu)CESoP結(jié)構(gòu)感知可帶信令需要透傳時隙結(jié)構(gòu)的場景配置復雜度更高時鐘同步可選線路時鐘、自適應時鐘、1588V2 和 BITS。線路時鐘最穩(wěn)前提是有 E1 或 STM-1 線路可取自適應時鐘從包流恢復抖動大1588V2 精度高但對鏈路時延對稱性敏感需要中間設(shè)備全程支持。我的經(jīng)驗是E1 業(yè)務只要出現(xiàn)“偶爾滑碼、誤碼率不高但持續(xù)存在”先查時鐘別查線路。時鐘源不一致導致的滑碼現(xiàn)象很溫和日志也不報錯屬于典型的黑匣子問題只能靠配置核查。4. FTTH 三條主線橋接語音、橋接HGW、網(wǎng)關(guān)型 ONT 的配置順序4.1 三種 ONT 形態(tài)業(yè)務在哪一層終結(jié)手冊把 FTTH 拆成橋接語音型、橋接型 ONTHGW、網(wǎng)關(guān)型 ONT 三條主線GPON 和 EPON 各寫一遍加起來十幾節(jié)。看著重復實際是因為業(yè)務終結(jié)位置不同配置順序就不同。形態(tài)ONT 角色語音終結(jié)Wi-Fi配置重點橋接語音型二層橋接ONT 上H.248/SIP無語音 VLAN 與管理 VLAN 分離橋接型 ONTHGW純二層HGW 上HGW 提供ONT 只透傳業(yè)務全在 HGW網(wǎng)關(guān)型 ONT路由NATONT 上ONT 提供Any Port Any Service、CATV先定形態(tài)后面所有步驟才有落點。橋接型 ONTHGW 的場景里ONT 側(cè)只需要配業(yè)務通道和管理通道上網(wǎng)、IPTV、語音全在 HGW 側(cè)配手冊里對應的小節(jié)也是分開寫的ONU 側(cè)一組HGW 側(cè)一組。如果把這套流程套到網(wǎng)關(guān)型 ONT 上會發(fā)現(xiàn)在 OLT 上怎么配都下發(fā)不到終端——因為終結(jié)層次根本不一樣。GPON 和 EPON 的差異主要在封裝和帶寬分配。GPON 用 GEM Port 承載DBA 模板顆粒度更細EPON 用 LLID帶寬分配相對固定。手冊對同一種業(yè)務寫兩遍就是因為這兩套參數(shù)不通用。4.2 OLT 上增加 ONT發(fā)現(xiàn)、預配置與免認證幾乎每一節(jié)都以“OLT 上增加 ONT/ONU”開頭。歸納起來三種方式方式前提優(yōu)點風險自動發(fā)現(xiàn)后確認ONT 已上線OLT 側(cè)可見簡單直接大批量時人工確認易錯預配置提前錄入序列號或密碼上線即自動匹配序列號錄錯永遠匹配不上免認證策略按模板自動放行適合批量、免軟調(diào)策略未關(guān)聯(lián)到 OLT等于沒配預配置是 FTTO 場景里最常用的方式手冊在 SOHO 和 SME 章節(jié)專門有“預配置 ONU”一節(jié)。預配置的核心是模板線路模板定 PON 口參數(shù)和 DBA業(yè)務模板定業(yè)務 VLAN 和流分類ONT 模板定能力集。三個模板綁定順序錯了ONT 會注冊成功但業(yè)務不通——因為它拿到的是一條沒有業(yè)務配置的“空殼”線路。免認證策略在 FTTM 的 Small Cell 場景里出現(xiàn)過配完策略一定要回到 OLT 側(cè)確認關(guān)聯(lián)生效。這一步漏了現(xiàn)場表現(xiàn)就是“ONU 上電了但一直不上線”而設(shè)備側(cè)沒有任何告警只能靠逐條核對策略列表。4.3 語音H.248 與 SIPWeb/網(wǎng)管 與 CLI 兩條路徑手冊在 FTTH 三種形態(tài)里都給了 H.248 和 SIP 兩套每套又給了 Web/網(wǎng)管和 CLI 兩條路徑。四份內(nèi)容不是冗余對應的是兩種交付方式和兩種排障手段。維度H.248SIP控制模型媒體網(wǎng)關(guān)控制器集中控制終端自主注冊關(guān)鍵參數(shù)軟交換地址、端口、終端 ID注冊服務器、代理服務器、域常見不通原因終端 ID 與軟交換側(cè)不一致注冊周期與鑒權(quán)密碼不匹配批量下發(fā)網(wǎng)管模板效率高網(wǎng)管模板效率高單點排障CLI 逐條核對更直觀CLI 逐條核對更直觀語音配完必須驗證三件事注冊狀態(tài)、撥號音、雙向通話。手冊每節(jié)末尾的“驗證業(yè)務”就包括這幾項很多人只看到“注冊成功”就收工結(jié)果用戶投訴打不通。注冊成功只說明信令通道通了媒體通道是另一回事——語音 VLAN 和 RTP 端口沒放通照樣單通。數(shù)圖Digit Map是最容易配錯的一項。配得太嚴用戶撥分機號撥不出去配得太松撥號延遲明顯?，F(xiàn)場做法是先按用戶實際撥號習慣列全號段再壓緊規(guī)則。4.4 組播 BTV 與 VoD復制點定在哪手冊把 BTV 和 VoD 分開配因為它們一個是組播、一個是單播。BTV 走組播關(guān)鍵是復制點位置復制點放在 OLT 上行口一條組播流從上行走OLT 內(nèi)部復制到各 PON 口放在單板或 ONU上行帶寬壓力小但設(shè)備要求高。參數(shù)上要盯住這幾項IGMP 版本、IGMP Snooping 或 Proxy 的啟用、組播組地址段、組播 VLAN、單節(jié)目帶寬、加入和離開時延。加入時延設(shè)得太短換臺時畫面會卡一下設(shè)得太長換臺慢。手冊給的是參考值實際要按節(jié)目源編碼碼率和 PON 口帶寬余量調(diào)。VoD 是單播走的是普通業(yè)務通道。它的問題通常不在組播配置而在帶寬BTV 和 VoD 共用一條上行時VoD 突發(fā)會把上行打滿表現(xiàn)是點播起播慢甚至失敗。QoS 規(guī)劃里給 IPTV 單獨一個隊列就是為了這個。4.5 聚合、擁塞控制與安全策略為什么放在最后手冊每一節(jié)都是“配置聚合、擁塞控制及安全策略”放在驗證業(yè)務之前。因為前面配的是連通性這里配的是質(zhì)量邊界和防護邊界DBA 模板決定 PON 口上行帶寬怎么分流量模板決定用戶能跑多快CAR 決定超速怎么處理MAC 數(shù)量限制和防 DoS 決定一個用戶能不能拖垮整口。這一節(jié)最容易被當成可選項跳過。跳過之后業(yè)務能通但一個月后用戶投訴“晚上網(wǎng)速掉得厲害”回頭再查就是沒有限速、沒有隊列、沒有優(yōu)先級。補這些配置要重啟業(yè)務模板等于二次割接。我的做法是開站時就把默認模板套上哪怕數(shù)值先給寬一點也比后面補強。5. 排查與避坑注冊失敗、語音單通、組播花屏的五個現(xiàn)場記錄5.1 ONT 反復上下線日志只報鏈路抖動現(xiàn)象ONT 上線后幾分鐘掉線再上線循環(huán)往復光功率顯示在臨界值附近誤碼計數(shù)緩慢增長。原因光功率落在接收靈敏度邊緣。分光比算得剛好卡線加上接頭臟污、法蘭老化鏈路余量被吃光。手冊里給的靈敏度是標稱值實際部署要留 3dB 以上余量。解決先清潔接頭和法蘭再實測收發(fā)光功率仍在臨界值就調(diào)整分光比或加光衰。配完別只看看“在線”連續(xù)觀察半小時的誤碼計數(shù)更有說服力。5.2 上網(wǎng)正常、語音不通注冊狀態(tài)一直是未注冊現(xiàn)象寬帶撥號正常語音口無撥號音網(wǎng)管上看 ONT 語音狀態(tài)為未注冊。原因語音 VLAN 和上網(wǎng) VLAN 配成了同一個或者語音網(wǎng)關(guān)地址沒下發(fā)下去。橋接語音型 ONT 的語音是 ONT 自己發(fā)起的需要獨立的語音 VLAN 和管理通道承載信令。解決核對語音 VLAN 是否已從 OLT 透傳到 ONT核對軟交換地址和端口核對 ONT 是否真正拿到了語音配置。CLI 逐條查比在網(wǎng)管上點開三層菜單快得多。5.3 組播一開就花屏單播點播卻正?，F(xiàn)象BTV 直播花屏、馬賽克VoD 點播流暢。原因組播復制點放在了 OLT 上行口但上行鏈路帶寬不夠或者 IGMP Snooping 沒啟用組播流被當成廣播泛洪到所有 PON 口。解決確認復制點位置按用戶規(guī)模決定是否下移到單板確認 IGMP Snooping 已啟用并且組播 VLAN 配置正確核算單節(jié)目帶寬乘以并發(fā)頻道數(shù)和上行帶寬留出 30% 余量。5.4 橋接型 ONTHGW 場景IPTV 機頂盒拿不到地址現(xiàn)象上網(wǎng)正常機頂盒啟動卡在認證界面抓包看不到 DHCP 應答。原因HGW 側(cè)的 IPTV 業(yè)務沒有單獨綁定 LAN 口和 VLAN機頂盒的請求被當成上網(wǎng)流量處理。手冊在這個場景里把 ONU 側(cè)和 HGW 側(cè)分成兩組小節(jié)只配了 ONU 側(cè)就會出這個問題。解決回到 HGW 側(cè)配置把 IPTV 的 VLAN 綁定到指定 LAN 口確認組播 VLAN 在 HGW 上已放通。橋接型組網(wǎng)里最典型的錯誤就是只配了一半。5.5 大企業(yè) E1 專線偶發(fā)滑碼誤碼儀測不出問題現(xiàn)象E1 專線跑業(yè)務時偶發(fā)滑碼誤碼率測試正常長時間掛表才能看到一次。原因時鐘不同步。一端用線路時鐘、另一端用自適應時鐘或者兩端都用自適應但中間鏈路抖動大緩沖器周期性溢出。解決統(tǒng)一兩端的時鐘源優(yōu)先線路時鐘無法取線路時鐘就統(tǒng)一用 1588V2并確認全路徑設(shè)備支持配完用長時間掛表驗證短時測試看不出滑碼。6. 把示例改造成自己的配置基線參數(shù)替換表與交付前自檢手冊里反復強調(diào)示例數(shù)據(jù)不能當模板但示例的結(jié)構(gòu)可以當模板。我的做法是給每類場景建一張參數(shù)替換表把手冊里的示例值換成項目實際值配置時只對著這張表敲不回頭翻書。以 FTTH 橋接語音型 GPON 場景為例替換表大致長這樣手冊示例項替換為確認人外層/業(yè)務 VLAN項目 VLAN 規(guī)劃表對應值規(guī)劃管理網(wǎng)段與 ONU 地址池本項目管理網(wǎng)段規(guī)劃語音 VLAN 與軟交換地址語音平臺提供語音組播組地址段IPTV 平臺提供IPTVDBA 與流量模板按套餐檔位映射規(guī)劃安全策略MAC 數(shù)、防 DoS按樓棟規(guī)模設(shè)定安全表格填完再動手配置過程基本不會中斷。反過來邊配邊查改一次參數(shù)就要回頭核對三條命令效率差得遠。交付前我固定跑一遍自檢清單都是被坑出來的ONT 在線狀態(tài)和光功率是否都在門限內(nèi)誤碼計數(shù)是否為零管理通道是否通從 OLT 能 ping 到 ONT 管理地址業(yè)務 VLAN 是否從 OLT 透傳到 ONT有沒有在中途被剝掉語音注冊狀態(tài)、撥號音、雙向通話三項都驗過組播復制點位置和 IGMP 配置是否與規(guī)劃一致限速、隊列、MAC 限制、防 DoS 是否已套用默認模板變更前后快照是否留檔diff 是否核對過這份清單不長但每一條都對應過我踩過的坑。最開始我覺得驗證業(yè)務那一節(jié)是手冊為了湊結(jié)構(gòu)寫的直到有一次語音只驗了注冊沒驗通話割接當晚被叫回現(xiàn)場才發(fā)現(xiàn)媒體通道根本沒放通。從那以后我每次開站不管多趕時間都強制走一遍“注冊—撥號音—雙向通話”這三步一步不落。手冊是死的組網(wǎng)是活的把它的結(jié)構(gòu)抽出來變成自己的流程比記住任何一條命令都管用。希望幫到你。本文還有配套的精品資源點擊獲取