<div dir="ltr">1) 1 session is equal to 1 call passing through the CUBE.  Yes, that is two SIP legs on the CUBE, so your "show sip-ua call summary" command will not show you a session count, rather a leg count.  CUCM RTMT Performance Counters can show you a quantity of SIP calls on the trunk.  As long as the call flow is ITSP to CUBE to CUCM for all calls, then CUCM should have a pretty accurate picture of how many active calls are on your CUBE.  Though, I'm not quite sure how it will handle PSTN hairpinned/tromboned calls.  I'm going to guess it will handle it accurately, since the enterprise dial peers are still in a dialog with CUCM.<div><br></div><div>2) No, that command does not limit you.  Personally, I would not worry about exceeding what you pay for, on occasion.  I would also not worry about running CUBE in a lab without buying sessions for it either.  But then I would also not condone buying 1 session and then running 100 sessions through a production CUBE.  Do your best to plan and purchase for your capacity, and don't sweat the rest.  That's just me.  As for limiting your calls, yes you should, otherwise you'll overrun your QoS priority queue.  So, some kind of CAC is necessary.  This can be done in CUCM by creating a location called PSTN (or banana for all I care), and placing your SIP trunk to CUBE in this location.  Alternatively, CUBE itself has CAC mechanisms to, such as limiting how many sessions a dial-peer can have.  Kind of tricky if you have more than one dial peer though.</div><div><br></div><div>Some resources:</div><div><br></div><div><a href="http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html">http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html</a><br></div><div><br></div><div><a href="https://supportforums.cisco.com/document/123281/how-check-active-call-count-sip">https://supportforums.cisco.com/document/123281/how-check-active-call-count-sip</a><br></div><div><br></div><div><a href="https://supportforums.cisco.com/document/71326/call-admission-control-cac-implementation-cube">https://supportforums.cisco.com/document/71326/call-admission-control-cac-implementation-cube</a><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Feb 5, 2016 at 6:42 AM, David Jengan <span dir="ltr"><<a href="mailto:davidjengan@gmail.com" target="_blank">davidjengan@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">Hi, <br>
To make sure we are in compliance with license entitlement for border element, I've got the following questions. <br>
The sessions count on cube is based on enterprise to ITSP calls or the internal enterprise sessions counts as well against the license?</p>
<p dir="ltr">Secondly, does the border element license capacity command restrict calls beyond the limit or we'll need any other mechanism to restrict calls from exceeding the licensed capacity? </p>
<p dir="ltr">Thanks<span class="HOEnZb"><font color="#888888"><br>
D<br>
</font></span></p>
<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" rel="noreferrer" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br></blockquote></div><br></div>