问
防火墙会话列表
5天前提问
- 0关注
- 0收藏，115浏览
zhiliao_Gixe
九段
SIP流量未匹配安全策略却直接建立会话，常见原因如下：
1. 会话继承：SIP信令（TCP/UDP 5060）已通过策略建立会话，后续RTP媒体流（动态高端口）作为关联会话自动放行，不单独匹配策略。
2. ALG功能：防火墙开启SIP ALG后，会解析SIP报文中的媒体协商信息，动态生成RTP会话，这些会话不经过安全策略匹配。
3. 长连接/会话保持：如果之前已有匹配策略的会话未老化，后续同五元组流量直接命中会话表，不再查策略。
4. 策略命中但未显示：可能匹配了默认放行策略或全局放行规则，需检查策略配置。
排查步骤：
display session table verbose | include
display security-policy ip <源IP> <目的IP>
display aspf session
inspect system-inspect status
重点检查：
会话表项中的Creator字段，确认是策略创建还是ALG创建
display aspf session查看SIP ALG生成的关联会话
确认是否配置了aspf policy并应用到接口或安全域
1. 会话继承：SIP信令（TCP/UDP 5060）已通过策略建立会话，后续RTP媒体流（动态高端口）作为关联会话自动放行，不单独匹配策略。
2. ALG功能：防火墙开启SIP ALG后，会解析SIP报文中的媒体协商信息，动态生成RTP会话，这些会话不经过安全策略匹配。
3. 长连接/会话保持：如果之前已有匹配策略的会话未老化，后续同五元组流量直接命中会话表，不再查策略。
4. 策略命中但未显示：可能匹配了默认放行策略或全局放行规则，需检查策略配置。
排查步骤：
display session table verbose | include
display security-policy ip <源IP> <目的IP>
display aspf session
inspect system-inspect status
重点检查：
会话表项中的Creator字段，确认是策略创建还是ALG创建
display aspf session查看SIP ALG生成的关联会话
确认是否配置了aspf policy并应用到接口或安全域
暂无评论
会话表存在 ≠ 安全策略已经放行流量；会话分为「正常放行会话」和「丢包会话（drop‑session）」两种，SIP 是多通道 ALG 协议，还存在关联表（associate‑table）容易混淆H3C。
1、最高概率：这是【丢包会话（drop‑session）】
V7 防火墙特性：当首包没有匹配任何 permit 安全策略，被设备丢弃；为提升性能，设备会生成丢包会话表，后续同流报文直接匹配该会话快速丢弃，不再重新走策略查找。
- 现象：
display session table能看到这条 SIP 会话；但是报文实际被阻断，业务不通；会话表里面标记 drop。 - 很多人误以为有会话就是策略放行了，实际该会话是用来快速丢包的。
查看区分命令：
display session table verbose source‑ip x.x.x.x destination‑ip x.x.x.x
看会话的动作字段：action: drop 就是丢包会话。
2、SIP ALG / 多通道关联表干扰，容易误判
SIP 属于多通道协议，防火墙默认开启alg sip；SIP 控制通道协商之后，ALG 生成关联表 associate‑table，用来开放 RTP 媒体流端口H3C。
- 误区：把关联表当成普通会话表；关联表只用于动态放行后续媒体子流，前提条件：SIP 控制流首包必须已经被安全策略 permit 放行。
- 如果控制流本身被策略 deny，就算有部分关联表项，业务依旧不通。
#查看SIP多通道关联表
display session associate‑table
3、其他会出现会话、但是策略没有匹配 permit 的场景
- 同安全域流量：报文入域 = 出域，V7 默认阻断同域流量；但是仍然会生成 drop 类型会话；需要单独配置同域安全策略放行。
- 报文是会话的返回包，但正向首包被丢弃：只有反向报文到达防火墙，正向首包从未通过；此时生成 drop 会话。
- 来回路径不一致 + loose 模式：来回路径不一致，首包没有命中策略，也会生成 drop 会话。
- 报文是访问防火墙本机（到设备自身）：属于本地报文，不走域间安全策略，生成本机会话。
4、排查定位步骤（现场操作顺序）
- 确认会话是放行会话还是丢包会话
display session table verbose source‑ip A destination‑ip B
重点看：
action；zone‑pair域对；policy‑rule显示命中哪一条策略，如果 policy‑rule 显示none，就是没有匹配 permit 策略。
- 打开安全策略 debug，看 SIP 首包实际动作
debugging security‑policy packet ip acl 3000
terminal monitor
terminal debugging
ACL3000 匹配这条 SIP 流量；看日志输出The packet is denied，代表首包被拒绝。
- 核查是否为同安全域互访：源安全域 = 目的安全域，需要专门配置同域 permit 策略。
- 查看 SIP 关联表，区分会话表与关联表
display session associate‑table
- 确认 ALG SIP 状态（默认开启）
display alg
5、关键澄清
- ✅只有首包匹配到 action permit 的安全策略，才会生成真正放行的会话；
- ❌看到 session 表项不等于策略放行了；drop‑session 丢包会话就是专门用来快速丢弃流量；
- SIP‑ALG 关联表不能绕过安全策略，SIP 控制流首包必须被策略允许，关联表才会真正生效放开媒体流；控制流被 deny，就算有关联表业务也不通。
典型现象总结
现象：display session 能看到 SIP 会话，但业务不通，策略里没有 permit 这条流量。 90% 场景：该会话是drop‑session 丢包会话，首包已经被安全策略拒绝，会话只是加速后续报文丢弃。
暂无评论
编辑答案
➤
✖
亲~登录后才可以操作哦!
确定
✖
✖
你的邮箱还未认证，请认证邮箱或绑定手机后进行当前操作
✖
举报
×
侵犯我的权益
>
对根叔社区有害的内容
>
辱骂、歧视、挑衅等（不友善）
侵犯我的权益
×
侵犯了我企业的权益
>
抄袭了我的内容
>
诽谤我
>
辱骂、歧视、挑衅等（不友善）
骚扰我
侵犯了我企业的权益
×
您好，当您发现根叔知了上有关于您企业的造谣与诽谤、商业侵权等内容时，您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到 pub.zhiliao@h3c.com 邮箱，我们会在审核后尽快给您答复。
- 1. 您举报的内容是什么？（请在邮件中列出您举报的内容和链接地址）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
- 3. 是哪家企业？（营业执照，单位登记证明等证件）
- 4. 您与该企业的关系是？（您是企业法人或被授权人，需提供企业委托授权书）
我们认为知名企业应该坦然接受公众讨论，对于答案中不准确的部分，我们欢迎您以正式或非正式身份在根叔知了上进行澄清。
抄袭了我的内容
×
原文链接或出处
诽谤我
×
您好，当您发现根叔知了上有诽谤您的内容时，您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱，我们会尽快处理。
- 1. 您举报的内容以及侵犯了您什么权益？（请在邮件中列出您举报的内容、链接地址，并给出简短的说明）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
我们认为知名企业应该坦然接受公众讨论，对于答案中不准确的部分，我们欢迎您以正式或非正式身份在根叔知了上进行澄清。
对根叔社区有害的内容
×
垃圾广告信息
色情、暴力、血腥等违反法律法规的内容
政治敏感
不规范转载
>
辱骂、歧视、挑衅等（不友善）
骚扰我
诱导投票
不规范转载
×
举报说明
暂无评论