<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 12 (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:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@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:0in;
        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:0in;
        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:0in;
        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;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
span.EmailStyle25
        {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: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">
<div class="WordSection1">
<p class="MsoNormal"><span style="color:#1F497D">Looks like the same thing also recommended for Unity Connection, port 3268 for LDAP integration when the server is a global catalog server.<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"><a href="http://www.cisco.com/en/US/docs/voice_ip_comm/connection/8x/troubleshooting/guide/8xcuctsg121.html">http://www.cisco.com/en/US/docs/voice_ip_comm/connection/8x/troubleshooting/guide/8xcuctsg121.html</a><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">-Bill<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 0in 0in 0in">
<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""> Norton, Mike [mailto:mikenorton@pwsd76.ab.ca]
<br>
<b>Sent:</b> Tuesday, September 18, 2012 4:40 PM<br>
<b>To:</b> Hendrix, George (Bill) @ NSS - STRATIS; 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-CA" 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 lang="EN-CA" style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-CA" 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 lang="EN-CA" style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-CA" style="color:#1F497D">-mn<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-CA" style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-CA" style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-CA" style="color:#1F497D"><o:p> </o:p></span></p>
<div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<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-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"><span lang="EN-CA"><o:p> </o:p></span></p>
<p class="MsoNormal"><span 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 style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D">-Bill<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 0in 0in 0in">
<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""> 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"><o:p> </o:p></p>
<p class="MsoNormal"><span 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 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:0in 0in 0in 0in;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@01CD95C5.C03D2120" alt="Bennett Jones"><o:p></o:p></span></p>
</td>
<td width="100%" valign="bottom" style="width:100.0%;padding:.75pt .75pt 0in 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 0in 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 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 0in 0in 0in">
<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"">
<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"><o:p> </o:p></p>
<p class="MsoNormal">Hey Guys,<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">  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></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><img border="0" width="497" height="280" id="Picture_x0020_1" src="cid:image002.png@01CD95C5.C03D2120" alt="cid:image004.png@01CD94DD.38949FC0"><o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Thanks,<o:p></o:p></p>
<p class="MsoNormal">Bill Hendrix<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<pre>The contents of this message may contain confidential and/or privileged<o:p></o:p></pre>
<pre>subject matter. If this message has been received in error, please contact<o:p></o:p></pre>
<pre>the sender and delete all copies. Like other forms of communication,<o:p></o:p></pre>
<pre>e-mail communications may be vulnerable to interception by unauthorized<o:p></o:p></pre>
<pre>parties. If you do not wish us to communicate with you by e-mail, please<o:p></o:p></pre>
<pre>notify us at your earliest convenience. In the absence of such<o:p></o:p></pre>
<pre>notification, your consent is assumed. Should you choose to allow us to<o:p></o:p></pre>
<pre>communicate by e-mail, we will not take any additional security measures<o:p></o:p></pre>
<pre>(such as encryption) unless specifically requested.<o:p></o:p></pre>
<pre><o:p> </o:p></pre>
</div>
</body>
</html>