• 全部
  • 經驗案例
  • 典型配置
  • 技術公告
  • FAQ
  • 漏洞說明
  • 全部
  • 全部
  • 大數據引擎
  • 知了引擎
產品線
搜索
取消
案例類型
發布者
是否解決
是否官方
時間
搜索引擎
匹配模式
高級搜索

MSR設備在建立MPLS-TE隧道建立3個隻能起來兩個

2025-04-07提問
  • 0關注
  • 0收藏,308瀏覽
粉絲:0人 關注:0人

問題描述:

[R2]display  interface Tunnel 

Tunnel1

Current state: UP

Line protocol state: UP

Description: Tunnel1 Interface

Bandwidth: 64 kbps

Maximum transmission unit: 1496

Internet address: 6.1.1.1/24 (Primary)

Tunnel source unknown, destination 6.6.6.6

Tunnel TTL 255

Tunnel protocol/transport CR_LSP

Output queue - Urgent queuing: Size/Length/Discards 0/1024/0

Output queue - Protocol queuing: Size/Length/Discards 0/500/0

Output queue - FIFO queuing: Size/Length/Discards 0/75/0

Last clearing of counters: Never

Last 300 seconds input rate: 0 bytes/sec, 0 bits/sec, 0 packets/sec

Last 300 seconds output rate: 0 bytes/sec, 0 bits/sec, 0 packets/sec

Input: 0 packets, 0 bytes, 0 drops

Output: 0 packets, 0 bytes, 0 drops

 

Tunnel2

Current state: UP

Line protocol state: DOWN

Description: Tunnel2 Interface

Bandwidth: 64 kbps

Maximum transmission unit: 1496

Internet address: 6.2.2.1/24 (Primary)

Tunnel source unknown, destination 6.6.6.6

Tunnel TTL 255

Tunnel protocol/transport CR_LSP

Output queue - Urgent queuing: Size/Length/Discards 0/1024/0

Output queue - Protocol queuing: Size/Length/Discards 0/500/0

Output queue - FIFO queuing: Size/Length/Discards 0/75/0

Last clearing of counters: Never

Last 300 seconds input rate: 0 bytes/sec, 0 bits/sec, 0 packets/sec

Last 300 seconds output rate: 0 bytes/sec, 0 bits/sec, 0 packets/sec

Input: 0 packets, 0 bytes, 0 drops

Output: 0 packets, 0 bytes, 0 drops

 

Tunnel3

Current state: DOWN

Line protocol state: DOWN

Description: Tunnel3 Interface

Bandwidth: 64 kbps

Maximum transmission unit: 64000

Internet address: 6.3.3.1/24 (Primary)

Tunnel source unknown, destination 6.6.6.6

Tunnel TTL 255 

Tunnel protocol/transport CR_LSP

Output queue - Urgent queuing: Size/Length/Discards 0/1024/0

Output queue - Protocol queuing: Size/Length/Discards 0/500/0

Output queue - FIFO queuing: Size/Length/Discards 0/75/0

Last clearing of counters: Never

Last 300 seconds input rate: 0 bytes/sec, 0 bits/sec, 0 packets/sec

Last 300 seconds output rate: 0 bytes/sec, 0 bits/sec, 0 packets/sec

Input: 0 packets, 0 bytes, 0 drops

Output: 0 packets, 0 bytes, 0 drops

 

 

 

在配置MPLS-TE隧道的時候 建了3條隧道  但是隻能起來兩條   Tunnel 2 與 Tunnel 3 隻能起來一個  2 起來了 3 就Down  3 起來 2 就會Down  這種狀態在每次設備重啟之後就會出現

1 個回答
已采納
粉絲:148人 關注:8人

參考下


隧道源地址未明確指定‌
所有隧道源地址均顯示為 unknown,但目的地址均為 6.6.6.6。若多條隧道共享相同目的地址和路徑約束,但未明確區分源地址或路徑參數,‌MPLS控製平麵會誤判為重複隧道‌,觸發資源搶占衝突‌。

帶寬資源分配衝突‌
MPLS-TE隧道默認需要預留帶寬(默認值為0,需手動配置)。若多條隧道共享同一物理接口且帶寬總和超過接口容量,設備會按優先級搶占資源,導致低優先級隧道被關閉‌。

顯式路徑(Explicit Path)未差異化‌
若Tunnel2和Tunnel3使用相同的顯式路徑(如相同的節點順序或鏈路約束),CSPF(約束最短路徑優先)算法會認為路徑重複,僅允許一條隧道激活‌。

解決方案‌
步驟1:明確隧道源地址與目的地址綁定‌
為每條隧道指定唯一的源地址(建議使用Loopback地址):
interface Tunnel2
source 192.168.1.1 # 指定唯一源地址(如設備Loopback地址)
destination 6.6.6.6
mpls te signaling cr-static

interface Tunnel3
source 192.168.1.2 # 另一唯一源地址
destination 6.6.6.6
mpls te signaling cr-static

步驟2:差異化顯式路徑配置‌
為Tunnel2和Tunnel3配置不同的顯式路徑:
explicit-path name Path-Tunnel2
next hop 10.1.1.2 # 路徑節點1
next hop 10.1.2.2 # 路徑節點2

explicit-path name Path-Tunnel3
next hop 10.1.3.2 # 不同路徑節點
next hop 10.1.4.2

綁定到隧道接口:
interface Tunnel2
mpls te path explicit-path Path-Tunnel2


interface Tunnel3
mpls te path explicit-path Path-Tunnel3

步驟3:調整隧道優先級與帶寬預留‌
設置不同的優先級(優先級越高,資源搶占能力越強):

interface Tunnel2
mpls te priority 3 3 # 建立優先級3,保持優先級3
mpls te bandwidth 5000 # 預留5Mbps帶寬

interface Tunnel3
mpls te priority 4 4 # 建立優先級4,保持優先級4
mpls te bandwidth 3000 # 預留3Mbps帶寬

驗證物理接口帶寬容量‌:
interface GigabitEthernet0/1
bandwidth 1000000 # 確保接口帶寬(1Gbps)大於隧道預留總和

步驟4:檢查MPLS標簽資源‌
確認設備標簽池容量是否支持多隧道:
display mpls lsp protocol cr-static

若標簽不足,擴容標簽池範圍:
mpls lsr-id 192.168.1.1
mpls label range 2000 100000

驗證與調試命令‌
查看隧道狀態:
display interface Tunnel
display mpls te tunnel-interface

檢查顯式路徑有效性:
display explicit-path name Path-Tunnel2

捕獲MPLS信令交互日誌:
terminal monitor
terminal debugging
debugging mpls te cspf
debugging mpls te rsvp

常見問題規避‌
避免源地址衝突‌:確保每條隧道的源地址唯一且可路由。
路徑去重‌:顯式路徑需通過不同節點或鏈路實現物理分離。
帶寬預留留餘量‌:物理接口總帶寬應大於所有隧道預留帶寬之和。
固件升級‌:若問題持續,檢查設備版本是否存在已知MPLS-TE Bug,升級至推薦版本。

通過以上調整,Tunnel2和Tunnel3將基於不同的源地址、顯式路徑和優先級獨立建立,避免資源衝突導致反複宕機。

暫無評論

編輯答案

你正在編輯答案

如果你要對問題或其他回答進行點評或詢問,請使用評論功能。

分享擴散:

提出建議

    +

親~登錄後才可以操作哦!

確定

親~檢測到您登陸的賬號未在http://hclhub.h3c.com進行注冊

注冊後可訪問此模塊

跳轉hclhub

你的郵箱還未認證,請認證郵箱或綁定手機後進行當前操作

舉報

×

侵犯我的權益 >
對根叔社區有害的內容 >
辱罵、歧視、挑釁等(不友善)

侵犯我的權益

×

泄露了我的隱私 >
侵犯了我企業的權益 >
抄襲了我的內容 >
誹謗我 >
辱罵、歧視、挑釁等(不友善)
騷擾我

泄露了我的隱私

×

您好,當您發現根叔知了上有泄漏您隱私的內容時,您可以向根叔知了進行舉報。 請您把以下內容通過郵件發送到pub.zhiliao@h3c.com 郵箱,我們會盡快處理。
  • 1. 您認為哪些內容泄露了您的隱私?(請在郵件中列出您舉報的內容、鏈接地址,並給出簡短的說明)
  • 2. 您是誰?(身份證明材料,可以是身份證或護照等證件)

侵犯了我企業的權益

×

您好,當您發現根叔知了上有關於您企業的造謠與誹謗、商業侵權等內容時,您可以向根叔知了進行舉報。 請您把以下內容通過郵件發送到 pub.zhiliao@h3c.com 郵箱,我們會在審核後盡快給您答複。
  • 1. 您舉報的內容是什麼?(請在郵件中列出您舉報的內容和鏈接地址)
  • 2. 您是誰?(身份證明材料,可以是身份證或護照等證件)
  • 3. 是哪家企業?(營業執照,單位登記證明等證件)
  • 4. 您與該企業的關係是?(您是企業法人或被授權人,需提供企業委托授權書)
我們認為知名企業應該坦然接受公眾討論,對於答案中不準確的部分,我們歡迎您以正式或非正式身份在根叔知了上進行澄清。

抄襲了我的內容

×

原文鏈接或出處

誹謗我

×

您好,當您發現根叔知了上有誹謗您的內容時,您可以向根叔知了進行舉報。 請您把以下內容通過郵件發送到pub.zhiliao@h3c.com 郵箱,我們會盡快處理。
  • 1. 您舉報的內容以及侵犯了您什麼權益?(請在郵件中列出您舉報的內容、鏈接地址,並給出簡短的說明)
  • 2. 您是誰?(身份證明材料,可以是身份證或護照等證件)
我們認為知名企業應該坦然接受公眾討論,對於答案中不準確的部分,我們歡迎您以正式或非正式身份在根叔知了上進行澄清。

對根叔社區有害的內容

×

垃圾廣告信息
色情、暴力、血腥等違反法律法規的內容
政治敏感
不規範轉載 >
辱罵、歧視、挑釁等(不友善)
騷擾我
誘導投票

不規範轉載

×

舉報說明