<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>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Word 14 (filtered medium)">
<!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><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;}
@font-face
{font-family:Consolas;
panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-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;}
pre
{mso-style-priority:99;
mso-style-link:"HTML Preformatted Char";
margin:0cm;
margin-bottom:.0001pt;
font-size:10.0pt;
font-family:"Courier New";}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
{mso-style-priority:99;
mso-style-link:"Balloon Text Char";
margin:0cm;
margin-bottom:.0001pt;
font-size:8.0pt;
font-family:"Tahoma","sans-serif";}
span.HTMLPreformattedChar
{mso-style-name:"HTML Preformatted Char";
mso-style-priority:99;
mso-style-link:"HTML Preformatted";
font-family:Consolas;}
span.BalloonTextChar
{mso-style-name:"Balloon Text Char";
mso-style-priority:99;
mso-style-link:"Balloon Text";
font-family:"Tahoma","sans-serif";}
span.EmailStyle21
{mso-style-type:personal;
font-family:"Calibri","sans-serif";
color:windowtext;}
span.EmailStyle22
{mso-style-type:personal;
font-family:"Calibri","sans-serif";
color:#1F497D;}
span.EmailStyle23
{mso-style-type:personal;
font-family:"Calibri","sans-serif";
color:#1F497D;}
span.EmailStyle24
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:72.0pt 72.0pt 72.0pt 72.0pt;}
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-CA" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="color:#1F497D">I’ve never integrated anything Cisco with AD, but from my experience integrating other things with AD, I’m guessing that your AD server that was rebuilt probably wasn’t hosting global catalog before, and now
it is. Or the opposite.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D">If you make a lookup on 389 that ends up needing to refer to the global catalog, the referral behaviour is different if you query 389 on a box hosting global catalog versus if you query 389 on a box that doesn’t
host global catalog. I don’t remember the exact details but I remember it throwing me for a loop a couple times. Especially querying 389 on multiple AD servers where some have global catalog and some don’t.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D">-mn<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
<div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span lang="EN-US" style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span lang="EN-US" style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> cisco-voip-bounces@puck.nether.net [mailto:cisco-voip-bounces@puck.nether.net]
<b>On Behalf Of </b>george.hendrix@l-3com.com<br>
<b>Sent:</b> September-18-12 2:18 PM<br>
<b>To:</b> Eric Pedersen; cisco-voip@puck.nether.net<br>
<b>Subject:</b> Re: [cisco-voip] Unable to use phone to make calls in CUCILYNC/JABBER<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><span lang="EN-US" style="color:#1F497D">I had actually opened a TAC case on this too and they came back with the same suggestion…change the port in CUCM to 3268. Going to make that change tonight. So weird that 389 worked for well over
6 months and then suddenly has issues.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="color:#1F497D">-Bill<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="color:#1F497D"><o:p> </o:p></span></p>
<div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span lang="EN-US" style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span lang="EN-US" style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> Eric Pedersen
<a href="mailto:[mailto:PedersenE@bennettjones.com]">[mailto:PedersenE@bennettjones.com]</a>
<br>
<b>Sent:</b> Tuesday, September 18, 2012 10:54 AM<br>
<b>To:</b> Hendrix, George (Bill) @ NSS - STRATIS; <a href="mailto:cisco-voip@puck.nether.net">
cisco-voip@puck.nether.net</a><br>
<b>Subject:</b> RE: Unable to use phone to make calls in CUCILYNC/JABBER<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="color:#1F497D">Is CUCM configured to use global catalog port 3268 on the domain controllers? I had CTI issues when using the standard LDAP port 389.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="color:#1F497D"><o:p> </o:p></span></p>
<div>
<table class="MsoNormalTable" border="0" cellspacing="0" cellpadding="0">
<tbody>
<tr style="height:15.0pt">
<td style="padding:.75pt .75pt .75pt .75pt;height:15.0pt">
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:gray">
<o:p></o:p></span></p>
</td>
<td width="688" style="width:516.0pt;padding:0cm 0cm 0cm 0cm;height:15.0pt">
<p class="MsoNormal"> <o:p></o:p></p>
</td>
</tr>
<tr>
<td width="50" rowspan="2" style="width:37.5pt;padding:.75pt .75pt .75pt .75pt">
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:gray"><img border="0" width="36" height="27" id="_x0000_i1025" src="cid:image001.jpg@01CD95AB.82306B90" alt="Bennett Jones"><o:p></o:p></span></p>
</td>
<td width="100%" valign="bottom" style="width:100.0%;padding:.75pt .75pt 0cm 3.75pt">
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:#002B5C">Eric Pedersen</span><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:gray"><o:p></o:p></span></p>
</td>
</tr>
<tr>
<td valign="top" style="padding:.75pt .75pt 0cm 3.75pt">
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:gray">Senior Network and VoIP Analyst,
</span><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:#002B5C">Bennett Jones SLP</span><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:gray"><o:p></o:p></span></p>
</td>
</tr>
<tr>
<td colspan="2" style="padding:4.5pt .75pt .75pt .75pt">
<p class="MsoNormal" style="margin-bottom:12.0pt"><span style="font-size:8.0pt;font-family:"Tahoma","sans-serif";color:gray">4500 Bankers Hall East, 855 - 2nd Street SW, Calgary, AB, T2P 4K7<br>
P. 403 298 4498 | F. 403 265 7219<br>
E. <a href="mailto:pedersene@bennettjones.com"><span style="color:#002B5C">pedersene@bennettjones.com</span></a><o:p></o:p></span></p>
</td>
</tr>
<tr>
<td colspan="2" style="padding:.75pt .75pt .75pt .75pt"></td>
</tr>
</tbody>
</table>
<p class="MsoNormal"><span lang="EN-US" style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="color:#1F497D"><o:p> </o:p></span></p>
<div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span lang="EN-US" style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span lang="EN-US" style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">
<a href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a>
<a href="mailto:[mailto:cisco-voip-bounces@puck.nether.net]">[mailto:cisco-voip-bounces@puck.nether.net]</a>
<b>On Behalf Of </b><a href="mailto:george.hendrix@l-3com.com">george.hendrix@l-3com.com</a><br>
<b>Sent:</b> 18 September 2012 5:08 AM<br>
<b>To:</b> <a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
<b>Subject:</b> [cisco-voip] Unable to use phone to make calls in CUCILYNC/JABBER<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US">Hey Guys,<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US"> We have a lot folks that are suddenly unable to make calls in CUCILYNC using their phone. We’ve been testing Jabber and the same is also the case with Jabber. If I set it to use my computer for calls, there are no
errors. However, if I try to set it to use my phone for calls, it doesn’t work. There have been NO changes to the phones/lines associated with the users nor have there been any changes to the user accounts. The ONLY thing that has recently happened was
that much of our AD environment had to be rebuilt, and one of the LDAP servers in the CUCM LDAP configuration was rebuilt. In CUCILYNC, below is a screenshot of the error we’re seeing. The error I kept getting every time I would try to set my phone to make
calls, it would be the error “Device Error. Service internal error. [101]. I have checked CTI Manager in CUCM and that doesn’t appear to be the issue. I have checked all the line/device/user associations and all of those seem to be in place as well. Any
idea of what to check and what this issue can be?<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US"><img border="0" width="497" height="280" id="Picture_x0020_1" src="cid:image002.png@01CD95AB.82306B90" alt="cid:image004.png@01CD94DD.38949FC0"><o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US">Thanks,<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US">Bill Hendrix<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p>
</div>
<pre><span lang="EN-US">The contents of this message may contain confidential and/or privileged<o:p></o:p></span></pre>
<pre><span lang="EN-US">subject matter. If this message has been received in error, please contact<o:p></o:p></span></pre>
<pre><span lang="EN-US">the sender and delete all copies. Like other forms of communication,<o:p></o:p></span></pre>
<pre><span lang="EN-US">e-mail communications may be vulnerable to interception by unauthorized<o:p></o:p></span></pre>
<pre><span lang="EN-US">parties. If you do not wish us to communicate with you by e-mail, please<o:p></o:p></span></pre>
<pre><span lang="EN-US">notify us at your earliest convenience. In the absence of such<o:p></o:p></span></pre>
<pre><span lang="EN-US">notification, your consent is assumed. Should you choose to allow us to<o:p></o:p></span></pre>
<pre><span lang="EN-US">communicate by e-mail, we will not take any additional security measures<o:p></o:p></span></pre>
<pre><span lang="EN-US">(such as encryption) unless specifically requested.<o:p></o:p></span></pre>
<pre><span lang="EN-US"><o:p> </o:p></span></pre>
</div>
</body>
</html>