CR18000关于MQC inbound和NAT static调用问题

那内网的 MQC inbound是不是也可以删除了 全部换成static enble就可以了

组网回顾：
内网 - Gig1/0/1（1 口）—— CR18000 —— Gig1/0/2（2 口） - 外网
全局配置：nat static outbound 私网IP 公网IP（1:1 静态映射）
2 口：nat static enable
1 口配置 MQC inbound，流量redirect to local；外网首包从 2 口进入，没有在 2 口配置 MQC inbound redirect local
核心结论【CR18000/CR16000 框式路由器特有硬件架构重点！】
普通盒式路由器（MSR/F1000）不用 MQC 引 local；CR 系列高端框式路由器 NAT 属于业务板处理，硬件转发报文不会自动上送 NAT 业务单元！
内网主动访问外网（首包 1 口入）
报文在 1 口 inbound 被 MQC redirect local，上送到 NAT 业务单元；匹配全局 nat static outbound 完成源地址转换，生成会话表；回程流量依靠会话表硬件转发，正常。
外网主动发起首包访问内网（首包 2 口入）
✅ 仅在 2 口配置nat static enable，但是 2 口没有 MQC inbound redirect local → 无法命中全局 nat static 1:1 转换！
报文在芯片硬件转发路径，不会上送 NAT 业务单元执行 DNAT 目的地址转换，直接转发失败。
通俗解释：
nat static enable只是接口开启静态 NAT 功能开关；CR 框式设备硬件转发报文想要触发 NAT 规则，必须把报文 redirect local 上送到 NAT 业务单元处理。开关≠报文能送到处理单元。
两种可行标准配置方案（二选一，推荐方案 1）
方案 1：双向流量分别在入接口配置 MQC redirect local（推荐，最规范）
1）接口 G1/0/1（内网口 inbound）
MQC 匹配内网流量，redirect to local（现有配置保留）
作用：内网主动出网，触发源 NAT
2）接口 G1/0/2（外网口 inbound）
新增 MQC，匹配访问公网映射 IP 的流量，redirect to local
作用：外网主动首包进来，上送 NAT 单元执行 DNAT，匹配全局 nat static outbound 映射，完成公网 IP→私网 IP 转换。
配套保留 2 口 nat static enable
方案 2：统一路由侧引流量（不推荐，容易扩大上送流量、占用 CPU）
不建议，会把大量无关流量全部上送到 CPU/NAT 业务单元，产生性能损耗。
❌ 常见误区澄清
误区：只要接口下nat static enable，外网进来首包就能自动转换
❌ CR18000/CR16000 框式硬件转发模型不成立！nat static enable只是功能使能，硬件转发报文不上送 NAT 业务单元，规则不会匹配。
误区：已经存在反向会话就能通
⚠️ 外网主动首包不存在会话表！会话表是内网主动访问才生成；外网主动访问属于新建流首包，必须经过 NAT 业务单元处理。
误区：全局 nat static 配置完成，接口开启 enable 就双向生效
❌ 高端框式设备受硬件转发架构限制，必须 MQC redirect local 把新建流首包引入 NAT 业务平面。