Reorder when using FFC or SPRE codes

[nessman]

Have a customer who wante dus to change BARS from 9 to 8 (911 misdials - they're running ver 4.5 and didn't want to do any of the suggested tips here). Easy enough - changes made, I get paid the same either way.

As I'm packing up to leave, customer says their speed dials aren't working. They have a FFC of ## for SSPU. However, none of the FFC's or SPRE's now work. I get a reorder when I try any SPREE or FFC.

Not getting much luck from Avaya's KB, smarter co-workers or the Google.

No huge rush - they have a ton of speed dial entries to change from 9xxxyyyzzz to 8xxxyyyzzz that I'm not looking forward to doing. Fun times.

I haven't INI'ed the switch to see if that'll fix it. Middle of the day ya know.

Any ideas? Here's some print outs. Thanks!


REQ: prt
TYPE: dnb
CUST 0
DN *,#,1
DATE
PAGE
DES

DN *3
TYPE FFC
FEAT PUDN

DN *4
TYPE FFC
FEAT PUGR

DN *5
TYPE FFC
FEAT AUTH

DN #1
TYPE FFC
FEAT CFWA CFWD

DN #2
TYPE FFC
FEAT SPCC

DN #3
TYPE FFC
FEAT SPCU

DN #4
TYPE FFC
FEAT HOLD

DN #8
TYPE FFC
FEAT C6DS

DN ##
TYPE FFC
FEAT SSPU

DN 1
TYPE SFP


REQ: prt
TYPE: ftr_data
CUST -

TYPE FTR_DATA
CUST 00
TBL 0
**DAPC**PREFIX TABLE NO: 00 **
UNKN**INTL**NATL**ESPN**LOCL**ELOC**ECDP**
UNKN*
E164* 00 0
PRIV*
E163* 00 0
TELX*
X121*
NATL*

OPT AHA BIND BIXA BLA CFO CFRA
COX CPA CTD DBA DNX DSX
HTU HVA XBL IC1 XDP XLF
IHA ITG FKA LOA LRA MCI
MWUD PVCD REA RNA
RTR RTD ROX SBA SYA
TTAD VOBA CWRA HLPD HRLD
CXOD
DGRP 10
IRNG NO
PKND 1
DNDL NO
SPRE 1
PREO 0
BPSS NO
SRCD 0000
EEST YES
DTMF NO
EESD NO
TTBL 0
MUS NO
ALDN
RECD NO
PORT 0
STCB NO
NSCP NO
MCDC NO
NAUT NO
IDEF NO
MTAR NO
LEND NO
MSCD NO
CPCI NO
CONF_DSP
CNFFIELD YES
CNF_NAME CONF
INTFIELD YES
INT_NAME I
EXTFIELD YES
EXT_NAME E
BSFE NO
ASPCT 000
FXS NO
DFLT_LANG ENG
STS_MSG
MSG01 Please leave message
MSG02 Back to work
MSG03 In a meeting
MSG04 On a conference call
MSG05 At lunch
MSG06 Busy call
MSG07 Out of the office today
MSG08 On a business trip
MSG09 Project deadline today
MSG10 Will reply after
VO_ALO NO
PCA OFF
TPDN
BFS_CFW YES

REQ:

REQ: prt
TYPE: ffc_data
CUST 0

TYPE FFC_DATA
CUST 00
CCRS UNR
SCPL 4
SBUP YES
FFCS NO
STRL 0
STRG
ADLD 0
DFLT_SCPW NO

REQ:
OVL000
>ld 57
FFC000
MEM AVAIL: (U/P): 2583158 USED U P: 358951 105314 TOT: 3047423
DISK RECS AVAIL: 128
REQ prt
TYPE ffc
CUST 0
CODE all

CUST 00
FFCT YES
ASRC
AUTH *5
AWUA
AWUD
AWUV
CDRC
CFWA #1
CFWD #1
CFWV
COND
CPAC
CPRK
CSHF
C6DS #8
DEAF
DPVS
ELKA
ELKD
PLDN
GRPF
HOLD #4
CFHO
IMS
MNTC
MTRC
OVRD
ITXX
PUDN *3
PUGR *4
PURN
RCFA
RCFD
RCFV
RDLN
RDNE
RDSN
RDST
RGAA
RGAD
RGAV
RMST
SCPC
SPCC #2
SPCE
SPCU #3
SSPU ##
TFAS
TRMD
TRVS
USTA
LILO
NRDY
GHTA
GHTD
SADS
SAEN
SALK
SAUN
EOVR
ATDA
ATDD
CWGA
CWGD
MSBA
MSBD
MWUA
MWRA
MWUD
AREM
ADMN
ICFA
ICFD
ICFV
USCR
INST
USER
BNRA
BNRD
CCFA
CCFD
OCBA
OCBD
OCBV
CPP
CPPO
CFDD
VTLN
VTLF
PCAA
PCAD
PCAV



REQ iss

CALL SERVER/MAIN CAB
VERSION 2121
RELEASE 4
ISSUE 50 W +
IDLE_SET_DISPLAY

 

[Firebird Scrambler]

Has DN 1 TYPE SFP always been "1"?. I usually make sure SPRE is set with a minimum of 2 digits. I don't think I've ever seen just "1" set before. I've even made it a four digit number to free up DN's.

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!.

 

[GHTROUT]

I once promised I would not publish this 911 misdial prevention method any more, but times have changed with Nortel: [URL unfurl="true"]http://www.ghtrout.com/files/911_misdial_prevention.html[/url]

I would highly suggest you offer that idea - it will stop all 911 misdials.



~~
Gene at www.GHTROUT.com

 

[nessman]

Firebird... it's how the system was set up before I came on board. A SPRE of 1 is fairly common in most systems I maintain.

Gene... I explained to the customer that if he waited another month or two when they upgrade to 7.5 the problem will go away with a little bit of programming... even suggested your tip too as an interim measure. Nope - their mind is made up... change BARS to 8. OK. So it's a done deal.