Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations Mike Lewis on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Denial Event when Parking a call 1

Status
Not open for further replies.

3408phonegod

IS-IT--Management
Apr 21, 2007
86
US
I have a type-4622 phone set that is having trouble parking calls. To park a call, the users presses "transfer", followed by "Call Park." As soon as the "Call Park" is pressed Denial Event 1002 occurs -- even before there's a chance to enter a parking spot extension. The user does have idle line appearances while attempting to park a call. This procedure works properly for other phone sets of the same type in our call center and other agents with the same COR have no issues. What can be causing this issue?
 
Code:
#define DNY_PARK        (C_DNY_BASE+2)  /* park.c (1002)
                                         * A call may already be parked on user.
                                         * gm_park() returned GM_ERR.
                                         */

A great teacher, does not provide answers, but methods to teach others "How and where to find the answers"

bsh

40 years Bell, AT&T, Lucent, Avaya
Tier 3 for 30 years and counting
[URL unfurl="true"]http://bshtele.com[/url]
 
I've already been through the documentation on the denial code. There's nothing parked on the user's extension and the denial event is occurring before the user has a chance to enter the parking spot extension.
 
Code:
Using Call Park from a multiple-call appearance telephone
Parking a call using the FAC
Procedure
1. Press the transfer button or the conference button.
2. Dial the FAC for Call Park.
3. Dial the extension of the telephone where you want to park the call.
4. Press the Complete button.

Parking a call using the call park button
Procedure
1. Press the call park button to park a call.
2. Disconnect the call.

Retrieving a parked call
Procedure
To retrieve a call perform one of the following actions:
• Press the call park button that was used to park the call.
• Dial the FAC to retrieve parked calls.
Note:
If you need to retrieve the parked call from a different extension, dial the FAC
followed by the extension the call is parked on.
• Press the unpark call button if administered on the SIP telephones.

A great teacher, does not provide answers, but methods to teach others "How and where to find the answers"

bsh

40 years Bell, AT&T, Lucent, Avaya
Tier 3 for 30 years and counting
[URL unfurl="true"]http://bshtele.com[/url]
 
I don't think this is a "user procedure" issue. We are using this same procedure at other stations without issue and this user has no issue when sitting at a different extension. I may just blow this extension out of the switch and clone a new on the same extension by "dupping" a different station that works with regard to "call park." Hopefully that will fix this problem, but I'd rather know what's causing it first.
 
then what is different from the working phone versus the non working phone, maybe a cor issue?
 
Your description in the first thread would indicate the user's not parking the call properly.
user should use transfer or conference and fac for call-park or the call-park button

You can duplicate this denial event on any multi-call appearance phone with what you have described.

Code:
I have a type-4622 phone set that is having trouble parking calls. To park a call, the users presses "transfer", followed
by "Call Park." As soon as the "Call Park" is pressed Denial Event 1002 occurs -- even before there's a chance to enter a 
parking spot extension. The user does have idle line appearances while attempting to park a call. This procedure works 
properly for other phone sets of the same type in our call center and other agents with the same COR have no issues. What can 
be causing this issue?

A great teacher, does not provide answers, but methods to teach others "How and where to find the answers"

bsh

40 years Bell, AT&T, Lucent, Avaya
Tier 3 for 30 years and counting
[URL unfurl="true"]http://bshtele.com[/url]
 
Which is exactly why I questioned him for a user error
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top