帮助我们改善您的体验。

让我们了解您的想法。

您是否能抽出两分钟的时间完成一份问卷调查?

list Table of Contents

机器翻译对您有帮助吗?

starstarstarstarstar
Go to English page
免责声明:

我们将使用第三方机器翻译软件翻译本页面。瞻博网络虽已做出相当大的努力提供高质量译文,但无法保证其准确性。如果对译文信息的准确性有任何疑问,请参阅英文版本. 可下载的 PDF 仅提供英文版.

inet (enhanced-hash-key)

date_range 29-Jan-21

语法(EX 系列和 QFX5100 交换机)

content_copy zoom_out_map
inet {
    gtp-tunnel-endpoint-identifier;
    no-ipv4-destination-address;
    no-ipv4-source-address;
    no-l4-destination-port;
    no-l4-source-port;
    no-protocol;
    vlan-id;
}

语法(QFX10000 系列交换机)

content_copy zoom_out_map
inet {
    gtp-tunnel-endpoint-identifier;
    no-ipv4-destination-address;
    no-ipv4-source-address;
    no-l4-destination-port;
    no-l4-source-port;
    no-incoming-port;
}

层次结构级别

content_copy zoom_out_map
[edit forwarding-options enhanced-hash-key family]

描述

选择哈希算法用于做出哈希决策的 IPv4 流量中的有效负载字段。

当 IPv4 流量进入 LAG 且哈希模式设置为第 2 层有效负载时,哈希算法会检查使用该语句配置 inet 的字段,并使用字段中的信息来决定如何在启用 ECMP 时将流量放置到 LAG 捆绑包的成员链路上,或如何将流量转发到下一跃点设备。

散列算法在用于散列 LAG 束流量时,始终尝试通过跨捆绑包中的成员链路对所有传入流量进行均衡来管理带宽。

当哈希模式设置为 layer2-payload时,哈希算法仅检查有效负载中的 IPv4 字段以做出哈希决策。默认情况下,散列模式设置为第 2 层有效负载。您可以使用语句 set forwarding-options enhanced-hash-key hash-mode layer2-payload 将哈希模式设置为第 2 层有效负载。

默认

哈希算法使用以下字段为 IPv4 流量做出哈希决策:

  • IP 目标地址

  • IP 源地址

  • 第 4 层目标端口

  • 第 4 层源端口

  • 协议

选项

no-ipv4-destination-address

从哈希算法中排除 IPv4 目标地址字段。

no-ipv4-source-address

从哈希算法中排除 IPv4 源地址字段。

no-l4-destination-port

从散列算法中排除第 4 层目标端口字段。

no-l4-source-port

从哈希算法中排除第 4 层源端口字段。

no-protocol

从哈希算法中排除协议字段。

no-incoming-port

从哈希算法中排除传入端口号。

vlan-id

在散列算法中包含 VLAN ID 字段。

注意:

vlan-id 选项不受支持,不应在包含以下任何交换机作为成员的虚拟机箱或虚拟机箱结构 (VCF) 上配置:EX4300、EX4600、QFX3500、QFX3600、QFX5100 或 QFX5110 交换机。

所需权限级别

接口 — 在配置中查看此语句。

接口控制 — 将此语句添加到配置中。

发布信息

在 Junos OS 13.2X51-D15 版中引入的语句。

external-footer-nav