FNA not working as suspected

[geirendre]

Hi have new Rls5.5 install with a strange FNA problem.
For some reason a set with CLS=FND calls are CFNA after
the RCO spesified number of rings, while a set with
CLS=FNA just keeps ringing and ringing.
Thought it was supposed to be the opposite way....

>ld 21
PT1000

REQ: prt
TYPE: rdr
TYPE RDR_DATA
CUST 0

TYPE RDR_DATA
CUST 00
OPT CFO CFRA DSTD PVCA CWRD MCI
FNAD FDN
FNAT FDN
FNAL FDN
CFTA NO
CCFWDN
CFN0 4
CFN1 5
CFN2 14
DFN0 4
DFN1 5
DFN2 14
DNDH NO
MDID NO
NDID NO
MWFB NO
TRCL 0
DFNR 7
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: end
>ld 20

PT0000
REQ: prt
TYPE: tnb
TN   4 0 9 12
DATE
PAGE
DES

DES  M3904
TN   004 0 09 12  VIRTUAL
TYPE 3904
CDEN 8D
CTYP XDLC
CUST 0
ERL  0
FDN
TGAR 0
LDN  NO
NCOS 0
SGRP 0
RNPG 0
SCI  0
SSU  0000
LNRS 16
XLST 0
SFLT NO
CAC_MFC 0
CLS  TLD FBD WTA LPR MTD FNA HTD ADD HFA GRLD CRPA STSD
     MWA LMPN RMMD SMWD AAD IMD XHD IRD NID OLD VCE DRG1
     POD DSX VMD SLKD CCSD SWD LNA CNDA
     CFTA SFD MRD DDV CNIA CDCA MSID DAPA BFED RCBD
     ICDD CDMD MCTD CLBD AUTU
     GPUA DPUA DNDA CFXA ARHD FITD CLTD ASCD
     CPFA CPTA ABDD CFHD FICD NAID BUZZ AGRD MOAD
     UDI RCC HBTD AHD IPND  DDGA NAMA MIND PRSD NRWD NRCD NROD
     DRDD EXR0
     USRD ULAD RTDD RBDD RBHD PGND OCBD FLXD FTTC DNDY DNO3 MCBN
     FDSD NOVD CDMR MCDD T87D PKCH
CPND_LANG ROM
RCO  0
EFD  9
HUNT
EHT
PLEV 02
DANI NO
AST
IAPG 0
AACS NO
ITNA NO
DGRP
MLWU_LANG 0
MLNG ENG
DNDR 0
KEY  00 SCR 12340 0     MARP
        CPND
          CPND_LANG ROMAN
            NAME Phone1
            XPLN 27
            DISPLAY_FMT FIRST,LAST
     01 ADL 16
     02 ADL 16
     03 ADL 8  *23*0#
     04 ADL 8  *23*8#
     05 ADL 8  *23*1#
     06 ADL 16
     07 ADL 16
     08 ADL 16
     09 ADL 16
     10 ADL 16
     11 ADL 16
     12
     13
     14
     15
     16
     17 TRN
     18 AO6
     19 CFW 16
     20 RGA
     21 PRK
     22 RNP
     23
     24
     25
     26
     27 CLT
     28 RLT
     29
     30
     31
DATE  4 MAR 2009


NACT
REQ: prt
TYPE: tnb
TN   4 0 10 2
DATE
PAGE
DES

DES  M3904
TN   004 0 10 02  VIRTUAL
TYPE 3904
CDEN 8D
CTYP XDLC
CUST 0
KBA  2
ERL  0
FDN
TGAR 0
LDN  NO
NCOS 0
SGRP 0
RNPG 0
SCI  0
SSU  0000
LNRS 16
XLST 0
SFLT NO
CAC_MFC 0
CLS  TLD FBD WTA LPR MTD FND HTD ADD HFA GRLD CRPA STSD
     MWA LMPN RMMD SMWD AAD IMD XHD IRD NID OLD VCE DRG1
     POD DSX VMD SLKD CCSD SWD LNA CNDA
     CFTD SFD MRD DDV CNIA CDCA MSID DAPA BFED RCBD
     ICDD CDMD MCTD CLBD AUTU
     GPUA DPUA DNDA CFXA ARHD FITD CLTD ASCD
     CPFA CPTA ABDD CFHD FICD NAID BUZZ AGRD MOAD
     UDI RCC HBTD AHD IPND  DDGA NAMA MIND PRSD NRWD NRCD NROD
     DRDD EXR0
     USRD ULAD RTDD RBDD RBHD PGND OCBD FLXD FTTC DNDY DNO3 MCBN
     FDSD NOVD CDMR MCDD T87D PKCH
CPND_LANG ROM
RCO  2
HUNT
PLEV 02
DANI NO
AST
IAPG 0
AACS NO
ITNA NO
DGRP
MLWU_LANG 0
MLNG ENG
DNDR 0
KEY  00 SCR 12341 0     MARP
        CPND
          CPND_LANG ROMAN
            NAME Phone2
            XPLN 27
            DISPLAY_FMT FIRST,LAST
     01 SCR 12342 1     MARP
     02 ADL 16
     03 MCR 12343 1     MARP
     04 MCR 12344 1     MARP
     05 MCR 12345 1     MARP
     06 ADL 16
     07 ADL 16
     08 ADL 16
     09 ADL 16
     10 ADL 16
     11 ADL 16
     12
     13
     14
     15
     16
     17 TRN
     18 AO6
     19 CFW 16
     20 RGA
     21 PRK
     22 RNP
     23
     24
     25
     26
     27 CLT
     28 RLT
     29
     30
     31
     32 ADL 16  
..
..
     75 ADL 16  
DATE  4 MAR 2009


NACT
REQ:

If I call "Phone1" it rings until disconnect.
if I call "Phone2" it rings 14 rings and forwards "somewhere",
havvent been able to trace where it dissapears...

Can anybody shine some light on this for me?
Thanks

 

[bigindian65]

why do you not have an FDN defined?

Mato' Was'aka

 

[yyrkroon]

you have no FDN target, so the set will ring to neverland...

trace the second set before and during your call

 

[GHTROUT]

As for the set that appears to FNA when it shouldn't: Are you having an Attendant extend you to these DNs (remote?) If so, is it possible you are "recalling" back to the Attendant

Or

After the 14th ring, it probably rings a 15th-16th, etc time. Are you just hearing the mysterious FDN ring cycle change, assuming you have left the phone?

~~~
[©] GHTROUT.com [⇔] A Variety of Free Resources for Nortel Meridian/CS1000 System Administrators

 

[geirendre]

Thanks for responding.
bigindian65, yyrkroon: Have tried with EFD 9 (that's the ATDN)
but calls dont forward there.

Our "Attendant" is with no Attendant console, and NIT1 is a
ACD with NCFW to a VoiceService at our serviceprovider.
Calling the ACD gives me a Voice menu, so that part is working.

GHTROUT: No, I call the extension from my phone.
After the 14th ring cycle I can still hear ringback in my phone,
but the phone itself stops ringing.

1. It happens on all extensions on Phone2.
2. The extensions apperes on 4 sets, Phone2 is MARP for all 4.
3. The 4 sets have a lot of traffic to/from them, making tracing calls a pain,
but I will try to get a trace on where calls are redirected ASAP.

 

[GHTROUT]

Here's a longshot:

Go to LD 11 and REQ CHG

Do you by chance see the text "MARP NOT ACTIVATED"

~~~
[©] GHTROUT.com [⇔] A Variety of Free Resources for Nortel Meridian/CS1000 System Administrators

 

[GHTROUT]

Also:

"EFD" is reserved for external calls only, not "all calls"

To assign FNA, you need to have an FDN value

~~~
[©] GHTROUT.com [⇔] A Variety of Free Resources for Nortel Meridian/CS1000 System Administrators

 

[bigindian65]

I bet you hit it with that one Gene. I've not ever seen EFD in use. (much)

Mato' Was'aka

 

[geirendre]

But my problem is with Phone2 which have CLS FND, and this is the set
that forvards call into oblivia.
AFAIK calls to Phone1 shouldn't forvard anywhere nomather what, but it does.

BTW, I'm aware of the CFTA -> FDN/EFD part of CFNA.

Thanks for your input

 

[GHTROUT]

What about MARP - are we certain it is "on"? I know it looked like it, but if you see "MARP NOT ACTIVATED" when you go into LD10/11 that would be a clue.

~~~
[©] GHTROUT.com [⇔] A Variety of Free Resources for Nortel Meridian/CS1000 System Administrators

 

[geirendre]

GHTROUT:

OVL000
>ld 22
PT2000

REQ  prt
TYPE parm

PARM
  LPIB 3500
...
...
  MLDN YES
  MARP YES
  IPIE NO

Everybody:
Have now traced calls to Phone2, and they forward to the
NCFW number defined on the ACD that is NIT1, happens after RCO 2 number of ring cycles.
Changed the CFN2/DFN2 from 14 to 6 to verify that this indeed
followes the number of ring cycles defined for RCO 2.
So this is happening on a set that is CLS FND !
Same behavior for external and internal calls.

 

[GHTROUT]

OK. Do a "DNB" on then number for phone 2 (12341)

If the system reports more than one TN, then print all those TNs. I've seen cases where two DN appearances both show "MARP".

Then OUT all the TN(s) that 12341 appears on.

Next, build a new TN (do not CPY) with 12341 programmed just like TN 2 - then test.

I suspect TN corruption.

~~~
[©] GHTROUT.com [⇔] A Variety of Free Resources for Nortel Meridian/CS1000 System Administrators

 

[geirendre]

Ahh, maby on to something there....
DN 12341 only on Phone2, but the other 4 DN appears on 3 other sets.
These 4 sets are identical except for the DN on KEY 0

When I started to investigate this, I did an PRT DNB off the Phone2 DN on KEY 3,
and the first time it showed up as MARP on 2 out of the 4 sets it appears on.
Later when I did a PRT DNB of it, it showed just the TN from my original post as MARP.
I will take a PRT TNB of the 4 sets and run through DIFF and see if there are any differenses.

Are there other singns on corrutions that I could check for?

 

[GHTROUT]

There ya go!

If you OUT all of the TNs ever involved in this little scenario, and rebuild them all back, I bet you will have resolved all corruption issue.

But - if not, the easiest way out is to OUT them, data dump, reload/sysload, then build them back. At least it's easy for us to say huh?

~~~
[©] GHTROUT.com [⇔] A Variety of Free Resources for Nortel Meridian/CS1000 System Administrators