<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:x="urn:schemas-microsoft-com:office:excel" 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=utf-8">
<meta name="Generator" content="Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:"MS Gothic";
panose-1:2 11 6 9 7 2 5 8 2 4;}
@font-face
{font-family:"MS Gothic";
panose-1:2 11 6 9 7 2 5 8 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:"\@MS Gothic";
panose-1:2 11 6 9 7 2 5 8 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";}
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.EmailStyle18
{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-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">
<div class="WordSection1">
<table class="MsoNormalTable" border="0" cellpadding="0">
<tbody>
<tr>
<td width="1412" style="width:1059.0pt;padding:.75pt .75pt .75pt .75pt">
<p class="MsoNormal"><span style="font-size:9.0pt;font-family:"Arial","sans-serif";color:#1F497D">This is the way I handle scenarios like this as well – create a temporary partition for the DNs, etc. and use BAT to bulk edit them when it is time to move to
production. Having the profiles exposed shouldn’t cause any issues as long as the DNs are hidden.
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:9.0pt;font-family:"Arial","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:9.0pt;font-family:"Arial","sans-serif";color:#1F497D">Rob<o:p></o:p></span></p>
</td>
<td width="3" style="width:2.5pt;padding:.75pt .75pt .75pt .75pt"></td>
<td style="padding:.75pt .75pt .75pt .75pt"></td>
</tr>
</tbody>
</table>
<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>Ryan Huff<br>
<b>Sent:</b> Wednesday, March 18, 2015 8:06 AM<br>
<b>To:</b> kiwi.voice@gmail.com<br>
<b>Cc:</b> cisco-voip@puck.nether.net<br>
<b>Subject:</b> Re: [cisco-voip] Migration strategy<o:p></o:p></span></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p>Any elements that you are going to pre-stage that are a part of the dial plan (translations, route patterns, DNs, transformations ...etc) wilk all need to be isolated from your currently migrated phones.<o:p></o:p></p>
<p>So the DNs on your device profiles would likely need to be in an isolated partition, but the device profile itself probably doesn't need to be in an isolated device pool.<o:p></o:p></p>
<p>If you do this, remember to use a CLLI or some unique descriptor in the description field of all your pre-staged elements, it will make it very easy for BAT to find things later on.<o:p></o:p></p>
<p>Thanks,<o:p></o:p></p>
<p>Ryan<o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><br>
<br>
-------- Original Message --------<br>
From: <span style="font-family:"MS Gothic"">秀王</span> <<a href="mailto:kiwi.voice@gmail.com">kiwi.voice@gmail.com</a>><br>
Sent: Tuesday, March 17, 2015 11:32 PM<br>
To: Ryan Huff <<a href="mailto:ryanhuff@outlook.com">ryanhuff@outlook.com</a>><br>
Subject: Re: [cisco-voip] Migration strategy<br>
CC: <a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><o:p></o:p></p>
<div>
<div>
<div>
<p class="MsoNormal">Hi Ryan, <o:p></o:p></p>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt">let's say my phones are on a temp partition not reachable by other CSS. My UDP (user device profile) are on a valid partition shared by others ( Ie. P_Internal) but they are not logged in anywhere.
<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt">Will this confused the CUCM? Or i shall place the UDP on temp partition as well. If so, can BAT assist me in migrating from TEMP partition to actual partition (P_Internal)?<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">Cheers,<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">Ki Wi<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">On Wed, Mar 18, 2015 at 9:26 AM, Ryan Huff <<a href="mailto:ryanhuff@outlook.com" target="_blank">ryanhuff@outlook.com</a>> wrote:<o:p></o:p></p>
<p>I'm not, sure I completely understand your questions but I'll attempt to answer based on my understanding.<o:p></o:p></p>
<p>Yes, you can pre-config devices and users in CCM prior to migration. If they are Cisco IP phones, you'll need the MAC address and model of the phone at a minimum.<o:p></o:p></p>
<p>If they are non Cisco IP phones, you'll need to pre configure 3rd party sip devices (which is a different license requirement than a Cisco IP phone).<o:p></o:p></p>
<p>Place the preconfigured dial plan that isnt migrated yet (on CCM), in a temp. partition that the already migrated phones cannot access. As you migrate, change that partition using BAT, to the correct partition for the portion of phones you migrated.<o:p></o:p></p>
<p>Thanks,<o:p></o:p></p>
<p>Ryan<o:p></o:p></p>
<div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><br>
<br>
-------- Original Message --------<br>
From: <span style="font-family:"MS Gothic"">秀王</span> <<a href="mailto:kiwi.voice@gmail.com" target="_blank">kiwi.voice@gmail.com</a>><br>
Sent: Tuesday, March 17, 2015 09:15 PM<br>
To: <a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
Subject: [cisco-voip] Migration strategy<o:p></o:p></p>
<div>
<div>
<div>
<div>
<div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt">Currently the client have avaya and cisco linked together using SIP.
<o:p></o:p></p>
</div>
<p class="MsoNormal">Cisco UCM cluster have users in the production environment. <br>
<br>
I'm are going to cutover more sites from avaya to cisco. Is it possible to preconfigure the users, extension number (let's say 87XXX range), phones and the user device profiles in advance?<o:p></o:p></p>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<p class="MsoNormal" style="margin-bottom:12.0pt">I'm thinking that if I preconfigure those information, the cucm will think that those extension number (87XXX) are local and unregistered.
<o:p></o:p></p>
</div>
<p class="MsoNormal" style="margin-bottom:12.0pt">Is there a way to make CUCM thinks that in order to reach 87XXX range, it will still reach out to Avaya using the SIP trunk? Is there any setting in the route pattern can do that?<o:p></o:p></p>
</div>
<p class="MsoNormal">I thinking that CUCM will always find a more "exact" match locally instead of through other source like translation pattern or route pattern.
<o:p></o:p></p>
<div>
<div>
<div>
<p class="MsoNormal"> <o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
</div>
</body>
</html>