疑難排解 IX 連線
與 IX（Internet Exchange）失去連線可能由多種問題造成，包括 Down 狀態、flapping、封包遺失封包遺失率／封包遺失比率。這是指封包在從來源到目的地的傳輸過程中的遺失百分比。封包遺失可能由於鏈路壅塞、網路裝置故障，或網路可達性狀態變更所造成。
、網路尖峰，或 Layer 2 環路。
若 IX 遭遇連線問題，請依序執行以下疑難排解動作，以找出可能原因。
提示
Megaport 提供一個公開、可透過網頁存取的 MegaIX Looking Glass，供對等端與網路營運商檢視目前的路由狀態。您可以在此查詢主要與備援路由伺服器的即時 BGP 資料：MegaIX Looking Glass。
如何查看網路延遲
(1:23)
VXC 連線疑難排解
(12:16)
疑難排解動作
| 動作 | 步驟 |
|---|---|
| 檢查裝置上的介面或 CRC循環冗餘檢查。一種錯誤偵測碼，用於偵測資料傳輸中的錯誤。 錯誤與封包遺失 |
介面統計資料與記錄檔有助於辨識交叉連線的哪一端發生故障，以及可能的解決方案。例如，網路介面上不斷增加的傳入錯誤通常可排除該特定 SFP小型可插拔 (SFP) 是一種熱插拔式收發器，用於資料通訊與電信網路中，以實現兩個裝置之間的資料傳輸。 收發器的問題，並表示 IX 的其他元件可能存在問題。 |
| 驗證裝置上的光功率位準 | 從終端讀取的光功率值有助於了解讀數是否在臨界值範圍內。請檢查裝置與連接埠圖表中是否有錯誤，並檢視光功率圖表的歷史紀錄。 |
| 對路由伺服器與／或雙邊對等端執行 pingping 測試會向特定的 IP 位址傳送資料封包，以判定以 IP 網路互連的裝置之間是否具有連通性。 測試 |
ping 測試的確認結果包含連線的延遲（回應時間）。請提供從客戶 IX 服務 IP 對下列目的地執行 ping 測試的輸出：
|
| 驗證對路由伺服器與／或雙邊對等端的第 2 層連線 (ARP)位址解析通訊協定（ARP）的對應表包含一份 MAC 位址（第 2 層）到 IP 位址（第 3 層）的對應關係清單。 |
第 2 層OSI 模型的第 2 層為資料連結層。此層提供節點對節點的資料傳輸（兩個直接相連節點之間的連結）。大多數 Megaport Virtual Cross Connects（VXCs）在此層運作。第 2 層分為媒體存取控制（MAC）層（控制網路中的裝置如何取得媒體存取與傳輸權限），以及邏輯連結控制（LLC）層（負責識別網路層協定並將其封裝，並控制錯誤檢查與訊框同步）。 負責控制 WAN 或 LAN 區段上節點之間的資料流，同時負責偵測並可能修正 第 1 層OSI 模型的第 1 層在電氣與機械層面上，透過網路傳輸位元流（電脈衝、光或無線電訊號）。它提供在傳輸媒介上傳送與接收資料的硬體機制，包括對網路線、介面卡以及各項實體層面的定義。光纖網路線／SFP 端接，以及實體連接埠，皆屬於第 1 層。 錯誤。第 2 層連線問題可能會影響您的 VXC 功能。連線至 雲端服務供應商 (CSP) 時，請確認 VLAN 設定詳細資料正確。連線至 Azure 時須特別注意，因為您將使用 Q-in-Q802.1Q 隧道（亦稱為 Q-in-Q 或 802.1ad）是 OSI 第 2 層服務提供者為其客戶所使用的一種技術。802.1ad 提供 內層 與 外層 標籤，其中外層（有時稱為 S-tag，代表服務提供者）可移除，以露出用於區隔資料的內層（C-tag 或客戶）標籤。 。 第 2 層連線問題也可能影響您的 IX 服務。當您透過 Megaport 使用 IX 服務時，會使用 MAC 位址來驗證您的裝置。視您的網路設計而定，若您與 Megaport 或其他組織進行 對等互連一種讓兩個網路連線並交換流量的過程。這使這兩個網路能在彼此的客戶之間直接交換流量，無需向第三方支付在網際網路上承載該流量的費用。 ，請確認您已在 Megaport Portal 中指定正確的 MAC 位址。 提交支援請求前，請先執行以下檢查：
|
後續步驟
若上述疑難排解動作未能解決您的問題，請聯絡支援。於請求協助前，請先蒐集下列資訊。
- 疑難排解結果 – 請詳細提供您已採取的所有疑難排解步驟。例如，若已放置環回，請註明其位置與方向。
- Ping 測試結果 – 請提供從客戶 IX 服務 IP 位址對下列目的地執行各次 ping 測試的輸出：
- IX 網路中的路由伺服器
- 雙邊對等端
備註
如需了解何時需要派遣現場服務技術人員至資料中心，請參閱 客戶現場服務。