<div dir="ltr">Robert,<div><br></div><div>You can technically get away with just using the provider's SBC but be prepared for a lot of going back and forth with them to solve any interop issues.  I like having my own SBC/CUBE so that I can modify whatever I want and have more control over the setup.</div>
<div><br></div><div>It's also nice to be able to completely hide your internal network behind the CUBE.</div><div><br></div><div>Brian</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Aug 12, 2014 at 7:41 PM, Robert Blayzor <span dir="ltr"><<a href="mailto:rblayzor.bulk@inoc.net" target="_blank">rblayzor.bulk@inoc.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I am planning on replacing an again CallManager deployment with SCCP phones with a new CUCM 10.x and SIP phones.<br>
<br>
Our service provider can provide all of our trunking and PSTN connectivity via a direct SIP trunk, so I no longer need a PSTN gateway or PRI card, etc.  (or at least I should not).<br>
<br>
We will be peering SIP from the CUCM to our providers SBC, so the question begs to ask on our side is a CUBE absolutely required to make this work?  Pros/Cons?  I'd rather not have to add a CUBE in if I don't have to.<br>

<br>
Since the phones are native SIP as is the CallManager I'm trying to understand why a CUBE is required? (or is it not?)<br>
<br>
TIA<br>
<br>
-Robert<br>
<br>
<br>
<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><br>
</blockquote></div><br></div>