[cisco-voip] SIP Trunk Redundancy

[STEVEN CASPER]

We are testing a centralized SIP trunk design with CUBE and so far it seems to work well for basic inbound and outbound calling. We have over 1000 locations that range in size from 4 analog lines to multiple PRIs.Couple of questions about your SIP deployments:
 
Are you using SIP Trunk to support Fax? There does not seems to be a good way to ensure G711 is used for both inbound and outbound fax calls.
 
How are you handling 911 calls? With a centralized design I think CER would be required.since users have been known to pickup their phones and relocate without letting anyone know.
 
Of course both 911 and FAX could be served using separate analog lines or a PRI but that kind of defeats the purpose.
 
Steve


>>> Mark Holloway <mh at markholloway.com> 11/23/2009 7:20 PM >>>
SIP Trunking works great when designed and deployed correctly. 

On Nov 23, 2009, at 12:39 PM, Lelio Fulgenzi wrote:




Every day, I think to myself, man, SIP isn't all it's cracked up to be......

OK, not _every_ day, but when I read posts like this I do.

Seems like there will be some "re-edumacating" necessary when moving to SIP.


---
Lelio Fulgenzi, B.A.
Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1
(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
"Bad grammar makes me [sic]" - Tshirt


----- Original Message -----
From: "Chris Ward (chrward)" <chrward at cisco.com>
To: "Ted Nugent" <tednugent73 at gmail.com>, "Cisco VoIPoE List" <cisco-voip at puck.nether.net>
Sent: Monday, November 23, 2009 2:21:05 PM GMT -05:00 US/Canada Eastern
Subject: Re: [cisco-voip] SIP Trunk Redundancy

You would need to look at the traces to verify, but it may just be the time it takes to failover. You probably need to mess with the SIP profiles and timers to get the trunks to failover in a timely manner. I think by default it may take 15+ seconds (depends on # of retires and time between retries) for a SIP trunk call to failover to the next member of a route group.

 -Chris

 From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Ted Nugent
Sent: Monday, November 23, 2009 2:14 PM
To: Cisco VoIPoE List
Subject: [cisco-voip] SIP Trunk Redundancy

 I'm working with a client that has 3 sites where the PRIs were replaced by SIP trunks. Everything appears to be running fine with the exception of outbound trunk redundancy. The appear to have just removed the PRIs from the existing RGs and replaced them with the SIP trunks. The problem is that if a SIP trunk goes down its not rerouting to the next trunk, they are just getting dead air. I'm assuming that this is similar to the issue seen with H323 trunks and why a gatekeeper would be needed for this but what are the options for SIP? I can probably get by with using Locations CAC for FO if the trunks fills but not sure about if it actually goes down and CUCM can determine that. CUCM 7.12 and no CUBE.

 



_______________________________________________ cisco-voip mailing list cisco-voip at puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip 
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net 
https://puck.nether.net/mailman/listinfo/cisco-voip 


************************************
This email may contain privileged and/or confidential information that is intended solely for the use of the addressee.  If you are not the intended recipient or entity, you are strictly prohibited from disclosing, copying, distributing or using any of the information contained in the transmission.  If you received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy.  This communication may contain nonpublic personal information about consumers subject to the restrictions of the Gramm-Leach-Bliley Act and the Sarbanes-Oxley Act.  You may not directly or indirectly reuse or disclose such information for any purpose other than to provide the services for which you are receiving the information.
There are risks associated with the use of electronic transmission.  The sender of this information does not control the method of transmittal or service providers and assumes no duty or obligation for the security, receipt, or third party interception of this transmission.
************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20091124/6b84a975/attachment.html>