关于CGNAT功能优化建议

Beatless

在实际使用panabit过程中，发现CGNAT（即Carrier Grade NAT后续缩略为CGN） 组合场景与端口动态追加分配能力纯在缺口
1.CGN
现状

在使用CGNAT应用于实际业务中，端口预分配场景下，用户初次预分配的端口资源耗尽后，无法通过追加分配继续获取端口资源.，P2P/多设备场景极易先耗尽。若无增量分配，只能靠「加大预分配（或者静态CGN临时处理降低复用比）」或「用户体验受损」二选一,虽然有连接数限制进行弥补
NAT444 下 P2P/游戏/实时音视频实时业务体验差
NAT64 无法实现端口预分配，无法生成反向Server-map表，允许外部主动向内部网络发起访问。

业务影响
高密度复用风险：端口耗尽无自动补救，投诉集中在「有时能上网、有时不行」，难定位。
扩容成本被转嫁：只能靠增加公网 IP 或降低单 IP 用户数，而非靠动态端口提高资源利用率
无 CGNAT+PCP(Port Control Protocol)，入方向映射依赖运气或公网回连，穿透率低
希望实现功能
场景：CGNAT 预分配端口耗尽        期望：在预分配基础上支持 增量/追加分配 + 空闲回收 + 单用户/单公网 IP 上限，耗尽时按策略自动或可触发追加，并保留审计日志；达上限时行为明确 + 告警（功能以实现每IP端口数量，增加增量分配次数）
场景：P2P/游戏/实时语音 期望：CGN 添加 PCP Server，支持 MAP（P2P 入方向，MAP IN/OUT）；映射与 NAT 日志可溯源