Reviving this old thread, as I'm seeing slightly different behavior:
Calls from 1002 to 5002 get sent to the remote destination as expected. However, none of the calls are being blocked by the access list. I've tried from PSTN line 3, *67-2123945002, etc? I'm also seeing some strange behavior with the Device Pool Calling Party Transformations being applied to internal calls, even though none of the devices are roaming? ie. Call from 1002 to 5002 shows up as From: BR1 Phone 2 (6178631002). Any thoughts? On Mon, Aug 3, 2009 at 11:04 AM, Michael Ciarfello <[email protected]>wrote: > Did you ever get this working? I am facing the same thing. > > > > Remove the ACL, it extends the call to the RD. > > > > Haven’t tried changing the EPM of Br1 Phone 2. > > > > Tried playing with the calling xforms since Br1 phone 2 dials 4-digit > internally and comes up with 10-digit ANI. It’s now 4-digit ani showing up > on HQ phone 2 but still doesn’t ring the RD. > > > > I’m curious what object in CCM determines what the ANI is and when the ACL > is evaluated. I’ll have to look at the trace files. Maybe a hint in there. > > > > Going to tackle this more tonight. > > > > *From:* [email protected] [mailto: > [email protected]] *On Behalf Of *Mike Thompson > *Sent:* Friday, July 24, 2009 3:34 PM > > *To:* [email protected] > *Subject:* [OSL | CCIE_Voice] Error in study guide/proctor guide (5.18 - > 5.19) or bug in 7.0.1 for Mobility?? > > > > In testing mobility questions, when I call from BR1 Phone 2 (as is > recommended by the proctor guide) the call does not forward out to my remote > destination. When I call from 5001 (or external numbers) it works fine. So > I started thinking… > > > > - The numbering scheme for BR1 is obviously 6178631XXX. > > - The pattern 617XXXXXXX is in our block scheme for the access list on the > RDP. > > - The call is presented to HQ Phone 2 as 1002 when I call from BR1 Phone > 2. HOWEVER, call isn’t forwarded out to the Remote Destination. > > > > Hmmm, I wonder… I removed the external number mask from the DN 1002, lo > and behold *** call extends to the RD ***. SO, question is…is this a bug > or an error in the proctor guide / study guide? > > > > I’m about to upgrade to 7.0.1 SU1a to see if the issue persists. > > > > > > _______________________________________________ > For more information regarding industry leading CCIE Lab training, please > visit www.ipexpert.com > >
_______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
