[cisco-voip] Bandwidth Requirements between CUCM Cluster and distributed Unity Connection

[Peter Slow]

BTW:

..."To calculate call control bandwidth requirements in these cases,
use the following formulas, which contain an additional variable (CH)
that represents the average calls per hour per phone:

Equation 3A: Recommended Bandwidth Needed for SCCP Control Traffic for
a Branch with No Signaling Encryption.

Bandwidth (bps) = (53 + 21 * CH) * (Number of IP phones and gateways
in the branch)"

...From the CUCM 7.x SRND just after Table 3-12

-Peter



On Mon, Feb 8, 2010 at 4:18 PM, Peter Slow <peter.slow at gmail.com> wrote:
> (to clarify, the QoS for the VM port signaling is your primary concern
> because it's the only thing consistently  going across the WAN. You
> still need to keep QoS in mind for messages being played back towards
> users listening to their VM across the WAN in the event that there are
> users in that scenario. You should still keep LAN QoS in mind at the
> local site as it can still save you in the event of something like a
> switching loop or other type of localized traffic storm.)
>
> On Mon, Feb 8, 2010 at 4:15 PM, Peter Slow <peter.slow at gmail.com> wrote:
>> Keith,
>>
>>> Thank you for your comments.  The reason for Unity Connection being located
>>> on a remote site is because the gateway is also located on the same site and
>>
>> that's intelligent placement of your unity server.
>>
>>> the bandwidth between the sites is limited.  I did see a comment once
>>> stating we should treat each voicemail port as a phone and allow the
>>> appropriate QOS across the WAN.
>>
>> ...Correct, this should be your primary concern. The only other thing
>> I'd be concerned about is, in the event that you have Connection
>> forwarding any messages to your user's mailboxes, where is the mail
>> server located? if you aren't doing that then it won't be an issue.
>>
>> -Peter
>>
>>
>>
>>
>> On Mon, Feb 8, 2010 at 10:25 AM, Keith Allan <Keith.Allan at 5i.co.uk> wrote:
>>> Mathew,
>>>
>>>
>>>
>>> Thank you for your comments.  The reason for Unity Connection being located
>>> on a remote site is because the gateway is also located on the same site and
>>> the bandwidth between the sites is limited.  I did see a comment once
>>> stating we should treat each voicemail port as a phone and allow the
>>> appropriate QOS across the WAN.
>>>
>>>
>>>
>>> Thanks again.
>>>
>>>
>>>
>>> Keith.
>>>
>>>
>>>
>>> From: Matthew Saskin [mailto:msaskin at gmail.com]
>>> Sent: 08 February 2010 15:18
>>> To: Keith Allan
>>> Cc: cisco-voip at puck.nether.net
>>> Subject: Re: [cisco-voip] Bandwidth Requirements between CUCM Cluster and
>>> distributed Unity Connection
>>>
>>>
>>>
>>> Keith -
>>>
>>>
>>>
>>> I don't think there are any specific requirements, primarily because of how
>>> unity works.  Essentially, Unity is represented to CallManager by the
>>> voicemail ports, which are just SCCP devices (or a SIP trunk, depending).
>>> The bigger concern (depending on your topology) is not the distance from
>>> CallManager to Unity, but the distance from the ingress voice gateways or
>>> originating IP phone to unity as that's where the voice stream is.
>>>
>>> Matthew Saskin
>>> msaskin at gmail.com
>>> 203-253-9571
>>>
>>> July 18, 2010 - 1500m swim (in the hudson), 40k bike, 10k run
>>> Please support the Leukemia & Lyphoma Society
>>> http://pages.teamintraining.org/nyc/nyctri10/msaskin
>>>
>>> On Sun, Feb 7, 2010 at 2:31 PM, Keith Allan <Keith.Allan at 5i.co.uk> wrote:
>>>
>>> Hi,  We have a centralised CUCM cluster and need to install Unity Connection
>>> on a remote site. The design guides show this is supported but I can't find
>>> any minimum bandwidth requirements for the WAN between CUCM and UCN other
>>> than the standard min 150ms one way delay.
>>>
>>>
>>>
>>> Does anyone know what these requirements are before we go ahead and deploy?
>>>
>>>
>>>
>>> many thanks,  Keith.
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> This message has been scanned by MailController.
>>>
>>> _______________________________________________
>>> cisco-voip mailing list
>>> cisco-voip at puck.nether.net
>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>
>>> Click here to report this email as spam.
>>>
>>> _______________________________________________
>>> cisco-voip mailing list
>>> cisco-voip at puck.nether.net
>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>
>>>
>>
>