In the route index tables, the DMS allows an invalid value which can cause stange issues.

The first field is with the N selector.  For field PRFXDIGS, the DMS allows a $ (highlighted in ) which is not valid.


333 (N D BOBUSWT1ATC 0 N) (T OFRT 50) $ $


Without going into a lot of detail, the combination of the $ in field PRFXDIGS in the route index table (OFRT in this case) and the value USE_PREVIOUS in table STDPRT causes the carrier number (TNS) in the SS7 message to be sent in HEX.  The $ value in the  PRFXDIGS field may cause other problems.  In any event, it is not a valid entry (at least according to the NTPs).

Additionally, the RT selector allows a an invalid value of a $ in field BILLCODE (highlighted in below).  The effect of the $ in this field is not known, but seen after the problem above.

1019 (RT 999 DD LCL 5761921 N $) $ $

So if you have strange things happening with calls, you might want to check the route index to insure there are no $ where that value is not allowed.