<div dir="ltr">HI Ryan,<div><br></div><div style>Thanks for the reply and information. I see where you are coming from on the authentication side. </div><div style><br></div><div style>For the second part about application parameters, one client mentioned it. Just thought I'd mention it. These matters I've addressed through scripts and using XML files and having a admin script they call into to change settings etc which is better way to go. </div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Mar 26, 2013 at 7:24 AM, Ryan LaFountain (rlafount) <span dir="ltr"><<a href="mailto:rlafount@cisco.com" target="_blank">rlafount@cisco.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<div style="font-size:14px;font-family:Calibri,sans-serif;word-wrap:break-word">
<div>
<div>
<div>Hi Erick, </div>
<div><br>
</div>
<div>Thanks for the great feedback. </div>
<div><br>
</div>
<div>I actually brought your first point up in our first serviceability review for UCCX 10.0. I too lobbied for either a special role to grant users to be allowed into RTMT or to automatically grant AppAdmin Administrators access. </div>

<div><br>
</div>
<div>The issue is that RTMT (and CUCM on which RTMT is designed) really has no concept of authenticating via AXL for RTMT logins. UCCX would have to authenticate RTMT logins with CUCM via AXL because these are UCCX end users (as opposed to the single Application
 User that is created during install time). As a result, we (UCCX) would have to build some connector at the VOS level between the RTMT login architecture and the UCCX authentication architecture with CUCM. This, as you can imagine, would be a good amount of
 work. </div>
<div><br>
</div>
<div>Looking into the future, Prime Assurance is on the horizon and coming fast. UCCX will be on boarded to Prime as it already utilizes the underlying serviceability architecture provided with VOS/CUCM which Prime can consume. Prime will allow for independent
 authentication/user management outside of a specific product, so the enhancement to RTMT will be unneeded. </div>
<div><br>
</div>
<div>Although Prime Assurance won't integrate UCCX for another couple of releases, it was determined that we would hold onto this requirement for now and solve the issue with Prime instead of investing in building a whole new authentication structure for RTMT. </div>

<div><br>
</div>
<div>I've also documented your second request regarding the ability for Supervisors to manage Application parameters. To get a better idea of the impact of this, can you describe how many customers you personally have worked with that have requested this feature?
 How often administrators currently have to modify Application parameters on their Supervisors behalf? </div><div class="im">
<div><br>
</div>
<div>
<div>Thank you, </div>
<div><br>
</div>
<div>Ryan LaFountain</div>
<div>Unified Contact Center</div>
<div>Cisco Services</div>
<div>Direct: <a href="tel:%2B1%20919%20392%209898" value="+19193929898" target="_blank">+1 919 392 9898</a></div>
<div>Email: <a href="mailto:rlafount@cisco.com" target="_blank">rlafount@cisco.com</a></div>
<div>Hours: M – F 9:00am – 5:00pm</div>
</div>
</div></div>
</div>
<div><br>
</div>
<span>
<div style="border-right:medium none;padding-right:0in;padding-left:0in;padding-top:3pt;text-align:left;font-size:11pt;border-bottom:medium none;font-family:Calibri;border-top:#b5c4df 1pt solid;padding-bottom:0in;border-left:medium none">

<span style="font-weight:bold">From: </span>"Erick B." <<a href="mailto:erickbee@gmail.com" target="_blank">erickbee@gmail.com</a>><br>
<span style="font-weight:bold">Date: </span>Wednesday, March 20, 2013 2:11 PM<br>
<span style="font-weight:bold">To: </span>Ryan LaFountain <<a href="mailto:rlafount@cisco.com" target="_blank">rlafount@cisco.com</a>><br>
<span style="font-weight:bold">Cc: </span>"<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a>" <<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a>><br>

<span style="font-weight:bold">Subject: </span>Re: [cisco-voip] UCCX Serviceability Feedback<br>
</div><div><div class="h5">
<div><br>
</div>
<div>
<div>
<div dir="ltr">Good ideas.
<div><br>
</div>
<div> I would like to be able to login with RTMT with account with UCCX Administrator role instead of just that account set up during install no one uses other then for RTMT use and thus sometimes the credentials for that account are sometimes forgotten.
  Or maybe add a new role for serviceability/RTMT use and then users with that role can use RTMT with their AD log in as well. </div>
<div><br>
</div>
<div>Another nice thing would be to another role where supervisors could see/change Application parameter settings like they can for changing peoples skills without being a full administrator. </div>
<div> </div>
<div>Erick</div>
<div><br>
</div>
</div>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">On Wed, Mar 20, 2013 at 10:32 AM, Ryan LaFountain (rlafount)
<span dir="ltr"><<a href="mailto:rlafount@cisco.com" target="_blank">rlafount@cisco.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi All,<br>
<br>
We're continually conducting serviceability review for the UCCX product<br>
and would like your feedback.<br>
<br>
Recently, we've rolled out some important serviceability features in UCCX<br>
9.0 including the ability to login to AppAdmin without authenticating with<br>
CUCM using the Application credentials set at installation time.<br>
<br>
We have some enhancements queued up for integration into 10.0 around<br>
reducing the need for root access when working with TAC or troubleshooting<br>
certain issues.<br>
<br>
We're looking for other ways to improve serviceability within the product.<br>
This could include enhancements to the product itself or the<br>
documentation.<br>
<br>
I look forward to hearing from you!<br>
<br>
Thank you,<br>
<br>
Ryan LaFountain<br>
Unified Contact Center<br>
Cisco Services<br>
Direct: <a href="tel:%2B1%20919%20392%209898" value="+19193929898" target="_blank">+1 919 392 9898</a><br>
Email: <a href="mailto:rlafount@cisco.com" target="_blank">rlafount@cisco.com</a><br>
Hours: M ­ F 9:00am ­ 5:00pm<br>
<br>
<br>
<br>
_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</div></div></span>
</div>

</blockquote></div><br></div>