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

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!

Start time, end-time, duration, auth code, and extension should be easy enough. Most of that can be captured by subscribing to the events sub-system and recording those events. Not sure what username you are thinking about -- but you might need to match that yourself.

The way you can get the auth code is by doing a "play and collect" command via the AMS. There is a play and collect class you can call in the SDK for this. It's pretty straight forward.

The TAC is the most difficult part. I imagine the way you could collect that would be to do an OSSI connection to CM, and somehow match the latest trunk call on the SIP trunk to ASM with the incoming trunk from your ISDN. Another option would be to collect the raw CDR data from CM via the RSP Protocol and somehow parse out the TAC information you need. That would most likely be the most accurate way to do it, but it will probably involve a lot more work.

-Nick

Are you looking to do this via a Breeze Platform Snap-in (written in Java) or Engagement Designer (workflow created via ED)? That would be the first info we would need?

How important is it to capture the trunk information? Chances are that will be very difficult to get because of all the different systems you will have to jump through.

I'm putting together my plan to upgrade my production servers from Breeze 3.2 to 3.3. I noticed that unlike previous versions, there dosen't seem to be an ECC/UCM/UCA/WCC for 3.3. Are those scheduled to be released later, or should we use the 3.2 snap-ins on the new platform?

Rohini wrote:Hi guys. Our Lab is up again.
As mentioned earlier we have imported trusted certificate and then restarted the breeze server. We are trying out the things on two different breeze servers. But the same error persists - "Certificate Chaining Error"

Are you sure you are seeing the same Verisign certificate as the issue in the logs?

If so, can you send the actual URL you are connecting to? We wouldn't need the URL Path, just the https://servername/ part so we have an idea of the type of cert they are trying to send.

The best way to import the cert is to log into SMGR, go to the Breeze section, click on the check-box next to the cluster you are importing the cert into, and then go to the Certificate Management menu, then Install Trust Certificate.

Your option 1 would also work, but I don't think it will trigger anything on the Breeze servers to reload the certs. You would need to restart your apps (if you implemented the start/stop functionality) OR restart the server for them to be picked up.

MarcusHuang wrote:I understand the web service client tool, basically i would be importing the methods behind the wsdl, but what is WTP?

The WTP suite is a set of plugins for Eclipse that include the web service client tool. https://eclipse.org/webtools/.

sunhongyu wrote:thanks, can you provide an example?

Use the following to manually trigger an announcement :

cstore://<announcement-name>?ns=<namespace>&cg=<content-group>

so :

cstore://Contractor_Lines1?ns=breeze&cg=contractor

Would be in :
Media Management
- Breeze (namespace)
- contractor (content group)
- en_us (default language)
- Contractor_Lines1 (this is the announcement itself)

MarcusHuang wrote:
Are you guys thinking this would be a 1 to 1, meaning I would have to create a task for each specific web service i would like to consume? Also any sample code by chance available on this?

The easiest way would be to do a 1:1 mapping for an Axis web service. To do this, install the WTP plugins (if they are not already installed), and use the Web Service Client tool to generate the classes for you. You then just need to wire up the Dynamic Task class to these new WTP classes and you are all set.

If you want to do it the hard, but correct (reusable) way, then you will need to instantiate the Axis2 classes by hand, and do all the hard stuff in the Dynamic Task. Most likely, you will need to accept some JSON string with a group of parameters in order to make it flexible enough to be reused (if you used this tool a few years ago when it was called the Collaboration Designer, this is what was required for most parameters).

JoelEzell wrote:Thanks Nick! Regarding certificates: the root should be sufficient. If you see cases where you have failures without intermediate certificates, I'd be interested in seeing logs.

Most recently, I was trying to connect with the Amazon SQS service, and it didn't like just having the root CA cert there. It was giving me a PKI Chained Trust error. I'll see if I can break my service and pull the logs for you.

MarcusHuang wrote:Hi All,

I need to be able to make a SOAP webservice call. Does anyone have an specifics on whether this is possible. Also do you think it can be accomplished with a Dynamic task?

Engagement Designer does not have a built in WebService client, but yes, you can easily write one as a Dynamic Task. I've done it using the Apache Axis2 library to connect to some of our internal services.

Only thing to note is that by default the Breeze servers don't have any root CA certs loaded -- meaning any site you plan on connecting to, you will need to pull down their certs (including the entire chain with the root and any intermediate certs).

AlokKulkarni wrote:Hi,
I learnt that Location services are not available with Vantage device(correct me if I am wrong)
Is there a list of features that Vantage does not support that are supported on any Android tablet ?
My current interest is checking if following services are available
1. Google play services
2. Displaying maps and features around map like geocoding , traffic data etc for a particular location(Not fetching current location using Fine and Coarse location features but for a fixed latitude-longitude)

The Vantage phone does not have a GPS built-in, so GPS functionality (FINE_LOCATION) won't be available. Also, since there is no cellular connection COARSE_LOCATION also isn't available (in theory by installing an RTLS server with the RTLS application pushed to the device, you can enable function without cellular).

Google Play, and other Google services (including Google Maps and gMail) are available out of the box. Your end-user will need a Google account of some sort in order to activate those services. As an admin, you can also disable these via the 46xxsettings.txt file. You can interact with the Google Play/Google Services just like on any other cell phone.

venkz wrote:Hi,
I want to develop a snap in, Which triggers the another application at some point of time in the main application.

For example : Main application >> Snap in(Used for Trigger) >> Feedback App >> End
How to develop a snap for this scenario?

I know we can trigger through URL or some other methods, But i want to develop a snap in for this scenario.

Are you thinking about developing this app via Engagement Designer, or are you thinking of creating it as a Java based snap-in?

When you say "main app" what are you referring to? Another snap-in?

Is it currently possible to deploy a workflow developed on another cluster to a cluster that does not contain the Engagement Designer snap-in?

The situation I'm currently setup for is I have a "production" cluster that has our applications/snapins currently in production for customers. This is a cluster that has two servers and is allowed very minimal downtime. It is also under our change management for anything we want to do for it as well.

We also have another cluster, with one server, that is our "development" cluster. This server currently has our ED snapin that our developers are using to make workflows. This server is no in our change control, and we encourage our devs to do testing and make changes during the day so they can do what they need to do.

I'm hoping to setup a process that we can use to move workflows to our production server once they've been finished with QA, like we currently do with our Java based snap-ins.

Thanks for the thoughts!