Versions Compared

Old Version 1

changes.mady.by.user Ribbon Communications

Saved on

compared with

New Version Current

changes.mady.by.user Ribbon Communications

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Add_workflow_for_techpubs
AUTH1UserResourceIdentifier{userKey=8a00a0c85fd202bb0160132c449a0026, userName='null'}
JIRAIDAUTHSBX-96459
REV5UserResourceIdentifier{userKey=8a00a0c85fd202bb0160132c449a0026, userName='null'}
REV6UserResourceIdentifier{userKey=8a00a0c85fd202bb0160132c449a0026, userName='null'}
REV3UserResourceIdentifier{userKey=8a00a02355cd1c2f0155cd26c9ba0310, userName='null'}
REV1UserResourceIdentifier{userKey=8a00a02355cd1c2f0155cd26cef40ce0, userName='null'}

Use the link detection allowArpBroadcastProbeReply parameter to control at the system-level whether the SBC allows or drops broadcast ARP replies.

Info
titleNote

For SBC 7000 series systems, enabling this parameter results in the SBC allowing through opCode Reply packets and dropping opCode Request packets.

Note
titleCaution

For SBC SWe deployments, enabling this parameter results in the SBC allowing through both ARP Broadcast opCode Reply and opCode Request packets. This can make the SBC susceptible to a false indication of link failure if the network carries a high volume of opCode Request packets. This type of packet is typically sent during broadcast ARP storms.

Command Syntax

Code Block
% set system admin <systemName> linkDetection allowArpBroadcastProbeReply <disabled | enabled>

Command Parameters

ParameterDescription

allowArpBroadcastProbeReply

Enable this flag to have the SBC allow broadcast replies to ARP probe requests on standby ports.

  • disabled (default)
  • enabled

Configuration Example

Issue the following commands to enable accepting broadcast replies to ARP probe requests on standby ports on a system named "SBC-1."

Code Block
languagenone
% set system admin SBC-1 linkDetection allowArpBroadcastProbeReply enabled
% commit