云聯網和MV專線測試方法及疑難案例解析

案例標題云聯網和MV專線測試方法及疑難案例匯總解析案例作者魯景華所屬分公司：北京分公司摘要：政企云聯網和MV專線開通測試和故障處理的過程中，經常會遇到用戶投訴專線帶寬不達標（測速不達標）或丟包的情況。針對這兩種典型疑難故障案例，本文詳細介紹了云聯網和MV專線的測試方法及測試案例，從客戶端業(yè)務和運營商網絡兩個角度提煉、分析、研究此類故障的處理方法，希望能為政企交付工程師提供借鑒，從而有效提升運維服務品質，提高客戶感知，助力市場發(fā)展。此案例分析具有典型性和推廣性。關鍵詞：云聯網專線；MV專線；帶寬不達標；丟包；儀表設置（一）案例背景業(yè)務背景隨著云計算、大數據、人工智能等技術的快速成熟，云服務已成為新型信息化服務的主要形式。為了滿足日益增長的云服務市場需求，運營商依托自身網絡優(yōu)勢，與業(yè)界主流云服務提供商深入合作，構建了面向政企客戶的線上云網一體自服務平臺——云聯網系統(tǒng)?？商峁┳詣踊⒌蜁r延的方便快捷自助服務，實現包括公有云、私有云以及數據中心、企業(yè)辦公點之間的數據互通，滿足云網融合需求，為用戶提供了端到端的優(yōu)質互聯能力。面對這種日益擴大的需求，平時開通測試和處理故障的時候經常遇到用戶投訴云聯網專線帶寬不達標或丟包的情況，在處理此類故障現階段常用的測試工具FTP、IPERF、飛鴿傳書等都是基于電腦的測試軟件，因與用戶終端（如個人PC、服務器等）能力等因素密切相關，與采用測試儀表進行測試相比，誤差較大，不能完全真實地反映網絡能力。因此，如何有效解決用戶的實際需求，提供面向用戶側的測試解決方案，成為運維側工程師的重要工作。相關背景知識1）云聯網基于\t"/item/%E4%B8%AD%E5%9B%BD%E8%81%94%E9%80%9A%E4%BA%91%E8%81%94%E7%BD%91/_blank"互聯網，使用\t"/item/%E4%B8%AD%E5%9B%BD%E8%81%94%E9%80%9A%E4%BA%91%E8%81%94%E7%BD%91/_blank"SDN技術，構建的面向政企客戶的線上云網一體自服務平臺——云聯網系統(tǒng)，為用戶提供端到端的優(yōu)質互聯。2）MV電路MV專線是MPLS—VPN專線的簡稱，是一種基于MPLS技術的IPVPN，是在IP網絡內通過VPN技術做出來的邏輯專線。3）三層環(huán)接收到的幀和數據包被回送到發(fā)射機，同時將目的IP和源IP地址交換。（二）測試方法（注：以最常用JDSUMTS5800為例，其他型號儀表配置類似，如EXFO）云聯網和MV專線測試法此測試法，主要測試IP類三層專線，還可以將兩端的儀表接入到用戶的內網，解決運營商專線測試沒問題，用戶流量上不去的問題。MTS5800測試儀表設置如下：（1）開機初始化，進入“選擇測試”選擇以太網“3層流量”測試選項，點擊儀表右上角“設置”按鈕，進入具體配置界面。（2）在“接口”菜單內的“物理層”選項。配置相應儀表“自協商”、“雙工模式”等信息。（3）在“以太網”菜單配置相應“封裝”、“幀類型”、“幀長”等信息。（4）在“以太網”菜單配置相應“封裝”選擇下拉列表“VLAN”項，設置相應的“VLANID”信息。。（5）選擇“IP”菜單，設置“包長”、“源IP(本端CE地址）”、“缺省網關（本端PE地址）”、“子網掩碼（本端CE-PE之間的子網掩碼）”及“目的IP（對端CE地址）”等，能Ping通對端。（6）選擇“流量”菜單，配置數據流量大小，設置相應負載速率。（7）選擇“凈荷”菜單，在下拉菜單中一定要選擇“Acterna”否則無法正確顯示線路的質量。 （8）點擊儀表左下角“流量開始”按鈕，完成數據流開啟。（9）在“以太網”的“L2層鏈路計數”和“SLA/KPI”選項卡查看測試結果信息，L1的吞吐量測試結果應該與用戶申請速率一致，無丟幀，即合格。（10）突發(fā)測試，測試線路緩存，加載類型選“突發(fā)”，突發(fā)千字節(jié)=帶寬*0.1÷8，假設一條電路帶寬是10M,則突發(fā)千字節(jié)=10000*0.1÷8=125K。（11）當兩塊JDSU測試儀表對測時，我們可以利用一塊儀表控制另一塊儀表，完成智能環(huán)路，點擊屏幕最下方“環(huán)路建立”和“環(huán)路拆除”分別控制對端儀表打環(huán)和拆環(huán)。（12）JDSU測試儀表可實現向對端做環(huán)路功能，點擊屏幕最下方“LLB”按鈕，相當于儀表向對端用戶做了個對端環(huán)。（13）當對端使用不同廠家的儀表時，由于相互不兼容，把“Acterna”幀中的序列號搞亂了，有可能出現”O(jiān)oS”和“凈荷差錯”告警，但電路的性能正常。（14）在凈荷中，不能選擇“填充字節(jié)”填充字節(jié)中沒有包的序列號，線路中有丟包，儀表測試結果也顯示正常。（三）匯總案例解析1.某用戶云聯網電路要求長時間測試案例案例描述：某用戶一條北京到香港的云聯網電路，2022年10月20號，升速到1G后，用戶發(fā)現有大量丟包，經與集團IP網管共同測試后發(fā)現華為設備在QOS隊列的burst和buffer存在問題，集團放大burst和buffer后，問題解決。2022年11月10號用戶監(jiān)測發(fā)現香港收到的流量與北京發(fā)出的流量有差異，懷疑運營商的線路有問題，要求運營商對線路進行連續(xù)7天的流量測試。云聯網常用的測試工具FTP、IPERF、飛鴿傳書等基于電腦的測試軟件需要經常點擊文件上傳下載，無法滿足用戶的要求的連續(xù)7天的測試。案例分析和詳細處理過程：測試工程師在北京端接上儀表做三層環(huán)回，香港端發(fā)三層流量測試，從2022年11月18號15點開始測試，到20號16點，測試前兩天，線路無丟幀、錯幀，線路測試正常。第三天，廠家工程師為了驗證某個參數的作用，誤以為這條電路已經測試完畢，修改了某個參數造成20號22點55分到23點00分連續(xù)出現了5分多鐘的丟幀和錯幀。21號上午偶發(fā)幾次丟錯幀。第四天，21號晚上23點偶發(fā)一次丟錯幀。 第五天，23號晚上00點偶發(fā)一次丟錯幀。第六天，共有6個時間點丟錯幀。線路無丟幀、錯幀。18號開始測試，到25號按用戶的要求連續(xù)測試了7天，除20號晚上由于調整參數有5分鐘連續(xù)丟幀，其他時間都是偶發(fā)丟幀，其中第一天，第二天，第七天3個24小時內線路無丟錯幀，無告警。對于偶發(fā)丟幀，有可能是由于長途電路的的倒換或割接引起的，用戶認可線路的測試結果。2.某用戶MV電路帶寬不達標案例案例描述：某用戶申請了兩條100M通州到深圳的MV電路，兩條電路流量負載均衡，專線號6966610為主線，專線號7014766為備線，用戶在使用過程中發(fā)現走主線的深圳到北京的下行流量只能達到52M,北京到深圳的上行流量正常，走備線的上下行流量都正常能達到100M,線路路由拓撲如下圖所示：案例分析和詳細處理過程：（1）用戶兩端用筆記本拖拽文件測試，在北京用同樣一臺筆記本，分別用主線和備線拖拽深圳一臺服務器的文件，測試線路的帶寬，測試結果如下：主線最大值只有52M多，備線最大值能達到102M，線路確實有問題。（2）傳輸打環(huán)，測試本地傳輸電路，電報維護網格(TG)OptiXOSN1800VOH_3_電報三層傳輸機房Y3-03_4(0:subrack)向通州環(huán)回，通州掛表進行二層流量測試，測試結果線路正常。（3）在光貓后面做等效環(huán)回測試，測試PE端口的性能及轉發(fā)能力，測試結果顯示正常。（4）北京和深圳的用戶交換機各分配一個端口和IP地址，在不動用戶網絡的情況下，兩端在新分配的端口下接上聯通的測試儀表，北京的表向深圳發(fā)100M的三層流量，深圳在表上設置成三層環(huán)路，將北京發(fā)過去的流量環(huán)回來，同時將備線的PE端口DOWN掉，讓流量走主線，這樣測試整條線路的帶寬和轉發(fā)能力。北京儀表測試有丟幀，測試結果如下圖：測試網絡拓撲圖（5）甩開北京用戶的CE，儀表接在聯通的光貓下，發(fā)100M三層流量，深圳做三層環(huán)，測試結果正常，發(fā)100M能收回來100M,測試結果如下圖：（6）將光貓和用戶CE端口都調整為強制百兆，測試發(fā)現故障依舊。（7）協調用戶將CE端口改為光口，去掉光貓，用戶測試業(yè)務正常。3.某用戶云聯網電路帶寬不達標案例案例描述：某用戶申請了一條10M深圳到印度的云聯網電路，在線路交付過程中用戶使用Iperf自測發(fā)現深圳到印度的流量只能達到5.8M,印度到深圳的流量正常，而用同兩臺筆記本測試在用一條SDWAN線路的雙向流量都正常,用戶不認可電路質量，線路路由拓撲如下圖所示：案例分析和詳細處理過程：（1）深圳用戶端和印度用戶端斷開用戶的設備，儀表接專線發(fā)三層流量測試，深圳的儀表打三層環(huán)，印度儀表發(fā)10M流量，測試全程線路丟幀，線路確實有問題。（2）云聯網和MV電路因為是三層IP線路，中間無法打環(huán)測試，無法通過打環(huán)確認具體那段有問題，協調集團網管在新加坡做出一端口，做一條10M電路能與深圳和印度互通，將新加坡作為一個中間點分別向兩端測試，區(qū)分是那端有問題，電路拓撲如下圖：（3）新加坡掛表打三層環(huán)，印度掛表發(fā)10M流量，測試有丟幀，測試結果如下圖，印度運營商處理。（4）新加坡打三層環(huán)，深圳掛表發(fā)10M流量，測試有丟幀，測試結果如下圖：（5）深圳本地在PE機房傳輸向用戶打環(huán)，二層測試正常不丟幀，傳輸更改用戶端傳輸端口的模式由強制改成自適應后測試正常。（6）印度運營商處理后，新加坡打環(huán)，印度發(fā)流量測試，測試結果正常。（7）兩端分別測試正常后，進行深圳到印度的全程測試，印度打三層環(huán)，深圳發(fā)流量測試，測試結果正常，不丟包。（8）用戶使用Iperf自測流量能達到9M多,線路性能提高很多，但用戶上業(yè)務后發(fā)現線路丟包率還是高，導致用戶的VPN業(yè)務切換，讓運營商繼續(xù)處理。（9）進行突發(fā)測試，測試線路緩存，加載類型選“突發(fā)”，突發(fā)千字節(jié)=帶寬*0.1÷8，此條電路帶寬是10M,突發(fā)千字節(jié)=10000*0.1÷8=125K，傳輸最大突發(fā)千字節(jié)2000K.（10）新加坡打三層環(huán)，深圳發(fā)突發(fā)流量，測試結果丟幀很嚴重。（11）與骨干核對，PE路由器的burst就是按：帶寬*0.1÷8配置的，所以問題可能是出在深圳的本地傳輸緩存不夠。深圳PE端的傳輸向用戶端打環(huán)，二層突發(fā)流量測試，測試結果丟幀。深圳將本地傳輸由MSTP更換為IPRAN，用戶使用Iperf自測，雙向流量都能達到用戶的要求，測試業(yè)務正常。（四）總結1.云聯網和MV專線測試方法總結：不同的儀表發(fā)三層流量和打三層環(huán)，測試選項不同，EXFO儀表發(fā)三層流量選“BERT”測試模塊，打三層環(huán)選“智能環(huán)回”，在去用戶端測試之前，兩端最好分別找一個公網IP，先調試好儀表。云聯網和MV電路是三層IP線路，當測試全程線路有問題的時候，線路中間網管無法打環(huán)，所以無法通過打環(huán)確認具體那段有問題，需要通過一個第三點，分別向兩個方向測試，判斷具體那段