Call Park works intermittently on a 3904 off an CSE 1000 PBX. 1

[Homerscooby]

Call Park works intermittently on a 3904 off an CSE 1000 PBX. All PRK paramaters ok in LD 50 and LD 21. Tested TDS and Conf as well since phone TN is 196.0.4.7. User reporting "when call comes in they can NOT even select the PARK key, it does not respond." "Other times it works." This issue is driving me crazy; please help.

 

[GHTROUT]

I'd try a firmware update to the phone. That fixes a lot of odd feature problems... unless this is ALL 3904 phones.

--
Nortel Resources at GHTROUT.com World Famous!
--

 

[Firebird Scrambler]

I've found a few references below that could help?


Option 11C upgraded to CS1000E rls 5.50J
Multi-tenant package equipped
Consoles in CPG 1 and 2
All telephone sets have CLS TEND

Since upgrade to rls 5.50, calls parked at the M2250 consoles on CPK DNs 1800 - 1819 cannot be retrieved by telephone extensions (NU tone returned). Before the upgrade this facility did work.
Changing a telephone set to CLS TENA and assigning to tenant group 1 resulted in successful retrieval of a parked call.

This seems to be change of behaviour with the new software.
In theory, all sets with CLS TEND should belong to tenant group 0 and have access to all consoles. PRT CPG shows attendant consoles 1,2,3,4 and 5 assigned to AGNO 1 or 2 but NOT to AGNO 0

################################################################

MPLR16273 -- TAURUS TELSET: M3900 Non System Call Park Display


Test Procedure
==============

Different set types should be used to test this fix, including 2616,
M3900 and 2317 terminals. Test should be performed with CPA and CPN
as the options in the FTR section of the CDB. Also, tests should be
performed with and without defined System Park DNs.

Actions:
-------

1) Establish call between 2616 (Set A) and M3904 (Set B).

2) Press Park key on Set B.

3) Enter new park DN.

4) Press OK.

5) Dial SPRE + 72 + park DN to retrieve parked call. (if not a
system park DN, for a system park DN, just dial the DN directly)

6) Repeat tests using M3905, M3903, 2616 and 2317 as the terminal
used to press the Park key (or by dialing the SPRE and PARK FFC)

Expected Results:
----------------

1) Call is established.

2) The display should show:
Press OK to park call on
SPRE+71 DN

3) The display should show:
PARK 1171
Enter digist, then PARK

Once last DN digit is entered, the screen will jump to the next screen.

The display should show:
Press OK to park call on
SPRE+71

4) The call is parked.

5) The parked call can be picked up.

6) The M3903 and M3905 should operate the same as the M3904. The
operation of the 2616 should not appear changed. The 2317
screen displays are modified slightly to display the text
informing the user to press the OK key to park the call.




All the best

Firebird Scrambler
Meridian 1 / Succession and BCM / Norstar Programmer in the UK

http://www.linkedin.com/in/davidbromley

If it's working, then leave it alone!.

 

[Homerscooby]

I will try the firmware update and let you know.
We do not use a console so that is not the issue.

Thanks for the replies.

 

[Homerscooby]

FIRMWARE UPGRADE did NOT work. Please help with other ideas why this CALL PARK is not working intermittently.

We also did a Parallel Reload and still same issue.

 

[trvlr1]

Have you actually witnessed this happening on the phone? Users might be using the feature incorrectly and not realising they need to do it a different way. Another thought, if call park is used a lot, you may not have enough call park locations set up and this user is just out of luck.

 

[Homerscooby]

The person reporting the issue knows how to use park; but they use Call Park on the other phones just fine.

I have asked the person to track the incoming call and then email me the findings.

It is always on the same damn phone in the dept. so I am really stumped.

Thanks again.

 

[jaxuser]

Post TNB of set that cannot PARK. Also, have user put caller on hold, retrieve from hold and see if PARK appears.

 

[trvlr1]

It may be that the key itself is bad on the phone, have you tried replacing the phone to see if that helps, or move it to another TN to see if the problem follows it? That will at least tell you if the phone or the system is the issue.

 

[Homerscooby]

The TN is 196.0.4.7.

I have replaced the phones and also done the firmware upgrade.

Since the initial report two phones have also reported the issue;

184.0.4.9 and 168.0.4.3.

I have not moved the TN; I will try that.

 

[curtismo]

Does this user take calls in via a route unique to that person's incoming calls (ie, do their calls come in via analog trunks?)

Check if you have supervision turned on on incoming trunks that this person gets - if they are ground start. HOWEVER, if the incoming trunks are analog loop start trunks, make sure supervision is set to NO.

BTW, can you please confirm what version CS1000E you are running?

 

[Homerscooby]

Thanks Curtismo; I changed the SUPN to NO on my analog trunks and NOW they can PARK all calls.