Software and hardware media resources have server B as the primary call-processing node and server A as the backup, and Cisco IP Voice Media Streaming application is running on both servers. If…

Question

Options

• AThe server B software bridge deregister, the hardware bridges from server B register to server A
• BAll software and hardware conferences bridges from server B register to server A
• CSoftware bridges deregister from server A and B, and hardware bridges remain registered to
• DThe server B software bridge deregister, the hardware bridges remain registered to server B
• ESoftware bridges deregister from server A and B, and hardware bridges register to server A

• A
  2% (1)
• B
  61% (25)
• C
  5% (2)
• D
  10% (4)
• E
  22% (9)

Explanation

When the Cisco IP Voice Media Streaming (IPVMS) application service is deactivated on server B (the primary call-processing node), all conference bridge resources - both software and hardware - that were registered to server B will re-register to server A (the backup node). This is because conference bridge devices use the same CM group failover mechanism as IP phones: when the primary CM becomes unavailable or its services stop, registered resources fail over to the next CM in the group. Hardware bridges are not statically bound to a server; they follow the CM group registration logic just like software bridges.

No community discussion yet for this question.