Is there a way to tell what Transform is actioned as part of the Call Search via a VCS?
We have several similar transforms in place on a VCS as part of the dial plan, but I can't see anything in the search history that tells me which actual transform is actioned as part of the call search. All I see is that the look up was transformed.
Basically, we have a RegEx transform that I don't believe is being actioned even though it is a higher priority than another transform that does look like it gets actioned. I'm not sure why this is as the constructed the way I want and passes the Pattern Check tool built into the VCS.
If you look at your search history, and even if you do a Locate (Maintenance > Tools), there should be a something like the below within the search history.
Just below that it will tell you what the alias has been transformed into, however I don't see where or if at all is specifies which transform it is using.
You could use Check pattern (Maintenance > Tools) to test transforms to see if you would get the desired results you're looking for. Also note, that you should think carefully about your transform priorities in relation to one another, as one transform might match before another and possibly prevent the later from even transforming the alias to what you want.
Thanks Patrick, but you have essentially paraphrased everything I wrote.
I know the search history shows the search has been transformed, but it doesn't say by which transform rule
I know that the RegEx is doing what I think it should be doing as I have already checked the Pattern Match Tool
I know that the priority is important and that other rules might get in the way. This is exactly what I am trying to establish. It appears that a later rule is affecting the search, rather than the RegEx I have inserted above. However, as shown in the point above, the pattern matches are correct.
I'm not quite sure how else I should write this (albiet, my poor English and Dyslexia got in the way of completeing a sensible last sentence).
Indeed, we are at a stage where we need to start implementing sub zones and search rules. Our initial roll out didn't require these, but as the complexity grows, so we are finding that we are running out to steam with things like transforms. We are also seeing other strange behaviors in that when trying to find an certain endpoints by initiating a Locate via the VCS Tools, a search is successful, yet when a call is placed, the search times out. Still this is only a rarity and something that was done a a quick test.
We shall be hitting the administrator guide again shortly.
Cisco Finesse Not Ready - Call Overlap status is very a very common issue seen on Finesse desktop. Agents miss two calls and they are put in Not Ready - Call Overlap status. This is very likely related to CVP server and it's unreachabl...
Lab 1: Cisco Meeting Server Standalone CertificatesLab 2: Cisco Meeting Server Cluster Certificates with Multi-SANLab 3: Multiple Certificates with Multiple CA ServersLab 4: Cisco Meeting Server Cluster Certificates Advanced ScenarioLab 5: Streamer Servic...
Certificates are the first step to deploy Cisco Meeting Server, preparing certificate are very important to enable different services. As a VOIP administrator, mastering the concept of certificates is unavoidable
Using multiple CA servers, instead of a si...
I just finished to write a comprehensive certificates preparation for Cisco Meeting Server Clustering. Through 60 pages I explained in detail, how to create certificates for database cluster, callbridge cluster, certificate chain for webbridge3, certifica...