故障日志:
*Dec 2 18:04:32:245 2024 r3 IKE/7/EVENT: vrf = 0, src = 66.1.1.3, dst = 58.1.1.2/500
IPsec SA state changed from IKE_P2_STATE_INIT to IKE_P2_STATE_GETSP.
*Dec 2 18:04:32:245 2024 r3 IKE/7/EVENT: [IPsec->IKE] Received IKE_MSG_TYPE_FROMIPSEC_SETSECURITYPOLICY from ipsec.
*Dec 2 18:04:32:245 2024 r3 IKE/7/ERROR: vrf = 0, src = 66.1.1.3, dst = 58.1.1.2/500
Failed to get IPsec policy for phase 2 responder. Delete IPsec SA.
*Dec 2 18:04:32:245 2024 r3 IKE/7/ERROR: vrf = 0, src = 66.1.1.3, dst = 58.1.1.2/500
Failed to negotiate IPsec SA(ReNego=0).
*Dec 2 18:04:32:245 2024 r3 IKE/7/EVENT: vrf = 0, src = 66.1.1.3, dst = 58.1.1.2/500
Delete IPsec SA.
*Dec 2 18:04:32:245 2024 r3 IKE/7/PACKET: vrf = 0, src = 66.1.1.3, dst = 58.1.1.2/500
Encrypt the packet.
*Dec 2 18:04:32:245 2024 r3 IKE/7/PACKET: vrf = 0, src = 66.1.1.3, dst = 58.1.1.2/500
Construct notification packet: INVALID_ID_INFORMATION.
*Dec 2 18:04:32:245 2024 r3 IKE/7/PACKET: vrf = 0, src = 66.1.1.3, dst = 58.1.1.2/500
Sending packet to 58.1.1.2 remote port 500, local port 500.
*Dec 2 18:04:32:245 2024 r3 IKE/7/PACKET: vrf = 0, src = 66.1.1.3, dst = 58.1.1.2/500
这种是模拟器bug吗?还是啥,我检查好几遍配置是没问题啊,来个大佬指导一下,现在是可以建立ike sa,但是无法建立ipsec sa
(0)
INVALID_ID_INFORMATION无效的身份信息可能原因如下:
第二阶段第一个报文后提示的,IPSEC policy下的local-address不对
第二阶段第一个报文后提示的,IPSEC policy下没配置remote-address
第二阶段第一个报文后提示的,接口下配置的IPSEC policy名字不对
第二阶段第一个报文后提示的,IKE SA协商的id-type类型不一致
(0)
表明在IPsec(Internet Protocol Security)协商过程中,系统无法找到适用的IPsec策略以供第二阶段的接收方(responder)使用。结果,IPsec SA(Security Association)被删除,导致IPsec SA协商失败。
(1)
暂无评论
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论