Hey everybody!

We've recently upgraded one of our last 3.1 Breeze servers that we use for ECC. One of the apps on this server relied on the ability to be able to setup subscriptions against any station on the switch and be able to watch for their on-hook events. We've been able to do this with no issues using the 3.1 release of ECC.


When migrating to 3.3, the UCA snap-in changed quite a bit, and the new UCA CM Resource field doesn't seem to allow us to specify an entire CM switch for the filter. It also does not seem to like if we do large ranges of stations where there are gaps in the dialing plan (the logs show that it grabs the first contagious group of stations but stops after that). The switch I'm trying to add has about 18,000 stations over a numbering range of about 40,000.


Does anybody know a good way to add such a large filter range to the UCA snap-in? When I add just the switch name, it doesn't even show like it is doing anything in the UCA service logs...


What is working is :

CoreCM:13260-13261,20944,22528,33634,44011-44012,47999,48720-48734

What is not :

CoreCM

Thanks!

Hi,

Yes in 3.3 UCA attribute expects the station range as well and doesn't allow only specifying the CM name

Regarding the range, the attribute description should give you more details and the way you have configured and mentioned as working is the way to configure. You need to make sure the ranges (or separate ones) separated by commas are in ascending order else it would not work.

15000 station is the supported maximum per CM. But you should be able to configure the UCA attribute range upto 41K (for LARGE deployment type), if the range exceeds 41K it will not work and no station would be added

Thank You
Dinesh

Thanks.

Do you know what the maximum range would be for a MEDIUM instance? I'm really only subscribing to events for 20 stations at a time, but they are spread across a number range of 20000 - 59999

-Nick

30K for Medium. If you are not planning to use certain stations, preferred you create a split range accordingly

Thank You,
Dinesh