Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?

2009-02-07 Thread Ryan Trauernicht
Thank you very much.

On Sat, Feb 7, 2009 at 12:48 AM, Kapil Atrish wrote:

>  I can see the precedence files inside:
>
> C:\Program Files\Cisco\TFTPPath\English_United_States
>
> File names start with ANNMLPP*.wav
>
>
> --
> Date: Wed, 4 Feb 2009 23:16:14 -0600
> Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be
> acceptable?
> From: ryanstudyvo...@gmail.com
> To: kapilatr...@hotmail.com
> CC: lovingprin...@gmail.com; ccie_voice@onlinestudylist.com;
> gree...@googlemail.com; christian.hennr...@intact-is.com;
> anil...@yahoo.com
>
>
> Any idea where the precedence wav file is located?
>
> On Tue, Feb 3, 2009 at 11:59 PM, Kapil Atrish wrote:
>
>  Yup, you are right. Those are not under English_United States folder.
> You'll find ANN_Fastbusy.wav inside the path you;ve mentioned. So I believe
> it is correct.
>
> --------------
> Date: Tue, 3 Feb 2009 19:50:22 -0600
> Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be
> acceptable?
> From: ryanstudyvo...@gmail.com
> To: lovingprin...@gmail.com
>
> CC: kapilatr...@hotmail.com; ccie_voice@onlinestudylist.com;
> gree...@googlemail.com; christian.hennr...@intact-is.com;
> anil...@yahoo.com
>
> Where are the Blocked pattern reason codes greeting stored at?
> Are they under program files>cisco>tftpath>united states
>
> On Tue, Feb 3, 2009 at 12:46 AM, kamal yousaf wrote:
>
> Yeah..I did that but putting DN didn't work.You would need Secondary AC
> pilot #. Besides, I prefer to use Unity rather than going through this
> method.At least for lab, it won't be advisable unless strictly asked to do
> so.
>
>
> On Tue, Feb 3, 2009 at 5:02 PM, Kapil Atrish wrote:
>
>  Cool...I did not check for the TCD Service Parameter. I think if I set
> this parameter the second AC would not be required. I may simply put a DN as
> "Always route member" to extend fast busy to caller after initial MOH.
> Otherwise I'll also follow your solution.
>
> Vik/Mark: Do you think it is an acceptable solution? Question is to
> customize annunciator and we are using MOH to acheive the results?
>
>
>
>
>
>
> --
> Date: Tue, 3 Feb 2009 15:39:43 +1100
> Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be
> acceptable?
> From: lovingprin...@gmail.com
> To: kapilatr...@hotmail.com
> CC: anthony.ye...@gmail.com; ccie_voice@onlinestudylist.com;
> gree...@googlemail.com; christian.hennr...@intact-is.com;
> anil...@yahoo.com
>
>
> Kapil,
>
>  If you dial your first AC pilot # , you should hear greeting .If you dial
> second(dummy) AC pilot # , you should hear user busy.Now, When you link 2nd
> to first,i.e add 2nd AC pilot # as Always Route Member , after hold time
> expires, call will be routed to dummy pilot point and you will get 'user
> busy'.I did also change Service Parameter for TCD so that AC can route calls
> to directory numbers with unknown state.
>
> Regds
> On Mon, Feb 2, 2009 at 9:25 PM, Kapil Atrish wrote:
>
>  Hi Kamal,
>
> I created additional AC Pilot with queuing disabled and pointed first one
> to the new AC as "Alwasy Route Member". I keep on getting the MOH from first
> AC even though queuing timer is over. Can you pl comment if you achieved it
> differently?
>
> I am able to route the call to a CTI_RP as "Alwasy Route Member" and point
> this RP to a route-pattern which further points it to the Gateway. The RP
> string is invalid and non-routable by the GW. Using this method, the caller
> simply gets dropped after queuing timer is over. No Fast-busy to caller but
> MOH gets played.
>
> When I try pointing AC "Always Route Member" filed to any Route-pattern
> directly, I get the following message:
>
> The Directory Number you entered in the selected Partition is associated
> with a device that can not be a member of a Hunt Group.
>
>
> Pl let me know how you achieved Anthony's method?
>
>
> --
>
> Date: Thu, 29 Jan 2009 18:05:31 +1100
> Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be
> acceptable?
> From: lovingprin...@gmail.com
> To: anthony.ye...@gmail.com
> CC: kapilatr...@hotmail.com; ccie_voice@onlinestudylist.com;
> gree...@googlemail.com; christian.hennr...@intact-is.com;
> anil...@yahoo.com
>
>
> I tested it and it works great.Thanks Anthony for kind help.
>
>
> On Thu, Jan 29, 2009 at 3:52 PM, Anthony Yeung wrote:
>
> What you can try is assign a dummy AC pilot point to the original AC
> Pilot Point as the 'Always Route Member' creating a linked 

Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?

2009-02-06 Thread Kapil Atrish

I can see the precedence files inside:

C:\Program Files\Cisco\TFTPPath\English_United_States

File names start with ANNMLPP*.wav


Date: Wed, 4 Feb 2009 23:16:14 -0600
Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?
From: ryanstudyvo...@gmail.com
To: kapilatr...@hotmail.com
CC: lovingprin...@gmail.com; ccie_voice@onlinestudylist.com; 
gree...@googlemail.com; christian.hennr...@intact-is.com; anil...@yahoo.com

Any idea where the precedence wav file is located?

On Tue, Feb 3, 2009 at 11:59 PM, Kapil Atrish  wrote:






Yup, you are right. Those are not under English_United States folder. You'll 
find ANN_Fastbusy.wav inside the path you;ve mentioned. So I believe it is 
correct.

Date: Tue, 3 Feb 2009 19:50:22 -0600

Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?
From: ryanstudyvo...@gmail.com
To: lovingprin...@gmail.com

CC: kapilatr...@hotmail.com; ccie_voice@onlinestudylist.com; 
gree...@googlemail.com; christian.hennr...@intact-is.com; anil...@yahoo.com


Where are the Blocked pattern reason codes greeting stored at?
Are they under program files>cisco>tftpath>united states

On Tue, Feb 3, 2009 at 12:46 AM, kamal yousaf  wrote:


Yeah..I did that but putting DN didn't work.You would need Secondary AC pilot 
#. Besides, I prefer to use Unity rather than going through this method.At 
least for lab, it won't be advisable unless strictly asked to do so.




On Tue, Feb 3, 2009 at 5:02 PM, Kapil Atrish  wrote:







Cool...I did not check for the TCD Service Parameter. I think if I set this 
parameter the second AC would not be required. I may simply put a DN as "Always 
route member" to extend fast busy to caller after initial MOH. Otherwise I'll 
also follow your solution.




Vik/Mark: Do you think it is an acceptable solution? Question is to customize 
annunciator and we are using MOH to acheive the results? 






Date: Tue, 3 Feb 2009 15:39:43 +1100

Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?
From: lovingprin...@gmail.com
To: kapilatr...@hotmail.com



CC: anthony.ye...@gmail.com; ccie_voice@onlinestudylist.com; 
gree...@googlemail.com; christian.hennr...@intact-is.com; anil...@yahoo.com




Kapil, 

 If you dial your first AC pilot # , you should hear greeting .If you dial 
second(dummy) AC pilot # , you should hear user busy.Now, When you link 2nd to 
first,i.e add 2nd AC pilot # as Always Route Member , after hold time expires, 
call will be routed to dummy pilot point and you will get 'user busy'.I did 
also change Service Parameter for TCD so that AC can route calls to directory 
numbers with unknown state.





Regds
On Mon, Feb 2, 2009 at 9:25 PM, Kapil Atrish  wrote:









Hi Kamal,

 

I created additional AC Pilot with queuing disabled and pointed first one to 
the new AC as "Alwasy Route Member". I keep on getting the MOH from first AC 
even though queuing timer is over. Can you pl comment if you achieved it 
differently?





 

I am able to route the call to a CTI_RP as "Alwasy Route Member" and point this 
RP to a route-pattern which further points it to the Gateway. The RP string is 
invalid and non-routable by the GW. Using this method, the caller simply gets 
dropped after queuing timer is over. No Fast-busy to caller but MOH gets 
played. 





 

When I try pointing AC "Always Route Member" filed to any Route-pattern 
directly, I get the following message:


The Directory Number you entered in the selected Partition is associated with a 
device that can not be a member of a Hunt Group.


 

Pl let me know how you achieved Anthony's method?


 





Date: Thu, 29 Jan 2009 18:05:31 +1100
Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?
From: lovingprin...@gmail.com




To: anthony.ye...@gmail.com
CC: kapilatr...@hotmail.com; ccie_voice@onlinestudylist.com; 
gree...@googlemail.com; christian.hennr...@intact-is.com; anil...@yahoo.com





I tested it and it works great.Thanks Anthony for kind help.



On Thu, Jan 29, 2009 at 3:52 PM, Anthony Yeung  wrote:

What you can try is assign a dummy AC pilot point to the original AC
Pilot Point as the 'Always Route Member' creating a linked hunt group.
Then for this second dummy AC pilot point assign a dummy AC user like




you did w/ the first. But instead, disable queuing for this second
dummy Pilot Point. After the hold time expires for the first AC pilot,
the call will be forwarded to the second AC pilot. Since queuing is
disabled, the call should drop BUT w/ a disconnect cause of 'user




busy'.




On Wed, Jan 28, 2009 at 11:15 AM, Kapil Atrish  wrote:
> I did not put the TP directly inside the Hunt-Group. I put a CTIRP as
> "Always Route Member" and on CTIRP I did a forward all to the TP.




>
> I am yet to try the solution given by Christian. I'll put the call to a
> gateway vi

Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?

2009-02-04 Thread Ryan Trauernicht
Any idea where the precedence wav file is located?

On Tue, Feb 3, 2009 at 11:59 PM, Kapil Atrish wrote:

>  Yup, you are right. Those are not under English_United States folder.
> You'll find ANN_Fastbusy.wav inside the path you;ve mentioned. So I believe
> it is correct.
>
> --
> Date: Tue, 3 Feb 2009 19:50:22 -0600
> Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be
> acceptable?
> From: ryanstudyvo...@gmail.com
> To: lovingprin...@gmail.com
>
> CC: kapilatr...@hotmail.com; ccie_voice@onlinestudylist.com;
> gree...@googlemail.com; christian.hennr...@intact-is.com;
> anil...@yahoo.com
>
> Where are the Blocked pattern reason codes greeting stored at?
> Are they under program files>cisco>tftpath>united states
>
> On Tue, Feb 3, 2009 at 12:46 AM, kamal yousaf wrote:
>
> Yeah..I did that but putting DN didn't work.You would need Secondary AC
> pilot #. Besides, I prefer to use Unity rather than going through this
> method.At least for lab, it won't be advisable unless strictly asked to do
> so.
>
>
> On Tue, Feb 3, 2009 at 5:02 PM, Kapil Atrish wrote:
>
>  Cool...I did not check for the TCD Service Parameter. I think if I set
> this parameter the second AC would not be required. I may simply put a DN as
> "Always route member" to extend fast busy to caller after initial MOH.
> Otherwise I'll also follow your solution.
>
> Vik/Mark: Do you think it is an acceptable solution? Question is to
> customize annunciator and we are using MOH to acheive the results?
>
>
>
>
>
>
> --
> Date: Tue, 3 Feb 2009 15:39:43 +1100
> Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be
> acceptable?
> From: lovingprin...@gmail.com
> To: kapilatr...@hotmail.com
> CC: anthony.ye...@gmail.com; ccie_voice@onlinestudylist.com;
> gree...@googlemail.com; christian.hennr...@intact-is.com;
> anil...@yahoo.com
>
>
> Kapil,
>
>  If you dial your first AC pilot # , you should hear greeting .If you dial
> second(dummy) AC pilot # , you should hear user busy.Now, When you link 2nd
> to first,i.e add 2nd AC pilot # as Always Route Member , after hold time
> expires, call will be routed to dummy pilot point and you will get 'user
> busy'.I did also change Service Parameter for TCD so that AC can route calls
> to directory numbers with unknown state.
>
> Regds
> On Mon, Feb 2, 2009 at 9:25 PM, Kapil Atrish wrote:
>
>  Hi Kamal,
>
> I created additional AC Pilot with queuing disabled and pointed first one
> to the new AC as "Alwasy Route Member". I keep on getting the MOH from first
> AC even though queuing timer is over. Can you pl comment if you achieved it
> differently?
>
> I am able to route the call to a CTI_RP as "Alwasy Route Member" and point
> this RP to a route-pattern which further points it to the Gateway. The RP
> string is invalid and non-routable by the GW. Using this method, the caller
> simply gets dropped after queuing timer is over. No Fast-busy to caller but
> MOH gets played.
>
> When I try pointing AC "Always Route Member" filed to any Route-pattern
> directly, I get the following message:
>
> The Directory Number you entered in the selected Partition is associated
> with a device that can not be a member of a Hunt Group.
>
>
> Pl let me know how you achieved Anthony's method?
>
>
> --
>
> Date: Thu, 29 Jan 2009 18:05:31 +1100
> Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be
> acceptable?
> From: lovingprin...@gmail.com
> To: anthony.ye...@gmail.com
> CC: kapilatr...@hotmail.com; ccie_voice@onlinestudylist.com;
> gree...@googlemail.com; christian.hennr...@intact-is.com;
> anil...@yahoo.com
>
>
> I tested it and it works great.Thanks Anthony for kind help.
>
>
> On Thu, Jan 29, 2009 at 3:52 PM, Anthony Yeung wrote:
>
> What you can try is assign a dummy AC pilot point to the original AC
> Pilot Point as the 'Always Route Member' creating a linked hunt group.
> Then for this second dummy AC pilot point assign a dummy AC user like
> you did w/ the first. But instead, disable queuing for this second
> dummy Pilot Point. After the hold time expires for the first AC pilot,
> the call will be forwarded to the second AC pilot. Since queuing is
> disabled, the call should drop BUT w/ a disconnect cause of 'user
> busy'.
>
> On Wed, Jan 28, 2009 at 11:15 AM, Kapil Atrish 
> wrote:
> > I did not put the TP directly inside the Hunt-Group. I put a CTIRP as
> > "Always Route Member" and on CTIRP I did a forward all to the TP.
> >
> >

Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?

2009-02-03 Thread Kapil Atrish

Yup, you are right. Those are not under English_United States folder. You'll 
find ANN_Fastbusy.wav inside the path you;ve mentioned. So I believe it is 
correct.

Date: Tue, 3 Feb 2009 19:50:22 -0600
Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?
From: ryanstudyvo...@gmail.com
To: lovingprin...@gmail.com
CC: kapilatr...@hotmail.com; ccie_voice@onlinestudylist.com; 
gree...@googlemail.com; christian.hennr...@intact-is.com; anil...@yahoo.com

Where are the Blocked pattern reason codes greeting stored at?
Are they under program files>cisco>tftpath>united states

On Tue, Feb 3, 2009 at 12:46 AM, kamal yousaf  wrote:

Yeah..I did that but putting DN didn't work.You would need Secondary AC pilot 
#. Besides, I prefer to use Unity rather than going through this method.At 
least for lab, it won't be advisable unless strictly asked to do so.



On Tue, Feb 3, 2009 at 5:02 PM, Kapil Atrish  wrote:







Cool...I did not check for the TCD Service Parameter. I think if I set this 
parameter the second AC would not be required. I may simply put a DN as "Always 
route member" to extend fast busy to caller after initial MOH. Otherwise I'll 
also follow your solution.



Vik/Mark: Do you think it is an acceptable solution? Question is to customize 
annunciator and we are using MOH to acheive the results? 






Date: Tue, 3 Feb 2009 15:39:43 +1100

Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?
From: lovingprin...@gmail.com
To: kapilatr...@hotmail.com


CC: anthony.ye...@gmail.com; ccie_voice@onlinestudylist.com; 
gree...@googlemail.com; christian.hennr...@intact-is.com; anil...@yahoo.com



Kapil, 

 If you dial your first AC pilot # , you should hear greeting .If you dial 
second(dummy) AC pilot # , you should hear user busy.Now, When you link 2nd to 
first,i.e add 2nd AC pilot # as Always Route Member , after hold time expires, 
call will be routed to dummy pilot point and you will get 'user busy'.I did 
also change Service Parameter for TCD so that AC can route calls to directory 
numbers with unknown state.




Regds
On Mon, Feb 2, 2009 at 9:25 PM, Kapil Atrish  wrote:








Hi Kamal,

 

I created additional AC Pilot with queuing disabled and pointed first one to 
the new AC as "Alwasy Route Member". I keep on getting the MOH from first AC 
even though queuing timer is over. Can you pl comment if you achieved it 
differently?




 

I am able to route the call to a CTI_RP as "Alwasy Route Member" and point this 
RP to a route-pattern which further points it to the Gateway. The RP string is 
invalid and non-routable by the GW. Using this method, the caller simply gets 
dropped after queuing timer is over. No Fast-busy to caller but MOH gets 
played. 




 

When I try pointing AC "Always Route Member" filed to any Route-pattern 
directly, I get the following message:


The Directory Number you entered in the selected Partition is associated with a 
device that can not be a member of a Hunt Group.


 

Pl let me know how you achieved Anthony's method?


 





Date: Thu, 29 Jan 2009 18:05:31 +1100
Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?
From: lovingprin...@gmail.com



To: anthony.ye...@gmail.com
CC: kapilatr...@hotmail.com; ccie_voice@onlinestudylist.com; 
gree...@googlemail.com; christian.hennr...@intact-is.com; anil...@yahoo.com




I tested it and it works great.Thanks Anthony for kind help.



On Thu, Jan 29, 2009 at 3:52 PM, Anthony Yeung  wrote:

What you can try is assign a dummy AC pilot point to the original AC
Pilot Point as the 'Always Route Member' creating a linked hunt group.
Then for this second dummy AC pilot point assign a dummy AC user like



you did w/ the first. But instead, disable queuing for this second
dummy Pilot Point. After the hold time expires for the first AC pilot,
the call will be forwarded to the second AC pilot. Since queuing is
disabled, the call should drop BUT w/ a disconnect cause of 'user



busy'.




On Wed, Jan 28, 2009 at 11:15 AM, Kapil Atrish  wrote:
> I did not put the TP directly inside the Hunt-Group. I put a CTIRP as
> "Always Route Member" and on CTIRP I did a forward all to the TP.



>
> I am yet to try the solution given by Christian. I'll put the call to a
> gateway via RP and see if I can get fast-busy to the caller after initial
> queuing prompt.
>
> ____



> Date: Tue, 27 Jan 2009 21:30:58 +1100
> Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?
> From: lovingprin...@gmail.com
> To: kapilatr...@hotmail.com
> CC: christian.hennr...@intact-is.com; gree...@googlemail.com;



> ccie_voice@onlinestudylist.com; anil...@yahoo.com
>
> I tried same way.It plays greeting only once.I also changed service
> parameter for Cisco TCD "Allow Rout

Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?

2009-02-03 Thread Ryan Trauernicht
Where are the Blocked pattern reason codes greeting stored at?
Are they under program files>cisco>tftpath>united states

On Tue, Feb 3, 2009 at 12:46 AM, kamal yousaf wrote:

> Yeah..I did that but putting DN didn't work.You would need Secondary AC
> pilot #. Besides, I prefer to use Unity rather than going through this
> method.At least for lab, it won't be advisable unless strictly asked to do
> so.
>
>
> On Tue, Feb 3, 2009 at 5:02 PM, Kapil Atrish wrote:
>
>>  Cool...I did not check for the TCD Service Parameter. I think if I set
>> this parameter the second AC would not be required. I may simply put a DN as
>> "Always route member" to extend fast busy to caller after initial MOH.
>> Otherwise I'll also follow your solution.
>>
>> Vik/Mark: Do you think it is an acceptable solution? Question is to
>> customize annunciator and we are using MOH to acheive the results?
>>
>>
>>
>>
>>
>>
>> --
>> Date: Tue, 3 Feb 2009 15:39:43 +1100
>> Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be
>> acceptable?
>> From: lovingprin...@gmail.com
>> To: kapilatr...@hotmail.com
>> CC: anthony.ye...@gmail.com; ccie_voice@onlinestudylist.com;
>> gree...@googlemail.com; christian.hennr...@intact-is.com;
>> anil...@yahoo.com
>>
>>
>> Kapil,
>>
>>  If you dial your first AC pilot # , you should hear greeting .If you dial
>> second(dummy) AC pilot # , you should hear user busy.Now, When you link 2nd
>> to first,i.e add 2nd AC pilot # as Always Route Member , after hold time
>> expires, call will be routed to dummy pilot point and you will get 'user
>> busy'.I did also change Service Parameter for TCD so that AC can route calls
>> to directory numbers with unknown state.
>>
>> Regds
>> On Mon, Feb 2, 2009 at 9:25 PM, Kapil Atrish wrote:
>>
>>  Hi Kamal,
>>
>> I created additional AC Pilot with queuing disabled and pointed first one
>> to the new AC as "Alwasy Route Member". I keep on getting the MOH from first
>> AC even though queuing timer is over. Can you pl comment if you achieved it
>> differently?
>>
>> I am able to route the call to a CTI_RP as "Alwasy Route Member" and point
>> this RP to a route-pattern which further points it to the Gateway. The RP
>> string is invalid and non-routable by the GW. Using this method, the caller
>> simply gets dropped after queuing timer is over. No Fast-busy to caller but
>> MOH gets played.
>>
>> When I try pointing AC "Always Route Member" filed to any Route-pattern
>> directly, I get the following message:
>>
>> The Directory Number you entered in the selected Partition is associated
>> with a device that can not be a member of a Hunt Group.
>>
>>
>> Pl let me know how you achieved Anthony's method?
>>
>>
>> --
>>
>> Date: Thu, 29 Jan 2009 18:05:31 +1100
>> Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be
>> acceptable?
>> From: lovingprin...@gmail.com
>> To: anthony.ye...@gmail.com
>> CC: kapilatr...@hotmail.com; ccie_voice@onlinestudylist.com;
>> gree...@googlemail.com; christian.hennr...@intact-is.com;
>> anil...@yahoo.com
>>
>>
>> I tested it and it works great.Thanks Anthony for kind help.
>>
>>
>> On Thu, Jan 29, 2009 at 3:52 PM, Anthony Yeung 
>> wrote:
>>
>> What you can try is assign a dummy AC pilot point to the original AC
>> Pilot Point as the 'Always Route Member' creating a linked hunt group.
>> Then for this second dummy AC pilot point assign a dummy AC user like
>> you did w/ the first. But instead, disable queuing for this second
>> dummy Pilot Point. After the hold time expires for the first AC pilot,
>> the call will be forwarded to the second AC pilot. Since queuing is
>> disabled, the call should drop BUT w/ a disconnect cause of 'user
>> busy'.
>>
>> On Wed, Jan 28, 2009 at 11:15 AM, Kapil Atrish 
>> wrote:
>> > I did not put the TP directly inside the Hunt-Group. I put a CTIRP as
>> > "Always Route Member" and on CTIRP I did a forward all to the TP.
>> >
>> > I am yet to try the solution given by Christian. I'll put the call to a
>> > gateway via RP and see if I can get fast-busy to the caller after
>> initial
>> > queuing prompt.
>> >
>> > 
>> > Date: Tue, 27 Jan 2009 21:30:58 +1100
>> > Subje

Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?

2009-02-02 Thread kamal yousaf
Yeah..I did that but putting DN didn't work.You would need Secondary AC
pilot #. Besides, I prefer to use Unity rather than going through this
method.At least for lab, it won't be advisable unless strictly asked to do
so.

On Tue, Feb 3, 2009 at 5:02 PM, Kapil Atrish wrote:

>  Cool...I did not check for the TCD Service Parameter. I think if I set
> this parameter the second AC would not be required. I may simply put a DN as
> "Always route member" to extend fast busy to caller after initial MOH.
> Otherwise I'll also follow your solution.
>
> Vik/Mark: Do you think it is an acceptable solution? Question is to
> customize annunciator and we are using MOH to acheive the results?
>
>
>
>
>
>
> ----------
> Date: Tue, 3 Feb 2009 15:39:43 +1100
> Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be
> acceptable?
> From: lovingprin...@gmail.com
> To: kapilatr...@hotmail.com
> CC: anthony.ye...@gmail.com; ccie_voice@onlinestudylist.com;
> gree...@googlemail.com; christian.hennr...@intact-is.com;
> anil...@yahoo.com
>
>
> Kapil,
>
>  If you dial your first AC pilot # , you should hear greeting .If you dial
> second(dummy) AC pilot # , you should hear user busy.Now, When you link 2nd
> to first,i.e add 2nd AC pilot # as Always Route Member , after hold time
> expires, call will be routed to dummy pilot point and you will get 'user
> busy'.I did also change Service Parameter for TCD so that AC can route calls
> to directory numbers with unknown state.
>
> Regds
> On Mon, Feb 2, 2009 at 9:25 PM, Kapil Atrish wrote:
>
>  Hi Kamal,
>
> I created additional AC Pilot with queuing disabled and pointed first one
> to the new AC as "Alwasy Route Member". I keep on getting the MOH from first
> AC even though queuing timer is over. Can you pl comment if you achieved it
> differently?
>
> I am able to route the call to a CTI_RP as "Alwasy Route Member" and point
> this RP to a route-pattern which further points it to the Gateway. The RP
> string is invalid and non-routable by the GW. Using this method, the caller
> simply gets dropped after queuing timer is over. No Fast-busy to caller but
> MOH gets played.
>
> When I try pointing AC "Always Route Member" filed to any Route-pattern
> directly, I get the following message:
>
> The Directory Number you entered in the selected Partition is associated
> with a device that can not be a member of a Hunt Group.
>
>
> Pl let me know how you achieved Anthony's method?
>
>
> --
>
> Date: Thu, 29 Jan 2009 18:05:31 +1100
> Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be
> acceptable?
> From: lovingprin...@gmail.com
> To: anthony.ye...@gmail.com
> CC: kapilatr...@hotmail.com; ccie_voice@onlinestudylist.com;
> gree...@googlemail.com; christian.hennr...@intact-is.com;
> anil...@yahoo.com
>
>
> I tested it and it works great.Thanks Anthony for kind help.
>
>
> On Thu, Jan 29, 2009 at 3:52 PM, Anthony Yeung wrote:
>
> What you can try is assign a dummy AC pilot point to the original AC
> Pilot Point as the 'Always Route Member' creating a linked hunt group.
> Then for this second dummy AC pilot point assign a dummy AC user like
> you did w/ the first. But instead, disable queuing for this second
> dummy Pilot Point. After the hold time expires for the first AC pilot,
> the call will be forwarded to the second AC pilot. Since queuing is
> disabled, the call should drop BUT w/ a disconnect cause of 'user
> busy'.
>
> On Wed, Jan 28, 2009 at 11:15 AM, Kapil Atrish 
> wrote:
> > I did not put the TP directly inside the Hunt-Group. I put a CTIRP as
> > "Always Route Member" and on CTIRP I did a forward all to the TP.
> >
> > I am yet to try the solution given by Christian. I'll put the call to a
> > gateway via RP and see if I can get fast-busy to the caller after initial
> > queuing prompt.
> >
> > 
> > Date: Tue, 27 Jan 2009 21:30:58 +1100
> > Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be
> acceptable?
> > From: lovingprin...@gmail.com
> > To: kapilatr...@hotmail.com
> > CC: christian.hennr...@intact-is.com; gree...@googlemail.com;
> > ccie_voice@onlinestudylist.com; anil...@yahoo.com
> >
> > I tried same way.It plays greeting only once.I also changed service
> > parameter for Cisco TCD "Allow Routing with Unknown Line State" to True
> ,and
> > retried.Call still doesn't end.
> >
> > Kapil,
> >  how did you add TP as member in HuntGroup.In my case, it gives 

Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?

2009-02-02 Thread Kapil Atrish

Cool...I did not check for the TCD Service Parameter. I think if I set this 
parameter the second AC would not be required. I may simply put a DN as "Always 
route member" to extend fast busy to caller after initial MOH. Otherwise I'll 
also follow your solution.

Vik/Mark: Do you think it is an acceptable solution? Question is to customize 
annunciator and we are using MOH to acheive the results? 






Date: Tue, 3 Feb 2009 15:39:43 +1100
Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?
From: lovingprin...@gmail.com
To: kapilatr...@hotmail.com
CC: anthony.ye...@gmail.com; ccie_voice@onlinestudylist.com; 
gree...@googlemail.com; christian.hennr...@intact-is.com; anil...@yahoo.com

Kapil, 

 If you dial your first AC pilot # , you should hear greeting .If you dial 
second(dummy) AC pilot # , you should hear user busy.Now, When you link 2nd to 
first,i.e add 2nd AC pilot # as Always Route Member , after hold time expires, 
call will be routed to dummy pilot point and you will get 'user busy'.I did 
also change Service Parameter for TCD so that AC can route calls to directory 
numbers with unknown state.


Regds
On Mon, Feb 2, 2009 at 9:25 PM, Kapil Atrish  wrote:






Hi Kamal,

 

I created additional AC Pilot with queuing disabled and pointed first one to 
the new AC as "Alwasy Route Member". I keep on getting the MOH from first AC 
even though queuing timer is over. Can you pl comment if you achieved it 
differently?


 

I am able to route the call to a CTI_RP as "Alwasy Route Member" and point this 
RP to a route-pattern which further points it to the Gateway. The RP string is 
invalid and non-routable by the GW. Using this method, the caller simply gets 
dropped after queuing timer is over. No Fast-busy to caller but MOH gets 
played. 


 

When I try pointing AC "Always Route Member" filed to any Route-pattern 
directly, I get the following message:


The Directory Number you entered in the selected Partition is associated with a 
device that can not be a member of a Hunt Group.


 

Pl let me know how you achieved Anthony's method?


 





Date: Thu, 29 Jan 2009 18:05:31 +1100
Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?
From: lovingprin...@gmail.com

To: anthony.ye...@gmail.com
CC: kapilatr...@hotmail.com; ccie_voice@onlinestudylist.com; 
gree...@googlemail.com; christian.hennr...@intact-is.com; anil...@yahoo.com


I tested it and it works great.Thanks Anthony for kind help.



On Thu, Jan 29, 2009 at 3:52 PM, Anthony Yeung  wrote:

What you can try is assign a dummy AC pilot point to the original AC
Pilot Point as the 'Always Route Member' creating a linked hunt group.
Then for this second dummy AC pilot point assign a dummy AC user like

you did w/ the first. But instead, disable queuing for this second
dummy Pilot Point. After the hold time expires for the first AC pilot,
the call will be forwarded to the second AC pilot. Since queuing is
disabled, the call should drop BUT w/ a disconnect cause of 'user

busy'.




On Wed, Jan 28, 2009 at 11:15 AM, Kapil Atrish  wrote:
> I did not put the TP directly inside the Hunt-Group. I put a CTIRP as
> "Always Route Member" and on CTIRP I did a forward all to the TP.

>
> I am yet to try the solution given by Christian. I'll put the call to a
> gateway via RP and see if I can get fast-busy to the caller after initial
> queuing prompt.
>
> ________________

> Date: Tue, 27 Jan 2009 21:30:58 +1100
> Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?
> From: lovingprin...@gmail.com
> To: kapilatr...@hotmail.com
> CC: christian.hennr...@intact-is.com; gree...@googlemail.com;

> ccie_voice@onlinestudylist.com; anil...@yahoo.com
>
> I tried same way.It plays greeting only once.I also changed service
> parameter for Cisco TCD "Allow Routing with Unknown Line State" to True ,and

> retried.Call still doesn't end.
>
> Kapil,
>  how did you add TP as member in HuntGroup.In my case, it gives error saying
> that member should be a valid DN on system.I was able to add phone/CTIRP DNs

> though.
>
> On Tue, Jan 27, 2009 at 8:48 PM, Kapil Atrish 
> wrote:
>
> I tried with RP/TP >> Block this pattern and in that case call stays in

> queue. AC takes the call out of the queue only when it is routed to a
> registered end-point that's what I've observed.
>
> I'll try to route it to some unallocated number pointing it to the GW and

> see if it works.
>
> Thanks for the input.
>
>
>> Date: Tue, 27 Jan 2009 10:39:31 +0100
>> From: christian.hennr...@intact-is.com
>> To: kapilatr...@hotmail.com

>> CC: gree...@googlemail.com; anil...@yahoo.com; cpar...@cparker.us;
>> ccie_voice@onlinestudylist.com
>>

Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?

2009-02-02 Thread kamal yousaf
Kapil,

 If you dial your first AC pilot # , you should hear greeting .If you dial
second(dummy) AC pilot # , you should hear user busy.Now, When you link 2nd
to first,i.e add 2nd AC pilot # as Always Route Member , after hold time
expires, call will be routed to dummy pilot point and you will get 'user
busy'.I did also change Service Parameter for TCD so that AC can route calls
to directory numbers with unknown state.

Regds
On Mon, Feb 2, 2009 at 9:25 PM, Kapil Atrish wrote:

>  Hi Kamal,
>
> I created additional AC Pilot with queuing disabled and pointed first one
> to the new AC as "Alwasy Route Member". I keep on getting the MOH from first
> AC even though queuing timer is over. Can you pl comment if you achieved it
> differently?
>
> I am able to route the call to a CTI_RP as "Alwasy Route Member" and point
> this RP to a route-pattern which further points it to the Gateway. The RP
> string is invalid and non-routable by the GW. Using this method, the caller
> simply gets dropped after queuing timer is over. No Fast-busy to caller but
> MOH gets played.
>
> When I try pointing AC "Always Route Member" filed to any Route-pattern
> directly, I get the following message:
>
> The Directory Number you entered in the selected Partition is associated
> with a device that can not be a member of a Hunt Group.
>
>
> Pl let me know how you achieved Anthony's method?
>
>
> ------------------
>
> Date: Thu, 29 Jan 2009 18:05:31 +1100
> Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be
> acceptable?
> From: lovingprin...@gmail.com
> To: anthony.ye...@gmail.com
> CC: kapilatr...@hotmail.com; ccie_voice@onlinestudylist.com;
> gree...@googlemail.com; christian.hennr...@intact-is.com;
> anil...@yahoo.com
>
>
> I tested it and it works great.Thanks Anthony for kind help.
>
>
> On Thu, Jan 29, 2009 at 3:52 PM, Anthony Yeung wrote:
>
> What you can try is assign a dummy AC pilot point to the original AC
> Pilot Point as the 'Always Route Member' creating a linked hunt group.
> Then for this second dummy AC pilot point assign a dummy AC user like
> you did w/ the first. But instead, disable queuing for this second
> dummy Pilot Point. After the hold time expires for the first AC pilot,
> the call will be forwarded to the second AC pilot. Since queuing is
> disabled, the call should drop BUT w/ a disconnect cause of 'user
> busy'.
>
> On Wed, Jan 28, 2009 at 11:15 AM, Kapil Atrish 
> wrote:
> > I did not put the TP directly inside the Hunt-Group. I put a CTIRP as
> > "Always Route Member" and on CTIRP I did a forward all to the TP.
> >
> > I am yet to try the solution given by Christian. I'll put the call to a
> > gateway via RP and see if I can get fast-busy to the caller after initial
> > queuing prompt.
> >
> > 
> > Date: Tue, 27 Jan 2009 21:30:58 +1100
> > Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be
> acceptable?
> > From: lovingprin...@gmail.com
> > To: kapilatr...@hotmail.com
> > CC: christian.hennr...@intact-is.com; gree...@googlemail.com;
> > ccie_voice@onlinestudylist.com; anil...@yahoo.com
> >
> > I tried same way.It plays greeting only once.I also changed service
> > parameter for Cisco TCD "Allow Routing with Unknown Line State" to True
> ,and
> > retried.Call still doesn't end.
> >
> > Kapil,
> >  how did you add TP as member in HuntGroup.In my case, it gives error
> saying
> > that member should be a valid DN on system.I was able to add phone/CTIRP
> DNs
> > though.
> >
> > On Tue, Jan 27, 2009 at 8:48 PM, Kapil Atrish 
> > wrote:
> >
> > I tried with RP/TP >> Block this pattern and in that case call stays in
> > queue. AC takes the call out of the queue only when it is routed to a
> > registered end-point that's what I've observed.
> >
> > I'll try to route it to some unallocated number pointing it to the GW and
> > see if it works.
> >
> > Thanks for the input.
> >
> >
> >> Date: Tue, 27 Jan 2009 10:39:31 +0100
> >> From: christian.hennr...@intact-is.com
> >> To: kapilatr...@hotmail.com
> >> CC: gree...@googlemail.com; anil...@yahoo.com; cpar...@cparker.us;
> >> ccie_voice@onlinestudylist.com
> >> Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be
> >> acceptable?
> >>
> >> what about routing to a number CUCM, which does not exist, or even to a
> >> PSTN number, which is unallocated?
> >>
> >> Christian
> &g

Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?

2009-02-02 Thread Juan
Thanks Kapil for the the explanation - I was a bit confused as I wasn't
thinking about the user/line members. thanks!

On Fri, Jan 30, 2009 at 4:42 PM, Kapil Atrish wrote:

>  Yes you are right Juan but we are not going to login the AC user to
> console application. It is used just to populate the line group members. I
> could've added dummy phone DNs instead of AC user and achieved the same
> result. "Always Route Member" field is what we are using here and not the AC
> user/lines.
>
> Let me know if it doesn't clarify...
>
>
> --
> Date: Thu, 29 Jan 2009 11:32:27 +0100
> Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be
> acceptable?
> From: juan.c...@gmail.com
> To: lovingprin...@gmail.com
> CC: anthony.ye...@gmail.com; kapilatr...@hotmail.com;
> ccie_voice@onlinestudylist.com; christian.hennr...@intact-is.com;
> anil...@yahoo.com; gree...@googlemail.com
>
>
> I do not understand the part "Then for this second dummy AC pilot point
> assign a dummy AC user like
> you did w/ the first" . These AC users (not the 'ac' user created in DC
> directory and linked to both AC pilot points) aren't they only used when
> using the Attendand Client/user-line AC members
> regards,
> Juan
>
>
> On Thu, Jan 29, 2009 at 8:05 AM, kamal yousaf wrote:
>
> I tested it and it works great.Thanks Anthony for kind help.
>
>
> On Thu, Jan 29, 2009 at 3:52 PM, Anthony Yeung wrote:
>
> What you can try is assign a dummy AC pilot point to the original AC
> Pilot Point as the 'Always Route Member' creating a linked hunt group.
> Then for this second dummy AC pilot point assign a dummy AC user like
> you did w/ the first. But instead, disable queuing for this second
> dummy Pilot Point. After the hold time expires for the first AC pilot,
> the call will be forwarded to the second AC pilot. Since queuing is
> disabled, the call should drop BUT w/ a disconnect cause of 'user
> busy'.
>
> On Wed, Jan 28, 2009 at 11:15 AM, Kapil Atrish 
> wrote:
> > I did not put the TP directly inside the Hunt-Group. I put a CTIRP as
> > "Always Route Member" and on CTIRP I did a forward all to the TP.
> >
> > I am yet to try the solution given by Christian. I'll put the call to a
> > gateway via RP and see if I can get fast-busy to the caller after initial
> > queuing prompt.
> >
> > 
> > Date: Tue, 27 Jan 2009 21:30:58 +1100
> > Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be
> acceptable?
> > From: lovingprin...@gmail.com
> > To: kapilatr...@hotmail.com
> > CC: christian.hennr...@intact-is.com; gree...@googlemail.com;
> > ccie_voice@onlinestudylist.com; anil...@yahoo.com
> >
> > I tried same way.It plays greeting only once.I also changed service
> > parameter for Cisco TCD "Allow Routing with Unknown Line State" to True
> ,and
> > retried.Call still doesn't end.
> >
> > Kapil,
> >  how did you add TP as member in HuntGroup.In my case, it gives error
> saying
> > that member should be a valid DN on system.I was able to add phone/CTIRP
> DNs
> > though.
> >
> > On Tue, Jan 27, 2009 at 8:48 PM, Kapil Atrish 
> > wrote:
> >
> > I tried with RP/TP >> Block this pattern and in that case call stays in
> > queue. AC takes the call out of the queue only when it is routed to a
> > registered end-point that's what I've observed.
> >
> > I'll try to route it to some unallocated number pointing it to the GW and
> > see if it works.
> >
> > Thanks for the input.
> >
> >
> >> Date: Tue, 27 Jan 2009 10:39:31 +0100
> >> From: christian.hennr...@intact-is.com
> >> To: kapilatr...@hotmail.com
> >> CC: gree...@googlemail.com; anil...@yahoo.com; cpar...@cparker.us;
> >> ccie_voice@onlinestudylist.com
> >> Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be
> >> acceptable?
> >>
> >> what about routing to a number CUCM, which does not exist, or even to a
> >> PSTN number, which is unallocated?
> >>
> >> Christian
> >>
> >> Kapil Atrish schrieb:
> >> > The requirement is to drop the call within CCM itself. I don't want to
> >> > use Unity/IPCCX/TCL for this purpose.
> >> >
> >> >
> 
> >> > Date: Tue, 27 Jan 2009 09:16:49 +
> >> > Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be
> &

Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?

2009-02-02 Thread Kapil Atrish

Hi Kamal,
 
I created additional AC Pilot with queuing disabled and pointed first one to 
the new AC as "Alwasy Route Member". I keep on getting the MOH from first AC 
even though queuing timer is over. Can you pl comment if you achieved it 
differently?
 
I am able to route the call to a CTI_RP as "Alwasy Route Member" and point this 
RP to a route-pattern which further points it to the Gateway. The RP string is 
invalid and non-routable by the GW. Using this method, the caller simply gets 
dropped after queuing timer is over. No Fast-busy to caller but MOH gets 
played. 
 
When I try pointing AC "Always Route Member" filed to any Route-pattern 
directly, I get the following message:
The Directory Number you entered in the selected Partition is associated with a 
device that can not be a member of a Hunt Group.
 
Pl let me know how you achieved Anthony's method?
 



Date: Thu, 29 Jan 2009 18:05:31 +1100Subject: Re: [OSL | CCIE_Voice] 
Annunciator to PSTN - Will it be acceptable?From: lovingprin...@gmail.comto: 
anthony.ye...@gmail.comcc: kapilatr...@hotmail.com; 
ccie_voice@onlinestudylist.com; gree...@googlemail.com; 
christian.hennr...@intact-is.com; anil...@yahoo.comi tested it and it works 
great.Thanks Anthony for kind help.
On Thu, Jan 29, 2009 at 3:52 PM, Anthony Yeung  wrote:
What you can try is assign a dummy AC pilot point to the original ACPilot Point 
as the 'Always Route Member' creating a linked hunt group.Then for this second 
dummy AC pilot point assign a dummy AC user likeyou did w/ the first. But 
instead, disable queuing for this seconddummy Pilot Point. After the hold time 
expires for the first AC pilot,the call will be forwarded to the second AC 
pilot. Since queuing isdisabled, the call should drop BUT w/ a disconnect cause 
of 'userbusy'.


On Wed, Jan 28, 2009 at 11:15 AM, Kapil Atrish  
wrote:> I did not put the TP directly inside the Hunt-Group. I put a CTIRP as> 
"Always Route Member" and on CTIRP I did a forward all to the TP.>> I am yet to 
try the solution given by Christian. I'll put the call to a> gateway via RP and 
see if I can get fast-busy to the caller after initial> queuing prompt.>> 
____________> Date: Tue, 27 Jan 2009 21:30:58 +1100> 
Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?> 
From: lovingprin...@gmail.com> To: kapilatr...@hotmail.com> CC: 
christian.hennr...@intact-is.com; gree...@googlemail.com;> 
ccie_voice@onlinestudylist.com; anil...@yahoo.com>> I tried same way.It plays 
greeting only once.I also changed service> parameter for Cisco TCD "Allow 
Routing with Unknown Line State" to True ,and> retried.Call still doesn't 
end.>> Kapil,>  how did you add TP as member in HuntGroup.In my case, it gives 
error saying> that member should be a valid DN on system.I was able to add 
phone/CTIRP DNs> though.>> On Tue, Jan 27, 2009 at 8:48 PM, Kapil Atrish 
> wrote:>> I tried with RP/TP >> Block this pattern 
and in that case call stays in> queue. AC takes the call out of the queue only 
when it is routed to a> registered end-point that's what I've observed.>> I'll 
try to route it to some unallocated number pointing it to the GW and> see if it 
works.>> Thanks for the input.>>>> Date: Tue, 27 Jan 2009 10:39:31 +0100>> 
From: christian.hennr...@intact-is.com>> To: kapilatr...@hotmail.com>> CC: 
gree...@googlemail.com; anil...@yahoo.com; cpar...@cparker.us;>> 
ccie_voice@onlinestudylist.com>> Subject: Re: [OSL | CCIE_Voice] Annunciator to 
PSTN - Will it be>> acceptable?>>>> what about routing to a number CUCM, which 
does not exist, or even to a>> PSTN number, which is unallocated?>>>> 
Christian>>>> Kapil Atrish schrieb:>> > The requirement is to drop the call 
within CCM itself. I don't want to>> > use Unity/IPCCX/TCL for this purpose.>> 
>>> > 
>> > 
Date: Tue, 27 Jan 2009 09:16:49 +>> > Subject: Re: [OSL | CCIE_Voice] 
Annunciator to PSTN - Will it be>> > acceptable?>> > From: 
gree...@googlemail.com>> > To: anil...@yahoo.com>> > CC: 
christian.hennr...@intact-is.com; cpar...@cparker.us;>> > 
kapilatr...@hotmail.com; ccie_voice@onlinestudylist.com>> >>> > Folks,>> >>> > 
To get the call to disconnect you can use do the following:>> >>> > Create a 
CTI RP cfwd all to voicemail.>> >>> > In VM create a CH with the extension 
number of the CTI RP and configure>> > the greeting to be blank and then after 
greeting send the caller to hang>> > up.>&g

Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?

2009-01-30 Thread Kapil Atrish

Yes you are right Juan but we are not going to login the AC user to console 
application. It is used just to populate the line group members. I could've 
added dummy phone DNs instead of AC user and achieved the same result. "Always 
Route Member" field is what we are using here and not the AC user/lines.

Let me know if it doesn't clarify...


Date: Thu, 29 Jan 2009 11:32:27 +0100
Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?
From: juan.c...@gmail.com
To: lovingprin...@gmail.com
CC: anthony.ye...@gmail.com; kapilatr...@hotmail.com; 
ccie_voice@onlinestudylist.com; christian.hennr...@intact-is.com; 
anil...@yahoo.com; gree...@googlemail.com

I do not understand the part "Then for this second dummy AC pilot point assign 
a dummy AC user like
you did w/ the first" . These AC users (not the 'ac' user created in DC 
directory and linked to both AC pilot points) aren't they only used when using 
the Attendand Client/user-line AC members

regards,Juan




On Thu, Jan 29, 2009 at 8:05 AM, kamal yousaf  wrote:

I tested it and it works great.Thanks Anthony for kind help.


On Thu, Jan 29, 2009 at 3:52 PM, Anthony Yeung  wrote:

What you can try is assign a dummy AC pilot point to the original AC

Pilot Point as the 'Always Route Member' creating a linked hunt group.

Then for this second dummy AC pilot point assign a dummy AC user like

you did w/ the first. But instead, disable queuing for this second

dummy Pilot Point. After the hold time expires for the first AC pilot,

the call will be forwarded to the second AC pilot. Since queuing is

disabled, the call should drop BUT w/ a disconnect cause of 'user

busy'.



On Wed, Jan 28, 2009 at 11:15 AM, Kapil Atrish  wrote:

> I did not put the TP directly inside the Hunt-Group. I put a CTIRP as

> "Always Route Member" and on CTIRP I did a forward all to the TP.

>

> I am yet to try the solution given by Christian. I'll put the call to a

> gateway via RP and see if I can get fast-busy to the caller after initial

> queuing prompt.

>

> ________________

> Date: Tue, 27 Jan 2009 21:30:58 +1100

> Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?

> From: lovingprin...@gmail.com

> To: kapilatr...@hotmail.com

> CC: christian.hennr...@intact-is.com; gree...@googlemail.com;

> ccie_voice@onlinestudylist.com; anil...@yahoo.com

>

> I tried same way.It plays greeting only once.I also changed service

> parameter for Cisco TCD "Allow Routing with Unknown Line State" to True ,and

> retried.Call still doesn't end.

>

> Kapil,

>  how did you add TP as member in HuntGroup.In my case, it gives error saying

> that member should be a valid DN on system.I was able to add phone/CTIRP DNs

> though.

>

> On Tue, Jan 27, 2009 at 8:48 PM, Kapil Atrish 

> wrote:

>

> I tried with RP/TP >> Block this pattern and in that case call stays in

> queue. AC takes the call out of the queue only when it is routed to a

> registered end-point that's what I've observed.

>

> I'll try to route it to some unallocated number pointing it to the GW and

> see if it works.

>

> Thanks for the input.

>

>

>> Date: Tue, 27 Jan 2009 10:39:31 +0100

>> From: christian.hennr...@intact-is.com

>> To: kapilatr...@hotmail.com

>> CC: gree...@googlemail.com; anil...@yahoo.com; cpar...@cparker.us;




>> ccie_voice@onlinestudylist.com

>> Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be

>> acceptable?

>>

>> what about routing to a number CUCM, which does not exist, or even to a

>> PSTN number, which is unallocated?

>>

>> Christian

>>

>> Kapil Atrish schrieb:

>> > The requirement is to drop the call within CCM itself. I don't want to

>> > use Unity/IPCCX/TCL for this purpose.

>> >

>> > 

>> > Date: Tue, 27 Jan 2009 09:16:49 +

>> > Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be

>> > acceptable?

>> > From: gree...@googlemail.com

>> > To: anil...@yahoo.com

>> > CC: christian.hennr...@intact-is.com; cpar...@cparker.us;

>> > kapilatr...@hotmail.com; ccie_voice@onlinestudylist.com

>> >

>> > Folks,

>> >

>> > To get the call to disconnect you can use do the following:

>> >

>> > Create a CTI RP cfwd all to voicemail.

>> >

>> > In VM create a CH with the extension number of the CTI RP and configure

>> > the greeting to be blank and then after greeting send the caller to hang

>> > up.

>> >


Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?

2009-01-29 Thread Juan
I do not understand the part "Then for this second dummy AC pilot point
assign a dummy AC user like
you did w/ the first" . These AC users (not the 'ac' user created in DC
directory and linked to both AC pilot points) aren't they only used when
using the Attendand Client/user-line AC members
regards,
Juan


On Thu, Jan 29, 2009 at 8:05 AM, kamal yousaf wrote:

> I tested it and it works great.Thanks Anthony for kind help.
>
>
> On Thu, Jan 29, 2009 at 3:52 PM, Anthony Yeung wrote:
>
>> What you can try is assign a dummy AC pilot point to the original AC
>> Pilot Point as the 'Always Route Member' creating a linked hunt group.
>> Then for this second dummy AC pilot point assign a dummy AC user like
>> you did w/ the first. But instead, disable queuing for this second
>> dummy Pilot Point. After the hold time expires for the first AC pilot,
>> the call will be forwarded to the second AC pilot. Since queuing is
>> disabled, the call should drop BUT w/ a disconnect cause of 'user
>> busy'.
>>
>> On Wed, Jan 28, 2009 at 11:15 AM, Kapil Atrish 
>> wrote:
>> > I did not put the TP directly inside the Hunt-Group. I put a CTIRP as
>> > "Always Route Member" and on CTIRP I did a forward all to the TP.
>> >
>> > I am yet to try the solution given by Christian. I'll put the call to a
>> > gateway via RP and see if I can get fast-busy to the caller after
>> initial
>> > queuing prompt.
>> >
>> > 
>> > Date: Tue, 27 Jan 2009 21:30:58 +1100
>> > Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be
>> acceptable?
>> > From: lovingprin...@gmail.com
>> > To: kapilatr...@hotmail.com
>> > CC: christian.hennr...@intact-is.com; gree...@googlemail.com;
>> > ccie_voice@onlinestudylist.com; anil...@yahoo.com
>> >
>> > I tried same way.It plays greeting only once.I also changed service
>> > parameter for Cisco TCD "Allow Routing with Unknown Line State" to True
>> ,and
>> > retried.Call still doesn't end.
>> >
>> > Kapil,
>> >  how did you add TP as member in HuntGroup.In my case, it gives error
>> saying
>> > that member should be a valid DN on system.I was able to add phone/CTIRP
>> DNs
>> > though.
>> >
>> > On Tue, Jan 27, 2009 at 8:48 PM, Kapil Atrish 
>> > wrote:
>> >
>> > I tried with RP/TP >> Block this pattern and in that case call stays in
>> > queue. AC takes the call out of the queue only when it is routed to a
>> > registered end-point that's what I've observed.
>> >
>> > I'll try to route it to some unallocated number pointing it to the GW
>> and
>> > see if it works.
>> >
>> > Thanks for the input.
>> >
>> >
>> >> Date: Tue, 27 Jan 2009 10:39:31 +0100
>> >> From: christian.hennr...@intact-is.com
>> >> To: kapilatr...@hotmail.com
>> >> CC: gree...@googlemail.com; anil...@yahoo.com; cpar...@cparker.us;
>> >> ccie_voice@onlinestudylist.com
>> >> Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be
>> >> acceptable?
>> >>
>> >> what about routing to a number CUCM, which does not exist, or even to a
>> >> PSTN number, which is unallocated?
>> >>
>> >> Christian
>> >>
>> >> Kapil Atrish schrieb:
>> >> > The requirement is to drop the call within CCM itself. I don't want
>> to
>> >> > use Unity/IPCCX/TCL for this purpose.
>> >> >
>> >> >
>> 
>> >> > Date: Tue, 27 Jan 2009 09:16:49 +
>> >> > Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be
>> >> > acceptable?
>> >> > From: gree...@googlemail.com
>> >> > To: anil...@yahoo.com
>> >> > CC: christian.hennr...@intact-is.com; cpar...@cparker.us;
>> >> > kapilatr...@hotmail.com; ccie_voice@onlinestudylist.com
>> >> >
>> >> > Folks,
>> >> >
>> >> > To get the call to disconnect you can use do the following:
>> >> >
>> >> > Create a CTI RP cfwd all to voicemail.
>> >> >
>> >> > In VM create a CH with the extension number of the CTI RP and
>> configure
>> >> > the greeting to be blank and then after greeting send the 

Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?

2009-01-28 Thread kamal yousaf
I tested it and it works great.Thanks Anthony for kind help.

On Thu, Jan 29, 2009 at 3:52 PM, Anthony Yeung wrote:

> What you can try is assign a dummy AC pilot point to the original AC
> Pilot Point as the 'Always Route Member' creating a linked hunt group.
> Then for this second dummy AC pilot point assign a dummy AC user like
> you did w/ the first. But instead, disable queuing for this second
> dummy Pilot Point. After the hold time expires for the first AC pilot,
> the call will be forwarded to the second AC pilot. Since queuing is
> disabled, the call should drop BUT w/ a disconnect cause of 'user
> busy'.
>
> On Wed, Jan 28, 2009 at 11:15 AM, Kapil Atrish 
> wrote:
> > I did not put the TP directly inside the Hunt-Group. I put a CTIRP as
> > "Always Route Member" and on CTIRP I did a forward all to the TP.
> >
> > I am yet to try the solution given by Christian. I'll put the call to a
> > gateway via RP and see if I can get fast-busy to the caller after initial
> > queuing prompt.
> >
> > ____________________
> > Date: Tue, 27 Jan 2009 21:30:58 +1100
> > Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be
> acceptable?
> > From: lovingprin...@gmail.com
> > To: kapilatr...@hotmail.com
> > CC: christian.hennr...@intact-is.com; gree...@googlemail.com;
> > ccie_voice@onlinestudylist.com; anil...@yahoo.com
> >
> > I tried same way.It plays greeting only once.I also changed service
> > parameter for Cisco TCD "Allow Routing with Unknown Line State" to True
> ,and
> > retried.Call still doesn't end.
> >
> > Kapil,
> >  how did you add TP as member in HuntGroup.In my case, it gives error
> saying
> > that member should be a valid DN on system.I was able to add phone/CTIRP
> DNs
> > though.
> >
> > On Tue, Jan 27, 2009 at 8:48 PM, Kapil Atrish 
> > wrote:
> >
> > I tried with RP/TP >> Block this pattern and in that case call stays in
> > queue. AC takes the call out of the queue only when it is routed to a
> > registered end-point that's what I've observed.
> >
> > I'll try to route it to some unallocated number pointing it to the GW and
> > see if it works.
> >
> > Thanks for the input.
> >
> >
> >> Date: Tue, 27 Jan 2009 10:39:31 +0100
> >> From: christian.hennr...@intact-is.com
> >> To: kapilatr...@hotmail.com
> >> CC: gree...@googlemail.com; anil...@yahoo.com; cpar...@cparker.us;
> >> ccie_voice@onlinestudylist.com
> >> Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be
> >> acceptable?
> >>
> >> what about routing to a number CUCM, which does not exist, or even to a
> >> PSTN number, which is unallocated?
> >>
> >> Christian
> >>
> >> Kapil Atrish schrieb:
> >> > The requirement is to drop the call within CCM itself. I don't want to
> >> > use Unity/IPCCX/TCL for this purpose.
> >> >
> >> >
> 
> >> > Date: Tue, 27 Jan 2009 09:16:49 +
> >> > Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be
> >> > acceptable?
> >> > From: gree...@googlemail.com
> >> > To: anil...@yahoo.com
> >> > CC: christian.hennr...@intact-is.com; cpar...@cparker.us;
> >> > kapilatr...@hotmail.com; ccie_voice@onlinestudylist.com
> >> >
> >> > Folks,
> >> >
> >> > To get the call to disconnect you can use do the following:
> >> >
> >> > Create a CTI RP cfwd all to voicemail.
> >> >
> >> > In VM create a CH with the extension number of the CTI RP and
> configure
> >> > the greeting to be blank and then after greeting send the caller to
> hang
> >> > up.
> >> >
> >> > In the ac hunt group config add the CTI RP as the always route member.
> >> >
> >> > In acconfig.bat for the annunicator ac pilot set the hold time to be
> >> > something other than 0 seconds
> >> >
> >> > After this time has passed the call will be forwarded to unity and
> >> > disconnected - you get a little bit of ringing as the call gets to
> unity
> >> > which I cant get rid of.
> >> >
> >> > 2009/1/27 anil batra 
> >> >
> >> > I too tried the way Kapil mentioned and faced same issue as he did.
> >> > The call from PSTN does it the announcement bu

Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?

2009-01-28 Thread Kapil Atrish

Cool... I'll try this as well.
 
I noticed AC takes the call out of queue only & only when it has a registered 
device which can answer the call. Else call remains in queue. But thanks for 
opening the additional door. I'll def check this one.
 
 
> Date: Wed, 28 Jan 2009 22:52:40 -0600> Subject: Re: [OSL | CCIE_Voice] 
> Annunciator to PSTN - Will it be acceptable?> From: anthony.ye...@gmail.com> 
> To: kapilatr...@hotmail.com> CC: lovingprin...@gmail.com; 
> ccie_voice@onlinestudylist.com; gree...@googlemail.com; 
> christian.hennr...@intact-is.com; anil...@yahoo.com> > What you can try is 
> assign a dummy AC pilot point to the original AC> Pilot Point as the 'Always 
> Route Member' creating a linked hunt group.> Then for this second dummy AC 
> pilot point assign a dummy AC user like> you did w/ the first. But instead, 
> disable queuing for this second> dummy Pilot Point. After the hold time 
> expires for the first AC pilot,> the call will be forwarded to the second AC 
> pilot. Since queuing is> disabled, the call should drop BUT w/ a disconnect 
> cause of 'user> busy'.> > On Wed, Jan 28, 2009 at 11:15 AM, Kapil Atrish 
>  wrote:> > I did not put the TP directly inside the 
> Hunt-Group. I put a CTIRP as> > "Always Route Member" and on CTIRP I did a 
> forward all to the TP.> >> > I am yet to try the solution given by Christian. 
> I'll put the call to a> > gateway via RP and see if I can get fast-busy to 
> the caller after initial> > queuing prompt.> >> > 
> > > Date: Tue, 27 Jan 2009 21:30:58 +1100> > 
> Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?> 
> > From: lovingprin...@gmail.com> > To: kapilatr...@hotmail.com> > CC: 
> christian.hennr...@intact-is.com; gree...@googlemail.com;> > 
> ccie_voice@onlinestudylist.com; anil...@yahoo.com> >> > I tried same way.It 
> plays greeting only once.I also changed service> > parameter for Cisco TCD 
> "Allow Routing with Unknown Line State" to True ,and> > retried.Call still 
> doesn't end.> >> > Kapil,> > how did you add TP as member in HuntGroup.In my 
> case, it gives error saying> > that member should be a valid DN on system.I 
> was able to add phone/CTIRP DNs> > though.> >> > On Tue, Jan 27, 2009 at 8:48 
> PM, Kapil Atrish > > wrote:> >> > I tried with RP/TP 
> >> Block this pattern and in that case call stays in> > queue. AC takes the 
> call out of the queue only when it is routed to a> > registered end-point 
> that's what I've observed.> >> > I'll try to route it to some unallocated 
> number pointing it to the GW and> > see if it works.> >> > Thanks for the 
> input.> >> >> >> Date: Tue, 27 Jan 2009 10:39:31 +0100> >> From: 
> christian.hennr...@intact-is.com> >> To: kapilatr...@hotmail.com> >> CC: 
> gree...@googlemail.com; anil...@yahoo.com; cpar...@cparker.us;> >> 
> ccie_voice@onlinestudylist.com> >> Subject: Re: [OSL | CCIE_Voice] 
> Annunciator to PSTN - Will it be> >> acceptable?> >>> >> what about routing 
> to a number CUCM, which does not exist, or even to a> >> PSTN number, which 
> is unallocated?> >>> >> Christian> >>> >> Kapil Atrish schrieb:> >> > The 
> requirement is to drop the call within CCM itself. I don't want to> >> > use 
> Unity/IPCCX/TCL for this purpose.> >> >> >> > 
> > >> 
> > Date: Tue, 27 Jan 2009 09:16:49 +> >> > Subject: Re: [OSL | CCIE_Voice] 
> Annunciator to PSTN - Will it be> >> > acceptable?> >> > From: 
> gree...@googlemail.com> >> > To: anil...@yahoo.com> >> > CC: 
> christian.hennr...@intact-is.com; cpar...@cparker.us;> >> > 
> kapilatr...@hotmail.com; ccie_voice@onlinestudylist.com> >> >> >> > Folks,> 
> >> >> >> > To get the call to disconnect you can use do the following:> >> >> 
> >> > Create a CTI RP cfwd all to voicemail.> >> >> >> > In VM create a CH 
> with the extension number of the CTI RP and configure> >> > the greeting to 
> be blank and then after greeting send the caller to hang> >> > up.> >> >> >> 
> > In the ac hunt group config add the CTI RP as the

Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?

2009-01-28 Thread Anthony Yeung
What you can try is assign a dummy AC pilot point to the original AC
Pilot Point as the 'Always Route Member' creating a linked hunt group.
Then for this second dummy AC pilot point assign a dummy AC user like
you did w/ the first. But instead, disable queuing for this second
dummy Pilot Point. After the hold time expires for the first AC pilot,
the call will be forwarded to the second AC pilot. Since queuing is
disabled, the call should drop BUT w/ a disconnect cause of 'user
busy'.

On Wed, Jan 28, 2009 at 11:15 AM, Kapil Atrish  wrote:
> I did not put the TP directly inside the Hunt-Group. I put a CTIRP as
> "Always Route Member" and on CTIRP I did a forward all to the TP.
>
> I am yet to try the solution given by Christian. I'll put the call to a
> gateway via RP and see if I can get fast-busy to the caller after initial
> queuing prompt.
>
> ____
> Date: Tue, 27 Jan 2009 21:30:58 +1100
> Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?
> From: lovingprin...@gmail.com
> To: kapilatr...@hotmail.com
> CC: christian.hennr...@intact-is.com; gree...@googlemail.com;
> ccie_voice@onlinestudylist.com; anil...@yahoo.com
>
> I tried same way.It plays greeting only once.I also changed service
> parameter for Cisco TCD "Allow Routing with Unknown Line State" to True ,and
> retried.Call still doesn't end.
>
> Kapil,
>  how did you add TP as member in HuntGroup.In my case, it gives error saying
> that member should be a valid DN on system.I was able to add phone/CTIRP DNs
> though.
>
> On Tue, Jan 27, 2009 at 8:48 PM, Kapil Atrish 
> wrote:
>
> I tried with RP/TP >> Block this pattern and in that case call stays in
> queue. AC takes the call out of the queue only when it is routed to a
> registered end-point that's what I've observed.
>
> I'll try to route it to some unallocated number pointing it to the GW and
> see if it works.
>
> Thanks for the input.
>
>
>> Date: Tue, 27 Jan 2009 10:39:31 +0100
>> From: christian.hennr...@intact-is.com
>> To: kapilatr...@hotmail.com
>> CC: gree...@googlemail.com; anil...@yahoo.com; cpar...@cparker.us;
>> ccie_voice@onlinestudylist.com
>> Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be
>> acceptable?
>>
>> what about routing to a number CUCM, which does not exist, or even to a
>> PSTN number, which is unallocated?
>>
>> Christian
>>
>> Kapil Atrish schrieb:
>> > The requirement is to drop the call within CCM itself. I don't want to
>> > use Unity/IPCCX/TCL for this purpose.
>> >
>> > 
>> > Date: Tue, 27 Jan 2009 09:16:49 +
>> > Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be
>> > acceptable?
>> > From: gree...@googlemail.com
>> > To: anil...@yahoo.com
>> > CC: christian.hennr...@intact-is.com; cpar...@cparker.us;
>> > kapilatr...@hotmail.com; ccie_voice@onlinestudylist.com
>> >
>> > Folks,
>> >
>> > To get the call to disconnect you can use do the following:
>> >
>> > Create a CTI RP cfwd all to voicemail.
>> >
>> > In VM create a CH with the extension number of the CTI RP and configure
>> > the greeting to be blank and then after greeting send the caller to hang
>> > up.
>> >
>> > In the ac hunt group config add the CTI RP as the always route member.
>> >
>> > In acconfig.bat for the annunicator ac pilot set the hold time to be
>> > something other than 0 seconds
>> >
>> > After this time has passed the call will be forwarded to unity and
>> > disconnected - you get a little bit of ringing as the call gets to unity
>> > which I cant get rid of.
>> >
>> > 2009/1/27 anil batra 
>> >
>> > I too tried the way Kapil mentioned and faced same issue as he did.
>> > The call from PSTN does it the announcement but the call never gets
>> > disonncted, it seems the queue is holdin git for forever. Anyone
>> > here has tested this and have some workaround please.
>> >
>> > --- On *Tue, 1/27/09, Kapil Atrish //* wrote:
>> >
>> > From: Kapil Atrish 
>> >
>> > Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be
>> > acceptable?
>> > To: christian.hennr...@intact-is.com, cpar...@cparker.us
>> > Cc: ccie_voice@onlinestudylist.com
>> > Date: Tuesday, January 27, 2009, 11:38 AM
>> >
>> >
>> > Ch

Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?

2009-01-28 Thread Kapil Atrish

I did not put the TP directly inside the Hunt-Group. I put a CTIRP as
"Always Route Member" and on CTIRP I did a forward all to the TP.



I am yet to try the solution given by Christian. I'll put the call to a
gateway via RP and see if I can get fast-busy to the caller after
initial queuing prompt.

Date: Tue, 27 Jan 2009 21:30:58 +1100
Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?
From: lovingprin...@gmail.com
To: kapilatr...@hotmail.com
CC: christian.hennr...@intact-is.com; gree...@googlemail.com; 
ccie_voice@onlinestudylist.com; anil...@yahoo.com

I tried same way.It plays greeting only once.I also changed service parameter 
for Cisco TCD "Allow Routing with Unknown Line State" to True ,and retried.Call 
still doesn't end.


Kapil, 
 how did you add TP as member in HuntGroup.In my case, it gives error saying 
that member should be a valid DN on system.I was able to add phone/CTIRP DNs 
though.

On Tue, Jan 27, 2009 at 8:48 PM, Kapil Atrish  wrote:






I tried with RP/TP >> Block this pattern and in that case call
stays in queue. AC takes the call out of the queue only when it is
routed to a registered end-point that's what I've observed.



I'll try to route it to some unallocated number pointing it to the GW and see 
if it works.



Thanks for the input.



> Date: Tue, 27 Jan 2009 10:39:31 +0100
> From: christian.hennr...@intact-is.com
> To: kapilatr...@hotmail.com

> CC: gree...@googlemail.com; anil...@yahoo.com; cpar...@cparker.us; 
> ccie_voice@onlinestudylist.com

> Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?
> 
> what about routing to a number CUCM, which does not exist, or even to a 
> PSTN number, which is unallocated?

> 
> Christian
> 
> Kapil Atrish schrieb:
> > The requirement is to drop the call within CCM itself. I don't want to 
> > use Unity/IPCCX/TCL for this purpose.
> > 
> > --------------------------------

> > Date: Tue, 27 Jan 2009 09:16:49 +
> > Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?
> > From: gree...@googlemail.com

> > To: anil...@yahoo.com
> > CC: christian.hennr...@intact-is.com; cpar...@cparker.us; 

> > kapilatr...@hotmail.com; ccie_voice@onlinestudylist.com
> > 
> > Folks,

> >  
> > To get the call to disconnect you can use do the following:
> >  
> > Create a CTI RP cfwd all to voicemail.
> >  
> > In VM create a CH with the extension number of the CTI RP and configure 

> > the greeting to be blank and then after greeting send the caller to hang up.
> >  
> > In the ac hunt group config add the CTI RP as the always route member.
> >  
> > In acconfig.bat for the annunicator ac pilot set the hold time to be 

> > something other than 0 seconds
> >  
> > After this time has passed the call will be forwarded to unity and 
> > disconnected - you get a little bit of ringing as the call gets to unity 

> > which I cant get rid of.
> > 
> > 2009/1/27 anil batra 
> > 
> > I too tried the way Kapil mentioned and faced same issue as he did.

> > The call from PSTN does it the announcement but the call never gets
> >     disonncted, it seems the queue is holdin git for forever. Anyone
> > here has tested this and have some workaround please.

> > 
> > --- On *Tue, 1/27/09, Kapil Atrish //* wrote:
> > 
> > From: Kapil Atrish 

> > 
> > Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be
> > acceptable?
> > To: christian.hennr...@intact-is.com, cpar...@cparker.us

> > Cc: ccie_voice@onlinestudylist.com
> > Date: Tuesday, January 27, 2009, 11:38 AM
> > 
> > 
> > Chris,

> > 
> > Your suspicion is what I've in mind that's why I am trying to
> > avoid using Unity/IPCCX/TCL.
> > 
> > I've tested AC workaround and its working for me but couple of

> > catches. First of all, the file is in form of MOH and not
> > annunciator which was the original requirement of the question.
> > Secondly, I am not able to disconnect the call. The message

> > keeps on playing until caller drops the call.
> > 
> > 
> > thanks,
> > Kapil Atrish
> > 
> >  > Date: Mon, 26 Jan 2009 18:57:28 +0100

> >  > From: christian.hennr...@intact-is.com
> >  > To: cpar...@cparker.us

> >  > CC: ryanstudyvo...@gmail.com; kapilatr...@hotmail.com;
> > ccie_vo

Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?

2009-01-27 Thread kamal yousaf
I tried same way.It plays greeting only once.I also changed service
parameter for Cisco TCD "Allow Routing with Unknown Line State" to True ,and
retried.Call still doesn't
end.

Kapil,
 how did you add TP as member in HuntGroup.In my case, it gives error saying
that member should be a valid DN on system.I was able to add phone/CTIRP DNs
though.

On Tue, Jan 27, 2009 at 8:48 PM, Kapil Atrish wrote:

>  I tried with RP/TP >> Block this pattern and in that case call stays in
> queue. AC takes the call out of the queue only when it is routed to a
> registered end-point that's what I've observed.
>
> I'll try to route it to some unallocated number pointing it to the GW and
> see if it works.
>
> Thanks for the input.
>
>
> > Date: Tue, 27 Jan 2009 10:39:31 +0100
> > From: christian.hennr...@intact-is.com
> > To: kapilatr...@hotmail.com
> > CC: gree...@googlemail.com; anil...@yahoo.com; cpar...@cparker.us;
> ccie_voice@onlinestudylist.com
>
> > Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be
> acceptable?
> >
> > what about routing to a number CUCM, which does not exist, or even to a
> > PSTN number, which is unallocated?
> >
> > Christian
> >
> > Kapil Atrish schrieb:
> > > The requirement is to drop the call within CCM itself. I don't want to
> > > use Unity/IPCCX/TCL for this purpose.
> > >
> > >
> ----
> > > Date: Tue, 27 Jan 2009 09:16:49 +
> > > Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be
> acceptable?
> > > From: gree...@googlemail.com
> > > To: anil...@yahoo.com
> > > CC: christian.hennr...@intact-is.com; cpar...@cparker.us;
> > > kapilatr...@hotmail.com; ccie_voice@onlinestudylist.com
> > >
> > > Folks,
> > >
> > > To get the call to disconnect you can use do the following:
> > >
> > > Create a CTI RP cfwd all to voicemail.
> > >
> > > In VM create a CH with the extension number of the CTI RP and configure
>
> > > the greeting to be blank and then after greeting send the caller to
> hang up.
> > >
> > > In the ac hunt group config add the CTI RP as the always route member.
> > >
> > > In acconfig.bat for the annunicator ac pilot set the hold time to be
> > > something other than 0 seconds
> > >
> > > After this time has passed the call will be forwarded to unity and
> > > disconnected - you get a little bit of ringing as the call gets to
> unity
> > > which I cant get rid of.
> > >
> > > 2009/1/27 anil batra 
> > >
> > > I too tried the way Kapil mentioned and faced same issue as he did.
> > > The call from PSTN does it the announcement but the call never gets
> > > disonncted, it seems the queue is holdin git for forever. Anyone
> > > here has tested this and have some workaround please.
> > >
> > > --- On *Tue, 1/27/09, Kapil Atrish //* wrote:
> > >
> > > From: Kapil Atrish 
> > >
> > > Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be
> > > acceptable?
> > > To: christian.hennr...@intact-is.com, cpar...@cparker.us
> > > Cc: ccie_voice@onlinestudylist.com
> > > Date: Tuesday, January 27, 2009, 11:38 AM
> > >
> > >
> > > Chris,
> > >
> > > Your suspicion is what I've in mind that's why I am trying to
> > > avoid using Unity/IPCCX/TCL.
> > >
> > > I've tested AC workaround and its working for me but couple of
> > > catches. First of all, the file is in form of MOH and not
> > > annunciator which was the original requirement of the question.
> > > Secondly, I am not able to disconnect the call. The message
> > > keeps on playing until caller drops the call.
> > >
> > >
> > > thanks,
> > > Kapil Atrish
> > >
> > > > Date: Mon, 26 Jan 2009 18:57:28 +0100
> > > > From: christian.hennr...@intact-is.com
> > > > To: cpar...@cparker.us
> > > > CC: ryanstudyvo...@gmail.com; kapilatr...@hotmail.com;
> > > ccie_voice@onlinestudylist.com
> > > > Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it
> > > be acceptable?
> > > >
> > > > Hi,
> > > >
> > > > what about having a MoH File, that is playing the message to
> > > the caller.
> > > > MoH file is played in the AC Hunt group with queueing
> > >

Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?

2009-01-27 Thread Kapil Atrish

I tried with RP/TP >> Block this pattern and in that case call
stays in queue. AC takes the call out of the queue only when it is
routed to a registered end-point that's what I've observed.



I'll try to route it to some unallocated number pointing it to the GW and see 
if it works.



Thanks for the input.



> Date: Tue, 27 Jan 2009 10:39:31 +0100
> From: christian.hennr...@intact-is.com
> To: kapilatr...@hotmail.com
> CC: gree...@googlemail.com; anil...@yahoo.com; cpar...@cparker.us; 
> ccie_voice@onlinestudylist.com
> Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?
> 
> what about routing to a number CUCM, which does not exist, or even to a 
> PSTN number, which is unallocated?
> 
> Christian
> 
> Kapil Atrish schrieb:
> > The requirement is to drop the call within CCM itself. I don't want to 
> > use Unity/IPCCX/TCL for this purpose.
> > 
> > ------------
> > Date: Tue, 27 Jan 2009 09:16:49 +
> > Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?
> > From: gree...@googlemail.com
> > To: anil...@yahoo.com
> > CC: christian.hennr...@intact-is.com; cpar...@cparker.us; 
> > kapilatr...@hotmail.com; ccie_voice@onlinestudylist.com
> > 
> > Folks,
> >  
> > To get the call to disconnect you can use do the following:
> >  
> > Create a CTI RP cfwd all to voicemail.
> >  
> > In VM create a CH with the extension number of the CTI RP and configure 
> > the greeting to be blank and then after greeting send the caller to hang up.
> >  
> > In the ac hunt group config add the CTI RP as the always route member.
> >  
> > In acconfig.bat for the annunicator ac pilot set the hold time to be 
> > something other than 0 seconds
> >  
> > After this time has passed the call will be forwarded to unity and 
> > disconnected - you get a little bit of ringing as the call gets to unity 
> > which I cant get rid of.
> > 
> > 2009/1/27 anil batra 
> > 
> > I too tried the way Kapil mentioned and faced same issue as he did.
> > The call from PSTN does it the announcement but the call never gets
> > disonncted, it seems the queue is holdin git for forever. Anyone
> > here has tested this and have some workaround please.
> > 
> > --- On *Tue, 1/27/09, Kapil Atrish //* wrote:
> > 
> > From: Kapil Atrish 
> > 
> > Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be
> > acceptable?
> > To: christian.hennr...@intact-is.com, cpar...@cparker.us
> > Cc: ccie_voice@onlinestudylist.com
> > Date: Tuesday, January 27, 2009, 11:38 AM
> > 
> > 
> > Chris,
> > 
> > Your suspicion is what I've in mind that's why I am trying to
> > avoid using Unity/IPCCX/TCL.
> > 
> > I've tested AC workaround and its working for me but couple of
> > catches. First of all, the file is in form of MOH and not
> > annunciator which was the original requirement of the question.
> > Secondly, I am not able to disconnect the call. The message
> > keeps on playing until caller drops the call.
> > 
> > 
> > thanks,
> > Kapil Atrish
> > 
> >  > Date: Mon, 26 Jan 2009 18:57:28 +0100
> >  > From: christian.hennr...@intact-is.com
> >  > To: cpar...@cparker.us
> >  > CC: ryanstudyvo...@gmail.com; kapilatr...@hotmail.com;
> > ccie_voice@onlinestudylist.com
> >  > Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it
> > be acceptable?
> >  >
> >  > Hi,
> >  >
> >  > what about having a MoH File, that is playing the message to
> > the caller.
> >  > MoH file is played in the AC Hunt group with queueing
> > activated and no
> >  > AC operators logged in. So you would use only CUCM to play
> > the message.
> >  >
> >  > I have not tested that idea, but it might be workable.
> >  >
> >  > As far as there is nothing stated, which prevents you from
> > using Unity,
> >  > I would use Unity.
> >  >
> >  > Regards
> >  >
> >  > Chris Parker schrieb:
> >  > > The only thing that makes me suspiciou

Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?

2009-01-27 Thread Christian Hennrich
what about routing to a number CUCM, which does not exist, or even to a 
PSTN number, which is unallocated?


Christian

Kapil Atrish schrieb:
The requirement is to drop the call within CCM itself. I don't want to 
use Unity/IPCCX/TCL for this purpose.



Date: Tue, 27 Jan 2009 09:16:49 +
Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?
From: gree...@googlemail.com
To: anil...@yahoo.com
CC: christian.hennr...@intact-is.com; cpar...@cparker.us; 
kapilatr...@hotmail.com; ccie_voice@onlinestudylist.com


Folks,
 
To get the call to disconnect you can use do the following:
 
Create a CTI RP cfwd all to voicemail.
 
In VM create a CH with the extension number of the CTI RP and configure 
the greeting to be blank and then after greeting send the caller to hang up.
 
In the ac hunt group config add the CTI RP as the always route member.
 
In acconfig.bat for the annunicator ac pilot set the hold time to be 
something other than 0 seconds
 
After this time has passed the call will be forwarded to unity and 
disconnected - you get a little bit of ringing as the call gets to unity 
which I cant get rid of.


2009/1/27 anil batra 

I too tried the way Kapil mentioned and faced same issue as he did.
The call from PSTN does it the announcement but the call never gets
disonncted, it seems the queue is holdin git for forever. Anyone
here has tested this and have some workaround please.

--- On *Tue, 1/27/09, Kapil Atrish //* wrote:

From: Kapil Atrish 

Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be
    acceptable?
To: christian.hennr...@intact-is.com, cpar...@cparker.us
Cc: ccie_voice@onlinestudylist.com
Date: Tuesday, January 27, 2009, 11:38 AM


Chris,

Your suspicion is what I've in mind that's why I am trying to
avoid using Unity/IPCCX/TCL.

I've tested AC workaround and its working for me but couple of
catches. First of all, the file is in form of MOH and not
annunciator which was the original requirement of the question.
Secondly, I am not able to disconnect the call. The message
keeps on playing until caller drops the call.


thanks,
Kapil Atrish

 > Date: Mon, 26 Jan 2009 18:57:28 +0100
 > From: christian.hennr...@intact-is.com
 > To: cpar...@cparker.us
 > CC: ryanstudyvo...@gmail.com; kapilatr...@hotmail.com;
ccie_voice@onlinestudylist.com
 > Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it
be acceptable?
 >
 > Hi,
 >
 > what about having a MoH File, that is playing the message to
the caller.
 > MoH file is played in the AC Hunt group with queueing
activated and no
 > AC operators logged in. So you would use only CUCM to play
the message.
 >
 > I have not tested that idea, but it might be workable.
 >
 > As far as there is nothing stated, which prevents you from
using Unity,
 > I would use Unity.
 >
 > Regards
 >
 > Chris Parker schrieb:
 > > The only thing that makes me suspicious about using Unity
to play the
 > > announcement is that this requirement was listed under the
Media
 > > section. This leads me to believe they want you to use the
annunciator.
 > > Otherwise wouldn't it be under the Voicemail/Unity section?
 > >
 > > Regardless I don't think you can do it any other way unless
you hairpin
 > > the call through Unity to send the call to the annunciator
since the VM
 > > ports are skinny registrations.
 > >
 > > Chris
 > >
 > > Ryan Trauernicht wrote:
 > > > That is what I thought but I opened a TAC case and
they claim you
 > > > can, but cant figure out how.
 > > >
 > > > Thanks,
 > > > Ryan Trauernicht
 > > >
 > > > On Mon, Jan 26, 2009 at 3:21 AM, Juan  > > <mailto:juan.c...@gmail.com>> wrote:
 > > >
 > > > I remember reading in the SRND that you can only engage the
 > > > annunciator for SCCP devices if I remember correctly - so
not to
 > > > the PSTN.
 > > >
 > > >
 > > > cheers,
 > > > Juan
 > > >
 > > >
 > > > On Sun, Jan 25, 2009 at 5:48 PM, Ryan Trauernicht
 > > >

Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?

2009-01-27 Thread Kapil Atrish

The requirement is to drop the call within CCM itself. I don't want to use 
Unity/IPCCX/TCL for this purpose.

Date: Tue, 27 Jan 2009 09:16:49 +
Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?
From: gree...@googlemail.com
To: anil...@yahoo.com
CC: christian.hennr...@intact-is.com; cpar...@cparker.us; 
kapilatr...@hotmail.com; ccie_voice@onlinestudylist.com

Folks,
 
To get the call to disconnect you can use do the following:
 
Create a CTI RP cfwd all to voicemail.
 
In VM create a CH with the extension number of the CTI RP and configure the 
greeting to be blank and then after greeting send the caller to hang up.
 
In the ac hunt group config add the CTI RP as the always route member.
 
In acconfig.bat for the annunicator ac pilot set the hold time to be something 
other than 0 seconds
 
After this time has passed the call will be forwarded to unity and disconnected 
- you get a little bit of ringing as the call gets to unity which I cant get 
rid of.


2009/1/27 anil batra 





I too tried the way Kapil mentioned and faced same issue as he did. The call 
from PSTN does it the announcement but the call never gets disonncted, it seems 
the queue is holdin git for forever. Anyone here has tested this and have some 
workaround please.


--- On Tue, 1/27/09, Kapil Atrish  wrote:

From: Kapil Atrish  

Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?
To: christian.hennr...@intact-is.com, cpar...@cparker.us

Cc: ccie_voice@onlinestudylist.com
Date: Tuesday, January 27, 2009, 11:38 AM 





Chris,

Your suspicion is what I've in mind that's why I am trying to avoid using 
Unity/IPCCX/TCL.

I've tested AC workaround and its working for me but couple of catches. First 
of all, the file is in form of MOH and not annunciator which was the original 
requirement of the question. Secondly, I am not able to disconnect the call. 
The message keeps on playing until caller drops the call.



thanks,
Kapil Atrish 

> Date: Mon, 26 Jan 2009 18:57:28 +0100
> From: christian.hennr...@intact-is.com
> To: cpar...@cparker.us

> CC: ryanstudyvo...@gmail.com; kapilatr...@hotmail.com; 
> ccie_voice@onlinestudylist.com

> Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?
> 
> Hi,
> 
> what about having a MoH File, that is playing the message to the caller. 
> MoH file is played in the AC Hunt group with queueing activated and no 

> AC operators logged in. So you would use only CUCM to play the message.
> 
> I have not tested that idea, but it might be workable.
> 
> As far as there is nothing stated, which prevents you from using Unity, 

> I would use Unity.
> 
> Regards
> 
> Chris Parker schrieb:
> > The only thing that makes me suspicious about using Unity to play the
> > announcement is that this requirement was listed under the Media

> > section. This leads me to believe they want you to use the annunciator.
> > Otherwise wouldn't it be under the Voicemail/Unity section?
> > 
> > Regardless I don't think you can do it any other way unless you hairpin

> > the call through Unity to send the call to the annunciator since the VM
> > ports are skinny registrations.
> > 
> > Chris
> > 
> > Ryan Trauernicht wrote:
> > > That is what I thought but I opened a TAC case and they claim you

> > > can, but cant figure out how.
> > >
> > > Thanks,
> > > Ryan Trauernicht
> > >
> > > On Mon, Jan 26, 2009 at 3:21 AM, Juan  > > <mailto:juan.c...@gmail.com>> wrote:
> > >
> > > I remember reading in the SRND that you can only engage the
> > > annunciator for SCCP devices if I remember correctly - so not to

> > > the PSTN.
> > >
> > >
> > > cheers,
> > > Juan
> > >
> > >
> > > On Sun, Jan 25, 2009 at 5:48 PM, Ryan Trauernicht
> > > mailto:ryanstudyvo...@gmail.com>> wrote:

> > >
> > > Not sure why you are going through all that trouble and not
> > > just sending it to unity as a call handler and hang up after
> > > message played.
> > >

> > > I don't know how to play an ANN from a PSTN call, I have
> > > engaged TAC and they are still working on it and they can't
> > > even figure it out right now.
> > >

> > > Any ideas?
> > >
> > > Thanks,
> > > Ryan Trauernicht
> > >
> > > On Sun, Jan 25, 2009 at 3:42 AM, Kapil Atrish
> > > mailto:kapilatr...@hotmail.com>> wrote:

> > >
> > > Hi list,
> > >
> > > Following I did:
> > >
> > > Create a new MOH Audio Source using
> > > 

Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?

2009-01-26 Thread anil batra
I too tried the way Kapil mentioned and faced same issue as he did. The call 
from PSTN does it the announcement but the call never gets disonncted, it seems 
the queue is holdin git for forever. Anyone here has tested this and have some 
workaround please.

--- On Tue, 1/27/09, Kapil Atrish  wrote:

From: Kapil Atrish 
Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?
To: christian.hennr...@intact-is.com, cpar...@cparker.us
Cc: ccie_voice@onlinestudylist.com
Date: Tuesday, January 27, 2009, 11:38 AM




#yiv1710372020 .hmmessage P
{
margin:0px;padding:0px;}
#yiv1710372020 {
font-size:10pt;font-family:Verdana;}

Chris,

Your suspicion is what I've in mind that's why I am trying to avoid using 
Unity/IPCCX/TCL.

I've tested AC workaround and its working for me but couple of catches. First 
of all, the file is in form of MOH and not annunciator which was the original 
requirement of the question. Secondly, I am not able to disconnect the call. 
The message keeps on playing until caller drops the call.


thanks,
Kapil Atrish 

> Date: Mon, 26 Jan 2009 18:57:28 +0100
> From: christian.hennr...@intact-is.com
> To: cpar...@cparker.us
> CC: ryanstudyvo...@gmail.com; kapilatr...@hotmail.com; 
> ccie_voice@onlinestudylist.com
> Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?
> 
> Hi,
> 
> what about having a MoH File, that is playing the message to the caller. 
> MoH file is played in the AC Hunt group with queueing activated and no 
> AC operators logged in. So you would use only CUCM to play the message.
> 
> I have not tested that idea, but it might be workable.
> 
> As far as there is nothing stated, which prevents you from using Unity, 
> I would use Unity.
> 
> Regards
> 
> Chris Parker schrieb:
> > The only thing that makes me suspicious about using Unity to play the
> > announcement is that this requirement was listed under the Media
> > section. This leads me to believe they want you to use the annunciator.
> > Otherwise wouldn't it be under the Voicemail/Unity section?
> > 
> > Regardless I don't think you can do it any other way unless you hairpin
> > the call through Unity to send the call to the annunciator since the VM
> > ports are skinny registrations.
> > 
> > Chris
> > 
> > Ryan Trauernicht wrote:
> > > That is what I thought but I opened a TAC case and they claim you
> > > can, but cant figure out how.
> > >
> > > Thanks,
> > > Ryan Trauernicht
> > >
> > > On Mon, Jan 26, 2009 at 3:21 AM, Juan  > > <mailto:juan.c...@gmail.com>> wrote:
> > >
> > > I remember reading in the SRND that you can only engage the
> > > annunciator for SCCP devices if I remember correctly - so not to
> > > the PSTN.
> > >
> > >
> > > cheers,
> > > Juan
> > >
> > >
> > > On Sun, Jan 25, 2009 at 5:48 PM, Ryan Trauernicht
> > > mailto:ryanstudyvo...@gmail.com>> wrote:
> > >
> > > Not sure why you are going through all that trouble and not
> > > just sending it to unity as a call handler and hang up after
> > > message played.
> > >
> > > I don't know how to play an ANN from a PSTN call, I have
> > > engaged TAC and they are still working on it and they can't
> > > even figure it out right now.
> > >
> > > Any ideas?
> > >
> > > Thanks,
> > > Ryan Trauernicht
> > >
> > > On Sun, Jan 25, 2009 at 3:42 AM, Kapil Atrish
> > > mailto:kapilatr...@hotmail.com>> wrote:
> > >
> > > Hi list,
> > >
> > > Following I did:
> > >
> > > Create a new MOH Audio Source using
> > > "AAExtnOutOfService.wav". Prompt available inside Wfavvid
> > > folder
> > >
> > > Create a TP covering all unassigned DNs for example: 11xx,
> > > do Called party Xform to 1155
> > >
> > > Create a AC Pilot 1155, give any DP say: ANN_PSTN
> > > AC Hunt-Group>>Give any AC user. No need to login to
> > > Attendant Console.
> > > Run acconfig.bat>>Enable Queuing
> > > Inside DP: ANN_PSTN give User Hold MOH Source as
> > > "AAExtnOutOfService.wav".
> > >
> > > Now, whenever you dial any unassigned number withing range
> > > 11xx, you'll hear "AAExtnOutOfService.wav" but the problem
> > > is that I am not able to make the PSTN call drop.
> > >
> > > I tried routing calls to TP inside AC Hunt-Group>>Always
> > > Route member is TP&

Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?

2009-01-26 Thread Kapil Atrish

Chris,

Your suspicion is what I've in mind that's why I am trying to avoid using 
Unity/IPCCX/TCL.

I've tested AC workaround and its working for me but couple of catches. First 
of all, the file is in form of MOH and not annunciator which was the original 
requirement of the question. Secondly, I am not able to disconnect the call. 
The message keeps on playing until caller drops the call.


thanks,
Kapil Atrish 

> Date: Mon, 26 Jan 2009 18:57:28 +0100
> From: christian.hennr...@intact-is.com
> To: cpar...@cparker.us
> CC: ryanstudyvo...@gmail.com; kapilatr...@hotmail.com; 
> ccie_voice@onlinestudylist.com
> Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?
> 
> Hi,
> 
> what about having a MoH File, that is playing the message to the caller. 
> MoH file is played in the AC Hunt group with queueing activated and no 
> AC operators logged in. So you would use only CUCM to play the message.
> 
> I have not tested that idea, but it might be workable.
> 
> As far as there is nothing stated, which prevents you from using Unity, 
> I would use Unity.
> 
> Regards
> 
> Chris Parker schrieb:
> > The only thing that makes me suspicious about using Unity to play the
> > announcement is that this requirement was listed under the Media
> > section. This leads me to believe they want you to use the annunciator.
> > Otherwise wouldn't it be under the Voicemail/Unity section?
> > 
> > Regardless I don't think you can do it any other way unless you hairpin
> > the call through Unity to send the call to the annunciator since the VM
> > ports are skinny registrations.
> > 
> > Chris
> > 
> > Ryan Trauernicht wrote:
> >  > That is what I thought but I opened a TAC case and they claim you
> >  > can, but cant figure out how.
> >  >
> >  > Thanks,
> >  > Ryan Trauernicht
> >  >
> >  > On Mon, Jan 26, 2009 at 3:21 AM, Juan  >  > <mailto:juan.c...@gmail.com>> wrote:
> >  >
> >  > I remember reading in the SRND that you can only engage the
> >  > annunciator for SCCP devices if I remember correctly - so not to
> >  > the PSTN.
> >  >
> >  >
> >  > cheers,
> >  > Juan
> >  >
> >  >
> >  > On Sun, Jan 25, 2009 at 5:48 PM, Ryan Trauernicht
> >  > mailto:ryanstudyvo...@gmail.com>> wrote:
> >  >
> >  > Not sure why you are going through all that trouble and not
> >  > just sending it to unity as a call handler and hang up after
> >  > message played.
> >  >
> >  > I don't know how to play an ANN from a PSTN call, I have
> >  > engaged TAC and they are still working on it and they can't
> >  > even figure it out right now.
> >  >
> >  > Any ideas?
> >  >
> >  > Thanks,
> >  > Ryan Trauernicht
> >  >
> >  > On Sun, Jan 25, 2009 at 3:42 AM, Kapil Atrish
> >  > mailto:kapilatr...@hotmail.com>> wrote:
> >  >
> >  > Hi list,
> >  >
> >  > Following I did:
> >  >
> >  > Create a new MOH Audio Source using
> >  > "AAExtnOutOfService.wav". Prompt available inside Wfavvid
> >  > folder
> >  >
> >  > Create a TP covering all unassigned DNs for example: 11xx,
> >  > do Called party Xform to 1155
> >  >
> >  > Create a AC Pilot 1155, give any DP say: ANN_PSTN
> >  > AC Hunt-Group>>Give any AC user. No need to login to
> >  > Attendant Console.
> >  > Run acconfig.bat>>Enable Queuing
> >  > Inside DP: ANN_PSTN give User Hold MOH Source as
> >  > "AAExtnOutOfService.wav".
> >  >
> >  > Now, whenever you dial any unassigned number withing range
> >  > 11xx, you'll hear "AAExtnOutOfService.wav" but the problem
> >  > is that I am not able to make the PSTN call drop.
> >  >
> >  > I tried routing calls to TP inside AC Hunt-Group>>Always
> >  > Route member is TP>>TP has Block Pattern --Not working.
> >  >
> >  > "AAExtnOutOfService.wav"keeps on playing.
> >  >
> >  > I tried routing calls to Route-Point (Always Route Member)

Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?

2009-01-26 Thread Kapil Atrish

Chris,

Your suspicion is what I've in mind that's why I am trying to avoid using 
Unity/IPCCX/TCL.

I've tested AC workaround and its working for me but couple of catches. First 
of all, the file is in form of MOH and not annunciator which was the original 
requirement of the question. Secondly, I am not able to disconnect the call. 
The message keeps on playing until caller drops the call.


thanks,
Kapil Atrish 

> Date: Mon, 26 Jan 2009 18:57:28 +0100
> From: christian.hennr...@intact-is.com
> To: cpar...@cparker.us
> CC: ryanstudyvo...@gmail.com; kapilatr...@hotmail.com; 
> ccie_voice@onlinestudylist.com
> Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?
> 
> Hi,
> 
> what about having a MoH File, that is playing the message to the caller. 
> MoH file is played in the AC Hunt group with queueing activated and no 
> AC operators logged in. So you would use only CUCM to play the message.
> 
> I have not tested that idea, but it might be workable.
> 
> As far as there is nothing stated, which prevents you from using Unity, 
> I would use Unity.
> 
> Regards
> 
> Chris Parker schrieb:
> > The only thing that makes me suspicious about using Unity to play the
> > announcement is that this requirement was listed under the Media
> > section. This leads me to believe they want you to use the annunciator.
> > Otherwise wouldn't it be under the Voicemail/Unity section?
> > 
> > Regardless I don't think you can do it any other way unless you hairpin
> > the call through Unity to send the call to the annunciator since the VM
> > ports are skinny registrations.
> > 
> > Chris
> > 
> > Ryan Trauernicht wrote:
> >  > That is what I thought but I opened a TAC case and they claim you
> >  > can, but cant figure out how.
> >  >
> >  > Thanks,
> >  > Ryan Trauernicht
> >  >
> >  > On Mon, Jan 26, 2009 at 3:21 AM, Juan  >  > <mailto:juan.c...@gmail.com>> wrote:
> >  >
> >  > I remember reading in the SRND that you can only engage the
> >  > annunciator for SCCP devices if I remember correctly - so not to
> >  > the PSTN.
> >  >
> >  >
> >  > cheers,
> >  > Juan
> >  >
> >  >
> >  > On Sun, Jan 25, 2009 at 5:48 PM, Ryan Trauernicht
> >  > mailto:ryanstudyvo...@gmail.com>> wrote:
> >  >
> >  > Not sure why you are going through all that trouble and not
> >  > just sending it to unity as a call handler and hang up after
> >  > message played.
> >  >
> >  > I don't know how to play an ANN from a PSTN call, I have
> >  > engaged TAC and they are still working on it and they can't
> >  > even figure it out right now.
> >  >
> >  > Any ideas?
> >  >
> >  > Thanks,
> >  > Ryan Trauernicht
> >  >
> >  > On Sun, Jan 25, 2009 at 3:42 AM, Kapil Atrish
> >  > mailto:kapilatr...@hotmail.com>> wrote:
> >  >
> >  > Hi list,
> >  >
> >  > Following I did:
> >  >
> >  > Create a new MOH Audio Source using
> >  > "AAExtnOutOfService.wav". Prompt available inside Wfavvid
> >  > folder
> >  >
> >  > Create a TP covering all unassigned DNs for example: 11xx,
> >  > do Called party Xform to 1155
> >  >
> >  > Create a AC Pilot 1155, give any DP say: ANN_PSTN
> >  > AC Hunt-Group>>Give any AC user. No need to login to
> >  > Attendant Console.
> >  > Run acconfig.bat>>Enable Queuing
> >  > Inside DP: ANN_PSTN give User Hold MOH Source as
> >  > "AAExtnOutOfService.wav".
> >  >
> >  > Now, whenever you dial any unassigned number withing range
> >  > 11xx, you'll hear "AAExtnOutOfService.wav" but the problem
> >  > is that I am not able to make the PSTN call drop.
> >  >
> >  > I tried routing calls to TP inside AC Hunt-Group>>Always
> >  > Route member is TP>>TP has Block Pattern --Not working.
> >  >
> >  > "AAExtnOutOfService.wav"keeps on playing.
> >  >
> >  > I tried routing calls to Route-Point (Always Route Member)

Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?

2009-01-26 Thread Christian Hennrich

Hi,

what about having a MoH File, that is playing the message to the caller. 
MoH file is played in the AC Hunt group with queueing activated and no 
AC operators logged in. So you would use only CUCM to play the message.


I have not tested that idea, but it might be workable.

As far as there is nothing stated, which prevents you from using Unity, 
I would use Unity.


Regards

Chris Parker schrieb:

The only thing that makes me suspicious about using Unity to play the
announcement is that this requirement was listed under the Media
section. This leads me to believe they want you to use the annunciator.
Otherwise wouldn't it be under the Voicemail/Unity section?

Regardless I don't think you can do it any other way unless you hairpin
the call through Unity to send the call to the annunciator since the VM
ports are skinny registrations.

Chris

Ryan Trauernicht wrote:
 > That is what I thought but I opened a TAC case and they claim you
 > can, but cant figure out how.
 >
 > Thanks,
 > Ryan Trauernicht
 >
 > On Mon, Jan 26, 2009 at 3:21 AM, Juan  > wrote:
 >
 > I remember reading in the SRND that you can only engage the
 > annunciator for SCCP devices if I remember correctly - so not to
 > the PSTN.
 >
 >
 > cheers,
 > Juan
 >
 >
 > On Sun, Jan 25, 2009 at 5:48 PM, Ryan Trauernicht
 > mailto:ryanstudyvo...@gmail.com>> wrote:
 >
 > Not sure why you are going through all that trouble and not
 > just sending it to unity as a call handler and hang up after
 > message played.
 >
 > I don't know how to play an ANN from a PSTN call, I have
 > engaged TAC and they are still working on it and they can't
 > even figure it out right now.
 >
 > Any ideas?
 >
 > Thanks,
 > Ryan Trauernicht
 >
 > On Sun, Jan 25, 2009 at 3:42 AM, Kapil Atrish
 > mailto:kapilatr...@hotmail.com>> wrote:
 >
 > Hi list,
 >
 > Following I did:
 >
 > Create a new MOH Audio Source using
 > "AAExtnOutOfService.wav". Prompt available inside Wfavvid
 > folder
 >
 > Create a TP covering all unassigned DNs for example: 11xx,
 > do Called party Xform to 1155
 >
 > Create a AC Pilot 1155, give any DP say: ANN_PSTN
 > AC Hunt-Group>>Give any AC user. No need to login to
 > Attendant Console.
 > Run acconfig.bat>>Enable Queuing
 > Inside DP: ANN_PSTN give User Hold MOH Source as
 > "AAExtnOutOfService.wav".
 >
 > Now, whenever you dial any unassigned number withing range
 > 11xx, you'll hear "AAExtnOutOfService.wav" but the problem
 > is that I am not able to make the PSTN call drop.
 >
 > I tried routing calls to TP inside AC Hunt-Group>>Always
 > Route member is TP>>TP has Block Pattern --Not working.
 >
 > "AAExtnOutOfService.wav"keeps on playing.
 >
 > I tried routing calls to Route-Point (Always Route Member)
 > inside AC Hunt-Group>>CTI_RP has Forward all to TP>>TP has
 > Block Pattern --Not working. "AAExtnOutOfService.wav"keeps
 > on playing.
 >
 > I tried routing calls to a registered Phone DN as Always
 > Route Member>>Forward all to TPTP has Block Pattern
 > --Not working. "AAExtnOutOfService.wav"keeps on playing.
 >
 > Can someone help me achieve call drop here without using
 > IPCCX/Unity/TCL?
 >
 >
 > Thanks,
 > Kapil Atrish
 >
 > 


 > Rediscover the magic of Windows & WIN a Windows Vista
 > laptop & Windows mobile phone at www.windowsandme.com
 >  Try it now!
 > 
 >
 >
 >
 >


__
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
__



Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?

2009-01-26 Thread Ryan Trauernicht
nevermind scratch that
Next sentence in that document...

"It is capable of sending multiple one-way RTP streams to devices such as
Cisco IP phones or gateways, and it uses SCCP messages to establish the RTP
stream. The device must be capable of SCCP to utilize this feature."

since gateways are MGCP or H323 they will not play ANN.  But since VG224,
VG248, etc... under the gateway page can be SCCP that is why they state
gateways in the SRND.

Is that correct mark?


Thanks,
Ryan Trauernicht

On Mon, Jan 26, 2009 at 10:47 AM, Ryan Trauernicht  wrote:

> That is what I thought... but page 197 of CM SRND:
> "It is capable of sending multiple one-way RTP streams to devices such as
> Cisco IP phones or gateways, and it uses SCCP messages to establish the RTP
> stream."
>
>
>
> On Mon, Jan 26, 2009 at 10:43 AM, Mark Snow  wrote:
>
>> Juan is correct. You cannot play ANN to a GW of any sort, only to SCCP
>> devices.
>>
>> Mark SnowSr Technical Instructor
>> IPexpert, Inc.
>>
>> Sent from my iPhone
>>
>> On Jan 26, 2009, at 11:23 AM, Ryan Trauernicht 
>> wrote:
>>
>> That is what I thought but I opened a TAC case and they claim you can,
>> but cant figure out how.
>> Thanks,
>> Ryan Trauernicht
>>
>> On Mon, Jan 26, 2009 at 3:21 AM, Juan < 
>> juan.c...@gmail.com> wrote:
>>
>>> I remember reading in the SRND that you can only engage the annunciator
>>> for SCCP devices if I remember correctly - so not to the PSTN.
>>>
>>> cheers,
>>> Juan
>>>
>>>
>>> On Sun, Jan 25, 2009 at 5:48 PM, Ryan Trauernicht 
>>> <
>>> ryanstudyvo...@gmail.com> wrote:
>>>
 Not sure why you are going through all that trouble and not just sending
 it to unity as a call handler and hang up after message played.
 I don't know how to play an ANN from a PSTN call, I have engaged TAC and
 they are still working on it and they can't even figure it out right now.

 Any ideas?

 Thanks,
 Ryan Trauernicht

 On Sun, Jan 25, 2009 at 3:42 AM, Kapil Atrish <
 kapilatr...@hotmail.com> wrote:

>  Hi list,
>
> Following I did:
>
> Create a new MOH Audio Source using "AAExtnOutOfService.wav". Prompt
> available inside Wfavvid folder
>
> Create a TP covering all unassigned DNs for example: 11xx, do Called
> party Xform to 1155
>
> Create a AC Pilot 1155, give any DP say: ANN_PSTN
> AC Hunt-Group>>Give any AC user. No need to login to Attendant Console.
> Run acconfig.bat>>Enable Queuing
> Inside DP: ANN_PSTN give User Hold MOH Source as
> "AAExtnOutOfService.wav".
>
> Now, whenever you dial any unassigned number withing range 11xx, you'll
> hear "AAExtnOutOfService.wav" but the problem is that I am not able to 
> make
> the PSTN call drop.
>
> I tried routing calls to TP inside AC Hunt-Group>>Always Route member
> is TP>>TP has Block Pattern --Not working.
>
> "AAExtnOutOfService.wav"keeps on playing.
>
> I tried routing calls to Route-Point (Always Route Member) inside AC
> Hunt-Group>>CTI_RP has Forward all to TP>>TP has Block Pattern --Not
> working. "AAExtnOutOfService.wav"keeps on playing.
>
> I tried routing calls to a registered Phone DN as Always Route
> Member>>Forward all to TPTP has Block Pattern --Not working.
> "AAExtnOutOfService.wav"keeps on playing.
>
> Can someone help me achieve call drop here without using
> IPCCX/Unity/TCL?
>
>
> Thanks,
> Kapil Atrish
>
> --
> Rediscover the magic of Windows & WIN a Windows Vista laptop & Windows
> mobile phone at www.windowsandme.com Try
> it now! 
>


>>>
>>
>


Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?

2009-01-26 Thread Ryan Trauernicht
That is what I thought... but page 197 of CM SRND:
"It is capable of sending multiple one-way RTP streams to devices such as
Cisco IP phones or gateways, and it uses SCCP messages to establish the RTP
stream."



On Mon, Jan 26, 2009 at 10:43 AM, Mark Snow  wrote:

> Juan is correct. You cannot play ANN to a GW of any sort, only to SCCP
> devices.
>
> Mark SnowSr Technical Instructor
> IPexpert, Inc.
>
> Sent from my iPhone
>
> On Jan 26, 2009, at 11:23 AM, Ryan Trauernicht 
> wrote:
>
> That is what I thought but I opened a TAC case and they claim you can,
> but cant figure out how.
> Thanks,
> Ryan Trauernicht
>
> On Mon, Jan 26, 2009 at 3:21 AM, Juan < 
> juan.c...@gmail.com> wrote:
>
>> I remember reading in the SRND that you can only engage the annunciator
>> for SCCP devices if I remember correctly - so not to the PSTN.
>>
>> cheers,
>> Juan
>>
>>
>> On Sun, Jan 25, 2009 at 5:48 PM, Ryan Trauernicht <
>> ryanstudyvo...@gmail.com> wrote:
>>
>>> Not sure why you are going through all that trouble and not just sending
>>> it to unity as a call handler and hang up after message played.
>>> I don't know how to play an ANN from a PSTN call, I have engaged TAC and
>>> they are still working on it and they can't even figure it out right now.
>>>
>>> Any ideas?
>>>
>>> Thanks,
>>> Ryan Trauernicht
>>>
>>> On Sun, Jan 25, 2009 at 3:42 AM, Kapil Atrish <
>>> kapilatr...@hotmail.com> wrote:
>>>
  Hi list,

 Following I did:

 Create a new MOH Audio Source using "AAExtnOutOfService.wav". Prompt
 available inside Wfavvid folder

 Create a TP covering all unassigned DNs for example: 11xx, do Called
 party Xform to 1155

 Create a AC Pilot 1155, give any DP say: ANN_PSTN
 AC Hunt-Group>>Give any AC user. No need to login to Attendant Console.
 Run acconfig.bat>>Enable Queuing
 Inside DP: ANN_PSTN give User Hold MOH Source as
 "AAExtnOutOfService.wav".

 Now, whenever you dial any unassigned number withing range 11xx, you'll
 hear "AAExtnOutOfService.wav" but the problem is that I am not able to make
 the PSTN call drop.

 I tried routing calls to TP inside AC Hunt-Group>>Always Route member is
 TP>>TP has Block Pattern --Not working.

 "AAExtnOutOfService.wav"keeps on playing.

 I tried routing calls to Route-Point (Always Route Member) inside AC
 Hunt-Group>>CTI_RP has Forward all to TP>>TP has Block Pattern --Not
 working. "AAExtnOutOfService.wav"keeps on playing.

 I tried routing calls to a registered Phone DN as Always Route
 Member>>Forward all to TPTP has Block Pattern --Not working.
 "AAExtnOutOfService.wav"keeps on playing.

 Can someone help me achieve call drop here without using
 IPCCX/Unity/TCL?


 Thanks,
 Kapil Atrish

 --
 Rediscover the magic of Windows & WIN a Windows Vista laptop & Windows
 mobile phone at www.windowsandme.com Try
 it now! 

>>>
>>>
>>
>


Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?

2009-01-26 Thread Mark Snow
Juan is correct. You cannot play ANN to a GW of any sort, only to SCCP  
devices.


Mark Snow
Sr Technical Instructor
IPexpert, Inc.

Sent from my iPhone

On Jan 26, 2009, at 11:23 AM, Ryan Trauernicht  
 wrote:


That is what I thought but I opened a TAC case and they claim  
you can, but cant figure out how.


Thanks,
Ryan Trauernicht

On Mon, Jan 26, 2009 at 3:21 AM, Juan  wrote:
I remember reading in the SRND that you can only engage the  
annunciator for SCCP devices if I remember correctly - so not to the  
PSTN.



cheers,
Juan


On Sun, Jan 25, 2009 at 5:48 PM, Ryan Trauernicht > wrote:
Not sure why you are going through all that trouble and not just  
sending it to unity as a call handler and hang up after message  
played.


I don't know how to play an ANN from a PSTN call, I have engaged TAC  
and they are still working on it and they can't even figure it out  
right now.


Any ideas?

Thanks,
Ryan Trauernicht

On Sun, Jan 25, 2009 at 3:42 AM, Kapil Atrish  
 wrote:

Hi list,

Following I did:

Create a new MOH Audio Source using "AAExtnOutOfService.wav". Prompt  
available inside Wfavvid folder


Create a TP covering all unassigned DNs for example: 11xx, do Called  
party Xform to 1155


Create a AC Pilot 1155, give any DP say: ANN_PSTN
AC Hunt-Group>>Give any AC user. No need to login to Attendant  
Console.

Run acconfig.bat>>Enable Queuing
Inside DP: ANN_PSTN give User Hold MOH Source as  
"AAExtnOutOfService.wav".


Now, whenever you dial any unassigned number withing range 11xx,  
you'll hear "AAExtnOutOfService.wav" but the problem is that I am  
not able to make the PSTN call drop.


I tried routing calls to TP inside AC Hunt-Group>>Always Route  
member is TP>>TP has Block Pattern --Not working.


"AAExtnOutOfService.wav"keeps on playing.

I tried routing calls to Route-Point (Always Route Member) inside AC  
Hunt-Group>>CTI_RP has Forward all to TP>>TP has Block Pattern --Not  
working. "AAExtnOutOfService.wav"keeps on playing.


I tried routing calls to a registered Phone DN as Always Route  
Member>>Forward all to TPTP has Block Pattern --Not working.  
"AAExtnOutOfService.wav"keeps on playing.


Can someone help me achieve call drop here without using IPCCX/Unity/ 
TCL?



Thanks,
Kapil Atrish

Rediscover the magic of Windows & WIN a Windows Vista laptop &  
Windows mobile phone at www.windowsandme.com Try it now!






Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?

2009-01-26 Thread Chris Parker
The only thing that makes me suspicious about using Unity to play the 
announcement is that this requirement was listed under the Media 
section. This leads me to believe they want you to use the annunciator. 
Otherwise wouldn't it be under the Voicemail/Unity section?


Regardless I don't think you can do it any other way unless you hairpin 
the call through Unity to send the call to the annunciator since the VM 
ports are skinny registrations.


Chris

Ryan Trauernicht wrote:
That is what I thought but I opened a TAC case and they claim you 
can, but cant figure out how.


Thanks,
Ryan Trauernicht

On Mon, Jan 26, 2009 at 3:21 AM, Juan > wrote:


I remember reading in the SRND that you can only engage the
annunciator for SCCP devices if I remember correctly - so not to
the PSTN.


cheers,
Juan


On Sun, Jan 25, 2009 at 5:48 PM, Ryan Trauernicht
mailto:ryanstudyvo...@gmail.com>> wrote:

Not sure why you are going through all that trouble and not
just sending it to unity as a call handler and hang up after
message played.

I don't know how to play an ANN from a PSTN call, I have
engaged TAC and they are still working on it and they can't
even figure it out right now.

Any ideas?

Thanks,
Ryan Trauernicht

On Sun, Jan 25, 2009 at 3:42 AM, Kapil Atrish
mailto:kapilatr...@hotmail.com>> wrote:

Hi list,

Following I did:

Create a new MOH Audio Source using
"AAExtnOutOfService.wav". Prompt available inside Wfavvid
folder

Create a TP covering all unassigned DNs for example: 11xx,
do Called party Xform to 1155

Create a AC Pilot 1155, give any DP say: ANN_PSTN
AC Hunt-Group>>Give any AC user. No need to login to
Attendant Console.
Run acconfig.bat>>Enable Queuing
Inside DP: ANN_PSTN give User Hold MOH Source as
"AAExtnOutOfService.wav".

Now, whenever you dial any unassigned number withing range
11xx, you'll hear "AAExtnOutOfService.wav" but the problem
is that I am not able to make the PSTN call drop.

I tried routing calls to TP inside AC Hunt-Group>>Always
Route member is TP>>TP has Block Pattern --Not working.

"AAExtnOutOfService.wav"keeps on playing.

I tried routing calls to Route-Point (Always Route Member)
inside AC Hunt-Group>>CTI_RP has Forward all to TP>>TP has
Block Pattern --Not working. "AAExtnOutOfService.wav"keeps
on playing.

I tried routing calls to a registered Phone DN as Always
Route Member>>Forward all to TPTP has Block Pattern
--Not working. "AAExtnOutOfService.wav"keeps on playing.

Can someone help me achieve call drop here without using
IPCCX/Unity/TCL?


Thanks,
Kapil Atrish



Rediscover the magic of Windows & WIN a Windows Vista
laptop & Windows mobile phone at www.windowsandme.com
 Try it now!









Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?

2009-01-26 Thread Ryan Trauernicht
That is what I thought but I opened a TAC case and they claim you can,
but cant figure out how.
Thanks,
Ryan Trauernicht

On Mon, Jan 26, 2009 at 3:21 AM, Juan  wrote:

> I remember reading in the SRND that you can only engage the annunciator for
> SCCP devices if I remember correctly - so not to the PSTN.
>
> cheers,
> Juan
>
>
> On Sun, Jan 25, 2009 at 5:48 PM, Ryan Trauernicht <
> ryanstudyvo...@gmail.com> wrote:
>
>> Not sure why you are going through all that trouble and not just sending
>> it to unity as a call handler and hang up after message played.
>> I don't know how to play an ANN from a PSTN call, I have engaged TAC and
>> they are still working on it and they can't even figure it out right now.
>>
>> Any ideas?
>>
>> Thanks,
>> Ryan Trauernicht
>>
>> On Sun, Jan 25, 2009 at 3:42 AM, Kapil Atrish wrote:
>>
>>>  Hi list,
>>>
>>> Following I did:
>>>
>>> Create a new MOH Audio Source using "AAExtnOutOfService.wav". Prompt
>>> available inside Wfavvid folder
>>>
>>> Create a TP covering all unassigned DNs for example: 11xx, do Called
>>> party Xform to 1155
>>>
>>> Create a AC Pilot 1155, give any DP say: ANN_PSTN
>>> AC Hunt-Group>>Give any AC user. No need to login to Attendant Console.
>>> Run acconfig.bat>>Enable Queuing
>>> Inside DP: ANN_PSTN give User Hold MOH Source as
>>> "AAExtnOutOfService.wav".
>>>
>>> Now, whenever you dial any unassigned number withing range 11xx, you'll
>>> hear "AAExtnOutOfService.wav" but the problem is that I am not able to make
>>> the PSTN call drop.
>>>
>>> I tried routing calls to TP inside AC Hunt-Group>>Always Route member is
>>> TP>>TP has Block Pattern --Not working.
>>>
>>> "AAExtnOutOfService.wav"keeps on playing.
>>>
>>> I tried routing calls to Route-Point (Always Route Member) inside AC
>>> Hunt-Group>>CTI_RP has Forward all to TP>>TP has Block Pattern --Not
>>> working. "AAExtnOutOfService.wav"keeps on playing.
>>>
>>> I tried routing calls to a registered Phone DN as Always Route
>>> Member>>Forward all to TPTP has Block Pattern --Not working.
>>> "AAExtnOutOfService.wav"keeps on playing.
>>>
>>> Can someone help me achieve call drop here without using IPCCX/Unity/TCL?
>>>
>>>
>>>
>>> Thanks,
>>> Kapil Atrish
>>>
>>> --
>>> Rediscover the magic of Windows & WIN a Windows Vista laptop & Windows
>>> mobile phone at www.windowsandme.com Try it 
>>> now!
>>>
>>
>>
>


Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?

2009-01-26 Thread Juan
I remember reading in the SRND that you can only engage the annunciator for
SCCP devices if I remember correctly - so not to the PSTN.

cheers,
Juan


On Sun, Jan 25, 2009 at 5:48 PM, Ryan Trauernicht
wrote:

> Not sure why you are going through all that trouble and not just sending it
> to unity as a call handler and hang up after message played.
> I don't know how to play an ANN from a PSTN call, I have engaged TAC and
> they are still working on it and they can't even figure it out right now.
>
> Any ideas?
>
> Thanks,
> Ryan Trauernicht
>
> On Sun, Jan 25, 2009 at 3:42 AM, Kapil Atrish wrote:
>
>>  Hi list,
>>
>> Following I did:
>>
>> Create a new MOH Audio Source using "AAExtnOutOfService.wav". Prompt
>> available inside Wfavvid folder
>>
>> Create a TP covering all unassigned DNs for example: 11xx, do Called party
>> Xform to 1155
>>
>> Create a AC Pilot 1155, give any DP say: ANN_PSTN
>> AC Hunt-Group>>Give any AC user. No need to login to Attendant Console.
>> Run acconfig.bat>>Enable Queuing
>> Inside DP: ANN_PSTN give User Hold MOH Source as "AAExtnOutOfService.wav".
>>
>> Now, whenever you dial any unassigned number withing range 11xx, you'll
>> hear "AAExtnOutOfService.wav" but the problem is that I am not able to make
>> the PSTN call drop.
>>
>> I tried routing calls to TP inside AC Hunt-Group>>Always Route member is
>> TP>>TP has Block Pattern --Not working.
>>
>> "AAExtnOutOfService.wav"keeps on playing.
>>
>> I tried routing calls to Route-Point (Always Route Member) inside AC
>> Hunt-Group>>CTI_RP has Forward all to TP>>TP has Block Pattern --Not
>> working. "AAExtnOutOfService.wav"keeps on playing.
>>
>> I tried routing calls to a registered Phone DN as Always Route
>> Member>>Forward all to TPTP has Block Pattern --Not working.
>> "AAExtnOutOfService.wav"keeps on playing.
>>
>> Can someone help me achieve call drop here without using IPCCX/Unity/TCL?
>>
>>
>> Thanks,
>> Kapil Atrish
>>
>> --
>> Rediscover the magic of Windows & WIN a Windows Vista laptop & Windows
>> mobile phone at www.windowsandme.com Try it now!
>>
>
>


Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?

2009-01-25 Thread Ryan Trauernicht
Not sure why you are going through all that trouble and not just sending it
to unity as a call handler and hang up after message played.
I don't know how to play an ANN from a PSTN call, I have engaged TAC and
they are still working on it and they can't even figure it out right now.

Any ideas?

Thanks,
Ryan Trauernicht

On Sun, Jan 25, 2009 at 3:42 AM, Kapil Atrish wrote:

>  Hi list,
>
> Following I did:
>
> Create a new MOH Audio Source using "AAExtnOutOfService.wav". Prompt
> available inside Wfavvid folder
>
> Create a TP covering all unassigned DNs for example: 11xx, do Called party
> Xform to 1155
>
> Create a AC Pilot 1155, give any DP say: ANN_PSTN
> AC Hunt-Group>>Give any AC user. No need to login to Attendant Console.
> Run acconfig.bat>>Enable Queuing
> Inside DP: ANN_PSTN give User Hold MOH Source as "AAExtnOutOfService.wav".
>
> Now, whenever you dial any unassigned number withing range 11xx, you'll
> hear "AAExtnOutOfService.wav" but the problem is that I am not able to make
> the PSTN call drop.
>
> I tried routing calls to TP inside AC Hunt-Group>>Always Route member is
> TP>>TP has Block Pattern --Not working.
>
> "AAExtnOutOfService.wav"keeps on playing.
>
> I tried routing calls to Route-Point (Always Route Member) inside AC
> Hunt-Group>>CTI_RP has Forward all to TP>>TP has Block Pattern --Not
> working. "AAExtnOutOfService.wav"keeps on playing.
>
> I tried routing calls to a registered Phone DN as Always Route
> Member>>Forward all to TPTP has Block Pattern --Not working.
> "AAExtnOutOfService.wav"keeps on playing.
>
> Can someone help me achieve call drop here without using IPCCX/Unity/TCL?
>
>
> Thanks,
> Kapil Atrish
>
> --
> Rediscover the magic of Windows & WIN a Windows Vista laptop & Windows
> mobile phone at www.windowsandme.com Try it now!
>


[OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?

2009-01-25 Thread Kapil Atrish

Hi list,

Following I did:

Create a new MOH Audio Source using "AAExtnOutOfService.wav". Prompt available 
inside Wfavvid folder

Create a TP covering all unassigned DNs for example: 11xx, do Called party 
Xform to 1155

Create a AC Pilot 1155, give any DP say: ANN_PSTN
AC Hunt-Group>>Give any AC user. No need to login to Attendant Console.
Run acconfig.bat>>Enable Queuing
Inside DP: ANN_PSTN give User Hold MOH Source as "AAExtnOutOfService.wav".

Now, whenever you dial any unassigned number withing range 11xx, you'll hear 
"AAExtnOutOfService.wav" but the problem is that I am not able to make the PSTN 
call drop.

I tried routing calls to TP inside AC Hunt-Group>>Always Route member is TP>>TP 
has Block Pattern --Not working. 

"AAExtnOutOfService.wav"keeps on playing.

I tried routing calls to Route-Point (Always Route Member) inside AC 
Hunt-Group>>CTI_RP has Forward all to TP>>TP has Block Pattern --Not working. 
"AAExtnOutOfService.wav"keeps on playing.

I tried routing calls to a registered Phone DN as Always Route Member>>Forward 
all to TPTP has Block Pattern --Not working. "AAExtnOutOfService.wav"keeps 
on playing.

Can someone help me achieve call drop here without using IPCCX/Unity/TCL? 


Thanks,
Kapil Atrish

_
Plug in to the MSN Tech channel for a full update on the latest gizmos that 
made an impact.
http://computing.in.msn.com/

[OSL | CCIE_Voice] Annunciator to PSTN - will it be acceptable?

2009-01-25 Thread Kapil Atrish

Hi list,

Following I did:

Create a new MOH Audio Source using "AAExtnOutOfService.wav". Prompt available 
inside Wfavvid folder

Create a TP covering all unassigned DNs for example: 11xx, do Called party 
Xform to 1155

Create a AC Pilot 1155, give any DP say: ANN_PSTN
AC Hunt-Group>>Give any AC user. No need to login to Attendant Console.
Run acconfig.bat>>Enable Queuing
Inside DP: ANN_PSTN give User Hold MOH Source as "AAExtnOutOfService.wav".

Now, whenever you dial any unassigned number withing range 11xx, you'll hear 
"AAExtnOutOfService.wav" but the problem is that I am not able to make the PSTN 
call drop.

I tried routing calls to TP inside AC Hunt-Group>>Always Route member is TP>>TP 
has Block Pattern --Not working. 

"AAExtnOutOfService.wav"keeps on playing.

I tried routing calls to Route-Point (Always Route Member) inside AC 
Hunt-Group>>CTI_RP has Forward all to TP>>TP has Block Pattern --Not working. 
"AAExtnOutOfService.wav"keeps on playing.

I tried routing calls to a registered Phone DN as Always Route Member>>Forward 
all to TPTP has Block Pattern --Not working. "AAExtnOutOfService.wav"keeps 
on playing.

Can someone help me achieve call drop here without using IPCCX/Unity/TCL? 


Thanks,
Kapil Atrish

_
Chose your Life Partner! Join MSN Matrimony FREE
http://www.in.msn.com/matrimony