I may have found a solution.
I changed the ACOD on the route from 9 to something else.
I created a TSC from 9 to the RLI that includes the route.
The 011 is no longer stripped.
:)
Jeremy
@allenmac,
I'm not finding INTC in my NET_DATA:
TYPE NET_DATA
CUST 00
OPT RTD
AC2 LOC
FNP YES
ISDN YES
PINX_DN
MBG 0
BSGC 65535
HNPA
HNXX
HLOC
LSC
RCNT 5
OCLI NO
TRNX YES
EXTT YES
FTOP FRES
VNR NO
NIT 8
FOPT 14
I'm the carrier, as in I'm using TIE lines to pass these calls...
On my Option 11C, outbound international calls sent over PRI are stripping the 011, and setting TON/NPI to International. I'd like to prevent the 011 being stripped, but can't find where it's being done.
I'm not using BARS, as far as I can tell; AC1 is 6, and I'm using 9, a trunk ACOD, over a...
FIXED!
Supervision on ground start lines was the problem. Our telco + original programmer had supervision on, and it always 'worked', so wasn't a problem before adding the VOIP side.
With SUPN = OFF, the DCH message CONNECT comes through about 8 seconds after the call is actually answered, but...
telebub,
Thanks for posting that link. I have now read through it, but I'm not sure what's applicable.
I think TGAR and TARG are all OK, since calls placed do actually terminate.
I checked the DSEL on both routes; they're both set to VOD, although the COT lines (T1 to PSTN) == ISDN NO, and the...
I was wrong about digital tracing.
Here's a test call from a digital set:
.09:13:30 01/04/2009
ACTIVE TN 001 12
ORIG 003 0 00 15 0 SCR MARP 0 xxxx (obscured number)
TERM 001 12 COT RMBR 5 12
DIAL DN 9
MAIN_PM DIAL AUX_PM DDL
TALKSLOT ORIG 8 TERM 8
QUEU 128
CALL...
tnphoneman and ghtrout,
Thanks for looking at this.
I've been watching the DCH for the TIE lines, but since I have only 'analog' (COT) trunks from my PSTN provider, there's no D-channel to debug. I have an Option 11C, which has no digital tracing! Aargh!
Here's the TIE route:
TYPE RDB
CUST...
GHTROUT, thanks for posting the link. That's the model I worked from to set this up initially. Digit passing is working great; all my steering codes (and equivalent asterisk routes) work well.
The only thing I can think of is that it might be some sort of supervision issue? Except calls from...
Outbound calls from asterisk still fail--I haven't fixed this problem yet. Any advice welcome. All routing working properly on the Nortel side from a native extension.
Architecture:
PSTN <-> COT lines (on a T1) <-> Nortel Meridian <-> TIE lines <-> asterisk VOIP <-> SIP clients
Calls that...
Thank you, Fletch -- at least that's a partial solution to the mystery.
Still need to figure out:
1.) ACDs or DNs forwarded to external #s don't work over the TIE lines
2.) Call progress not reported over TIE to the Asterisk side -- calls never 'answered'
Thanks!
jermudgeon
Hi all. Partial success story here:
I have an Option 11C that I've hooked up via a T1, TIE lines, to an Asterisk VOIP system. I've used some of the walkthroughs from this forum & other places on the web.
Using steering codes, calls work great in both directions, from Asterisk to the Nortel...
I'm setting up some TIE lines between an Asterisk VOIP system and our existing Nortel Option 11C. I've got calls going back and forth with steering codes etc. just fine, but I get weird behavior when I try to use our existing POTS T1 from Asterisk, like this:
POTS T1 -> TIE T1 -> VOIP works...
Nalyd, if you're still being notified of this thread, is there a way you can contact me (via this thread to start) about your Asterisk integration? I'm highly interested -- I've got an 11C and moderate Asterisk experience, with one remote ~25 user system in permanent use for 18 months. Would...
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.