<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii"><meta name=Generator content="Microsoft Word 14 (filtered medium)"><!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
        {font-family:Times;
        panose-1:2 2 6 3 5 4 5 2 3 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
p
        {mso-style-priority:99;
        mso-margin-top-alt:auto;
        margin-right:0in;
        mso-margin-bottom-alt:auto;
        margin-left:0in;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
        {mso-style-priority:99;
        mso-style-link:"Balloon Text Char";
        margin:0in;
        margin-bottom:.0001pt;
        font-size:8.0pt;
        font-family:"Tahoma","sans-serif";}
span.EmailStyle18
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
span.BalloonTextChar
        {mso-style-name:"Balloon Text Char";
        mso-style-priority:99;
        mso-style-link:"Balloon Text";
        font-family:"Tahoma","sans-serif";}
.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri","sans-serif";}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-US link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Nice write up Nick. If you can standardize on a few carriers it is best. It is nice when they follow the standards well enough that you do not need to implement MTP’s.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:10.0pt;font-family:"Arial","sans-serif";color:#1F497D'>Dennis Heim<br>Network Voice Engineer<br>CDW  Advanced Technology Services<br>11711 N. Meridian Street, Suite 225<br>Carmel, IN  46032<br><br>317.569.4255 Single Number Reach<br></span><span style='font-size:10.0pt;font-family:"Arial","sans-serif";color:black'>317.569.4201 Fax</span><span style='font-size:10.0pt;font-family:"Arial","sans-serif";color:#1F497D'><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><a href="mailto:dennis.heim@cdw.com" title="mailto:dennis.heim@berbee.com">dennis.heim@cdw.com</a><br></span><span style='color:#1F497D'><a href="http://www.cdw.com/content/solutions/unified-communications/">cdw.com/content/solutions/unified-communications/</a><o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> cisco-voip-bounces@puck.nether.net [mailto:cisco-voip-bounces@puck.nether.net] <b>On Behalf Of </b>Nick Matthews<br><b>Sent:</b> Tuesday, February 08, 2011 8:16 PM<br><b>To:</b> Paul<br><b>Cc:</b> cisco-voip@puck.nether.net<br><b>Subject:</b> Re: [cisco-voip] Verizon SIP vs. PRI?<o:p></o:p></span></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal style='margin-bottom:12.0pt'>SIP trunks can be a blessing or a burden.  Things that become important with SIP trunking:<br><br>-All of your versions and VOIP applications become points of interoperability.  With PRI's, your interop stopped at the PRI.  This means contact center applications, voicemail, call control, etc.  This even extends out into the provider cloud - sometimes you'll have interop issues with only certain DIDs or companies on the other side of their network.  SIP is open and flexible, which is good and bad.  Sometimes the fixes to these problems are complex and require for people like the SIP provider to take action, which you can't control.  You may find your contact center software, call control software, border element software, and provider have differing levels of interoperability flexibility.  <br><br>-Sometimes it is a wash.  If you're worried about survivability at the branch, you can take the money you may save by centralizing the PRIs and use it to get another circuit and router at the site.  Now you've got higher branch survivability and more bandwidth as well.  And if you lose two routers and/or two circuits at the site - you've probably got bigger problems.  The easy generalization is that you inherit the flexibility of IP networks and get to work with the equipment you've invested into the network rather than 20+ year old telephony technology.  Since you've got increased flexibility, it may be worth it to just flip the calls from the failed site somewhere else until they've recovered.<br><br>-Faxing/911/Modems.  Now that your VOIP domain is extended to the SIP cloud, you have to take care to make sure you're standards based and compliant with the provider.  It's common for people to leave a small percentage of TDM at the branch sites for 911, faxing, and survivability.  Expect trouble here.<br><br>-Many choose to co-reside their SIP provider with their MPLS provider.  This prevents having a 'dumb pipe' for your SIP traffic with the capability to distort the traffic without a disincentive.  Imagine calling your cable modem provider at home and telling them "you're causing 20% jitter and a 1% loss on my high priority EF traffic".   That being said - the internet is quite significantly more reliable than many expect for carrying SIP traffic.  Skype, google voice, and a number of others are prime examples.<br><br>That being said - it's really cool.  There are a couple places where it's just awesome.  If you've got a remote branch and the only voice offering is a dusty T1 CAS circuit? Forget about that.  If you have highly seasonal or even unpredictably bursty traffic, it can be great.  If you have a lot of offices where you've overprovisioned the phone lines, SIP is a big cost saver.  It's portable, and you are no longer tied down to a single smart jack where your T1 comes in on.  When I travel, I register a SIP agent on my cell phone to a HTTP PBX, which registers to a SIP trunk.  It's the exact same concept and architecture that SIP trunking for enterprises build on, but cool-ified.<br><br>If SIP is confusing, just think about how an H.323 gateway works.  Your CUCM points to an IP address in your network.  Now move your gateway out onto the internet.  H.323 and SIP are incredibly similar, so just switch the protocol from H.323 to SIP.  The last step is to place a Session Border Controller (SBC) or in Cisco's terms a Cisco Unified Border Element (CUBE).  This is basically a voice firewall, and makes sure your signaling and voice stays secure and is manageable.  What really happens is that is takes the call, terminates it, and then re-originiates it going outbound.  From your CUCM's perspective - it wouldn't know whether a PRI or another SIP leg was on the other side.  <br><br>In my opinion, once you get the hang of how SIP works, the troubleshooting can be simpler too.  Call quality problems and resolution can be a pain on TDM circuits - who is to say where the distortion is coming from.   With IP, you can easily prove where the distortion is coming from with a sniffer.  Ever have to troubleshoot ISDN Q.921 messages?  No thank you.  It's a stronger protocol than H.323 - the odd TCP handshake isn't a problem, it isn't inhibited by a large specification, and it's a whole ton easier to read and troubleshoot.<br><br>Signaling interoperability problems can be solved by going through the RFCs, which can be muddy and fruitless - Vendor A allows only strictly formed messages and Vendor B refuses to implement such details.  Vendor A knowingly doesn't follow SIP RFC #17, while Vendor B expects compliance.  Vendor A is written by a guy in Russia who quit 3 months ago, and Vendor B doesn't like the way it was written, but Vendor B thinks it's correct.  This was all solved by TDM PRI's which are essentially the lowest common denominator of voice termination.<br><br>Hopefully this gives you an idea.  I suppose I'm just full of opinion on this one.<br><br>-nick<br><br><o:p></o:p></p><div><p class=MsoNormal>On Tue, Feb 8, 2011 at 7:08 PM, Paul <<a href="mailto:asobihoudai@yahoo.com">asobihoudai@yahoo.com</a>> wrote:<o:p></o:p></p><div><div><div><p class=MsoNormal><span style='font-family:"Times","serif"'>Are you using CCM session management edition for that customer or is it just one cluster with a lot of centralized SIP trunks? I'm just asking out of curiosity since I've never heard of anyone using session management edition....yet.</span><o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal><span style='font-family:"Times","serif"'> </span><o:p></o:p></p></div><div><p class=MsoNormal><span style='color:black'><o:p> </o:p></span></p><div><div class=MsoNormal align=center style='text-align:center'><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif";color:black'><hr size=1 width="100%" align=center></span></div><p class=MsoNormal><b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif";color:black'>From:</span></b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif";color:black'> Bob Zanett (US) <<a href="mailto:bob.zanett@us.didata.com" target="_blank">bob.zanett@us.didata.com</a>><br><b>To:</b> Matthew Loraditch <<a href="mailto:MLoraditch@heliontechnologies.com" target="_blank">MLoraditch@heliontechnologies.com</a>>; David Eco <<a href="mailto:david.eco@msn.com" target="_blank">david.eco@msn.com</a>>; "<a href="mailto:matthew@ciscovoiceguru.com" target="_blank">matthew@ciscovoiceguru.com</a>" <<a href="mailto:matthew@ciscovoiceguru.com" target="_blank">matthew@ciscovoiceguru.com</a>>; "<a href="mailto:notariannil1@scranton.edu" target="_blank">notariannil1@scranton.edu</a>" <<a href="mailto:notariannil1@scranton.edu" target="_blank">notariannil1@scranton.edu</a>><br><b>Cc:</b> "<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a>" <<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a>><br><b>Sent:</b> Tue, February 8, 2011 1:08:13 PM<o:p></o:p></span></p><div><div><p class=MsoNormal><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif";color:black'><br><b>Subject:</b> Re: [cisco-voip] Verizon SIP vs. PRI?<o:p></o:p></span></p></div></div><div><div><p class=MsoNormal><span style='color:black'><o:p> </o:p></span></p><div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;color:#1F497D'>I have helped to design, architect and deploy multiple customers with SIP, including SIP trunks carrying contact center calls and also business user calls.  I helped to build out the initial infrastructure of a global medical device firm that almost has all of their US remote offices – literally 100s – migrated onto their centralized SIP trunks.   </span><span style='color:black'><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;color:#1F497D'> </span><span style='color:black'><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;color:#1F497D'>Are there interoperability issues?  Yes, as each vendor can speak a slightly different dialect.  However, with the onset of some very nice Border Gateways – it is making this a non-issue.  However, as Matthew states below – you need to work with someone who knows what they are doing.</span><span style='color:black'><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;color:#1F497D'> </span><span style='color:black'><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;color:#1F497D'>For instance, ROI can be a grey area.  Many times, it is simply a wash and at other times can save a tremendous amount.  Like the example above, each of the remote sites had a least a PRI.  However, many of the offices hardly used 12 b-channels.   By centralizing, they are seeing a very nice savings and they get:</span><span style='color:black'><o:p></o:p></span></p><p><span style='font-size:11.0pt;font-family:Symbol;color:#1F497D'>·</span><span style='font-size:7.0pt;color:#1F497D'>         </span><span style='font-size:11.0pt;color:#1F497D'>Centralized dial plan management</span><span style='color:black'><o:p></o:p></span></p><p><span style='font-size:11.0pt;font-family:Symbol;color:#1F497D'>·</span><span style='font-size:7.0pt;color:#1F497D'>         </span><span style='font-size:11.0pt;color:#1F497D'>Centralized DID control and management</span><span style='color:black'><o:p></o:p></span></p><p><span style='font-size:11.0pt;font-family:Symbol;color:#1F497D'>·</span><span style='font-size:7.0pt;color:#1F497D'>         </span><span style='font-size:11.0pt;color:#1F497D'>On-the-fly call volume adjustment – it is now bandwidth not copper in the ground</span><span style='color:black'><o:p></o:p></span></p><p><span style='font-size:11.0pt;font-family:Symbol;color:#1F497D'>·</span><span style='font-size:7.0pt;color:#1F497D'>         </span><span style='font-size:11.0pt;color:#1F497D'>Economy of scale</span><span style='color:black'><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;color:#1F497D'> </span><span style='color:black'><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;color:#1F497D'><a href="http://www.callcentertimes.com/LatestNews/tabid/59/ctl/NewsArticle/mid/407/CategoryID/1/NewsID/173/Default.aspx" target="_blank">http://www.callcentertimes.com/LatestNews/tabid/59/ctl/NewsArticle/mid/407/CategoryID/1/NewsID/173/Default.aspx</a> </span><span style='color:black'><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;color:#1F497D'> </span><span style='color:black'><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;color:#1F497D'>Cheers,</span><span style='color:black'><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;color:#1F497D'> </span><span style='color:black'><o:p></o:p></span></p><div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;color:#1F497D'>Bob </span><span style='color:black'><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;color:#1F497D'> </span><span style='color:black'><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;color:#1F497D'>Solutions Architect</span><span style='color:black'><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;color:#1F497D'>Customer Interactive Solutions</span><span style='color:black'><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;color:#1F497D'>Dimension Data</span><span style='color:black'><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;color:#1F497D'> </span><span style='color:black'><o:p></o:p></span></p></div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;color:#1F497D'> </span><span style='color:black'><o:p></o:p></span></p><div><div style='border:none;border-top:solid windowtext 1.0pt;padding:3.0pt 0in 0in 0in;border-color:-moz-use-text-color -moz-use-text-color'><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><b><span style='font-size:10.0pt;color:black'>From:</span></b><span style='font-size:10.0pt;color:black'> <a href="mailto:cisco-voip-bounces@puck.nether.net" target="_blank">cisco-voip-bounces@puck.nether.net</a> [<a href="mailto:mailto:cisco-voip-bounces@puck.nether.net]" target="_blank">mailto:cisco-voip-bounces@puck.nether.net]</a> <b>On Behalf Of </b>Matthew Loraditch<br><b>Sent:</b> Tuesday, February 08, 2011 2:29 PM<br><b>To:</b> David Eco; <a href="mailto:matthew@ciscovoiceguru.com;" target="_blank">matthew@ciscovoiceguru.com;</a> <a href="mailto:notariannil1@scranton.edu" target="_blank">notariannil1@scranton.edu</a><br><b>Cc:</b> <a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br><b>Subject:</b> Re: [cisco-voip] Verizon SIP vs. PRI?</span><span style='color:black'><o:p></o:p></span></p></div></div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='color:black'> <o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;color:#1F497D'>The thing I would say is it all depends on your level of comfort with the Carrier and with SIP. I generally don’t have a problem with the quality of the service when it works, the problem has been troubleshooting and making it work in the first place. I understand how to debug and troubleshoot a T-1 or PRI and can set one up H.323 or MGCP no problem. SIP just doesn’t process for me, Everybody says it’s simple, plain text and all that but I don’t get it. </span><span style='color:black'><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;color:#1F497D'> </span><span style='color:black'><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;color:#1F497D'>My point, If you are going with it make sure you or someone you have understands it.</span><span style='color:black'><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;color:#1F497D'> </span><span style='color:black'><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;color:#1F497D'>If you have a smaller install one thing you can do is have the provider put in an IAD and hand off as PRI. Make them responsible and make your side something you understand. Obviously in a large campus environment that may not be feasible and defeats some of the consolidation benefits but in a smaller setup it can make life much easier.</span><span style='color:black'><o:p></o:p></span></p><div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:10.0pt;color:#1F497D'> </span><span style='color:black'><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><b><span style='font-size:11.0pt;color:black'>Matthew Loraditch, CCVP, CCNA, CCDA</span></b><span style='font-size:11.0pt;color:black'><br>1965 Greenspring Drive</span><span style='color:black'><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;color:black'>Timonium, MD 21093 <br><a href="mailto:support@heliontechnologies.com" target="_blank"><span style='color:black'>support@heliontechnologies.com</span></a><br>(p) (410) 252-8830<br>(F) (443) 541-1593<br><br>Visit us at <a href="http://www.heliontechnologies.com/" target="_blank"><span style='color:black'>www.heliontechnologies.com</span></a> <br>Support Issue? Email <a href="mailto:support@heliontechnologies.com" target="_blank"><span style='color:black'>support@heliontechnologies.com</span></a> for fast assistance!</span><span style='color:black'><o:p></o:p></span></p></div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;color:#1F497D'> </span><span style='color:black'><o:p></o:p></span></p><div><div style='border:none;border-top:solid windowtext 1.0pt;padding:3.0pt 0in 0in 0in;border-color:-moz-use-text-color -moz-use-text-color'><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><b><span style='font-size:10.0pt;color:black'>From:</span></b><span style='font-size:10.0pt;color:black'> <a href="mailto:cisco-voip-bounces@puck.nether.net" target="_blank">cisco-voip-bounces@puck.nether.net</a> [<a href="mailto:mailto:cisco-voip-bounces@puck.nether.net]" target="_blank">mailto:cisco-voip-bounces@puck.nether.net]</a> <b>On Behalf Of </b>David Eco<br><b>Sent:</b> Tuesday, February 08, 2011 2:47 PM<br><b>To:</b> <a href="mailto:matthew@ciscovoiceguru.com;" target="_blank">matthew@ciscovoiceguru.com;</a> <a href="mailto:notariannil1@scranton.edu" target="_blank">notariannil1@scranton.edu</a><br><b>Cc:</b> <a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br><b>Subject:</b> Re: [cisco-voip] Verizon SIP vs. PRI?</span><span style='color:black'><o:p></o:p></span></p></div></div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='color:black'> <o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:10.0pt;color:black'>with SIP, you may get more capacity of the channel. But in our case, we have to setup IPSEC VPN with Verizon to utilize their SIP Trunk. Network has to be reliable.<br> <br>David<br> <br> <br><br> <br>> From: <a href="mailto:matthew@ciscovoiceguru.com" target="_blank">matthew@ciscovoiceguru.com</a><br>> Date: Tue, 8 Feb 2011 13:43:34 -0600<br>> To: <a href="mailto:notariannil1@scranton.edu" target="_blank">notariannil1@scranton.edu</a><br>> CC: <a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>> Subject: Re: [cisco-voip] Verizon SIP vs. PRI?<br>> <br>> One of my biggest questions right now regarding SIP trunks has been data circuit issues and usability in SRST mode. If your branch office loses it's network connection, will your SIP trunk go down too? If so, then you're up the creek without a paddle.<br>> <br>> Sent from my iPhone<br>> <br>> On Feb 8, 2011, at 1:13 PM, Lisa Notarianni <<a href="mailto:notariannil1@scranton.edu" target="_blank">notariannil1@scranton.edu</a>> wrote:<br>> <br>> > We currently utilize PRI trunks as fail over and backup. They connect to our 6509's.<br>> > <br>> > Can anyone share their thoughts on SIP vs. PRI services. <br>> > <br>> > Thanks,<br>> > <br>> > Lisa<br>> > -- <br>> > <LNsignature.jpg><br>> > _______________________________________________<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/mailman/listinfo/cisco-voip</a><br>> <br>> _______________________________________________<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/mailman/listinfo/cisco-voip</a></span><span style='color:black'><o:p></o:p></span></p></div><div class=MsoNormal align=center style='text-align:center'><span style='color:black'><hr size=1 width="100%" align=center></span></div><p class=MsoNormal><span style='color:black'><a href="http://dimensiondata.stream57.com/04141pm/" target="_blank"><span style='color:black;text-decoration:none'><o:p></o:p></span></a></span></p><p><b><span style='color:black'><a href="http://dimensiondata.stream57.com/04141pm/" target="_blank"><span style='color:black;text-decoration:none'>Disclaimer: This e-mail communication and any attachments may contain confidential and privileged information and is for use by the designated addressee(s) named above only. If you are not the intended addressee, you are hereby notified that you have received this communication in error and that any use or reproduction of this email or its contents is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and deleting it from your computer. Thank you. </span><span style='color:black;font-weight:normal;text-decoration:none'><o:p></o:p></span></a></span></b></p></div></div></div></div></div><p class=MsoNormal><a href="http://dimensiondata.stream57.com/04141pm/" target="_blank"><span style='color:windowtext;text-decoration:none'><o:p> </o:p></span></a></p><div class=MsoNormal align=center style='text-align:center'><a href="http://dimensiondata.stream57.com/04141pm/" target="_blank"><span style='color:windowtext;text-decoration:none'><hr size=1 width="100%" align=center></span></a></div><p class=MsoNormal><a href="http://dimensiondata.stream57.com/04141pm/" target="_blank"><span style='color:windowtext;text-decoration:none'>Don't get soaked. Take a<u><span style='color:blue'> quick peak at the forecast </span></u><br>with the<u><span style='color:blue'>Yahoo! Search weather shortcut.</span></u><o:p></o:p></span></a></p></div><p class=MsoNormal style='margin-bottom:12.0pt'><a href="http://dimensiondata.stream57.com/04141pm/" target="_blank"><span style='color:windowtext;text-decoration:none'><br>_______________________________________________<br>cisco-voip mailing list<br><u><span style='color:blue'>cisco-voip@puck.nether.net</span></u><br><u><span style='color:blue'>https://puck.nether.net/mailman/listinfo/cisco-voip</span></u><o:p></o:p></span></a></p></div><p class=MsoNormal><a href="http://dimensiondata.stream57.com/04141pm/" target="_blank"><span style='color:windowtext;text-decoration:none'><o:p> </o:p></span></a></p></div></body></html>