<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<!-- Template generated by Exclaimer Mail Disclaimers on 09:18:30 Tuesday, 4 March 2014 -->
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<style type="text/css">P.44903b4c-2353-41b8-900f-155a027bc627 {
MARGIN: 0cm 0cm 0pt
}
LI.44903b4c-2353-41b8-900f-155a027bc627 {
MARGIN: 0cm 0cm 0pt
}
DIV.44903b4c-2353-41b8-900f-155a027bc627 {
MARGIN: 0cm 0cm 0pt
}
TABLE.44903b4c-2353-41b8-900f-155a027bc627Table {
MARGIN: 0cm 0cm 0pt
}
DIV.Section1 {
page: Section1
}
</style>
<meta name="Generator" content="Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p
{mso-style-priority:99;
mso-margin-top-alt:auto;
margin-right:0in;
mso-margin-bottom-alt:auto;
margin-left:0in;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
span.EmailStyle18
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="blue" vlink="purple">
<p class="44903b4c-2353-41b8-900f-155a027bc627"></p>
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">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.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> cisco-voip [mailto:cisco-voip-bounces@puck.nether.net]
<b>On Behalf Of </b>Justin Steinberg<br>
<b>Sent:</b> Monday, March 03, 2014 11:13 PM<br>
<b>To:</b> Bill Talley<br>
<b>Cc:</b> Cisco VOIP<br>
<b>Subject:</b> Re: [cisco-voip] COBRAS import PIN issue<o:p></o:p></span></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p>I ran into this issue once and tracked it down to the time when the user had last changed/set their pin. In my situation only about 20% of the users were affected. The other 80% were fine.<o:p></o:p></p>
<p>I tracked the issue down by running a user data dump, and all the users that had reported the problem had the last pin changed time of much older than everyone else. In my case, the authentication rules on this system did not expire the pins, so some users
had the same pins for years.<o:p></o:p></p>
<p>Instead of rolling back, I opted to run a bulk pin reset to the default for these users and then sent a mass email to all of them telling them that their PIN had been reset.<o:p></o:p></p>
<p>If you don't expire your pins this might be your problem. While I didn't try this, you could go into the current 7 system and set the password policy to force users to change their pin on the next login and let everyone update their pin before you run the
upgrade again. <o:p></o:p></p>
<p>I believe the aggravating factor is that the users in question last changed their pin on an older version of connection that used a different encryption type, that is not supported by v9.<o:p></o:p></p>
<div>
<p class="MsoNormal">On Mar 3, 2014 8:57 PM, "Bill Talley" <<a href="mailto:btalley@gmail.com">btalley@gmail.com</a>> wrote:<o:p></o:p></p>
<p class="MsoNormal">I interpreted the issue as being from or to version 7.0 as it also<br>
suggests upgrading to 7.1.3 prior (IIRC) to using COBRAS.<br>
<br>
Sent from an Apple iOS device with very tiny touchscreen input keys.<br>
Please excude my typtos.<br>
<br>
> On Mar 3, 2014, at 5:48 PM, Ed Leatherman <<a href="mailto:ealeatherman@gmail.com">ealeatherman@gmail.com</a>> wrote:<br>
><br>
> Hello!<br>
><br>
> This weekend I exported some voice mail accounts from Connection 7.0.2 and imported them into 9.1(2) using COBRAS tool.<br>
><br>
> When I did this, the users were not able to sign into their mailbox, as if PIN was changed.<br>
><br>
> Retracing my steps, I did have this in the COBRAS log during the import:<br>
> [Thread 001], [14/03/02 08:51:34], Updating subscriber phone PIN from Connection backup<br>
> [Thread 001], [14/03/02 08:51:34], (warning) unable to find mapping for MDBObjectId=051ee60c-4e21-42f6-bea4-9f845e6e96c8, ObjectType=CredentialPolicy in GetNewObjectId on DirectoryBackupDatabaseFunctions.cs<br>
><br>
> Unfortunately I had did not have a whole lot of time to troubleshoot on live 9.1 server - weather emergency dictated that I swing them back the 7.0 version asap so that users could update various greetings and info prompts. Right now i'm working with the
9.1 VM in a isolated network.<br>
><br>
> My hypothesis is that the old system had PIN set to not expire, and the new system has PIN set to expire in 120 days - and this somehow caused the PIN to not get updated somehow. I can't see any other difference related to credential policy. Anyone know if
this is the case or why PINs might not have carried over, or if I'm barking up the wrong tree?<br>
><br>
> I had read that there was some issues importing PINs into version 7.0, but exporting from 7.0 TO a version 7.1.3+ was not cited as a problem.<br>
><br>
> Thanks!<br>
><br>
><br>
> --<br>
> Ed Leatherman<br>
> </p>
</div>
</div>
<p></p>
<p class="44903b4c-2353-41b8-900f-155a027bc627"> </p>
<p class="44903b4c-2353-41b8-900f-155a027bc627"><font color="#999999" size="2" face="Arial">THE INFORMATION CONTAINED IN THIS E-MAIL MESSAGE AND ANY ATTACHMENTS SENT FROM GENTEX CORPORATION IS GENTEX CONFIDENTIAL INFORMATION INTENDED ONLY FOR THE PERSONAL USE
OF THE INDIVIDUAL OR ENTITY NAMED ABOVE. If you are not the intended recipient, you are hereby notified that any review, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please immediately
notify the sender by return e-mail, and delete this e-mail message and any attachments from your computer.</font></p>
<p class="44903b4c-2353-41b8-900f-155a027bc627"><font size="2" face="Arial"></font> </p>
<p class="44903b4c-2353-41b8-900f-155a027bc627"></p>
<div class="WordSection1">
<div>
<p class="MsoNormal">_______________________________________________<br>
> cisco-voip mailing list<br>
> <a href="mailto:cisco-voip@puck.nether.net">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>
<br>
_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net">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><o:p></o:p></p>
</div>
</div>
<p></p>
</body>
</html>