<div dir="ltr"><div>You don't need the mod border-element command in order for a router to have CUBE turned on.  Simply having the UC license and allowing voip to voip connections gets you CUBE functionality.  The mode border-element command does have it's purposes, for example CUBE HA, and Local Transcoding Interface (LTI).</div><div><br></div>1) Honor based licensing, and you can police it yourself with commands on your dial peers (it's part of the CAC functions of CUBE)<br>2) First you start with hardware, and then you look at licensing.  So, if my router can do 100 Sessions, but I only bought 50, then the limit is 50.<div>3) Correct.  E.g., A single employee makes a single PSTN call from their single IP Phone. That's two VoIP legs on the CUBE, but only one CUBE session.</div><div><br></div><div><br></div></div><br><div class="gmail_quote">On Wed, Mar 25, 2015 at 4:54 PM Barry Howser <<a href="mailto:bhowser5050@gmail.com">bhowser5050@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div>Trying to wrap my head around how cube manages sip sessions.<br><br>So when a router is in cube mode (mode border-element);<br><br></div>1.) How are sessions policed? Is it an honor system or is there a functional restriction?<br></div>2.) What determines how many sessions are supported, licensing or resources or both?<br></div>3.) A single connected call represents one session, correct?<br><br><br></div><div>thanks.</div></div>
______________________________<u></u>_________________<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/<u></u>mailman/listinfo/cisco-voip</a><br>
</blockquote></div>