nerdexam
Cisco

300-070 · Question #379

An engineer is developing a new SRST configuration for a branch router using PRI for PSTN access. The engineer is developing a test plan for SRST using this new H.323 gateway. How does the engineer…

The correct answer is C. Establish a call through the gateway and drop the WAN link to see if the call is preserved. Validating H.323 call routing in an SRST failover scenario requires testing that a call established through the H.323 gateway is preserved when the WAN link is deliberately dropped.

Troubleshooting

Question

An engineer is developing a new SRST configuration for a branch router using PRI for PSTN access. The engineer is developing a test plan for SRST using this new H.323 gateway. How does the engineer validate that H.323 call routing is working in a failover scenario?

Options

  • AWhen the WAN is down, dial another extension in the office.
  • BWhen the WAN is down, dial an extension at another site in the network.
  • CEstablish a call through the gateway and drop the WAN link to see if the call is preserved.
  • DEstablish a call through the gateway, place it on hold, and retrieve it.
  • EWhen the WAN is down, place a new local call and long distance call.

How the community answered

(37 responses)
  • A
    5% (2)
  • B
    3% (1)
  • C
    59% (22)
  • D
    11% (4)
  • E
    22% (8)

Why each option

Validating H.323 call routing in an SRST failover scenario requires testing that a call established through the H.323 gateway is preserved when the WAN link is deliberately dropped.

AWhen the WAN is down, dial another extension in the office.

Dialing another internal extension after the WAN is down tests IP phone re-registration under SRST but does not validate H.323 gateway call routing or call preservation.

BWhen the WAN is down, dial an extension at another site in the network.

Dialing an extension at a remote site when the WAN is down is not possible because the inter-site path traverses the failed WAN link.

CEstablish a call through the gateway and drop the WAN link to see if the call is preserved.Correct

Establishing a live call through the H.323 gateway and then severing the WAN link directly simulates a production failover event, forcing the SRST router to take over H.323 call signaling from CUCM and testing whether the active call survives the transition. This method validates both the H.323 re-homing behavior and the call preservation capability of the SRST gateway simultaneously. It is the definitive test because it exercises the exact failover path - an active H.323 session handed off to the local SRST router when CUCM becomes unreachable.

DEstablish a call through the gateway, place it on hold, and retrieve it.

Placing a call on hold and retrieving it tests supplementary hold functionality on the gateway, not H.323 signaling behavior during a failover event.

EWhen the WAN is down, place a new local call and long distance call.

Placing new outbound calls after the WAN fails tests the SRST dial plan and PSTN reachability, but does not validate that in-progress H.323 calls are preserved through failover.

Concept tested: SRST H.323 gateway failover call preservation validation

Source: https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cusrst/admin/10_0_0/configuration/guide/SRST_BK_SA5B8E66_00_srst-administration-guide/SRST_BK_SA5B8E66_00_srst-administration-guide_chapter_01.html

Topics

#SRST#H.323 gateway#failover validation#WAN failover testing

Community Discussion

No community discussion yet for this question.

Full 300-070 Practice