瞻博网络 SRX240H 失去与上游路由器的连接

网络工程 杜松-srx
2021-07-21 01:46:27

我有两个 SRX240 集群在一起。集群配置有 2 个冗余组,然后是 3 个 RETH。

reth1 通过 ge-0/0/5 和 ge-5/0/5 连接到我们的互联网连接。我们的互联网连接是单向 100mbps 的租用线路。我们必须确保他们指定禁用自动协商设置并手动设置速度和全双工模式。

这是显示这些接口的配置

cluster {
    reth-count 3;
    redundancy-group 0 {
        node 0 priority 100;
        node 1 priority 99;
    }
    redundancy-group 1 {
        node 0 priority 100;
        node 1 priority 99;
        preempt;
        interface-monitor {
            ge-0/0/5 weight 255;
            ge-5/0/5 weight 255;
        }
     }
}

interfaces {
    ge-0/0/5 {
        speed 100m;
        link-mode full-duplex;
        gigether-options {
            no-auto-negotiation;
            redundant-parent reth1;
        }
    }
    ge-5/0/5 {
        speed 100m;
        gigether-options {
            no-auto-negotiation;
            redundant-parent reth1;
        }
    }
    reth1 {
        redundant-ether-options {
            redundancy-group 1;
        }
        unit 0 {
            family inet {
                address 1.1.1.25/30;
            }
        }
    } 
}

上游 NTE 位于 IP 地址 1.1.1.26/30(IP 已更改)。

我的连接工作正常,我接近线路速度的最大下载速度。我有低延迟和你所期望的一切。但是时不时我突然无法ping通上游NTE。连接就停止了。

如果我检查接口状态,它显示为正在运行。

{primary:node0}
gareth@FW01> show interfaces ge-0/0/5
Physical interface: ge-0/0/5, Enabled, Physical link is Up
  Interface index: 139, SNMP ifIndex: 527
  Link-level type: Ethernet, MTU: 1514, Link-mode: Full-duplex, Speed: 100mbps,
  BPDU Error: None, MAC-REWRITE Error: None, Loopback: Disabled,
  Source filtering: Disabled, Flow control: Enabled, Auto-negotiation: Enabled,
  Remote fault: Online
  Device flags   : Present Running
  Interface flags: SNMP-Traps Internal: 0x0
  Link flags     : None
  CoS queues     : 8 supported, 8 maximum usable queues
  Current address: 00:10:de:ff:20:01, Hardware address: 08:81:f4:cd:a1:05
  Last flapped   : 2013-05-16 01:35:08 UTC (03:39:01 ago)
  Input rate     : 7144 bps (10 pps)
  Output rate    : 34488 bps (58 pps)
  Active alarms  : None
  Active defects : None
  Interface transmit statistics: Disabled

  Logical interface ge-0/0/5.0 (Index 74) (SNMP ifIndex 528)
    Flags: SNMP-Traps 0x0 Encapsulation: ENET2
    Input packets : 20966964
    Output packets: 13453431
    Security: Zone: Null
    Protocol aenet, AE bundle: reth1.0   Link Index: 0

{primary:node0}
gareth@FW01> show interfaces reth1.0
  Logical interface reth1.0 (Index 68) (SNMP ifIndex 578)
    Flags: SNMP-Traps 0x0 Encapsulation: ENET2
    Statistics        Packets        pps         Bytes          bps
    Bundle:
        Input :      20967161         12   19068965037         9320
        Output:      13454302         44    3387733487        29088
    Security: Zone: untrust-internet
    Allowed host-inbound traffic : ping
    Protocol inet, MTU: 1500
      Flags: Sendbcast-pkt-to-re
      Addresses, Flags: Is-Preferred Is-Primary
        Destination: 1.1.1.24/30, Local: 1.1.1.25,
        Broadcast: 1.1.1.27

上次翻板的原因是我换了网线排除了。拔下电缆并连接一根新电缆会导致连接恢复。我现在有点不愿意相信它。

如果它再次发生,有没有人有其他我可以看的东西?

我确实找到了以下帖子http://kb.juniper.net/InfoCenter/index?page=content&id=KB16672说它应该适用于受支持的版本。

专用于高端 SRX 设备的版本为 11.2R1、11.1R1、10.3R3、10.4R2、10.2R4 或更高版本。对于 Branch SRX 设备,仅从 Junos 11.1R4、11.2R2 和 11.4R1 开始支持。

我正在运行版本 11.2R4.3

1个回答

这是一些应该有帮助的版本信息。我认为让我立即感到震惊的另一件事是禁用了自动协商,这应该没有必要。这是您的提供者所要求的,还是基于习得的行为?我建议阅读那里的内容,因为自动协商已被推荐超过 10 年。你连接的任何东西也应该可以正常工作(我上次遇到问题是在 3500XL 上——我们说的是 ooooold)。查看:

http://etherealmind.com/ethernet-autonegotiation-works-why-how-standard-should-be-set/

首先,截至 2013 年 4 月 8 日,根据 JTAC(因为您提到了版本),Junos 11.4R7.5 是 SRX240 推荐的受支持版本。

http://kb.juniper.net/InfoCenter/index?page=content&id=KB21476(需要登录)

此外,JTAC 建议在 SRX 或 J 系列上为 IPsec 功能发布 EEOL 版本(可能适用也可能不适用,但仅供参考)。(对我来说,juniper.net 上唯一可用于 SRX240H 的版本是 10.4、11.4 和 12.1 - 这可能有助于设定您对运行内容的期望。)

http://www.juniper.net/alerts/viewalert.jsp?txtAlertNumber=PSN-2013-01-822&actionBtn=搜索(需要登录)

您还运行了在格式错误的 TCP 漏洞出现之前发布的版本。我不寒而栗地认为存在实时漏洞利用,但您肯定需要使用发布于 2013 年 1 月或 2 月或之后的版本。11.2 需要的版本是 11.2R5.5 或 11.2R7.5(或更高)

http://osvdb.org/89751

我提到版本是因为 SRX 也是一个“快速发展”的平台,传闻和传闻表明您需要更频繁地升级。