Caller-id on T1s

[Philbert221]

Can anyone explain to me why I can't get ANI or Caller-id through non-PRI T1s connected directly into my Nortel PBXs.
I know it's not a PBX issue, the LEC(Verizon) is telling me they don't support these services over their T1s and nobody can tell me why not.

 

[jgideon]

Actually, in the case of Nortel PBX's it is also a PBX issue.

There are some CLEC's out ther who will provision it, but the service is actually DNIS with ANI, not 'CallerID'. Typical format for E&M ANI signalling is *ani*dnis*. I've been told by a couple of different vendors that the Nortel will do DNIS, or it will do ANI, but not both.

As far as why you can't get it, it's probably not tarrifed. (Stupid reason, but likely true) It's a non-preferred method as it uses more tone resources and takes longer to set up calls.

If you could get to a translations tech, I'm sure they could turn on ANI, but I doubt you'd get ANI/DNIS both to work at the same time.

 

[phoneguy55]

Why not just purchase PRI's and get rid of your old T1's.

 

[Philbert221]

thanks for the response jgideon.
They aren't my T1s they are my end customers and they don't want to pay the extra $ for PRI.

Thanks again.

 

[jgideon]

I _hate_ when carriers charge more (recurring) for PRI. Apart from the one-time-costs for a PRI interface, it's much cheaper to run, call setup is faster, fewer tone sender/receiver resources are needed... it's just stuipd.

**sigh**

 

[SYQUEST]

There are several reasons why the LECs and CLECs don't support CID on DS1s with channelized inband signalling.

1. In the case of the SUPERTRUNK offering from Pacific Bell, CO switches have two sides so to speak. one is the 'trunk side' and the other is the 'line side'. The 'line side' provides the dialtone to subscribers, be they Loop-start or Ground-start. That being the case CID is a 'line side' feature. However, the 'trunk side' has very different uses, one being to connect with other switches for call completion. But trunks are also used for DID service, Operator access, Directory Assistance, etc. Because of the switch architecture the only type of service provisioned on DS1 is anything trunk oriented (in the switch).

When the software was written for SUPERTRUNK, CID was not considered. There was no format or hardware for it to work with. With more interest in PRIMARY ISDN, switch manufacturers saw no reason to spend money on developing this further, since PRI and BRI always had CID as a basic feature.

2. Now service providers can and do put Loop-start and Ground-start lines on DS1s with Channel Banks, but only the Loop-start lines have CID available as a feature and there are channel units both FXS and FXO types to support the feature. - I have never heard an explanation why CID is NOT available on Ground-start other than money, because the physical path is the same.

3. Of all the PBX systems I have work on over the years, none have supported CID on DS1s in relation to the items mentioned above where Loop/Ground-start is concerned. They only support CID for Loop-start on copper circuits!

I also echo JGideon's remarks about service providers concerning PRI, especially the tariffed ones! They won't budge for anything and then they think they are giving you the best deal in town! And then they wonder why they are losing revenue.

Hope this helps!

....JIM....

 

[hawks]

Philbert221 do you have the Software Features Guides if so look at "In-Band Automatic Number Identification" that should give you the info that you are looking for. I know you can do it because I did it with MCI about 8 years ago. All I have now are PRI circuits so I can not tell you exactly how I had it set up. But it did work I got the 10 digits from MCI of the calling party.

 

[SYQUEST]

I believe that was a modified version of ANI that was used on the LD network before SS7, but used DTMF instead of MF possibly? Can't recall the details though...

....JIM....

 

[artesian2000]

I _hate_ when carriers charge more (recurring) for PRI. Apart from the one-time-costs for a PRI interface, it's much cheaper to run, call setup is faster, fewer tone sender/receiver resources are needed... it's just stuipd.


Just quoting that. The incumbants do but the CLEC's don't. Selling on the CLEC model I can give the same price either way. PRI is preffered