I recorded a new prompt, 'that number is unallocated...' and dumped it into the MoH translator... I then renamed it the same as the precedence level is exceeded prompt...
Then I set a block pattern and the cause as precedence level exceeded and it plays... Haven't been able to test it to the PSTN... Jonathan On Sun, Sep 7, 2008 at 5:15 PM, Hardesty, Scott <[EMAIL PROTECTED]>wrote: > > > Nice.. how did you do that? > > > > > > *Scott Hardesty | Cisco Engineer | MidAtlantic | Presidio Networked > Solutions* > > *7601 Ora Glen Drive, Suite 100, Greenbelt, MD 20770 | > [EMAIL PROTECTED] > > *D: 301.313.2041 | C: 443.789.1219 | www.presidio.com* > > ** > > > > ------------------------------ > > *From:* Jonathan Charles [mailto:[EMAIL PROTECTED] > *Sent:* Sunday, September 07, 2008 6:14 PM > *To:* Cardwell, Mark > *Cc:* Hardesty, Scott; ccie_voice@onlinestudylist.com > *Subject:* Re: [OSL | CCIE_Voice] fastbusy on unallocated number > > > > I actually wanted to do it using the Annunciator and I figured it out... > basically hacked the Annunciator to do it, but got it to play a custom > prompt... > > > > Jonathan > > On Sun, Sep 7, 2008 at 4:40 PM, Cardwell, Mark <[EMAIL PROTECTED]> > wrote: > > One otherway to do this is to create a CTI RoutePoint of 18XX forward all > to VM. On Unity create a call routing rule (Forwarding) of 18** and route to > a Call handler that plays what ever message you want it to play. > > > > Mark Cardwell | Systems Engineer | MidAtlantic | Presidio Networked > Solutions > 7601 Ora Glen Drive, Suite 100, Greenbelt, MD 20770 | mailto: > [EMAIL PROTECTED] > D: 571.225.0132 | http://www.presidio.com/ > > > > -----Original Message----- > > From: [EMAIL PROTECTED] [mailto: > [EMAIL PROTECTED] On Behalf Of Hardesty, Scott > Sent: Sunday, September 07, 2008 11:20 AM > To: ccie_voice@onlinestudylist.com > > Subject: [OSL | CCIE_Voice] fastbusy on unallocated number > > Johnathan, I worked through this scenario last night. I don't think > Unity has an "un-allocated" number prompt/greeting. I created a > translation pattern of 18XX and a CTIport x1995(dummy phone)that was > forwarded to voicemail. > > Created a call routing rule in Unity to send calls forwaded from 1995 to > a call handler named unknownNumber. The call handler would then play > the prompt that you recorded. > > > > > Scott Hardesty | Cisco Engineer | MidAtlantic | Presidio Networked > Solutions > 7601 Ora Glen Drive, Suite 100, Greenbelt, MD 20770 | mailto: > [EMAIL PROTECTED] > D: 301.313.2041 | C: 443.789.1219 | http://www.presidio.com/ > > > -----Original Message----- > > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > [EMAIL PROTECTED] > Sent: Sunday, September 07, 2008 10:53 AM > To: ccie_voice@onlinestudylist.com > Subject: CCIE_Voice Digest, Vol 31, Issue 34 > > Send CCIE_Voice mailing list submissions to > ccie_voice@onlinestudylist.com > > To subscribe or unsubscribe via the World Wide Web, visit > http://onlinestudylist.com/mailman/listinfo/ccie_voice > or, via email, send a message with subject or body 'help' to > [EMAIL PROTECTED] > > You can reach the person managing the list at > [EMAIL PROTECTED] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of CCIE_Voice digest..." > > > Today's Topics: > > 1. ICD Extension Not Showing Up (Devildoc) > 2. Re: Fast busy on unallocated number (Jonathan Charles) > 3. Re: Failed GK Calls to IPCC Services (Jonathan Charles) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 7 Sep 2008 07:37:10 -0700 > From: Devildoc <[EMAIL PROTECTED]> > Subject: [OSL | CCIE_Voice] ICD Extension Not Showing Up > To: CCIE Voice Online Study List <ccie_voice@onlinestudylist.com> > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="iso-8859-1" > > > I know there was a post on here a while back that has the solution to > restart a certain IPCC Express service to have the ICD extension showing > up when you try to associate a user to an ICD resource. Does anyone > know what's the service name? I can't find it anywhere. It's not the > CRS Engine service because i restarted that service and the ICD > extension still didn't show up. Thanks. > > JD > _________________________________________________________________ > See how Windows connects the people, information, and fun that are part > of your life. > http://clk.atdmt.com/MRT/go/msnnkwxp1020093175mrt/direct/01/ > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://onlinestudylist.com/pipermail/ccie_voice/attachments/20080907/b6a > 7f65a/attachment-0001.html<http://onlinestudylist.com/pipermail/ccie_voice/attachments/20080907/b6a7f65a/attachment-0001.html> > > ------------------------------ > > Message: 2 > Date: Sun, 7 Sep 2008 07:52:55 -0500 > From: "Jonathan Charles" <[EMAIL PROTECTED]> > Subject: Re: [OSL | CCIE_Voice] Fast busy on unallocated number > To: "Paul and Bobs" <[EMAIL PROTECTED]> > Cc: ccie_voice@onlinestudylist.com > Message-ID: > <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="iso-8859-1" > > Create a translation pattern that translates 18XX to 2000 and have 2000 > as > DNIS in Unity call routing to go to a CH that says not allocated... > > > Jonathan > > On Sun, Sep 7, 2008 at 3:27 AM, Paul and Bobs <[EMAIL PROTECTED]> > wrote: > > > If my system is setup with teh following DID number range > > > > 617 302 1XXX > > > > and I only have DN setup for > > > > 617 302 10XX > > > > when someone tries to call a number with my range but that has not > been > > allocated they get fast busy > > > > 617 302 1800 > > > > What I would like to try and do is create perhaps a CTI RP with DN > > > > 18XX > > > > and put a Call-Forward-All on this to voicemail, and try to get Unity > to > > say somethings like > > > > this numebr is not available at this time > > > > .....I am not sure what standard messages unity has. > > > > Does anyone have any ideas on this. > > > > > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://onlinestudylist.com/pipermail/ccie_voice/attachments/20080907/07a > a1569/attachment-0001.html<http://onlinestudylist.com/pipermail/ccie_voice/attachments/20080907/07aa1569/attachment-0001.html> > > ------------------------------ > > Message: 3 > Date: Sun, 7 Sep 2008 08:31:08 -0500 > From: "Jonathan Charles" <[EMAIL PROTECTED]> > Subject: Re: [OSL | CCIE_Voice] Failed GK Calls to IPCC Services > To: Devildoc <[EMAIL PROTECTED]> > Cc: CCIE Voice Online Study List <ccie_voice@onlinestudylist.com>, > Christian Hennrich <[EMAIL PROTECTED]> > Message-ID: > <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="iso-8859-1" > > So, basically what we said initially.... CSS on translation pattern... > > > Jonathan > > On Sun, Sep 7, 2008 at 8:16 AM, Devildoc <[EMAIL PROTECTED]> > wrote: > > > The reason why it worked when i changed to 4 digits was because i had > my > > GK translation patterns in their own partition called pt-gk and the > internal > > DNs in their own partition called pt-internal. So when I configured > the GK > > trunk to accept the 10 digits, I only gave its CSS access to pt-gk and > not > > the pt-internal. But when i configured it to accept 4 digits, the > trunk > > didn't need to access any GK translation patterns, and therefore, I > gave it > > access to pt-internal directly. > > > > JD > > > > > > ------------------------------ > > > > Date: Fri, 5 Sep 2008 15:27:25 -0500 > > From: [EMAIL PROTECTED] > > To: [EMAIL PROTECTED] > > Subject: Re: [OSL | CCIE_Voice] Failed GK Calls to IPCC Services > > CC: [EMAIL PROTECTED]; ccie_voice@onlinestudylist.com > > > > > > > > Wait... why would it work when you changed the number of received > digits > > then? > > > > > > > > Jonathan > > > > On Fri, Sep 5, 2008 at 3:25 PM, Devildoc <[EMAIL PROTECTED]> > wrote: > > > > Christian, > > > > Yes, you're right. I just labbed it up today and it worked! The GK > trunk > > must have CSS access to the partition of the CTI route points. The > issue is > > not the CSS of the translation pattern. It's the CSS of the GK trunk. > It's > > so weird that it's working that way. I wonder if there is any tool > that you > > can help you debug the communication to see what's going on at the > lower > > layers. > > > > Normally, i would configure the GK trunk to accept only 4 digits. > However, > > due to stringent requirements that mandate call routing from BR2 > phones to > > the HQ and BR1 PSTN area code numbers (i.e any number in 212xxxxxxx > and > > 617xxxxxxx) via the GK trunk, I had to configure the trunk to accept > 10 > > digits. If I configured only 4 significant digits, then that would > break > > the requirements. > > > > Anyway... that was an easy fix. All I had to do was... added the > internal > > partition to the CSS of the GK trunk, and that fixed the issue. Thank > you > > for you help. > > > > JD > > > > ------------------------------ > > > > Date: Fri, 5 Sep 2008 08:20:03 +0200 > > From: [EMAIL PROTECTED] > > To: [EMAIL PROTECTED] > > CC: ccie_voice@onlinestudylist.com > > Subject: AW: [OSL | CCIE_Voice] Failed GK Calls to IPCC Services > > > > > > > > Yes the CTI Ports need to be directly reachable by the Gateway CSS, > > without invoking the css of the translation pattern. You can use the > > translation pattern, but then use simply a css which is the same for > the > > gateway and the translation pattern. > > > > Hopefully Vik or Marc could explain, why this is special for CTI Ports > and. > > > > > > Cheers > > > > > > *Von:* [EMAIL PROTECTED] [mailto: > > [EMAIL PROTECTED] *Im Auftrag von *Devildoc > > *Gesendet:* Donnerstag, 4. September 2008 23:14 > > *An:* Christian Hennrich > > *Cc:* CCIE Voice Online Study List > > *Betreff:* Re: [OSL | CCIE_Voice] Failed GK Calls to IPCC Services > > > > > > Christian, > > > > So you are saying that if the CSS of the GK-controlled trunk does not > have > > access to the CTI ports partition, then the call would fail? That > makes > > sense because my GK-controlled trunk only has access to the GK > partition > > which the translation patterns belong to. The translation patterns > have > > CSS that could access the internal partition which the CTI ports > belong. So > > in this scenario, my trunk uses the translation pattern as the middle > man to > > reach the CTI ports which the trunk does not have direct access to. > > > > I'll lab it up tomorrow to reconfigure my trunk to have access to the > > internal partition and see if that resolve the issue. Thanks for > help. > > > > JD > > > > > Date: Thu, 4 Sep 2008 21:48:03 +0200 > > > From: [EMAIL PROTECTED] > > > To: [EMAIL PROTECTED] > > > CC: ccie_voice@onlinestudylist.com > > > Subject: Re: [OSL | CCIE_Voice] Failed GK Calls to IPCC Services > > > > > > Hi JD, > > > > > > Jonathan is correct, it works for normal phones, but for CTI ports, > this > > > is special. cti ports need to be in the gateway cti ports. > > > > > > I do not why, but cti ports are not reachable, if they reside only > in > > > the css which the translation patterns uses, but not in the gateway > css. > > > > > > I had this often before on customer installations. This also happens > > > whit CUE CTI Ports. That is the reason why I also prefer and advise > to > > > use the significant digits and the prefix on the gateway. > > > > > > Cheers > > > > > > Devildoc schrieb: > > > > CSS is not the problem here. All of my CTI ports belong to the > same > > > > internal partition as with the rest of my phone extensions, and I > > > > could make calls from BR2 to HQ phones via the same GK trunk > without > > > > any issue. Calls from BR2 to any extension, route pattern or > > > > translation pattern in HQ and BR1 worked through the GK trunk, > except > > > > for these IPCC services DNs. > > > > > > > > If you have an opportunity to lab it next time, then please do and > see > > > > if you have the same problem that i have. > > > > > > > > JD > > > > > > > > > > > > > > > ------------------------------------------------------------------------ > > > > > > > > Date: Thu, 4 Sep 2008 10:56:13 -0500 > > > > From: [EMAIL PROTECTED] > > > > To: [EMAIL PROTECTED] > > > > Subject: Re: [OSL | CCIE_Voice] Failed GK Calls to IPCC Services > > > > CC: ccie_voice@onlinestudylist.com > > > > > > > > > > > > OK, let's do this in sequence. > > > > > > > > First off, since you are accepting 10-digits, that means basically > all > > > > of em (cuz you are actually sending only 6 in this instance). > > > > > > > > So, the problem must be the translation pattern. > > > > > > > > Do you have a specific CSS on the trunk for inbound, which can see > the > > > > translation pattern? I presume you do. > > > > > > > > First thing to check is the CSS of the translation pattern, can it > see > > > > both the CTI RP AND the CTI Ports (as the call will hit the CTI RP > and > > > > then get transferred to the CTI Port). > > > > > > > > The problem with your solution is that you will break many other > > > > components (Teho, etc...) > > > > > > > > > > > > Jonathan > > > > > > > > On Thu, Sep 4, 2008 at 9:35 AM, Devildoc <[EMAIL PROTECTED] > > > > <mailto:[EMAIL PROTECTED]>> wrote: > > > > > > > > Hello, > > > > > > > > For some reasons, calls from BR2 into IPCC Express services (i.e. > > > > AA and ICD) located in HQ failed via the GK-controlled trunk if > > > > the trunk is configured to accept 10 digits for incoming and use > > > > the translation pattern with predot to discard the extra digit and > > > > deliver only 4 digits to the IPCC Express services trigger > > > > number. The IPCC Express service trigger number would ring twice > > > > before giving me a busy status and a reorder tone. However, if > > > > the trunk is configured to accept only 4 incoming digits, then the > > > > call goes through successfully. All configuration stays the > > > > same. The only difference is the number of incoming digits > > > > accepted by the GK trunk. > > > > > > > > For example, I configured IPCC Express service ICD with the > > > > trigger number of 1710. I also configured a GK and a > > > > GK-controlled trunk. The trunk was configured to accept 10 > > > > incoming digits. I also had a translation pattern of 1#.[12]xxx > > > > with a discard predot. From BR2, I made a call to 1710 with a > > > > tech-prefix of 1#. The call got routed to the GK trunk which > > > > accepted all digits including the 1#. It then passed the 1#1710 > > > > pattern to the translation pattern, which in turn stripped of the > > > > 1# and forwarded 1710 to the ICD trigger DN. The 1710 DN rang > > > > twice and then it stopped, and i got a busy status on my BR2 phone > > > > and a reorder tone. If I configured the GK trunk to accept only 4 > > > > incoming digits and not using the translation pattern, then the > > > > call went through successfully without any issue. > > > > > > > > I was just wondering if i am the only one who has experienced this > > > > issue. Has anyone come across this issue before? Is this a bug > > > > or did i miss something in my configuration? Any help is greatly > > > > appreciated. Thanks. > > > > > > > > JD > > > > > > > > > > > ------------------------------------------------------------------------ > > > > Stay up to date on your PC, the Web, and your mobile phone with > > > > Windows Live. See Now > > > > <http://clk.atdmt.com/MRT/go/msnnkwxp1020093185mrt/direct/01/> > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------ > > > > Get more out of the Web. Learn 10 hidden secrets of Windows Live. > > > > Learn Now > > > > < > > > http://windowslive.com/connect/post/jamiethomson.spaces.live.com-Blog-cn > s%21550F681DAD532637%215295.entry?ocid=TXT_TAGLM_WL_getmore_092008<http://windowslive.com/connect/post/jamiethomson.spaces.live.com-Blog-cns%21550F681DAD532637%215295.entry?ocid=TXT_TAGLM_WL_getmore_092008> > > > > > > > > > > > > > ______________________________________________________________________ > > > > This email has been scanned by the MessageLabs Email Security > System. > > > > For more information please visit http://www.messagelabs.com/email > > > > > ______________________________________________________________________ > > > > > > > > > ______________________________________________________________________ > > > > This email has been scanned by the MessageLabs Email Security > System. > > > > For more information please visit http://www.messagelabs.com/email > > > > > ______________________________________________________________________ > > > > > > > ------------------------------ > > Get more out of the Web. Learn 10 hidden secrets of Windows Live. > Learn > > > Now<http://windowslive.com/connect/post/jamiethomson.spaces.live.com-Blo > g-cns%21550F681DAD532637%215295.entry?ocid=TXT_TAGLM_WL_getmore_092008<http://windowslive.com/connect/post/jamiethomson.spaces.live.com-Blog-cns%21550F681DAD532637%215295.entry?ocid=TXT_TAGLM_WL_getmore_092008> > > > > ______________________________________________________________________ > > This email has been scanned by the MessageLabs Email Security System. > > For more information please visit http://www.messagelabs.com/email > > ______________________________________________________________________ > > > > ______________________________________________________________________ > > This email has been scanned by the MessageLabs Email Security System. > > For more information please visit http://www.messagelabs.com/email > > ______________________________________________________________________ > > > > ------------------------------ > > See how Windows connects the people, information, and fun that are > part of > > your life. See > Now<http://clk.atdmt.com/MRT/go/msnnkwxp1020093175mrt/direct/01/> > > > > > > > > ------------------------------ > > See how Windows connects the people, information, and fun that are > part of > > your life. See > Now<http://clk.atdmt.com/MRT/go/msnnkwxp1020093175mrt/direct/01/> > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://onlinestudylist.com/pipermail/ccie_voice/attachments/20080907/946 > e0123/attachment.html<http://onlinestudylist.com/pipermail/ccie_voice/attachments/20080907/946e0123/attachment.html> > > ------------------------------ > > _______________________________________________ > CCIE_Voice mailing list > CCIE_Voice@onlinestudylist.com > http://onlinestudylist.com/mailman/listinfo/ccie_voice > > > End of CCIE_Voice Digest, Vol 31, Issue 34 > ****************************************** > > >