Refer to the exhibits.
Assume that all learned SAF routes are placed in the SAF_Pt partition. The 3XXX directory number pattern is being advertised by a remote cluster and is also being blocked by the local cluster that is shown in the exhibit. An IP phone is attached to the local cluster and is configured with a CSS that contains the following partitions: SAF_Pt and Internal_Pt in this order. When the IP phone places a call to 3001, what will occur?
A. The call will succeed and will be placed via the SIP_Trunk.
B. The call will fail because it will be blocked by the CCD Blocked Learned Route configuration.
C. The call will be placed in a round-robin fashion between the SAF network and SIP_Trunk.
D. The call will placed in a round-robin fashion between the SAF network and SIP_Trunk. Every other call will fail.
I concur, the correct answer is B. The SAF_Pt is listed first
I think its answer B.
Learned routes always take precedence but backup routers will come first if they more specific because the order of partitions.
https://books.google.com/books?id=iQBmBIBfWXEC&pg=PT374&lpg=PT374&dq=SAF-learned+routes+always+take+precedence+over+route+patterns&source=bl&ots=KhMRevo4Pp&sig=ACfU3U1_IF9rlts8GumHozwCZozS3baNig&hl=en&sa=X&ved=2ahUKEwiKlf641azkAhVQU98KHY8kC5MQ6AEwDHoECAkQAQ#v=onepage&q=SAF-learned%20routes%20always%20take%20precedence%20over%20route%20patterns&f=false
https://ccieme.wordpress.com/2016/11/13/16-12-saf-and-ccd-configuration/
CCD blocked learned patterns are optional. If CCD blocked learned patterns are configured, all routes that match any of the configured criteria are blocked. As a result, they are not added to the call-routing table.
Sounds like it just does not add the patterns to the routing table. Therefore it is like receiving nothing and not resembling a block that we would configure in a Route Pattern. Has anyone tried this? If this is the case then A is the answer.