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 Chriss Miller on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

transfer not going to mail

Status
Not open for further replies.

maripaq

Technical User
Jul 29, 2003
138
CA
When a user transfers a call to an internal extension and that this extension doesn't answer, instead of going to Mail, the call is released.

Any idea anyone?
 
did you check these:
does the extension that the call is being transferred configured with call forward activated?

does the extension that the call is being transferred to configured with hunt routing to mailbox number or fdn to mailbox number?
AJK
 
Yes, HUNT is set to go to VM and so is FDN.

CLS of the set is HTA and FNA.

CDB RDR_DATA (FNAD, FNAT and FNAL)are set to FDN.

Mario
 
No and if the set the call is transfered to is in CFW to Mail, it goes to mail...
 
What is the switch release? Voicamail type? Are there any patches in your switch now? go to ld 22 at REQ enter ISSP.
 
You might delete the mailbox and add it back in. It is possible that the mailbox became corrupted.
 
prt the tnb of the station and post that.. may have cfta without secondary forward dn? to many possible causes to cover without the tn

john poole
bellsouth business
columbia,sc
 
Here's the TNB of the set making the actual transfer

DES 501210
TN 040 1 12 02
TYPE 3902
CDEN 8D
CTYP XDLC
CUST 0
FDN 6667
TGAR 0
NCOS 5
RNPG 0
SSU
LNRS 16
SCPW
CLS CTD FBA WTA LPR MTD FNA HTA TDD HFA GRLD
MWA RMMD SMWD IMD XHD IRD NID OLD VCE DRG1
POD DSX VMD CMSD SLKD CCSD SWD LNA CNDA
CFTD SFA DDV CNID CDCA MSID DAPA BFED RCBD
PRMA PHTD PCWD MCTD CLBD AUTU
GPUD DPUD DNDA CFXD ARHD FITD CLTD ASCD
ABDD CFHD FICD NAID BUZZ AHD
DDGA NAMA
USRD ULAD RTDD RBDD RBHD PGND OCBD FLXD FTTC MCBN
CPND_LANG ENG
RCO 0
HUNT 6667
LHK 0
AST
IAPG 0
AACS NO
ITNA NO
DGRP
MLNG ENG
DNDR 0
KEY 00 SCR 6055 9 MARP
CPND
NAME AVISEUR TELEPH, TPTRANS
XPLN 27
DISPLAY_FMT FIRST,LAST
01
02 AO6
03 CFW 4 6667
04 TRN
05 MWK 6667
DATE 14 DEC 2005

Now here's the TNB of the set originating the call;

DES 501
TN 028 0 13 01
TYPE 3902
CDEN 8D
CTYP XDLC
CUST 0
FDN 6667
TGAR 7
NCOS 4
RNPG 0
SSU
LNRS 16
SCPW
CLS CTD FBA WTA LPR MTD FNA HTA TDD HFA GRLD
MWA RMMD SMWD IMD XHD IRD NID OLD VCE DRG1
POD DSX VMD CMSD SLKD CCSD SWD LNA CNDA
CFTD SFA DDV CNID CDCA MSID DAPA BFED RCBD
PRMA PHTD PCWD MCTD CLBD AUTU
GPUD DPUD DNDA CFXD ARHD FITD CLTD ASCD
ABDD CFHD FICD NAID BUZZ AHD
DDGA NAMA
USRD ULAD RTDD RBDD RBHD PGND OCBD FLXD FTTC MCBN
CPND_LANG ENG
RCO 0
HUNT 6667
LHK 0
AST
IAPG 0
AACS NO
ITNA NO
DGRP
MLNG ENG
DNDR 0
KEY 00 SCR 3777 0 MARP
CPND
NAME AVIS.TECH.RADIO TPTRANS
XPLN 27
DISPLAY_FMT FIRST,LAST
01 RGA
02 AO6
03 CFW 4 6667
04 TRN
05 MWK 6667
DATE 14 DEC 2005

Here's the TNB of the set rxing the transfered call;


DES 068008
TN 068 0 08 14
TYPE 3903
CDEN 8D
CTYP XDLC
CUST 0
FDN 6667
TGAR 7
NCOS 4
RNPG 0
SSU
LNRS 16
SCPW
CLS CTD FBA WTA LPR MTD FNA HTA TDD HFA GRLD CRPD STSD
MWA RMMD SMWD IMD XHD IRD NID OLD VCE DRG1
POD DSX VMD CMSD SLKD CCSD SWD LNA CNDA
CFTD SFA DDV CNID CDCA MSID DAPA BFED RCBD
PRMA PHTD PCWD MCTD CLBD AUTU
GPUD DPUD DNDA CFXD ARHD FITD CLTD ASCD
ABDD CFHD FICD NAID BUZZ AHD
DDGA NAMA
USRD ULAD RTDD RBDD RBHD PGND OCBD FLXD FTTC MCBN
CPND_LANG ENG
RCO 0
HUNT 6667
LHK 0
AST
IAPG 0
AACS NO
ITNA NO
DGRP
MLNG ENG
DNDR 0
KEY 00 SCR 7408 0 MARP
CPND
NAME RESEAU.CC/A TPTRANS
XPLN 27
DISPLAY_FMT FIRST,LAST
01 ADL 16
02
03
04
05
06
07
08
09
10
11
12
13
14
15
16 MWK 6667
17 TRN
18 AO6
19 CFW 4 6667
20 RGA
21 PRK
22 RNP
23
24 PRS
25 CHG
26 CPN
27 CLT
28 RLT
29
30
31
DATE 14 DEC 2005

Now here's the RDR_DATA;


TYPE RDR_DATA
CUST 00
OPT CFO CFRA PVCD CWRA
FNAD FDN
FNAT FDN
FNAL FDN
CFTA YES
CCFWDN
CFN0 4
CFN1 2
CFN2 6
DFN0 4
DFN1 4
DFN2 4
MDID YES
NDID YES
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

It does that for every set on campus.

Hope you can figure this on out...

Thanks.
 
In the CLS change FBA to FBD. This causes a conflict with HUNT. then try it. Again what is the software release of the switch. LD 22 REQ ISSP, this will give you the software release and patches in the switch.
 
Here it is;

VERSION 3011
RELEASE 25
ISSUE 47 + DepList x112547ATV_cp4


IN-SERVICE PATCHES : 28
PAT# PRS PATCH REF # NAME DATE FILENAME
00 Q001747 ISS1:1of1 SCRDB 19/09/05 p17473_1.cp4
01 DEPLIST ISS1:1OF5 CORE 19/09/05 p16000a1.cp4
02 DEPLIST ISS1:2OF5 CORE 19/09/05 p16000b1.cp4
03 DEPLIST ISS1:3OF5 CORE 19/09/05 p16000c1.cp4
04 DEPLIST ISS1:4OF5 CORE 19/09/05 p16000d1.cp4
05 DEPLIST ISS1:5OF5 CORE 19/09/05 p16000e1.cp4
06 DEPLIST ISS1:1OF1 CALLPILOT 19/09/05 p16002a1.cp4
07 DEPLIST ISS1:1OF1 TERMINALS 19/09/05 p16003a1.cp4
08 DEPLIST ISS1:1OF2 SPECIALFEATURES 19/09/05 p16007a1.cp4
09 Q898152 ISS1:1of1 PREM_CLID 19/09/05 p18817_1.cp4
10 Q005965 ISS1 ATTN_PREC_CALL 19/09/05 p17343_1.cp4
11 Q005871 ISS1 SEND_STATUS_REQ 19/09/05 p17344a1.cp4
12 Q005871 ISS1 ATVN_TRUNK 19/09/05 p17344b1.cp4
13 Q006871 ISS1:1of1 SEARCH_ROUTE 19/09/05 p17501_1.cp4
14 Q005871 ISS1:1of3 STATUS MISMATCH 19/09/05 p17502a1.cp4
15 Q005871 ISS1:2of3 DTI YEL ALARM 19/09/05 p17502b1.cp4
16 Q005871 ISS1:3of3 DTI YEL ALARM 19/09/05 p17502c1.cp4
17 Q005965 ISS1:1of1 TRK_TIMING2_PTR 19/09/05 p17582_1.cp4
18 Q006365 ISS3:1OF1 EuroISDN 19/09/05 p17308_3.cp4
19 Q007414 ISS1:1OF1 CORE 19/09/05 p16506_1.cp4
20 Q005141 ISS1:1OF2 CORE 19/09/05 p16818a1.cp4
21 Q005141 ISS1:2OF2 CORE 19/09/05 p16818b1.cp4
22 Q006140 ISS1:1OF1 CORE 19/09/05 p17164_1.cp4
23 Q007588 PRA_TANDEM 19/09/05 p17817_2.cp4
24 Q007327 ISS1:1OF1 p17781_1 19/09/05 p17718_1.cp4
25 Q008312 ISS1:1of1 PRECEDENCE 19/09/05 p19177_1.cp4
26 DEPLIST ISS1:2OF2 SPECIALFEATURES 19/09/05 p16007b1.cp4
27 Q010575 ISS1:1of1 MOVE NCOS 19/09/05 p19726_1.cp4


LOADWARE VERSION: PSWV 79

INSTALLED PATCHES : 0

 
In the RDR dat change MWFB to YES. Do you use call waiting on some of the sets??
 
Yes I do, but not the ones I'm using for this test. I changed the MWFB to YES, no change...
 
so this is happening to all sets. Do you hear the ring cadence change for when it should go? when did this start? I'm guessing you have either a 51C,61C, or 81C?
 
test your voice mail ports, if they pass ld 135 scpu to see if this is side related.. if not do a entc on the transfer and see where it fails..

john poole
bellsouth business
columbia,sc
 
Mail ports are fine. I switched CPU, same problem. I'm not familiar with entc, can you give me a hint?
 
we have had problems at times accessing the voicemail as a result of corruption and have rebooted as a result. if all else fails there's always a reboot. AJK
 
I found the problem guys...

MPO_DATA under FMOP

RGNA was set to DIS DIS. I changed it to STD STD now everything works.

Thanks a bunch for your help guys. This forum rocks :eek:)

Mario

 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top