cs1000: Dial a particular local number and get a different area code and different phone number

[dougblythe]

We are on a cs1000. Please excuse my newbieness, but am trying to troubleshoot the following:
We are in Tampa - area code 813
I am dialing a local number, with 9 to get out, 513-98xx
I am told by the party at the other end, and not the intended party, that i have reached 863-421-32xx

Should I dial the number from my cell phone, it works properly.

The numbers are not close to each other. How is the first getting translated to the second or what am i missing?


From reading other links I have done the following:

If I understand the below I am going out AC1 from dialing 9
ld 20
REQ: prt
TYPE: dnb
CUST 0
DN 9
DATE
PAGE
DES

DN 9
TYPE NARS
NTBL AC1

NACT

REQ: prt

TYPE: dnb
CUST 0
DN 8
DATE
PAGE
DES

DN 8
TYPE NARS
NTBL AC2


I then did a print for 513 as well as a different prefix that I know works fine (684) and did not see a difference.

ld 90
REQ prt
CUST 0
FEAT net
TRAN ac1

TYPE nxx
NXX 513

NXX 513
RLI 1
SDRR NONE
ITEI NONE


REQ prt
CUST 0
FEAT net
TRAN ac1
TYPE nxx
NXX 684


NXX 684
RLI 1
SDRR NONE
ITEI NONE



I also printed SPN to see that there was not a special number handling
REQ prt
CUST 0
FEAT net
TRAN ac1
TYPE spn


SPN


SPN 0
FLEN 1
ITOH NO
CLTP NONE
RLI 8
SDRR NONE
ITEI NONE

SPN 01
FLEN 0
INPL NO
CLTP NONE
RLI 4
SDRR NONE
ITEI NONE

SPN 011
FLEN 0
INPL NO
CLTP NONE
RLI 5
SDRR NONE
ITEI NONE

SPN 02
FLEN 0
CLTP NONE
RLI 4
SDRR NONE
ITEI NONE

SPN 03
FLEN 0
CLTP NONE
RLI 4
SDRR NONE
ITEI NONE

SPN 04
FLEN 0
CLTP NONE
RLI 4
SDRR NONE
ITEI NONE

SPN 05
FLEN 0
CLTP NONE
RLI 4
SDRR NONE
ITEI NONE

SPN 06
FLEN 0
CLTP NONE
RLI 4
SDRR NONE
ITEI NONE

SPN 07
FLEN 0
CLTP NONE
RLI 4
SDRR NONE
ITEI NONE

SPN 08
FLEN 0
CLTP NONE
RLI 4
SDRR NONE
ITEI NONE

SPN 09
FLEN 0
CLTP NONE
RLI 4
SDRR NONE
ITEI NONE

SPN 1411
FLEN 4
ITOH NO
CLTP NONE
RLI 6
SDRR NONE
ITEI NONE

SPN 727
FLEN 0
CLTP NONE
RLI 1
SDRR NONE
ITEI NONE

SPN 813
FLEN 0
CLTP NONE
RLI 1
SDRR NONE
ITEI NONE

SPN 911
FLEN 0
INPL NO
CLTP NONE
RLI 3
SDRR NONE
ITEI NONE


I did print all of the nxx. I did not include it here as it is rather lengthy. However, it seemed to go from 200-999 with otherwise all the same settings.


I did a print of speed dial and got the following:
prt
CUST 0
FEAT net
TRAN ac1
TYPE nscl

NSCC

ESN071


At this point, I am not sure where to look. Any assitance would be appreciated.

Thanks in advance
doug

 

[bignose21]

You sure the person you are calling hasn't got call forward

Easy check make sure that the TTY you are logged in with has USER MTC

LD 96
. enl mon tty
. stat mon

When you stat mon you are looking that the TTY is ON and that MSGI and MSGO is enabled against your DCH if not

.enl msgi xx
.enl msgo xx

once they are all turned on make your call and take a look at the outbound setup message, is it 523-98xx or 863-421-32xx

Once finished
.dis mon tty

A setup message at level 0 is a pretty easy read something like

DCH 50 UIPE_OMSG CC_SETUP_REQ REF 00000F76 CH 50 22 TOD 14:04:12 CK 18D28203
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:832xxxyyyy NUM PLAN: E164 TON: NATL -----Person that originated the call
CALLED #:832xxxyyyy NUM PLAN: E164 TON: NATL -----Destination

 

[zstic78]

what does your RLI 1 look like?
LD 86
REQ prt
cust 0
FEAT RLB
RLI 1
there might be some digit manipulation happening

do a prt of the DMI as well if DMI is something other than 0

LD 86
REQ prt
cust 0
FEAT DGT
DMI X

 

[dougblythe]

Thank you for the replys.


The intended number 513-98xx is a Mortgage Title company (we are the county property appraiser)
The number reached 863-421-32xx is the Florida Department of Health.
I know of 3 different phones, over at least a week since discovery, where we dial the former and reach the latter.

I did the above for the monitoring of tty

The results were:

.enl mon tty

.stat mon

TRACE OUTPUT
DCH LOG : OFF
DCH TTY : ON
ACTIVE TRACES
DCH 011 : MSGI - DSBL MSGO - DSBL (UIPE)
DCH 012 : MSGI - DSBL MSGO - DSBL (UIPE)
DCH 013 : MSGI - DSBL MSGO - DSBL (UIPE)
DCH 020 : MSGI - DSBL MSGO - DSBL
DCH 024 : MSGI - DSBL MSGO - DSBL (UIPE)
DCH 025 : MSGI - DSBL MSGO - DSBL (UIPE)

.enl msgi 24
OUTPUT TARGETS: TTY
.enl msgo 24
OUTPUT TARGETS: TTY
.enl msgi 25
OUTPUT TARGETS: TTY
.enl msgo 25
OUTPUT TARGETS: TTY

.
DCH 25 UIPE_OMSG CC_SETUP_REQ REF 00005774 CH 25 23 TOD 6:25:31 CK DC82244E
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:81327684xx NUM PLAN: E164 TON: LOCL
CALLED #:51398xx NUM PLAN: E164 TON: LOCL

DCH 25 UIPE_IMSG CC_PROCEED_IND REF 00005774 CH 25 23 TOD 6:25:31 CK DC822CE7

DCH 25 UIPE_IMSG CC_ALERT_IND REF 00005774 CH 25 23 TOD 6:25:33 CK DC823415
PROGRESS: INBAND INFO OR PATTERN IS AVAIL


The phone numbers appear to be correct in that it was the number dialed and displayed my calling number.





I did a ld 86 / prt of rlb 1

REQ prt
CUST 0
FEAT rlb
RLI 1


RLI 1
ELC NO
ENTR 0
LTER NO
ROUT 0
TOD 0 ON 1 ON 2 ON 3 ON
4 ON 5 ON 6 ON 7 ON
VNS NO
CNV NO
EXP NO
FRL 3
DMI 0
CTBL 0
FCI 0
FSNI 0
SBOC NRR
IDBB DBD
IOHQ NO
OHQ NO
CBQ NO

ENTR 1
LTER NO
ROUT 1
TOD 0 ON 1 ON 2 ON 3 ON
4 ON 5 ON 6 ON 7 ON
VNS NO
CNV NO
EXP NO
FRL 3
DMI 0
CTBL 0
FCI 0
FSNI 0
SBOC NRR
IDBB DBD
IOHQ NO
OHQ NO
CBQ NO

ISET 2
NALT 5
MFRL 3
OVLL 0


As well as a prt for dgt:


REQ prt
CUST 0
FEAT dgt

DMI x

ESN002

DMI 0

ESN026

DMI


DMI 1
DEL 1
ISPN NO
CTYP NCHG

DMI 3
DEL 0
ISPN NO
CTYP NCHG

DMI 8
DEL 0
ISPN NO
INST 813
CTYP NCHG

DMI 16
DEL 1
ISPN NO
CTYP NCHG

 

[dougblythe]

I just tested again to verify pbx/land line vs. cell phone.

I try from the land line and it rings 10 times with no pickup or message.
I try from the cell phone and after the 3rd ring, I got an automated voice prompt.

 

[bignose21]

The number you see in your trace (CALLED #:51398xx NUM PLAN: E164 TON: LOCL) is the number you passed to whoever is on DCH25 (PSTN i guess). So going on that you don't have an issue, problem is external to your PABX.

 

[dougblythe]

To confirm, the path that the land line uses would somehow be different than the cell phone.
I'm not too familiar with all the interworkings but they don't both use the same reference points, or how is one pointing to somewhere else.

I would contact my Phone company (verizon) then?


Thanks for all the input

 

[trvlr1]

Another option, does the first number have an overflow during busy conditions which is kicking in for the first time in a long time and the "newer" users do not know about it. Another thought, is your Local telco translating it in error, this could have been set up for someone else, but mistakenly got applied to your circuts.