<div dir="auto">Thanks for your feedback. Is the Vcube a viable option? What trade offs exist when using a vcube</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jun 8, 2021, 11:26 AM Carlo Calabrese <<a href="mailto:carlo_calabrese2006@yahoo.com">carlo_calabrese2006@yahoo.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div style="font-family:Helvetica Neue,Helvetica,Arial,sans-serif;font-size:13px"><div></div>
        <div dir="ltr">Centralized saves money and for me time.</div><div dir="ltr">I don't do SRST at remote sites because if the network is down. most staff can't work or answer questions. and for 911 when the network is down, most people have cell phones.</div><div dir="ltr">All the conferencing and resources are at the headend so that saves BW.</div><div dir="ltr">and if you need more ports, you go into the vendor's portal and increase as needed.</div><div dir="ltr">For 911, I use CER and use the network its on to get the correct ERLIN and save money by not having every number setup as 911. and if a phone is moved to another loacation, don't have to worry about updating 911.</div><div dir="ltr"><br></div><div><br></div>
        
        </div><div id="m_-3146873643609487946ydp9622fb2dyahoo_quoted_3496823350">
            <div style="font-family:'Helvetica Neue',Helvetica,Arial,sans-serif;font-size:13px;color:#26282a">
                
                <div>
                    On Monday, June 7, 2021, 09:13:17 PM PDT, Kent Roberts <<a href="mailto:kent@fredf.org" target="_blank" rel="noreferrer">kent@fredf.org</a>> wrote:
                </div>
                <div><br></div>
                <div><br></div>
                <div><div dir="ltr">Yes it would.<br clear="none"><br clear="none">Brings up other concerns….<br clear="none">    911 for example….  Local pots line… multiple WAN circuits….  To resolve that….<br clear="none">    Can the site survive without PSTN if its single hosted?<br clear="none">    what happens if you loose the DC Wan connect?   What do your sites do…. Do you have resources to handle those calls during the outage.   (Vmail,, or a ton of ports in IVR)<br clear="none">    Do you have enough bandwidth from the DC to the branches?<br clear="none">    What codec will you support?   G729/G711.   (Remember not customers support G729, and not all carriers will “normalize” their network).  <br clear="none">         Example ATT will route calls to other att customers without leaving their cloud, if they can’t do G729 and that is how you start the call, it will fail.  (ATT is changing this FYI)<br clear="none">    QOS policy?<br clear="none">    Business support.. IE in we can save money, but a failure might mean loss of calls…. Are they ok with this.<br clear="none">    DSP resources.   Do you have enough to support Conferencing…… etc<br clear="none">    Firewalls,  Does your firewall team block access branch to branch… do you need to setup relays?<br clear="none"><br clear="none">    VPN….. Jabber access…  Concerns with voice parts across the branches..<br clear="none"><br clear="none"><br clear="none">Hope that helps.   It is very much do-able, and can save lots of money.  Just need to think it through and not rush….   Its really no different then say a branch being the data center for all the other sites…<br clear="none"><br clear="none"><br clear="none"><br clear="none"><br clear="none"><br clear="none">> On Jun 7, 2021, at 8:23 PM, LTGJAMAICA <<a shape="rect" href="mailto:popsychin@gmail.com" rel="nofollow noreferrer" target="_blank">popsychin@gmail.com</a>> wrote:<br clear="none">> <br clear="none">> I want to know if a centralized cisco cube deployment would allows us to do away with our existing voice gateways.<br clear="none">> <br clear="none">> I am trying to reduce costs by removing 6 cisco voice gateways and isdn pri circuits located at 6 branch offices. I want to replace these individual gateways with two cisco cubes/vcubes located at our hub location connected to an ITSP via a Sip Trunk. Each branch is connected to an MPLS wan. <br clear="none">> <br clear="none">> <br clear="none">> _______________________________________________<br clear="none">> cisco-voip mailing list<br clear="none">> <a shape="rect" href="mailto:cisco-voip@puck.nether.net" rel="nofollow noreferrer" target="_blank">cisco-voip@puck.nether.net</a><br clear="none">> <a shape="rect" href="https://puck.nether.net/mailman/listinfo/cisco-voip" rel="nofollow noreferrer" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><div id="m_-3146873643609487946ydp9622fb2dyqtfd61973"><br clear="none"><br clear="none">_______________________________________________<br clear="none">cisco-voip mailing list<br clear="none"><a shape="rect" href="mailto:cisco-voip@puck.nether.net" rel="nofollow noreferrer" target="_blank">cisco-voip@puck.nether.net</a><br clear="none"><a shape="rect" href="https://puck.nether.net/mailman/listinfo/cisco-voip" rel="nofollow noreferrer" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br clear="none"></div></div></div>
            </div>
        </div></div></blockquote></div>