Which statement is true for JavaScript Macros deployed on a Cisco Collaboration room device?

Question

Options

• AMacros receive to register any event that is local to the device.
• BThere is no hard limit to the number of macros that can be deployed.
• CA macro can store data using a local JavaScript datastore.
• DMacros execute in the order defined in the Macro Editor.

• A
  88% (21)
• B
  8% (2)
• C
  4% (1)

Explanation

Option A is correct because Cisco Collaboration room device macros use the xAPI event framework to subscribe to and react to events generated locally on the device - such as button presses, call state changes, and UI interactions - making event registration a core and unrestricted capability of the macro runtime.

Why the distractors are wrong:

• B is false: Cisco room devices impose hard limits on macros (count, memory, and file size) due to the constrained embedded runtime environment.
• C is false: Macros run in a sandboxed JavaScript engine with no native persistent datastore; state is lost on restart, though limited persistence is possible via xAPI configuration commands, not a "JavaScript datastore."
• D is false: Macros are event-driven and asynchronous - execution order is determined by incoming events, not by the sequence macros appear in the Macro Editor.

Memory tip: Think of Cisco macros as "event listeners, not scripts in a queue" - their superpower is listening to any local device event (A), but they live in a tightly sandboxed, resource-limited environment (ruling out B and C), and they react to events rather than running top-to-bottom (ruling out D).

No community discussion yet for this question.