i2002 trasnfer and retrieve issue

[amitde]

Unable to activate 'transfer' and 'retrieve' more than once. (When searching for a person for a caller - previously were able to effectively use the 'transfer' and able to 'retrieve' the caller more than once i.e. if they tried one extension and the person required wasn't there, they could then retrieve the caller and try several other extensions until person was found). Now it doesn't work.
Any help?

 

[yyrkroon]

just this particular I2002 or all I2xxx phones? If its just 1 phone, replace it...or

Unplug the set and plug it back in to let it download the firmare. Also update the firmware for the I2xxx set on you IPL or SigServer whichever you're using then update the sets.

 

[vztech]

Try disabling and enabling the set

Do you see anything on the set (xfer held)?
This may be a user error in transfering not the system


I haven't seen this issue with 3.0 or above but on 24 you need to release the transfer before you go back to the party.

You may also want to make sure you have the latest dep list

It's only dialtone-VZ

 

[amitde]

Well a bunch of i2002. Is there a way to check the firmware in the 11c? All these extensions are configured in loop 65. Alos, what is the procedure to update the firmware?

 

[amitde]

VZ,

Its Opt 11c with 25.40B. I was unable to understand what you meant. Could you elaborate on it?

Thanks,

AD

 

[vztech]

sorry
This was caused by having a CLS of AHA

I had a customer complain they could not transfer calls on certain sets 3903 and 04's it would lock up on them. I first thought it was firmware patchs etc. but after lots of testing the users would.

answer the call (on key 0)
trn the call to someone internal if they didn't pickup the user would then hit key 0 again to go back to the call

By doing this with CLS of AHA it put the TRN state on hold (held xfer on the bottom of the display)

but when they tried to trn again to someone else they could not trn the call only a disu then enlu of the set would unlock the xfer held state

The correct process would be after the user tried to trn the call they then need to hit goodbye to cancel the trn then hit trn (to try to trn to someone else) and or key 0 to speak with the original caller.

Check to see if the users have AHA and change it to AHD in the CLS.

This may not be your problem but it's worth a look

hope this helps

It's only dialtone-VZ

 

[amitde]

VZ,

As you said, cls AHA is specific to 3904 and 5. Still I tried to change it to AHD, but caller got disconnected as soon as the called transfered.

But on one particular extension there were 3 MCR keys configured and there I changed the LHK from 0 to 2 and it worked wonders.

But for the rest of the extensions only 1 scr key is configured on key 0, so in such case what shud I do? Can I play around with the LHK key? Or is there any other solution?

 

[vztech]

I don't believe LHK should have anything to do with a Tranfer

You may want to make sure you have the latest DEP List in your system.

also you may want to test this yourself and duplicate the problem and not take the users word for it just to be sure.

It's only dialtone-VZ

 

[dlesap]

The normal way to "retrieve a caller" is:
Call X is present on set A.
Press transfer and dial set B.
Set B doesn't answer or call is forwaded somewhere else.
Press Rls key.
Press DN key (i mean the key where the call X was on and may still flashing)

Then you are able to re-transfer the call X again.

Have a look at prompt HCC in LD 21 PRT CDB.
Best choice is XFER, meaning for transferring a call you can use either Connect key or hang on the handset