In trying to find the call flow on CUCM 6.1, the DNA kept showing Block this Pattern for all DNs in all Calling Search Spaces. Yet, the users were able to make calls. I have seen this in other instances as well. The DNA shows Block this Pattern when the users are, in fact, able to make calls. Is this a bug with the DNA? Is there a way to get it to work so I don't have to manually trace the call flow? Thanks.
Basically the CSS of the calling device should be able to reach the partition of the called device/route pattern etc. So basically on the DNA are you selecting the CSS of the calling and entering the called digits exactly as they are dialed from the calling ?
Yes, correct. I choose, in the drop down box, the calling search space of the DN making the call, then the time zone, called number. And it always says Block this Pattern. Yet, the user can dial the number with no problem. So, I'm getting a false reading from the DNA, or something.
When I leave the default time zone in there, it is still blocked. I treid several time zones and several calling search spaces and numerous DNs and telephone numbers, with the 9, with 91, with out any prefix. They are all the same.
the DNA may or may not show how things actually are working in the backend, ideally if you have any call routing issues, always go for a call manager trace.
Now tell us the calling called party numbers, and upload the routeplan report with ccm traces from all nodes.
If the issue is just to clarify the behaviour, it could be that there are more Potential matches for the call and the call manager in the backends goes to the next match if one is blocked or has a partial match, but i think the DNA is just showing the first match and not the potential matches, and thats why the calls are not failing even the DNA shows it is hitting the Block this pattern.
Please recheck your route plan report
Yes, I just wanted to clarify the behavior because I've seen it several times now on several different CUCMs. I was wondering if it was something that I was doing or there is some peculiarity to the behavior. I'll go for the traces, which is what I've done before. Thanks for the responses.