<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)">
<style><!--
/* Font Definitions */
@font-face
{font-family:Helvetica;
panose-1:2 11 6 4 2 2 2 2 2 4;}
@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;}
@font-face
{font-family:"Lucida Grande";
panose-1:0 0 0 0 0 0 0 0 0 0;}
/* 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;}
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.apple-style-span
{mso-style-name:apple-style-span;}
span.apple-converted-space
{mso-style-name:apple-converted-space;}
span.HTMLPreformattedChar
{mso-style-name:"HTML Preformatted Char";
mso-style-priority:99;
mso-style-link:"HTML Preformatted";
font-family:Consolas;}
span.EmailStyle21
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
span.BalloonTextChar
{mso-style-name:"Balloon Text Char";
mso-style-priority:99;
mso-style-link:"Balloon Text";
font-family:"Tahoma","sans-serif";}
.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="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Looking at the SDI logs, CUCM looks like it's ignoring the OCN IE. The originalCalledParty sent to Unity in the SCCP CallInfo is the ISDN Called Party Number.<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"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">I'm pretty sure I tried it before checking "Redirecting Number IE Delivery – Inbound ". I could try disabling it again one evening.<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>
<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""> Ryan Ratliff [mailto:rratliff@cisco.com]
<br>
<b>Sent:</b> 21 June 2012 12:17 PM<br>
<b>To:</b> Eric Pedersen<br>
<b>Cc:</b> Ted Nugent; cisco-voip@puck.nether.net<br>
<b>Subject:</b> Re: [cisco-voip] RDNIS and Original Called Number IE<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">What do the ccm traces show we are doing with the OCN when it hits CUCM?<o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Have you tried disabling the "Inbound redirecting IE delivery" on the PRI in CCMAdmin? If we aren't looking for the RDN IE then maybe we'll be better about passing along OCN. <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<div>
<div>
<p class="MsoNormal"><span style="font-size:13.5pt;font-family:"Helvetica","sans-serif";color:black">-Ryan<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div>
<p class="MsoNormal">On Jun 21, 2012, at 1:55 PM, Eric Pedersen wrote:<o:p></o:p></p>
</div>
<p class="MsoNormal"><br>
<br>
<span class="apple-style-span"><span style="font-size:13.5pt;font-family:"Lucida Grande","serif""><o:p></o:p></span></span></p>
<div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">The redirect number is making it to the central site, but CUCM isn't passing it along to Unity Connection.</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">i.e: (I changed the actual phone numbers)</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">991449: Jun 21 11:47:56.505 MDT: ISDN Se0/0/0:23 Q931: RX <- SETUP pd = 8 callref = 0x0141</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> Bearer Capability i = 0x8090A2</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> Standard = CCITT</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> Transfer Capability = Speech </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> Transfer Mode = Circuit</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> Transfer Rate = 64 kbit/s</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> Channel ID i = 0xA9838F</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> Exclusive, Channel 15</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> Display i = 0xB1, 'Pedersen, Eric'</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> Calling Party Number i = 0x2183, '7805551212' (original calling number)</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> Plan:ISDN, Type:National</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> Called Party Number i = 0xA1, '4035551212' (VM pilot)</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> Plan:ISDN, Type:National</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> Original Called Number i = 0x00000281, '7805551213' (VM mailbox number)</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> Plan:Unknown, Type:Unknown</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">When I forward the same call to a SIP gateway, the GW does this:</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">067285: Jun 20 20:46:02.990 MDT: ISDN Se0/0/0:23 Q931: extract_redirect_orig_called_ie: IE type orig called num 7805551213 reason 15 cnt 0 plan 0 type 0 pres
0</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">And the SIP invite from the GW to CUCM has:</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Diversion: <<a href="sip:7805551213@10.16.64.1">sip:7805551213@10.16.64.1</a>>;privacy=off;reason=unconditional;screen=no</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">And then it gets to the correct mailbox. So it seems to me that the issue is with CUCM and the MGCP GW. I've been considering changing the central GW to SIP
anyway, so maybe this is a reason to do it.</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Eric</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><o:p></o:p></p>
</div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in;border-width:initial;border-color:initial">
<div>
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span class="apple-converted-space"><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> </span></span><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">Ted
Nugent [<a href="mailto:tednugent73@gmail.com">mailto:tednugent73@gmail.com</a>]<span class="apple-converted-space"> </span><br>
<b>Sent:</b><span class="apple-converted-space"> </span>21 June 2012 11:27 AM<br>
<b>To:</b><span class="apple-converted-space"> </span>Eric Pedersen<br>
<b>Cc:</b><span class="apple-converted-space"> </span><a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
<b>Subject:</b><span class="apple-converted-space"> </span>Re: [cisco-voip] RDNIS and Original Called Number IE</span><o:p></o:p></p>
</div>
</div>
<div>
<p class="MsoNormal"> <o:p></o:p></p>
</div>
<div>
<div>
<p class="MsoNormal">In my experience with this all providers from the remote site to the Unity pilot location ALL need to support RDNIS, which is not always feasible.<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class="MsoNormal">It's been a while but I would look into sending the digits inband<o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class="MsoNormal"> <o:p></o:p></p>
</div>
</div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt"> dial-peer voice 10 pots<br>
destination-pattern 19195551212<br>
port 0/0/0:23<br>
forward-digits extra inband<o:p></o:p></p>
</div>
<div>
<div>
<p class="MsoNormal">On Thu, Jun 21, 2012 at 12:06 PM, Eric Pedersen <<a href="mailto:PedersenE@bennettjones.com" target="_blank">PedersenE@bennettjones.com</a>> wrote:<o:p></o:p></p>
</div>
<div>
<div>
<div>
<p class="MsoNormal"><span lang="EN-CA">We're running CUCM 8.6(2).21900-5.</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span lang="EN-CA"> </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span lang="EN-CA">When one of our remote sites goes into SRST, I would like to be able to have voicemail survivability by forwarding no-answer/busy to the Unity pilot number at our central site. We're using DMS-100 PRIs at both locations
and I can see in the ISDN debugs that the redirect number is getting correctly passed by the telco in the ISDN Setup Original Called Number IE. CUCM however is not passing on the Original Called Number IE contents to Unity Connection. I have "Redirecting
Number IE Delivery – Inbound" checked on the GW config, but that's not the IE that's being used in the Setup; I assume that's because it's a DMS-100 PRI.</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span lang="EN-CA"> </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span lang="EN-CA">The remote GW is SIP so as an experiment I tried forwarding a call there. This GW correctly takes the contents of the Original Called Number IE and puts it in the Diversion Header which CUCM uses as the RDNIS so it looks
like I have a problem with my central MGCP GW.</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span lang="EN-CA"> </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span lang="EN-CA">Am I missing something in my configuration, or does CUCM not support the Original Called Number IE?</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span lang="EN-CA"> </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span lang="EN-CA">Thanks,</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span lang="EN-CA">Eric</span><o:p></o:p></p>
</div>
</div>
</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>
<p class="MsoNormal" style="margin-bottom:12.0pt"><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 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>
<pre>_______________________________________________<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">https://puck.nether.net/mailman/listinfo/cisco-voip</a><o:p></o:p></pre>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
</body>
</html>
<pre>The contents of this message may contain confidential and/or privileged
subject matter. If this message has been received in error, please contact
the sender and delete all copies. Like other forms of communication,
e-mail communications may be vulnerable to interception by unauthorized
parties. If you do not wish us to communicate with you by e-mail, please
notify us at your earliest convenience. In the absence of such
notification, your consent is assumed. Should you choose to allow us to
communicate by e-mail, we will not take any additional security measures
(such as encryption) unless specifically requested.