Re: [cisco-voip] COBRAS import PIN issue

Justin, Thanks for the insight. Was this a straight-up upgrade rather than an cobras import? I'm starting to think I need to scrap the idea of using cobras and do a swing server/"normal" instead if this turns out to be the issue. On Mon, Mar 3, 2014 at 11:24 PM, Justin Steinberg wrote: > Just w

Re: [cisco-voip] COBRAS import PIN issue

So going in and setting do not expire on the pin policy did not fix the issue when I tried to re-import. I ended up with the same warning, along with a new error: failed updaging user's PIN credentials in UpdatePhonePin The credential matches a previous credential for this user. Possibly this is

[cisco-voip] Followup: Drivec space changing from Fujitsuv to Toshiba

Followup…the RMA drive was identical. No issues. From the customer; Here is what was completed yesterday and our current state: · Toshiba drive was inserted into a spare bay, size was checked and confirmed to be the same as the Fujitsu drives. · Confirmed all drives were onlin

Re: [cisco-voip] COBRAS import PIN issue

I just did an upgrade from 7.1.5 to 9.1(2) and had this exact same issue – TAC traced it to be users that had not changed their PIN for a while. From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Justin Steinberg Sent: Monday, March 03, 2014 11:13 PM To: Bill Talley Cc: Ci

Re: [cisco-voip] COBRAS import PIN issue

Charles, Did you do an direct upgrade with data, or did you do a similar COBRAS import? If direct upgrade with data, than this really sounds like a bug to me. I mean, now I have to do a dump of "time of last password change", and what, tell people to change their password? It ain't gonna happ

Re: [cisco-voip] COBRAS import PIN issue

I was also using cobras. On Mar 4, 2014 8:24 AM, "Ed Leatherman" wrote: > So going in and setting do not expire on the pin policy did not fix the > issue when I tried to re-import. I ended up with the same warning, along > with a new error: > failed updaging user's PIN credentials in UpdatePhoneP

Re: [cisco-voip] COBRAS import PIN issue

Some users having not changed their PINS affected all users on the system? Sent from an Apple iOS device with very tiny touchscreen input keys. Please excude my typtos. On Mar 4, 2014, at 8:18 AM, "Salisbury, Charles" < charles.salisb...@gentex.com> wrote: I just did an upgrade from 7.1.5 to

Re: [cisco-voip] COBRAS import PIN issue

From the Cobras developer; Yeah… if you don’t change your PINs for years and port them multiple times without changing them you will have problems… Unity and early versions of Connection and then later versions of Connection all used different hashes or PWs and PINs… nothing any client can do a

Re: [cisco-voip] COBRAS import PIN issue

Pretty sure this is what bit me now, after talking to some users this morning - some users were able to get logged into the new version, others that had been on the system for years could not. Of course yesterday when it was an emergency, "no one" could get logged in. c'est la vie. I definitely re

Re: [cisco-voip] COBRAS import PIN issue

Jason, Can you share the forum thread link? I'd like to post a follow up question to Jeff. Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca

Re: [cisco-voip] COBRAS import PIN issue

Affected probably 20% of users overall - wasn't a universal issue which is why we didn't catch it immediately with our testing. From: Bill Talley [mailto:btal...@gmail.com] Sent: Tuesday, March 04, 2014 9:42 AM To: Salisbury, Charles Cc: Justin Steinberg; Cisco VOIP Subject: Re: [cisco-voip] COB

Re: [cisco-voip] COBRAS import PIN issue

I got a pretty good reply from Jeff on my thread: https://supportforums.cisco.com/message/4181654 On Tue, Mar 4, 2014 at 10:40 AM, Lelio Fulgenzi wrote: > Jason, > > Can you share the forum thread link? I'd like to post a follow up question > to Jeff. > > Lelio > > > --- > Lelio Fulgenzi, B.A

Re: [cisco-voip] COBRAS import PIN issue

Thanks Ed. Because we ran into a problem with passwords during our migration from v4 to v7, we had to force people to change their password . My current version is 7.1(3)ES11, but my inactive version shows 7.1(2)ES3 - this is the version I upgraded to from Unity v4. I suspect that since the

Re: [cisco-voip] Directory URI in LDAP sync

Just following up on this Erick... After upgrading from v7 to v9, the Directory URI field is blank as you suggest. I thought I could simply add another host in the existing relationship, but that does not work. It looks like I have to create a new directory relationship. Is it dangerous to

Re: [cisco-voip] Directory URI in LDAP sync

Your limited to 5 total. So you can create new/replace using Directory URI, then later Delete the old ldap agreement with no issues.End users take awhile to go inactive. Search on the 3:15am garbage collection. Keep your eye out that no one goes Inactive ☺ Run the user export as a backup

Re: [cisco-voip] CUCM engineering special versions

11900-12 is su1 and is based off es6. es 21 generally should install on top of this barring any bugs integrated in the SU that were not in the ES train. At this point it is best to escalate the TAC case where you received the ES. -Wes From: cisco-voip [cisco-voi

[cisco-voip] DTMF from CUEAC

Maybe I'm missing something but for the life of me I can't get mid call DTMF to work on CUEAC 9.1.1.10 Tried holding down the control key but no luck. ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-v

Re: [cisco-voip] DTMF from CUEAC

If doing something in the Software I’m guessing it uses JTAPI to send the DTMF, and you need to enable the JTAPI traces. Have you tried using the phone TUI mid-call? From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Erick Wellnitz Sent: Tuesday, March 04, 2014 2:16 PM

Re: [cisco-voip] DTMF from CUEAC

Works as expected from the phone. Does it use JTAPI? It has the TSP installed. On Tue, Mar 4, 2014 at 2:27 PM, Jason Aarons (AM) < jason.aar...@dimensiondata.com> wrote: > If doing something in the Software I'm guessing it uses JTAPI to send the > DTMF, and you need to enable the JTAPI traces

Re: [cisco-voip] DTMF from CUEAC

It used TSP on the server. This is actually a bug in the CUEAC client, if you raise a TAC case and reference the bug ID CSCuj33939, they should be able to get you the fix. Kind Regards Jamie Gale Professional Services Engineer Arc Solutions, onsite at Cisco jamg...@cisco.com

Re: [cisco-voip] DTMF from CUEAC

Excellent. Thanks fpor the great information. On Tue, Mar 4, 2014 at 2:59 PM, Jamie Gale -X (jamgale - ARC SOLUTIONS INTERNATIONAL LTD at Cisco) wrote: > It used TSP on the server. > > This is actually a bug in the CUEAC client, if you raise a TAC case and > reference the bug ID CSCuj33939,

[cisco-voip] Setting up ICM Sprawler 8.x

I have a couple questions on the ICM Sprawler setup. 1. Does SQL need to be installed on the Sprawler? 2. Can AD/DNS be installed on the Sprawler? Sincerely, Ryan Burtch ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/