<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)">
<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;}
span.EmailStyle17
{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">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">But cost being equal, I’d much rather have a traditional PRI that a SIP/PRI. Running stuff through two encode/decode cycles and the problems that most likely
will come with fax/modem/alarms etc.<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">If there is plenty of cost savings switching to SIP/PRI, does that fund the purchase of an SBC to do it straight to the provider? How old are these existing
PRI gateways that they can’t just be converted to CUBEs?<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">-Nate<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-bounces@puck.nether.net [mailto:cisco-voip-bounces@puck.nether.net]
<b>On Behalf Of </b>Ted Nugent<br>
<b>Sent:</b> Thursday, July 26, 2012 1:57 PM<br>
<b>To:</b> Justin Steinberg<br>
<b>Cc:</b> Cisco VoIPoE List<br>
<b>Subject:</b> Re: [cisco-voip] SIP Trunk Provider PRI Handoff or CUBE?<o:p></o:p></span></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt">Yeah my thoughts exactly... This is a pretty simple setup, 4 sites, no multiplexing or anything crazy like that. He's been considering going to CUBE at his next hardware refresh but there is no budget now. Redundancy
should still be available although they might need to get creative on outbound if the D-channel is still up and the SIP is down. Thanks for the sanity check, now to gently break the news so his head doesn't spin off and chew out his account team.<o:p></o:p></p>
<div>
<p class="MsoNormal">On Thu, Jul 26, 2012 at 3:13 PM, Justin Steinberg <<a href="mailto:jsteinberg@gmail.com" target="_blank">jsteinberg@gmail.com</a>> wrote:<o:p></o:p></p>
<p class="MsoNormal">I don't see any problem with this either. In fact, with this solution there are a number of issues you don't have to worry about such as dtmf relay, early offer /delayed offer, fax relay, etc.<o:p></o:p></p>
<div>
<div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">On Thu, Jul 26, 2012 at 12:31 PM, Mark Holloway <<a href="mailto:mh@markholloway.com" target="_blank">mh@markholloway.com</a>> wrote:<o:p></o:p></p>
<p class="MsoNormal">Adtran TA900 Integrated Access Devices are widely deployed to SIP to PRI handoffs. When I worked for a carrier we deployed Adtran for customer who needed 3 PRI's or less to their PBX and Cisco ISR for customer who needed 4 or more PRI's
to their PBX. Both worked well with SIP trunking into the Service Provider core. I'll caveat and say all Adtran/Cisco devices were talking to Acme Packet SBC's in the core which helps keep everything gracefully manageable.<o:p></o:p></p>
<div>
<p class="MsoNormal"><br>
<br>
On Jul 26, 2012, at 11:57 AM, Ted Nugent wrote:<br>
<br>
> I received a call from a former client (I switched partners) that is migrating sites over from PRI to SIP and has an arrangement with his provider that they will provide PRI handoffs via Adtran gateways so that he does not need to purchase additional hardware
or licencing. Apparently, His Cisco account team caught wind of this and told him this was against "Cisco Best Practice", that he will experience nothing but problems and needs to have CUBE in place and take SIP directly to CUBE, then proceeded to quote him
$50k in upgraded routers and licensing.... This is where I got called and figured before I start up the bus and start tossing people under it I would ask you folks to see if there was anything I might be missing here? Using the PRI handofffs sound reasonable
to me since there does not seem to be any compelling reason I can think of to go to CUBE in his situation.<br>
> I've seen many clients running SIP trunks with PRI handoffs for the same reasons and to my knowledge have had zero problems.... It sounds to me like it's Cisco's Year End and someone is embellishing the truth to sell unnecessary gear.... Anyone else know
of any issues of terminating the SIP trunk on an Adtran and providing a PRI handoff, assuming you don't need more than the 23 channels....?<o:p></o:p></p>
</div>
<div>
<div>
<p class="MsoNormal">> _______________________________________________<br>
> cisco-voip mailing list<br>
> <a href="mailto:cisco-voip@puck.nether.net" target="_blank">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>
_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">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>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<DIV>
<p class=MsoNormal><span style='font-size:7.0pt';font-family:'"Helvetica","Tahoma","Arial","sans-serif"'><font color="#666666"><br><br> NOTICE: This email message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message.</span><o:p></o:p></span></p><BR>
</DIV></body>
</html>