Nice.. how did you do that?
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/ ________________________________ 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/b6 a7f65a/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/07 aa1569/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-c ns%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-c ns%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/94 6e0123/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 ******************************************
