瞻博networkingSRX中的Packetloss,启用了gigether-options回送

我遇到了Juniper SRX 240盒子的一个有趣的问题。 该框运行BGP作为边界路由器,并宣布/ 24。 为了确保networking中的vlan保持“up”,我在一个以太网交换网桥的一个接口上设置了gigether-options loopback选项。 这就迫使了vlan,就像我想的那样,并且确保当盒子后面的所有服务器都被移除时,这个盒子不会撤回BGP中的通知。

不幸的是,同样的select似乎破坏了SRX中的ARP表。 它会导致5-30秒的长时间连续丢包(长时间大约5%),并且我得到了ARP查询的重复答案。

  1. 这种行为logging在某个地方吗?
  2. 有没有更好的方法来保持vlan?

您的目标是只保持BGP通知活着而不pipe接口状态如何? 在我的Foundry设备上,我将为BGPnetworking创build一个静态规则,使其具有非常高的距离(因此接口路由总是优先)。 Juniper可能支持类似的东西(通常BGP只是希望路由以某种forms存在于表中)。

我没有办法实际testing这个。 但也许是这样的:

set routing-options static route 5.5.5.0/24 retain discard preference 250

根据文档,静态路由有一个retaindiscardpreference参数。 假设您的子网是5.5.5.0/24,那么无论路由协议状态如何,都可以将表中的路由保留在/ dev / null中,并给予更高的优先级,以使默认的BGP或静态路由距离应该取得优先权。

我没有办法testing这个。 当然,请自行承担风险。