3904 transfer to MCR extension cannot press "connect"

[puckster99]

Hello,

I have an Option 61 Rel 5.5, When I receive an incoming call into our receptionist that has a 3904, when she does a screened transfer to a DN that is an MCR key, she can press "connect" once they answer, it works fine. When she tries do do an unsupervised transfer and tries to press the "connect" key before the far end answers the transfer, nothing happens and she cannot release the call.

When we make this same call internally to the receptionist, she is able to do an unsupervised transfer just fine.

Also when the receptionist receives a call from the outside and performs an unsupervised transfer to a regular SCR DN, it works fine.

Any ideas?

 

[johnpoole]

post your att and rdr data

john poole
bellsouth business
columbia,sc

 

[GHTROUT]

You would need to use the "TRN" Key to perform an unsupervised transfer. Are you sure she is using Transfer, and not Conference?

~~~
[small]GHTROUT.com | CS1000 Programming and Feature Guides | Tek-Tips FAQs | Recent Replies[/small]

 

[puckster99]

I did confirm she is using the transfer key and not the conference.

Here is my RDR, ATT & NIT (which points to the 3904 acting as the receptionist)

REQ: prt
TYPE: att
TYPE ATT_DATA
CUST 0

TYPE ATT_DATA
CUST 00
OPT AHD BIND BIXA BLA
DNX IC1 ITG IDP XLF IBL
FKA MWUD LOD
REA SYA ATDA
ATDN 0
NCOS 7
CWUP YES
CWCL 1 3
CWTM 12 44
CWBZ YES YES
MATT NO
RTIM 30 30 30
ATIM 0
AQTT 0
AODN
SPVC 00
SBLF NO
RTSA RSAD
SACP NO
ABDN NO
IRFR NO
XRFR NO
IDBZ NO
PBUZ 02 10
ICI 00 LD0
ICI 01 LD1
ICI 02 LD2
ICI 03 LD3
ICI 04 RLL
ICI 05 INT
ICI 06 DL0
ICI 07 LD4
ICI 08
ICI 09
RICI 0 1 2 3 5 6

REQ: prt
TYPE: rdr
TYPE RDR_DATA
CUST

TYPE RDR_DATA
CUST 00
OPT CFF CFRD PVCD CWRD MCI
FNAD FDN
FNAT FDN
FNAL FDN
CFTA NO
CCFWDN
CFN0 3
CFN1 4
CFN2 5
DFN0 3
DFN1 4
DFN2 5
DNDH NO
MDID NO
NDID NO
MWFB NO
TRCL 0
CRT0 00 00 00 00
CRT1 00 00 00 00
CRT2 00 00 00 00
CRT3 00 00 00 00
DAY0
DAY1
DAY2
DAY3
HOLIDAY0
HOLIDAY1
HOLIDAY2
HOLIDAY3


REQ: prt
TYPE: nit
TYPE NIT_DATA
CUST 0

TYPE NIT_DATA
CUST 00
NIT1 4605
TIM1
NIT2
TIM2
NIT3
TIM3
NIT4
TIM4
ENS NO



TN 020 0 10 00
TYPE 3904
CDEN 8D
CTYP XDLC
CUST 0
KBA 1
ERL 0
FDN 5605
TGAR 0
LDN NO
NCOS 6
SGRP 0
RNPG 0
SCI 0
SSU
LNRS 12
XLST
SCPW
CLS UNR FBD WTA LPR MTD FNA HTA TDD HFA GRLD CRPD STSD
MWA LMPN RMMD SMWD AAD IMD XHD IRA NID OLA VCE DRG1
POD DSX VMD SLKD CCSD SWD LNA CNDA
CFTD SFA MRD DDV CNIA CDCA MSID DAPA BFED RCBD
ICDD CDMD LLCN MCTA CLBD AUTU
GPUD DPUD DNDA CFXA ARHD FITD CLTD ASCD
CPFA CPTA ABDD CFHA FICD NAID BUZZ AGRD MOAD AHD
DDGA NAMA
DRDD EXR0
USMD USRD ULAD RTDD RBDD RBHD PGND OCBD FLXD FTTU MCBN
CDMR MCDD T87D PKCH
CPND_LANG ENG
RCO 2
HUNT 5605
LHK 2
LPK 2
PLEV 02
DANI NO
AST
IAPG 0
AACS NO
ITNA NO
DGRP
MLWU_LANG 0
MLNG ENG
DNDR 0
KEY 00 SCR 4605 0 MARP
CPND
NAME Switchboard
XPLN 27
DISPLAY_FMT FIRST,LAST
01 SCR 4606 0 MARP
CPND
NAME Switchboard
XPLN 27
DISPLAY_FMT FIRST,LAST
02 SCR 2607 0 MARP
CPND
NAME Switchboard
XPLN 27
DISPLAY_FMT FIRST,LAST
03 ADL 4 5650
04 ADL 4 2620
05 ADL 16 2660
06 ADL 16 141
07 ADL 16
08 ADL 16
09 ADL 16
10 ADL 16
11 ADL 16
12
13
14
15
16 MWK 5605
17 TRN
18 AO6
19 CFW 16 5605
20 RGA
21 PRK
22
23
24
25
26
27
28
29
30
31
32 BFS 012 0 04 15
33 BFS 020 1 03 04
34 ADL 4 2690
35 BFS 012 0 03 05
36 BFS 012 0 04 00
37 BFS 004 0 10 01
38 BFS 004 0 10 15
39 BFS 012 0 05 02
40 BFS 012 0 03 02
41 BFS 020 1 03 09
42 ADL 4 2752
43 BFS 004 0 06 12
44 BFS 012 0 05 01
45 ADL 4 2835
46 BFS 004 0 06 07
47 BFS 020 1 03 02
48 BFS 004 0 05 08
49 BFS 020 1 03 03
50 ADL 4 2720
51 ADL 4 2658
52 BFS 012 0 06 04
53 BFS 012 0 05 08

 

[GHTROUT]

I don't think it's any of that. Look in NET_DATA for the prompts: TRNX and EXTT

TRNX=Prevent/Allow transfer on ringing of supervised external trunks across the network

EXTT=Prevent/Allow unconditional external Trunk to Trunk transfer.

Also, you mentioned "3904" set. Is it by chance, only 3904 type phones that have this problem?

I suspect it's the TRNX prompt you have to change.

~~~
[small]GHTROUT.com | CS1000 Programming and Feature Guides | Tek-Tips FAQs | Recent Replies[/small]

 

[puckster99]

TRNX & EXTT are both set to YES

This is not a trunk to trunk transfer though, the call comes in on a trunk and then they are trying to do unsupervised transfer to a DN that is configured as an MCR key on several phones.

I am thinking it is something with the RDB, DCH or trunks but cannot see anything wrong?


Thanks

 

[GHTROUT]

What if it wasn't MCR? Can you transfer to other non-MCR DNs in the same manner?

It could be the 3904 set firmware. Have you isolated the problem to "just this 3904 set" or "all 3904 sets" or "all sets"

If you think it's the RDB, then post it, but it sounds unlikely to me too. First I'd make sure I had isolated all the other things mentioned.

It would not surprise me that you found a "bug" in the software either. I have seen things much stranger. For example, if a TN has 1 Add-On Module, it wont Hunt, but if you add a second, Hunt works. Odd stuff like that.

~~~
[small]GHTROUT.com | CS1000 Programming and Feature Guides | Tek-Tips FAQs | Recent Replies[/small]

 

[puckster99]

If they blind transfer to non MCR DN, it works fine.

Thanks

 

[GHTROUT]

Well, I think you have found a true bug then. I commend you for finding it . There is no reason or programming error one could make to create that functionality. Remember, you do have a very new and somewhat untested release.

However, that does not mean you can't eliminate it. If it were me, the first thing I would do is make sure the 3904's firmware is updated (or put in a very recent firmware release phone). Next, if needed, I'd OUT the 3904 and build it back on a new TN, then test. Next if needed, I'd INI then test. Then if needed, Sysload and test.

At that point, if all else fails, find the patch, or get Nortel to write one. I am guessing Nortel would put you through all the above if you engaged them first.


~~~
[small]GHTROUT.com | CS1000 Programming and Feature Guides | Tek-Tips FAQs | Recent Replies[/small]