[cisco-voip] location bw setting/resync

[Lelio Fulgenzi]

Thanks Wes. We have 4.1(3)sr4d so I believe we have the fix. When I look in the service parameters, we have "Stop Routing on Out of Bandwidth Flag" but it mentions intercluster trunks, specifically: "This parameter determines routing behavior for calls through intercluster trunks when not enough bandwidth exists."

What do you think? Documentation error? I'm also guessing as long as we don't use Unity failover, we don't really have to worry about this.



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


  Engineer's favorite answer - it Depends.

  CM service parameter
  "Stop Hunting on Out of Bandwidth Flag"

  If you have a version with the fix for CSCsc62073 you will have 2 params, one for hunt lists and one for route lists.

  /Wes

  Lelio Fulgenzi wrote: 
    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/a9d10545/attachment.html