Hi Bill,
I had my first attempt in November, but failed because I don't read
some question corectly
in every detail.
I had this problem with -1 in some of my lab sessions (not proctor
labs) and it worked with contacts waiting for me. I tested it with 3
call-in users and all get an indivudually annoucement for the amount of
calls ahead.
But as I wrote, it doesn't matter how the script looks like as long as it
fit the question in your binder.
Regards
Steffen
Am Freitag, 30. November 2012 schrieb Bill Lake :
> Sounds like either way works, so as long as it works, it really doesn't
> matter how you get it, just as long as the proctor gets what he is supposed
> to hear.
>
> I know I have used the slightly longer way as it helps me stay organized
> but next lab session I am going to try this if I can keep my ducks in a row
> :)
>
> I also know from my practice that it does not say -1 when I set this up
> using Position in queue, it says your position in queue is zero or whatever
> I record.
>
> I also practice recording in both in CUC and UCCX just in case one does
> not work. You know both methods so just practice because you never know :)
>
> It seems like you might be getting close to your lab, do you have one
> schedule?
>
> Bill
>
> On Fri, Nov 30, 2012 at 4:05 PM, William Bell
> <b...@ucguerrilla.com<javascript:_e({}, 'cvml', 'b...@ucguerrilla.com');>
> > wrote:
>
>> I have a question that may really just come down to a matter of
>> preference. However, I want to make sure there is something that I am not
>> missing. For those who want to "read along" my question stems from
>> IPexpert's One Week Lab Experience lab 2. I also think i have seen a
>> similar question in the 5-lab workbook.
>>
>> For everyone else, the CCX requirement is to play a contact's position in
>> queue while they are in the queued branch of Select Resource.
>> Specifically, they want you to play a prompt that says "The number of
>> people ahead of you is one" (or two, or three, etc.).
>>
>> The way I do this is as follows:
>>
>> step: Select Resource from CSQ
>> - (Connected)
>> - (Queued)
>> label: queueLoop
>> intPosInQ = Get Reporting Statistic PositionInQueue
>> decrement intPosInQ
>> playPrompt (P[YourPosinQ.wav] + intPosInQ)
>> delay 30s
>> goto label: queueLoop
>>
>>
>> The way I have seen IPExpert handle this has a few more steps:
>>
>> step: Select Resource from CSQ
>> - (Connected)
>> - (Queued)
>> label: queueLoop
>> intPosInQ = Get Reporting Statistic PositionInQueue
>> decrement intPosInQ
>> promptNumInQ = Create Generated Prompt number (intPosInQ)
>> promptQueue = Create Container Prompt Concatenation (P[YourPosinQ] +
>> promptNumInQ)
>> playPrompt (promptQueue)
>> delay 30s
>> goto label: queueLoop
>>
>>
>> When I use my method, I get the desired result. My question is what (if
>> any) advantage is there in generating the spoken prompt and packaging the
>> two prompts instead of just doing the concatenation in-line with the Play
>> Prompt step?
>>
>> Thanks in advance.
>>
>> -Bill
>> --
>> William Bell
>> blog: http://ucguerrilla.com
>> twitter: @ucguerrilla
>>
>>
>>
>> _______________________________________________
>> For more information regarding industry leading CCIE Lab training, please
>> visit www.ipexpert.com
>>
>> Are you a CCNP or CCIE and looking for a job? Check out
>> www.PlatinumPlacement.com
>>
>
>
_______________________________________________
For more information regarding industry leading CCIE Lab training, please visit
www.ipexpert.com
Are you a CCNP or CCIE and looking for a job? Check out
www.PlatinumPlacement.com
