Unity API / AXL / SOAP

[sbeukenkamp]

Hi,

Is there a way to managed unity subscribers via an external API based on AXL/SOAP ?

[lindborg · Accepted solution]

Currently there is no SOAP based connection into Unity, however you can use SQL stored procedures and views to do everything you need to do (this is what all my tools do). I have quite a bit of documentation and code samples showing how to do basic provisioning tasks using this interface on www.CiscoUnityTools.com you can check out for more details. The documents page has a "programatic administration of Unity" paper and the Code Samples page has several examples of creating/updating subscribers and other common tasks.

There will be a SOAP interface into Unity, however it will simply be a portal to call these same stored procedures and views, it will not be a proprietary/specialized interface - so any time you spend familiarizing yourself with what's there now will be applicable down the road.

[sbeukenkamp]

Thanks. I was not aware that you were already that far. Is it TAC supported ? or is it just a way talking to unity.

This will definitly help me alot.

Are you aware of tools which provides one interface to manage both Unity and Callmanager users ?

[lindborg]

No, the direct interface is not TAC supported - but there's a number of folks out there using it. If you have questions or run into trouble, definitely feel free to post questions out here and me and the CAT team will try and help you out.

There are a couple products out there that do management across systems - and there is an internal project (which I think is released at this point) that lets you create mail users on Unity when you create a phone on CM and the like - I'll have to ask around for the details, I don't have them handy.

[sbeukenkamp]

Could you point me out to some of these products/vendors.

I have heard about the CM and Unity user creation connection. Is it true that you are going to just add unity users from cm but not delete or alter ?

[lindborg]

Can't help you with any 3rd party products - I'm not directly familiar with them or if they're even available yet. However here's some links to internal documentation for the Cisco Unity Cisco Call Manager Integrated Mailbox Configuration (sometimes abbreviated to Integrated Mailbox configuration)

Unity System Administration Guide > Creating Subscriber Accounts > Using Integrated Mailbox Configuration to Create Individual Subscriber Accounts (http://www.cisco.com/univercd/cc/td/doc/product/voice/c_unity/unity40/sag/sag404/ex/sag0160.htm#wp1501265)

Cisco CallManager System Guide (http://www.cisco.com/en/US/products/sw/voicesw/ps556/products_administration_guide_chapter09186a00802e069d.html#wp1034172)

From this link you can get to additional links about how to create the voice mailbox from CCM.

[Sascha Monteiro]

Hi Jeff,

That is a handy stored procedure (sp_CreateSubscriber),

but I have 1 question:

if I enter a GUID in @DirectorySyncTicket, it doesn't get sync'd, or does it take a while?

If I leave it blank, it is sync'd right away.

(on both attempts I had ..Sync = 1 and Flags 67108867)

thanks

Sascha

[lindborg]

The DirectorySyncTicket doesn't have any bearing on if the synch happens or not - it's a mechanism you can use if you wish to wait until the synch is complete - the ticket is added to a table you can monitor until the ticket you added shows up. The synch with AD can take a while and it's impossible to know how long so this is a mechanism you can use if you need to know when it's complete. If you don't care, you can just pass the synch flag (which determins if the synch is done and how) and move on with life.

The code samples out on the examples page show how to use this.

http://www.ciscounitytools.com/CodeSamples.htm

[Sascha Monteiro]

so when it shows up in the table, it should be sync'd?

When I passed a GUID, it showed in the table,

but when I i.e. search the user in saweb, I can see it, but when I select it it goes to example admin, as if it's not really there....

but it's in AD and Exchange.

If I don;t pass the ticket variable, all is fine

thanks

[lindborg]

The sync ticket would have no bearing on this behavior - once the ticket is in the table then the objects should be in the directory (which sounds like the case). If the SA is not showing the user for some reason or is linking to the wrong object (which sounds like your behavior) then this is not a directory issue (the SA is looking only at the local SQL tables when showing user information). Something else is malformed in the database tables themselves and this wouldn't have anything to do with the synch ticket.