My problem was that I had configured PT/CSS correctly, standard local route group was causing problems when routing to PSTN (I still have not figured out why). So if you are using standard local route group, it is better to set up a separate RP/RL/RG for SNR.
Hope that helps. On Wed, Dec 29, 2010 at 2:01 PM, Prashant Patel <prashantpatel...@gmail.com>wrote: > When BR1 or BR2 phones dial an HQ extension that invokes SNR, the call goes > from the local gateway of the Calling Phone ie BR1 or BR2 phone. This BR1 or > BR2 phone needs to have a CSS that will allow the call to succeed locally. > If not we can create a pt and CSS and apply it to RDP rerouting CSS. This > will force the call to go through the rute pattern that has the partition. > > HTH > Prashant > > On Wed, Dec 29, 2010 at 4:55 PM, Justin Brady <jbr...@tsginc.biz> wrote: > >> I ran into this issue as well before in my own testing. >> >> >> >> My situation was SNR at HQ. Whenever I called the HQ phone I had setup >> for SNR from another HQ phone, it worked perfectly, but not from BR1, BR2, >> or the PSTN. I just used the same CSS in the RDP that I used on my >> unrestricted phone at HQ. >> >> >> >> So are you saying I should have created a new Route Pattern for my >> specific number and a new RL/RG or should I create a new CSS/PT as well and >> use that under the RDP? >> >> >> >> The Signature Group – A Culture of Excellence >> >> An Employee Owned Company >> >> >> >> *Justin Brady* >> *Director, Commercial Operations* >> >> jbr...@tsginc.biz >> www.tsginc.biz >> >> LinkedIn Profile <http://www.linkedin.com/in/justinmbrady> >> >> [image: Copy of tsg_logo] >> >> *Cisco: CCVP, CCNP, CCSP, CCIPx2* >> >> *Cisco IP Contact Center Express Specialist* >> >> *Cisco IP Telephony Express Specialist* >> >> *Cisco Routing and Switch Field Specialist* >> >> *Cisco Data Center Application Support Specialist* >> >> *Cisco Advanced Data Center Networking* >> >> * Infrastructure Support Specialist* >> >> *INFOSEC Professional* >> >> *VMWARE: VSP, VTSP* >> >> *The Signature Group* >> 8229 Boone Boulevard >> Suite 820 >> Vienna, VA >> 22182<http://maps.yahoo.com/py/maps.py?Pyt=Tmap&addr=8229+Boone+Boulevard&csz=Vienna%2C+VA++22182&country=us> >> >> direct: >> fax: >> mobile: >> >> (703) 748-9534 >> (703) 287-0689 >> (703) 282-0690 >> >> ** Cisco Silver Partner * Microsoft Gold Partner **** >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> Follow the Network Operations Center on Twitter: >> www.twitter.com/TSGSigCare >> >> Follow the Network Operations Center Blog: http://tsgnoc.wordpress.com >> >> *From:* ccie_voice-boun...@onlinestudylist.com [mailto: >> ccie_voice-boun...@onlinestudylist.com] *On Behalf Of *study2b ccie >> *Sent:* Wednesday, December 29, 2010 1:57 PM >> *To:* Prashant Patel >> *Cc:* OSL >> *Subject:* Re: [OSL | CCIE_Voice] Single Number Reach >> >> >> >> Hi Prashant, >> >> After further testing, I found out the problem was caused by standard >> local route group, somehow it will stop routing out to SNR I set in the >> remote destination profile. >> >> I then created a new, separate RP/RL/RG pointing them to the SNR on SiteB, >> then it worked. >> >> Thank you very much for your help! >> >> >> >> On Tue, Dec 28, 2010 at 3:34 PM, Prashant Patel < >> prashantpatel...@gmail.com> wrote: >> >> Did the HQ1 phone have access to the route pattern to call the BR1 SNR >> Number? >> >> On Tue, Dec 28, 2010 at 6:06 PM, study2b ccie <study4ccievo...@gmail.com> >> wrote: >> >> Hello experts, >> >> Happy Holidays! >> >> I was in a vRack session this morning. I worked on Single Number Reach. >> Here was my problem: >> >> PSTN->Br1(SNR), both Br1 and PSTN rang, SNR worked. >> >> HQ1->Br1(SNR), only Br1 rang, PSTN did not ring, but when I chose to push >> the call out to mobile phone using Mobility softkey, PSTN rang and I could >> answer the call without drop the connection. >> >> Has anyone seen this problem before? I did not understand why SNR would >> not work when calling from HQ, or Br2 site phones. >> >> Thank you in advance. >> >> >> >> >> _______________________________________________ >> 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
