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

Know issue for mixing 3900 with 2000 sets and same DN

Status
Not open for further replies.

wichie13

Technical User
Feb 4, 2002
235
CA
We are in the process of gradually upgrading our sets to the 3900 series from 2008/2616. And I think I have stumbled on an issue that may be old but new to me. I had two sets with the same prime dn one 2616 and one 2008 and I swapped out the 2616 for a 3904 rls 3. Internal calls stopped displaying to the set until the line was picked up or not at all. I matched the cls up with working sets, made sure the sets flash was up todate, tried everything. Then I deleted the (nul) extention on the 2008 set and the 3904 started getting the info. (Marp was on the 2616/3904)???? Is there an issue with the old new sets sharing a dn (SCR on both)

Thanks

Wichie
 
I havent run across an issue like that, we have a mix of everything here.

JohnThePhoneGuy

"If I can't fix it, it's not broke!
 
no i have sverl hundred dn's that appear on both.. make sure tdd is in cls but other then that, it is not an issue here.. i am on rls 3

john poole
bellsouth business
columbia,sc
 
Tdd is there.... its strange. I have someone else with a 3904/2616 mix I will have to see if I can resolve theirs without a nulled key......
 
This might sound silly but you did out the 2616 TN and rebuild it as a 3904 right? If I recall correctly when we started to roll out 3904's at another site we had some people jacking 3904's from other desk and tried to use them. If I recall you will get the correct time and date display and dial tone when you go off hook but you wont see what is programmed on keys 0-11.
 
Nope it was outed and rebuilt. I will see if I can get a print out
 
DES xxxx
TN 004 0 03 09
TYPE 3904
CDEN 8D
CTYP XDLC
CUST 0
FDN 5100
TGAR 3
LDN NO
NCOS 2
SGRP 0
RNPG 0
SCI 0
SSU
XLST
CLS CTD FBA WTA LPR MTD FNA HTA TDD HFA GRLD CRPD STSD
MWA LMPN RMMD SMWD AAD IMD XHD IRA NID OLD VCE DRG1
POD DSX VMD CMSD SLKD CCSD SWD LND CNDA
CFTD SFD MRD DDV CNIA CDCA MSID DAPA BFED RCBD
ICDD CDMD LLCN MCTD CLBD AUTU
GPUD DPUD DNDA CFXD ARHD CLTD ASCD
CPFA CPTA ABDD CFHD FICD NAID BUZZ AGRD MOAD AHD
DDGA NAMA
DRDD EXR0
USMD USRD ULAD RTDD RBDD RBHD PGND FLXD FTTC DNDY DNO3 MCBN

CPND_LANG ENG
RCO 0
HUNT 5100
LHK 0
LPK 0
PLEV 02
FCAR NO
AST
IAPG 0
AACS NO
ITNA NO
DGRP
MLWU_LANG 0
MLNG ENG
DNDR 0
KEY 00 SCR 1736 0 MARP
01 ADL 16
02 SCR 5300 0 MARP
03 ADL 16
04
05
06
07
08
09
10
11
12
13
14
15
16
17 TRN
18 AO6
19 CFW 16
20 RGA
21 PRK
22 RNP
23
24 PRS
25 CHG
26 CPN
27 CLT
28 RLT
29
30
31
DATE 9 FEB 2007
 
You have the right TN connected to the 3904? I only ask because you say there is a mix.
I cant count how many times I have pulled a jumper to move it and punched it back to the same spot and then wondered why is it not working...

I hooked up a 3904 on a 2616 configured TN and it kinda sounds like your issue.
 
Nope its the right TN once I changed the DN on the 2008 TN it cleared the issue up with the Clid.(i have made that mistake before and it looks different) Maybe I have corruption? And even thought it says MARP on the 3904 its actually on(was) the 2008. I did not get a message saying that the marp had changed though when i nulled the dn off the 2008.
 
Unless you waht all Busy DID numbers to ring at the Operator Change
CLS FBA TO FBD

FBA Forward Busy allowed to a busy DID is sent to the ATTN.

FBA overrides FNA, HTA FDN
 
The forwarding works fine, people don't like to hear busy's in my industry.
 
does the Call Information stay after putting the DN back on the 2008?
 
I don't think you understood what I said about FBA.

"The forwarding works fine, people don't like to hear busy's in my industry."

What I ment by FBA if I have my phone hunting to Vmail (FDN) if I'm on the phone it will go to Vmail.
and Forwarding to Vmail (FNA) if i don't answer after so many rings.

Well with FBA and I'm on the phone on a DID, the call will be sent to the ATTN and not the Vmail.

I worked at a marine Base and they had all 1500 phones with FBA and they har 3 ATTN's to answer all the calls, after I changed all the FBA's to FBD's \, they were able to get rid of 2 ATTN as now 1 ATTN could handle the job.
 
I think I understood, but if I take FBA off those phones calls get a busy signal, we don't have a traditional autoatt. all calls are handled by our vmail which is an octel...... There is no live answering on our main numbers unless you 0 out while in Vmail.For some reason HTA doesn't work on its own..... Thanks for your advive but this setup is working for us now, my issue is th CLID right now. The FBA might become an issue when we go to Call pilot next year.
 
In LD 21 do the following:
REQ PRT
TYPE RDR_DATA
CUST 0

I'm betting you have MWFB NO If so, do the following:
LD 15
REQ CHG
TYPE RDR_DATA
CUST 0
Hit return until MWFB and type YES return all the way out. What this means is DID calls to busy telephones routed to Message Center. When set to NO your callers will get a busy if you don't have your CLS set to FBA otherwise, when set to YES you may set CLS to FBD and callers will then go to voice mail.
 
If you null the key then add it back to both phones does CLID work?
 
Thanks for all your help I will bring it back on both sets on monday and let you know what happens.

Thanks all see you monday.

This place and people rock!
 
That's not the best way to do thing's, but if it works for you and your happy with it So Be It
 
I will try what zunimax has said if you all agree with it..... (fba correction)
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top