The behavior should not be any different if a shared line is configured between two devices but only one device rings because the other does not have sufficient bw. AAR would not kick in as a CCRej would not be sent up by LC. On Sep 11, 2013 2:42 PM, "Daniel Pagan" <dpa...@fidelus.com> wrote:
> Slight correction – Location Bandwidth Manager is related to Enhanced > Location CAC, which is not part of this discussion. What I should have said > is simply that “Available bandwidth shows we’re requesting too much than > what’s available” without the mention of LBM. **** > > ** ** > > Everything else applies.**** > > ** ** > > Hope this helps.**** > > ** ** > > - Dan** > > ** ** > > *From:* ccie_voice-boun...@onlinestudylist.com [mailto: > ccie_voice-boun...@onlinestudylist.com] *On Behalf Of *Daniel Pagan > *Sent:* Wednesday, September 11, 2013 2:57 PM > *To:* Ovidiu Popa; ccie_voice@onlinestudylist.com > *Subject:* Re: [OSL | CCIE_Voice] AAR and SNR**** > > ** ** > > Confirmed – this appears to be standard behavior. Recreating this in the > lab and reviewing CCM SDI traces (I’m on a 8.6 cluster) reveals a pretty > logical explanation for this. First, I should mention the LineControl > process is responsible for dispatching/distributing call attempts to > devices associated with a Directory Number matched during the DA process. > With that said, here’s what I’ve done and what I see…**** > > ** ** > > *Scenario – Mobility is configured for PhoneB and tested to work > successfully…* > > **1. **PhoneA calls PhoneB – I’ve set the location bandwidth below > the bitrate being negotiated to enforce AAR**** > > **2. **LineControl lists all devices associated with this dialed > Directory Number**** > > **a. **Included in this list is the device name of PhoneB and the > device name of its Remote Destination Profile**** > > **3. **For PhoneB (my desk phone) Location Bandwidth Manager shows > that more bandwidth is being requested than it can subtract**** > > **a. **We cancel the call attempt to PhoneB**** > > **4. **Because the Remote Destination Profile was detected as an > associated device on the dialed Directory Number, we begin routing the call > to the Remote Destination, DA process is successful, and the call is > extended to the Remote Destination. This results in *no AAR* attempts > because CUCM still has the ability to route the call to an associated > device. This is key.**** > > ** ** > > *In a scenario where Mobility is disabled, we see AAR being invoked > because…* > > **1. **LineControl lists all devices associated with this dialed > Directory Number… only this time the only device listed is our desk phone. > The RDestProfile is not listed.**** > > **2. **Location BW Mgr shows we’re out of available bandwidth**** > > **3. **At this point, low bandwidth was detected, we have no > available devices to route through LineControl, so we begin using AAR as > the last resort.**** > > ** ** > > Hope this helps.**** > > ** ** > > *Daniel Pagan *| CCIE-V #25689**** > > Managed Services Technical & Training Lead > > *+1-212-616-7843* office > *+1-212-616-7850* fax**** > > www.fidelus.com** > > ** ** > > *From:* ccie_voice-boun...@onlinestudylist.com [ > mailto:ccie_voice-boun...@onlinestudylist.com<ccie_voice-boun...@onlinestudylist.com>] > *On Behalf Of *Ovidiu Popa > *Sent:* Sunday, September 08, 2013 11:26 AM > *To:* ccie_voice@onlinestudylist.com > *Subject:* [OSL | CCIE_Voice] AAR and SNR**** > > ** ** > > Hello everyone**** > > ** ** > > Can anyone confirm the following results ?**** > > A - If Mobile Connect is enabled for a User then AAR calls will ring only > the remote destination, the AAR to the DN call will NOT be extended**** > > B - If Mobile Connect is disabled for a User, AAR calls will ring the AAR > target (as specified by the AAR Mask or as generated by AAR Group + prefix > + External Phone Number Mask)**** > > ** ** > > In the second test I do not see the CUCM invoking the AAR process so I'm > guessing this is expected behavior.**** > > ** ** > > Can anyone confirm my results?**** > > ** ** > > Thanks,**** > > Ovidiu**** > > ** ** > > _______________________________________________ > For more information regarding industry leading CCIE Lab training, please > visit www.ipexpert.com > > Are you a CCNP or CCIE and looking for a job? Check out > www.PlatinumPlacement.com >
_______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com