[cisco-voip] CUSP

[Nick Matthews]

Depending on who the service provider is, they may balk at the fact
that your configuration has more than one SP configured.  I've worked
with a few that have pretty stringent requirements for their
certification.  Technically it shouldn't be a problem because it's a
matter of how you configure the box to work.

We've recently added the ability to register your router to multiple
service providers via dial peers, which prevented this type of
configuration for quite a while.  I don't see any reason why not to
now.  Though with CUBE, most of the cost is sunk into licensing, so
getting another router in the scheme of things isn't that large of an
additional cost (>500 sessions or so).

Though if you're talking 2 v 4 CUBEs, I would go with 2 simply because
of HSRP.  HSRP is going to be our go to redundancy from what I
understand, and it will be easier to manage this amongst two routers
rather than four.  I'm hoping we won't have problems with 2 addresses
and then load balancing between those, with each CUBE being a backup
for one of the addresses.


-nick

On Thu, Jun 17, 2010 at 5:08 PM, STEVEN CASPER <SCASPER at mtb.com> wrote:
> What do you think about running 2 Service Providers to one box? I was
> thinking if I go with ISR I would use 2 CUBEs per data center and separate
> the providers but with ASR I was hoping I could use one ASR per data center
> and consolidate the SIP trunking.
>
> Steve
>
>>>> Nick Matthews <matthnick at gmail.com> 6/17/2010 2:57 PM >>>
> A few things with the ASR CUBE (CUBE-enterprise):
>
> -It's not certified with CCBU (CVP) yet, wait until december if this is the
> case
> -The 1002/1004 have software redundancy - dual IOS images running.
> -The 1006 has hardware redundancy - two supervisors
> -It has a feature called per-call debug (PCD) which allows you to pick
> a single SIP call out of the hay stack
> -It will have a 6 month to 1 year lag on features for a while, since
> the data architecture is different.  The data and control stack are
> completely separated which requires additional programming (and then
> testing).
>
> The 3945E can do 2500 calls, the 1002/1004 with RP1 at 1750, and RP2
> on the 1004/1006 at 15k.
>
> -nick
>
> On Thu, Jun 17, 2010 at 1:58 PM, STEVEN CASPER <SCASPER at mtb.com> wrote:
>> Thanks for the info. I was looking at the 3945-E ISRs for CUBE. Are there
>> other reasons to look at the ASR besides greater capacity?
>>
>> Steve
>>
>>>>> Nick Matthews <matthnick at gmail.com> 6/17/2010 10:43 AM >>>
>> IMO - CUSP was a way for us to do a few things we could not do previously.
>>
>> 1st - It allowed us to have a 'SIP gatekeeper' of sorts, where you can
>> store large amounts (10k+) of routes in a centralized location.
>> 2nd - It allowed a larger session count for SIP trunking with ISRs.
>> Since you can load balance to multiple CUBEs with CUSP, you can make a
>> 'CUBE stack' to increase the session count.  It also lets you take
>> CUBEs out of service one by one for maintenance/replacement which is
>> nice.
>>
>> It has some other benefits as well - the modification ability is
>> unmatched.  You can route calls on almost any part of the SIP message
>> you wish, with incredible flexibility.
>>
>> The problems are different - lack of SNMP support (may be available in
>> a future release), no CAC abilities (at the moment), increased
>> complexity, etc.
>>
>> I personally would rather put in some ASR CUBEs that each have a
>> capacity for 15k calls, with redundant supervisors, on redundant boxes
>> (coming soon), than complexify my SIP environment with CUSP.  If you
>> need centralized SIP routing or very flexible SIP modification and
>> routing, then it's a good box to look at.
>>
>> -nick
>>
>> On Thu, Jun 17, 2010 at 9:28 AM, STEVEN CASPER <SCASPER at mtb.com> wrote:
>>>  Any opinions/thoughts about the Cisco Unified SIP Proxy product? Not a
>>> lot
>>> out there on cisco.com. I am getting ready to deploy a centralized SIP
>>> trunking solution in the next couple of months from two carriers at two
>>> geographically diverse data centers with ISR CUBE and was wondering if
>>> CUSP
>>> buys me anything.
>>>
>>> Steve
>>>
>>> ************************************
>>> 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.
>>> ************************************
>>>
>>> _______________________________________________
>>> 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.
>> ************************************
>>
>
> ************************************
> 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.
> ************************************
>