没有 不要乱说呀大佬
没有 不要乱说呀大佬
你问的Hash和Round Robin(轮询)算法,目前这两种模式的情况是不同的。
Hash模式是当前H3C防火墙在NAT地址池中使用的默认分配算法。
如何工作:它是基于数据流的源IP地址和VRF等五元组信息进行哈希运算,然后随机分配一个公网地址。这样,同一个源IP发出的流量总是被映射到同一个公网IP上,保证了会话一致性。
主要特点:分配结果本质上还是随机的,但不保证地址分配的顺序,适合大多数场景。Hash算法能保证同一个内网IP发起的流量始终映射到同一个公网IP上,从而保证访问外部服务的连续性。当内网有大量主机时,公网地址的分配会相对均匀。但不足的是,单个内网主机的流量不管多大,也只能使用被Hash到的同一个公网地址。
H3C防火墙当前不支持Round Robin模式。
虽然一些早期的H3C文档和概念介绍中可能会提及“轮询”这个词,但它的实际应用场景是在DHCP服务的地址池分配中,而非NAT。
在NAT中:轮询模式的本意是严格按照"一个接一个"的顺序分配地址,第一个会话用地址1,第二个用地址2,以此循环。
主要特点:公网地址使用得非常均匀,但问题也很明显——同一个内网主机连续发起的多个会话,可能被映射到不同的公网IP上。这会导致服务器端的会话表混乱,容易触发安全策略拦截,对需要保持会话的应用(如HTTPS)破坏性较大,所以现在主流的实现都采用Hash模式。
由于产品的具体实现细节和版本演进,这些算法信息通常分散在以下类别中:
NAT技术白皮书:这是最权威的概念介绍,会详细说明地址池的分配机制。但需注意,历史上发布过多个版本,部分可能包含已淘汰的早期技术。
命令参考手册(如《NAT命令》):侧重配置命令,而不会详细说明分配算法。
源 NAT 地址池支持两种地址分配算法:
- 源 IP 哈希(source‑hash):根据源 IP 地址哈希计算,为同一源 IP 分配固定的公网 IP 地址。
- 轮询(round‑robin):按顺序循环分配地址池中的公网 IP 地址,保证负载均衡。H3C
# 1. 创建地址池
nat address-group 1
section 0 202.1.1.10 202.1.1.20 # 公网IP段
# 2. 策略NAT(源NAT,多对一)
policy-based-nat
rule name SNAT_ALL
source-zone trust
destination-zone untrust
source-address any
action source-nat address-group 1
# 配置算法(二选一)
address-allocation algorithm source-hash # 哈希(默认)
# address-allocation algorithm round-robin # 轮询
| 项目 | Hash(源 IP 哈希) | Round‑Robin(轮询) |
|---|---|---|
| 分配依据 | 源 IP 哈希值 | 地址池顺序 |
| 同一私网 IP | 固定公网 IP | 可能不同公网 IP |
| 负载均衡 | 一般 | 较好 |
| 会话保持 | 支持 | 不支持 |
| 适用场景 | 固定出口 IP、日志审计 | 大量用户、带宽均衡 |
文档里没有关于算法的介绍哦
文档里没有关于算法的介绍哦
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
官网没有相关解释