The BlackBerry Enterprise Server administrators of Plazmic Inc. decide they would like to setup a two node BlackBerry Administration Service cluster in each location. The two nodes in each location…

Question

Options

• ATCP Multicast
• BUDP Multicast
• CUDPPing
• DKerberos
• ETCPPing

• A
  5% (2)
• B
  7% (3)
• C
  15% (6)
• D
  2% (1)
• E
  71% (29)

Explanation

TCPPing is correct because BlackBerry Administration Service (BAS) cluster nodes use JGroups for inter-node communication, and TCPPing enables nodes to discover and communicate with each other via direct TCP unicast connections - which route normally across subnet boundaries.

Why the distractors fail:

• TCP Multicast (A) and UDP Multicast (B) are wrong for the same reason: multicast traffic is confined to a single subnet by default and will not cross subnet boundaries without special router configuration, making both unsuitable for this cross-subnet scenario.
• UDPPing (C) is a plausible-sounding distractor but is not the BAS cluster communication protocol; UDP also has less reliable delivery characteristics across routed networks.
• Kerberos (D) is an authentication/identity protocol, not a cluster discovery or transport protocol - it has nothing to do with node-to-node cluster communication.

Memory tip: Associate "different subnets = needs routing = TCP unicast." When you see nodes on separate subnets, immediately eliminate any multicast option (multicast = same subnet), and remember that TCPPing is the routable, point-to-point alternative in the JGroups stack that BAS relies on.

No community discussion yet for this question.