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)
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
检查下配置,没问题的话升级下最新版本