<div dir="ltr"><div dir="ltr"><div>Make sure to use Server Groups, E164 pattern maps and dial peer groups.</div><div>Will allow you to create some very clean and simple config (without 1 million dial peers like we used to have) :)</div><div><br></div><div>Read everything Jonathan has written about CUBE and SIP - start here :)</div><div><a href="https://afterthenumber.com/2015/12/07/implementing-loop-prevention-on-cube/">https://afterthenumber.com/2015/12/07/implementing-loop-prevention-on-cube/</a><br></div><div><br></div><div>Depending on your ITSP choice.. check the Cisco interop portal - they do have some validated configs / designs with interop testing.</div><div>And of course check with your ITSP, some of them may have their own guides and testing.</div><div>Just be careful with what these guys provide - in Australia.. we find configs that work from our ITSP's... but they are typically very sloppy.</div><div>In this case, take the basic config and make adjustments.</div><div><br></div><div>Even via private link, it's still never a bad idea to use your VoIP trust lists to lock down the trusted hosts.</div><div>And it's also never a bad idea to have some ACL protection on that ITSP facing interface.</div><div><br></div><div>Make sure you have all your codecs covered and understand your DTMF requirements (particularly if you have IVR's, CCX, CCE etc)</div><div><br></div><div>Your biggest issue with SIP is now that often both far ends are IP based.. and you have to find common capabilities.</div><div>In Australia - telco's will do very little interworking.. so configs have to cater for this - i.e. trying to be flexible :)</div><div><br></div><div>Last thing I'd say.. <br></div><div>Be explicit with your config</div><div>Do a final check and say.. do I understand everything I have in here, and why it is here</div><div>Be careful of those little copy paste nuggets that trip you up later :)</div><div><br></div><div>Feel free to share as you go, and maybe we can crowdsource.<br></div><div><br></div><div>Cheers,</div><div><br></div><div>Tim.</div><div></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, 11 Feb 2022 at 07:08, Brian Meade <<a href="mailto:bmeade90@vt.edu">bmeade90@vt.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">I'd do E.164 inbound/outbound on the CUBE side even if you don't do E.164 in CUCM.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Feb 10, 2022 at 11:15 AM Matthew Huff <<a href="mailto:mhuff@ox.com" target="_blank">mhuff@ox.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div lang="EN-US">
<div>
<p class="MsoNormal">We are in the process of migrating for a legacy PTSN voice gateway (PRI) to a new CUBE based SIP connection to a iTSP connected via a private metro ethernet (not Internet based). Does anyone have a good source for recipes / dial-plans recommendations
/ best practices for this?<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal"><b><span lang="EN-GB" style="font-family:Arial,sans-serif;color:rgb(31,73,125)">Matthew Huff</span></b><span lang="EN-GB" style="font-family:Arial,sans-serif;color:rgb(31,73,125)"> | Director of Technical Operations | OTA Management LLC<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-AU" style="font-size:4pt;font-family:Arial,sans-serif;color:rgb(31,73,125)"><u></u> <u></u></span></p>
<p class="MsoNormal"><i><span lang="EN-GB" style="font-family:Arial,sans-serif;color:rgb(31,73,125)">Office: 914-460-4039<u></u><u></u></span></i></p>
<p class="MsoNormal"><i><span lang="EN-GB" style="font-family:Arial,sans-serif;color:rgb(31,73,125)"><a href="mailto:mhuff@ox.com" target="_blank"><span style="color:rgb(5,99,193)">mhuff@ox.com</span></a> | </span></i><i><span lang="EN-GB" style="font-family:Arial,sans-serif"><a href="http://www.ox.com" target="_blank"><span style="color:rgb(5,99,193)">www.ox.com</span></a><span style="color:rgb(31,73,125)"><u></u><u></u></span></span></i></p>
<p class="MsoNormal"><b><span style="font-size:7.5pt;font-family:Arial,sans-serif;color:gray">...........................................................................................................................................<u></u><u></u></span></b></p>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
</div>
_______________________________________________<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" rel="noreferrer" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
</blockquote></div>
_______________________________________________<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" rel="noreferrer" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a></blockquote></div><div dir="ltr" class="gmail_signature"><div dir="ltr"><div style="margin:0px;padding:0px;border:0px;font-stretch:inherit;font-size:12pt;line-height:inherit;font-family:Calibri,Arial,Helvetica,sans-serif;vertical-align:baseline;color:rgb(0,0,0)"></div></div></div></div>