跳轉到

針對吞吐量與效能進行疑難排解

本主題說明如何針對您訂購的頻寬與實際傳輸速率之間的落差,以及網路效能不一致的情況,進行疑難排解並隔離根因。

Megaport 無法檢視或存取 Megaport 網路之外的環境。要判斷問題是否起因於 Megaport 網路內部,Megaport Support 會要求您先驗證您設備的效能。

開始技術性疑難排解之前

在開始疑難排解前,請先確認您的服務未受到雲端服務供應商(CSP)或 Megaport 的排程維護或已知中斷影響。

  • CSP 更新 – 請檢查您的電子郵件通知,或造訪供應商的官方狀態頁面。

  • Megaport 更新 – 直接在 Megaport Portal 檢視即時服務狀態。 如需更多資訊,請參閱 監控維護與中斷事件

此外,請檢視您在 Megaport Portal 中的監控資料。以下項目是需要重點監控的欄位。

  • Service Logs(服務記錄) – 在 Portal 的 Logs 分頁檢查上/下線事件與佈建歷史。如需更多資訊,請參閱 檢視服務記錄

  • Usage Graphs(使用量圖表) – 檢閱 Usage 分頁以分析流量型態、光功率與錯誤。 如需更多資訊,請參閱 檢視使用量詳細資料

針對 Ports 與 Cross Connects 進行疑難排解

若您的問題與 Port 有關,請在聯絡 Megaport Support 之前先檢視以下項目。

類別 疑難排解步驟 動作 說明與分析
實體層 介面錯誤檢查 檢查裝置上的介面或 CRC 錯誤與封包遺失。 介面統計與記錄可協助判斷是 Cross Connect 的哪一端造成故障,並推估可能的解決方式。

例如,網路介面的接收錯誤數持續增加時,通常可排除特定 SFP 本身問題,反而表示 Cross Connect 其他元件可能有狀況。
硬體 SFP 小型可插拔 (SFP) 是一種熱插拔式收發器,用於資料通訊與電信網路中,以實現兩個裝置之間的資料傳輸。
相容性
檢查您的 SFP。

確認您的 Port 容量。

確認您的交換器、路由器與防火牆型號。

檢查韌體版本。
確認您的光學 SFP 類型、速率、波長與光纖類型。

確保 SFP 與 Megaport 規格相符(例如,1 Gbps 使用 1000BASE-LX,10 Gbps 使用 10GBASE-LR)。

如需更多資訊,請參閱 技術規格
光功率 光功率檢查 驗證裝置上 Tx/Rx 光功率。

檢查傳送(Tx)與接收(Rx)的光功率值。
此健康檢查可用來驗證實體連線狀況。

若未收到 Rx 光,服務即為中斷。

若觀察到 Tx/Rx 光功率劣化,服務可能會受影響。我們建議您檢查實體連線。

如果您無法向 Megaport 傳送(Tx)或自 Megaport 接收(Rx)光,可能原因如下:

• 光纖極性問題 – 請在您端對調兩芯光纖以驗證。

• 您的環境或 Cross Connect 內的連線問題 – 請在您的環境內進行實體迴路測試以驗證。

• Megaport 環境內的連線問題 – 請從您的環境朝向 Megaport 進行實體迴路測試以驗證。
硬體 網路 請針對下列項目檢查您的網路:

• Port 使用率
• CPU 使用率
• 設定
• 整體網路設計
若發現任何異常,請擷取記錄、圖表細節或相關錯誤訊息。
硬體 電信業者電路 驗證電信業者電路狀態(若有)。 部分 Cross Connect 在抵達 Megaport 網路前,會經由一台或多台電信業者的網路設備。

請確認 Cross Connect 路徑上的裝置介面沒有錯誤,且光功率讀值正常。
環境 資料中心驗證 向資料中心建立工單。 若錯誤持續發生,請尋求資料中心協助以驗證以下事項:

• 檢查 Cross Connect 是否受損,必要時進行清潔。

• 確認資料中心在其連線端的分界點外側有足夠的光輸出。資料中心應以光功率計在分界點測量光值。

• 您可以要求重設並更換 SFP、清潔與更換網路線、進行迴路測試。
您的裝置設定需求 自動協商 檢查您的路由器設定。 依據您在 LOA 中指定的 Megaport 裝置,自動協商可能為必要。

對某些 1 Gbps 服務尤為重要,必須在您的路由器上啟用自動協商。

請查看 LOA 中 Customer Demarcation/Z Side 區段的底部。
若自動協商設為 On,您必須在路由器上啟用。

在您的介面上使用 negotiate auto 指令。
您的 Port 設定 LACP 設定 在 Portal 中檢查您的 Port 設定。 若 Port 為 LAG 的一部分,請啟用 LACP;否則請確保已停用。更多資訊請參閱 建立連結聚合群組

針對 VXCs 進行疑難排解

若問題與您的 VXC 有關,請在聯絡 Megaport Support 之前先檢視下列項目。

測試方法 程序與動作 說明與分析
使用 Traceroute(或其他測試)來定位問題現象 Traceroute 測試可協助判斷目的端是否可達。

Traceroute:
• 在兩端點間傳送一連串 UDP 封包,並顯示封包所經路徑。

• 測量封包在 IP 網路中的傳輸延遲。

執行端到端的 traceroute 測試:
• 由產生流量的主機(A 端)對目的地主機(B 端)執行 traceroute。

• 接著由目的地主機對來源主機執行 traceroute。各裝置的指令與旗標可能不同。
分析結果:

• 留意 traceroute 中回應時間明顯升高的節點;若有,判斷延遲是否發生在您自有網路內。

• 確認是否有防火牆或 Access Control List(ACL)阻擋了前往目的地的流量。
iPerf(吞吐量測試) iPerf 是跨平台工具,可用來建立標準化效能量測並調校您的網路。

iPerf 同時具備用戶端與伺服器功能,可建立資料流以量測兩端之間的吞吐量,且可單向或雙向測試。

建議測試程序
我們建議進行 30 分鐘的雙向測試視窗:先由 A 端作為用戶端、B 端作為伺服器端進行測試,再反向以 B 端作為用戶端、A 端作為伺服器端進行測試。每次測試之間請間隔約 10–15 分鐘。此測試必須使用 UDP。以下是在 A 端或 B 端執行的指令範例:

iperf3 -c -b1000m -t 900 -u

備註: 必須使用 UDP 串流來量測兩端之間的吞吐量,避免 TCP 協商、壅塞避免與視窗調整所帶來的額外負擔。
分析結果:

• 留意可能的非對稱路由。traceroute 有助於判斷路由是否走不同路徑,這可能代表網路中存在非對稱路由。

• traceroute 中是否有回應時間顯著增加的節點?若有,這些延遲是否位於您的網路內?

測試完成後,請提供介面統計資料,並擷取下列畫面:

• 流量圖表(若可行)

• 您網路中最接近 Megaport 的進入/送出點

• B 端進入/送出流量圖表(若可行)。

請在網路圖上註明這些圖表所對應的裝置、Port 與 VLAN。

後續步驟

若依上述疑難排解步驟仍無法解決問題,請聯絡 Megaport Support。送出申請時,請將下表資訊整理成一個 .txt 檔案,並一併提供以下四項必填資訊。

  • 服務 ID – 唯一的 8 個字元英數代碼(這是 Megaport Support 團隊最關鍵的資訊)。 如需更多資訊,請參閱 服務詳細資料
  • 來源/目的端詳細資料 – 每項測試的服務資訊。
  • iPerf 參數 – 每項測試所用的特定設定。
  • 時間戳記 – 測試執行的精確時間與時區。
類別 詳細資料
疑難排解結果 請詳細提供您已執行的所有疑難排解步驟。例如,若有放置迴路,請註明其位置以及迴路方向。
來源 IP 位址與目的 IP 位址 來源 IP 位址為送出封包的主機之 IP 位址;目的 IP 位址為應接收該封包的主機之 IP 位址。
高層級網路圖 了解您的網路設計如何實作,以及與 Megaport 網路的連線方式,有助於在疑難排解過程中找出其他應關注的面向。

請提供包含路徑上所有裝置的網路圖,並註明各裝置涉及的 IP 位址與 VLAN。
Ping 測試結果 提供在該服務上所執行的每次 ping 測試輸出結果。 若您有多個與不同產品相關的服務(例如 Port 或 VXC),請提供全部的測試輸出。
Traceroute 結果 提供 traceroute 結果,並標明是由連線哪一側啟動測試、哪一側為目的端。我們建議使用您 VXC 的 A 端與 B 端資訊。
iPerf(吞吐量)測試結果 依上述步驟提供所有資料,並提供與以下問題相關的任何資訊:

您是否在網路上使用流量整形?
如果您在流量進入 Megaport 之前進行整形、管制或過濾,可能導致我們在 Megaport 網路中只看到被整形後的進入(ingress)流量。客戶與經銷商必須確保 Megaport 網路之外所使用的設備能支援所需速率。

您是否已聯絡連線的 B 端,確認該側路徑沒有問題?
如適用,請提供案件編號。當流量自 Megaport 的網路介面送出至供應商介面後,我們無法再控管該流量。

是否牽涉其他供應商,例如電信業者?若網路中涉及電信業者,是否已向其建立案件以調查潛在的路由問題?
如適用,請提供案件編號。請務必確認您是否使用電信業者將流量由您的網路路由至/自 Megaport;我們只能針對經由我們裝置的流量進行疑難排解。例如,在流量抵達我們網路之前所發生的任何遺失或其他問題,我們無法據以評估。

若這是 Azure 連線,您是否已依照 Configuring Q-in-Q 中的說明,在 Megaport Portal 啟用 Q-in-Q 選項?
使用 Q-in-Q 的 Azure 連線可能相當複雜,必須正確設定,才能確保流量正確送達 Megaport,並繼續轉送至 Azure。更多資訊請參閱 設定 Q-in-Q
封包擷取記錄(選用) 封包擷取(PCAP)記錄有助於蒐集網路流量、監控頻寬、偵測惡意程式,並支援事件回應。若與問題相關,提供 PCAP 記錄有助於更清楚了解您的網路流量與行為。

備註

若需了解何時需要現場派遣工程師至資料中心,請參閱 客戶現場服務

實用參考資料