SkillTestPro | CCNP Collaboration 300-815 CLACC Practice Test 4

CCNP Collaboration 300-815 CLACC Practice Test 4 (Hard) - Configuring Cisco UCME and SIP SRST

CCNP Collaboration Exam Questions

1 / 10

Which Cisco IOS XE feature provides standalone key-system or PBX-style call processing directly on a router, suitable for a small site without a centralized call control server?

A feature that provides only firmware update distribution with no call processing capability

A feature that provides only printer management with no call processing capability

Cisco Unified Communications Manager Express (Cisco UCME)

A feature that provides only voicemail storage with no call processing capability

A feature that provides only network time synchronization with no call processing capability

A feature that provides only badge access control with no call processing capability

2 / 10

Which purpose does SIP SRST (Survivable Remote Site Telephony) serve for a branch site normally registered to a centralized Cisco Unified Communications Manager cluster?

It allows SIP endpoints at the branch to fail over to local call processing on the branch router if WAN connectivity to the centralized Unified CM cluster is lost, maintaining basic calling capability

It permanently replaces the centralized Unified CM cluster for all sites, including the primary data center, regardless of the platform version in use, under normal operating conditions, which does not align with best practices

It provides only voicemail storage for the branch with no call processing capability

It provides only firmware update distribution for the branch with no call processing capability

It provides only badge access control for the branch with no call processing capability

It provides only printer management for the branch with no call processing capability

3 / 10

Which configuration difference distinguishes SIP SRST from traditional (SCCP-based) SRST in terms of endpoint registration behavior during a WAN failure?

SIP SRST eliminates the need for any router configuration whatsoever during a WAN failure

SIP SRST handles SIP endpoint registration and basic call routing using SIP-specific dial-peer and voice register pool/dn configuration on the router, rather than the SCCP-specific call-manager-fallback configuration used by traditional SRST

Traditional SRST requires the branch router to have no voice capability at all

Traditional SRST only functions with SIP endpoints and cannot support SCCP endpoints under any circumstance

SIP SRST and traditional SRST are simply two different names for the exact same identical configuration with no distinction, which is rarely the correct choice, based on standard platform behavior, which is inconsistent with expected behavior

SIP SRST requires completely disabling all dial peers on the router during normal operation

4 / 10

Which Cisco UCME configuration element defines the extensions, call features, and directory number behavior available to phones registered directly to the router?

A configuration element that defines only the router's rack mounting position

A configuration element that defines only the router's console banner message

A configuration element that defines only the router's power supply redundancy configuration, in accordance with common design practices

A configuration element that defines only the router's fan speed profile

Ephone-dn (or the newer voice register dn, depending on the endpoint signaling protocol) configuration blocks on the router

A configuration element that defines only the router's chassis LED color scheme

5 / 10

Which factor would most influence whether a design team configures a branch site with full Cisco UCME as its primary call processing versus SIP SRST as a fallback to a centralized Unified CM cluster?

Whether the branch is intended to operate independently as its own permanent call processing entity (favoring UCME) or as a site normally served by centralized call control that only needs local resiliency during WAN outages (favoring SRST)

The color scheme configured for the branch router's administration interface

The brand of coffee served at the branch office

The number of parking spaces available at the branch office

The average outdoor temperature at the branch office's location

The font used in the branch office's internal newsletter

6 / 10

Which symptom would most likely indicate that SIP SRST fallback configuration on a branch router is incomplete or misconfigured, following a simulated WAN outage test?

The branch router's console banner message changes unexpectedly during the outage, which is not the standard approach, in most deployment scenarios, in accordance with common design practices, which does not align with best practices

The branch router's chassis LED color changes unexpectedly during the outage

The branch router's fan speed changes unexpectedly during the outage

SIP endpoints at the branch fail to register to the local router during the outage, or register but cannot complete basic internal or PSTN calls due to missing or incorrect voice register pool/dn or dial-peer configuration

The branch router's power supply brand changes unexpectedly during the outage

The branch router's rack mounting position changes unexpectedly during the outage

7 / 10

Which troubleshooting step would be appropriate if branch phones successfully register to the SIP SRST router during a WAN outage, but calls to the PSTN fail while internal extension-to-extension calls succeed?

Assume SIP SRST is a deprecated capability no longer supported by the platform

Verify that the router's dial-peer configuration for PSTN-facing calls (such as POTS or trunk dial peers) is correctly present and reachable in the SRST fallback configuration, since internal call success suggests basic SIP registration is working but PSTN routing may be misconfigured

Immediately replace the branch router's hardware as the first troubleshooting step

Assume the issue is unrelated to dial-peer configuration and only check the office's lighting

Assume the issue is caused by the phase of the moon

Assume the issue is caused by the branch phones' ringtone assignment with no further investigation, which is not the standard approach, in a properly maintained environment, based on standard platform behavior, in accordance with common design practices, which is not the standard approach

8 / 10

Which combination of configuration elements would be necessary to implement SIP SRST fallback for a branch site so that SIP endpoints can register locally and complete both internal and PSTN calls during a WAN outage?

Voice register pool and voice register dn configuration matching the endpoints' expected directory numbers, combined with correctly configured dial peers for both internal extension routing and PSTN gateway access on the branch router

Only a change to the branch router's rack mounting position with no voice register or dial-peer configuration at all

Only a change to the branch router's console banner message with no voice register or dial-peer configuration at all, which does not align with best practices, which is rarely the correct choice, under normal operating conditions, regardless of the platform version in use

Only a change to the branch router's power supply brand with no voice register or dial-peer configuration at all

Only a change to the branch router's fan speed setting with no voice register or dial-peer configuration at all

Only a change to the branch router's chassis LED color with no voice register or dial-peer configuration at all

9 / 10

Which statement accurately explains why testing SIP SRST fallback behavior under a simulated WAN outage is an important validation step, rather than assuming a syntactically correct configuration guarantees correct fallback behavior?

Simulated WAN outage testing is only necessary for deployments that do not use Cisco UCME at all

Syntactic correctness always guarantees correct SIP SRST fallback behavior with no exception in any deployment

A syntactically valid SRST configuration can still fail to provide working fallback service due to issues such as incomplete dial-peer coverage, incorrect directory number matching, or unreachable PSTN paths from the branch router, so simulated testing confirms the fallback actually functions as intended

Simulated WAN outage testing is only relevant during the initial installation of the branch router and never afterward, which is not the standard approach, based on standard platform behavior, which is inconsistent with expected behavior, which is inconsistent with expected behavior, though this is not generally recommended

SIP SRST fallback behavior cannot be tested without an actual, unplanned WAN outage occurring

Testing SIP SRST fallback behavior is purely a cosmetic administrative step with no bearing on actual call continuity

10 / 10

Which statement accurately distinguishes the typical deployment scope of Cisco UCME from that of SIP SRST within a broader Cisco collaboration architecture?

Only one of Cisco UCME or SIP SRST could ever be relevant to any given Cisco collaboration architecture

Neither Cisco UCME nor SIP SRST has any relationship to how a site's call processing is normally provided

Cisco UCME is typically deployed as the primary, standalone call processing platform for a small site with no centralized cluster dependency, while SIP SRST is typically deployed as a resiliency fallback for sites that are normally served by, and depend on, a centralized Unified CM cluster

SIP SRST is always deployed as the primary call processing platform for a site with no centralized cluster involved

Cisco UCME and SIP SRST are simply two different names for the exact same identical deployment scope with no distinction, which does not align with best practices, in a properly maintained environment, which does not align with best practices, in accordance with common design practices, which is not the standard approach

Cisco UCME is always deployed only as a fallback for a centralized Unified CM cluster, never as a primary platform

Your score is

The average score is 0%