Option 11 Analog Trunk Question

[buttercool]

Hello,

I have a rather perplexing Meridian 1 COT trunk issue that has been driving me crazy.

My system is a small 4 slot setup with the following components:
Slot 0: NTDK20 SSC
Slot 1: NT8D14 Universal Trunk Card
Slot 2: ---
Slot 3: ---
Slot 4: NT8D02 16 port DLC

I have 3 COT trunks on the NT8D14 configured with the basic settings and all 3 trunks are members of rout 10, which has an access
code of 3810, and ATDN of 3201 (see full config lower in the post). The 3 COT trunks are connected upstream to an FXS gateway (vg224) that provides dialtone.
I have confirmed the individual ports from the FXS gateway provide dial tone and can send/receive calls with 2-way audio.

Here's where things get interesting: Inbound calls from the FXS ports to the Meridian COT trunks work flawlessly,
the call goes into the trunk and rings the ATDN, the corresponding phone rings, and when I pick up I have 2 way audio.
When calling out however, things are a bit different... As a prelim test I've just been using the 3810 ACOD to access
the trunk, the ACOD works and when I access the trunk I can hear some faint static, but no dial tone!

I know for a fact the ACOD works as the TARG/TGAR values on the phone/route are dissimilar and have no issues dialing the ACOD
itself. Why is there no dial tone? I've tried changing several settings but can't think of what specifically could be causing
this outside of a bad card. (On a side note I had another nt8d14 card I was testing that was not receiving ANY inbound audio with the
same config, but the current card has no issues with this).

In many ways this issue is similar to these posts, both without a clear resolution:

http://www.tek-tips.com/viewthread.cfm?qid=1736708

http://www.tek-tips.com/viewthread.cfm?qid=1686283

I have confirmed I have the correct pairs punched down for the NT8D14 (skipping pairs since the even ones are 900 ohm)
I have also done an init, and have reseated the card as well with no change.
I have also tried a different slot with no change.

Any and all help is of course appreciated, please see my configs below:

--- RDB ---

TYPE RDB
CUST 00
DMOD
ROUT 10
DES OUT-TO-UCM
TKTP COT
NPID_TBL_NUM 0
PRIV NO
SAT NO
RCLS EXT
DTRK NO
ISDN NO
PTYP ACO
AUTO YES
ICOG IAO
RANX NO
SRCH LIN
TRMB YES
STEP
ACOD 3810
CPP NO
TARG 01
CLEN 1
BILN NO
OABS
TIMR ICF 512
OGF 512
EOD 13952
DSI 34944
NRD 10112
DDL 70
ODT 4096
RGV 640
FLH 510
GRD 896
SFB 3
CRD 512
TFD 0
LEXT 100
SST 3 0
NEDC ETH
FEDC ORG
CPDC NO
SPCT IMM
HOLD 02 02 40
SEIZ 02 02
RGFL 02 02
RVSD 08 31
ILLR 02 02
DRNG NO
CDR NO
MUS NO
MR NO
MANO NO
EQAR NO
FRL 0 0
FRL 1 0
FRL 2 0
FRL 3 0
FRL 4 0
FRL 5 0
FRL 6 0
FRL 7 0
OHQ NO
OHQT 00
TTBL 0
OHTD NO
PLEV 2
MCTS NO
ALRM NO
ART 0
CSA001 9 7:19:58 7/04/2018 4

SGRP 0
AACR NO

--- COT ---

TN 001 0 00 00
TYPE COT
CDEN 8D
CUST 0
XTRK XCOT
FWTM NO
BIMP 3COM
TRK ANLG
NCOS 1
RTMB 10 1
ATDN 3201
SIGL LOP
SUPN NO
AST NO
IAPG 0
PPID 0
BTID 0
CLS UNR DTN CND WTA LPR APN THFD
P10 LOL
TKID

--- M2616 Phone ---


DES TEST
TN 004 0 00 00
TYPE 2616
CDEN 8D
CUST 0
AOM 0
FDN
TGAR 0
LDN NO
NCOS 5
SGRP 0
RNPG 0
SCI 0
SSU
XLST
CLS UNR FBD WTA LPR MTA FND HTD ADD HFA
MWA LMPN RMMD SMWD AAD IMD XHD IRD NID OLD VCE DRG1
POD DSX VMD CMSD SLKD CCSD SWD LND CNDD
CFTD SFD MRD DDV CNID CDCA MSID DAPA BFED RCBD
ICDD CDMD LLCN MCTD CLBD AUTU
GPUD DPUD DNDD CFXD ARHD CLTD ASCD
CPFA CPTA ABDD CFHD FICD NAIA BUZZ AHD
DDGA NAMA
DRDD EXR0
USRD ULAD RTDD RBDD RBHD PGND FLXD FTTC DNDY DNO3 MCBN
CPND_LANG ENG
RCO 0
HUNT 000
LHK 3
PLEV 02
AST
IAPG 0
AACS NO
ITNA NO
DGRP
MLWU_LANG 0
DNDR 0
KEY 00 SCR 3201 0 MARP
01 SCR 3202 0 MARP
02 SCR 3203 0 MARP
03 SCR 3204 0 MARP
04
05
06
07
08
09
10
11
12
13
14
15

 

[StanleySteamer]

The dialtone for outgoing calls would come from the fxs gateway. You should be able to go on the trunk toward the fxs with a test phone and get dialtone. Or just try dialing something even if you don't get dialtone. Could be a configuration issue on the external equipment.
No reason to suspect the option 11 especially since you are receiving calls and have voice.

 

[buttercool]

Thanks for the quick reply StanleySteamer.

You’re on the money as far as the gateway is concerned — when I plug a test set in to FXS gateway (in to the specific ports normally connected to the COT trunks) I can get a dial tone and can dial and receive calls with no problem.

I tried dialing digits thru the M2616 after the ACOD (despite having no dial tone) but nothing happens and no call is made. I do here a brief pause in the static while the DTMF tones are being sent (presumably since I have EEST NO in FTR_DATA)

I’ll have to check my VG224 ports to see if there’s anything suspicious there. Oddly I do have several other analog phones hanging off the VG with no dial tone issues.

 

[buttercool]

I figured it out

For anyone else that runs into the same thing here is how I figured it out. 2 parts to note:

1. Knowing that inbound calls to the COT trunks from the FXS ports do work, I placed a call in to my COT trunk and answered it with my test M2616. After answering the call and confirming 2-way audio, I hung up the calling phone (an analog phone connected to another port on the VG 224 gateway) but kept the M2616 off-hook. At this point what happened is the line got cycled and the meridian phone now had a dial tone again (with the ACOD for the COT trunk still displayed) -- at this point I dialed an extension that is directly on the VG 224 and IT WORKED!!! ..... this in turn led me to item 2....

2. I am dumb and didn't realize that it looks like inbound calls and outbound calls utilize the route LINear search in reverse (ie when I'm dialing an ACOD for a route it looks like it starts with the highest RTMB, so in my case it started with RTMB 10 3 , instead of RTMB 10 1 which is what I expected). I did a stat during the outbound call to the ACOD and noted that my 3rd unit on the analog trunk card was BUSY instead of the first one as I had expected. Then I went back, looked at my gateway and realized the 3rd port was not plugged in (as I said before, I haz the dumb).

Either way, appreciate all the help here. Helps a lot to get a fresh set of eyes on a problem

Cheers,
bc