[cisco-voip] location bw setting/resync

[Lelio Fulgenzi]

Thanks Wes.

Will a gateway configured for specific location that has exceeded it's allotment trigger failover to the next route group? For example, route list A has route group X with 2 gateways in location X and route group Y with 2 gateways in the default location. If I place a cal from the default location to a route pattern with route list A and the b/w allocation to location X is exceeded,  will it go to route group Y?


  ----- Original Message ----- 
  From: Wes Sisk 
  To: Lelio Fulgenzi 
  Cc: Cisco VoIPoE List 
  Sent: Monday, August 20, 2007 2:17 PM
  Subject: Re: [cisco-voip] location bw setting/resync


  it does not reset/restart phones.  it only resets bw counters internal to the cm process. /wes

  Lelio Fulgenzi wrote: 
    We are looking at getting a backup link for our voice calls at a remote site. This will help during link flaps and complete outage (wireless + storm = bad).

    I'd like to configure the phones at the remote site with a CallManager location with unlimited bandwith to start and then modify the bandwidth to something lower when we have to. I tried this and it didn't look like any phones had to be restarted when I made the change or when I resync'ed the bandwidth.

    Thoughts?

    --------------------------------------------------------------------------------
    Lelio Fulgenzi, B.A.
    Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1
    (519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 
    "Buffalo buffalo Buffalo buffalo buffalo buffalo Buffalo buffalo."      WJR
----------------------------------------------------------------------------
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/cisco-voip/attachments/20070820/7db3c59e/attachment.html