sed Framing-Type AVP: 1.
*May 30 16:00:45:750 2025 jhqsgt.ah L2TPV2/7/EVENT: -COntext=1;
Parsed (Tx)Connect-Speed AVP: 9600.
*May 30 16:00:45:750 2025 jhqsgt.ah L2TPV2/7/EVENT: -COntext=1;
Parsed Initial-Received-LCP-CONFREQ AVP: 10.
*May 30 16:00:45:750 2025 jhqsgt.ah L2TPV2/7/EVENT: -COntext=1;
Parsed Last-Sent-LCP-CONFREQ AVP: 14.
*May 30 16:00:45:750 2025 jhqsgt.ah L2TPV2/7/EVENT: -COntext=1;
Parsed Last-Received-LCP-CONFREQ AVP: 10.
*May 30 16:00:45:750 2025 jhqsgt.ah L2TPV2/7/EVENT: -COntext=1;
Parsed Proxy-Authen-Type AVP: 3.
*May 30 16:00:45:751 2025 jhqsgt.ah L2TPV2/7/EVENT: -COntext=1;
Parsed Proxy-Authen-Name AVP: .
*May 30 16:00:45:751 2025 jhqsgt.ah L2TPV2/7/EVENT: -COntext=1;
Parsed Proxy-Authen-ID AVP: 0.
*May 30 16:00:45:751 2025 jhqsgt.ah L2TPV2/7/EVENT: -COntext=1;
Parsed Proxy-Authen-Response AVP:
*May 30 16:00:45:751 2025 jhqsgt.ah L2TPV2/7/ERROR: -COntext=1;
TunnelID=38453, SessiOnID=44637: When processing ICCN packet in Wait-connect state, failed to allocate resource, so sent CDN packet to the peer and deleted the local session.
*May 30 16:00:45:751 2025 jhqsgt.ah L2TPV2/7/CONTROL-PKT: -COntext=1;
Encapsulated Message-Type AVP:
80 08 00 00 00 00 00 0e
*May 30 16:00:45:751 2025 jhqsgt.ah L2TPV2/7/CONTROL-PKT: -COntext=1;
Encapsulated Assigned-Session-ID AVP:
80 08 00 00 00 0e ae 5d
*May 30 16:00:45:751 2025 jhqsgt.ah L2TPV2/7/CONTROL-PKT: -COntext=1;
Encapsulated Result-Code AVP:
80 3d 00 00 00 01 00 02 00 04 49 6e 73 75 66 66
69 63 69 65 6e 74 20 72 65 73 6f 75 72 63 65 73
20 74 6f 20 68 61 6e 64 6c 65 20 74 68 69 73 20
6f 70 65 72 61 74 69 6f 6e 20 6e 6f 77
*May 30 16:00:45:850 2025 jhqsgt.ah L2TPV2/7/CONTROL-PKT: -COntext=1;
Received ZLB-ACK packet from port 1701 (TunnelID=38453, length=12, Ns=4, Nr=3). Packet content:
c8 02 00 0c 96 35 00 00 00 04 00 03
L2TP 會話刪除日誌,請幫忙看下原因。
(0)
最佳答案
資源分配失敗問題,可能由以下原因導致:
排查步驟:
檢查係統資源狀態display cpu-usage
查看CPU利用率display memory-usage
檢查內存占用率display session statistics
確認會話數是否達到規格限製
驗證NAT配置
若客戶端位於NAT後,檢查是否啟用NAT-T穿透:nat traversal enable
l2tp-group下配置tunnel name
確保NAT環境隧道識別
檢查L2TP參數設置
確認隧道會話數未超限:display l2tp tunnel
查看活躍隧道數display l2tp session
檢查會話並發量
必要時調整最大會話數:l2tp-group 1 max-sessions 1000
抓包分析交互過程debugging l2tp all
查看協商報文
重點關注ICCN階段的IPCP協商是否異常
版本兼容性檢查display version
核對是否為R96xx/R97xx等存在資源分配缺陷的版本
建議升級至R9620P07及以上版本(參考信息中類似案例的版本修複記錄)
典型解決方案:
該問題多發生在存在NAT且未啟用NAT-T的場景,或係統會話資源耗盡時。可嚐試在L2TP組下添加tunnel name
標識,並啟用nat traversal
功能。若資源超限,需優化會話老化時間或擴容硬件。
(0)
F1000
檢查一下是不是資源不夠了
Wait-connect state, failed to allocate resource
當遇到"L2TP會話數超過限製"的錯誤信息時,這通常意味著設備上的L2TP會話數量已經達到了其最大配置值,無法再建立新的會話。要解決這個問題,您可以嚐試以下步驟: 1. **檢查當前會話數**:首先,使用命令行工具檢查當前正在運行的L2TP會話數量。這可以通過查看設備的會話狀態或使用特定的管理命令來完成。 2. **增加會話限製**:如果可能,您可以嚐試增加設備上允許的L2TP會話數量。這通常需要在設備的配置界麵中進行,具體步驟取決於您使用的設備類型和操作係統。查找與L2TP會話限製相關的設置,並根據需要進行調整。 3. **清理無效會話**:檢查是否有任何不再需要的L2TP會話,如果有,終止這些會話以釋放資源。這可以通過手動斷開會話或使用設備的會話管理功能來完成。 4. **優化網絡配置**:考慮優化您的網絡配置,以減少不必要的L2TP會話。例如,檢查是否有任何設備或應用程序在不需要時持續建立L2TP連接。 5. **升級設備**:如果您的設備頻繁遇到會話數限製的問題,可能需要考慮升級到具有更高會話處理能力的設備。 對於“Wait-connect state, failed to allocate resource”的錯誤,這通常與資源分配問題有關,可能是因為設備資源(如內存或處理器)不足,無法處理新的L2TP連接請求。解決這個問題可能需要增加設備的資源,優化網絡流量,或減少同時運行的會話數量。
(0)
親~登錄後才可以操作哦!
確定你的郵箱還未認證,請認證郵箱或綁定手機後進行當前操作
舉報
×
侵犯我的權益
×
侵犯了我企業的權益
×
抄襲了我的內容
×
原文鏈接或出處
誹謗我
×
對根叔社區有害的內容
×
不規範轉載
×
舉報說明
檢查下配置,沒問題的話升級下最新版本