name display on outbound calls

[coniglio]

When one of my remote offices calls me (we're both on 25.4) my display shows one of the remote office's employee's name. When this same remote office calls me on a POTS line to which I connected an analog set with caller ID I see the company's name (which is what I should be seeing, not this employee's name). Carrier says it's not them, and I should check my equipment but I can't begin to guess where the problem in programming could be. Remote office's calls to EVERY area code and EVERY exchange go out over one single route. Everyone has same NCOS/TGAR. Any ideas? thanks for your help.

 

[johnpoole]

if you take the ndx prompt out of your dch, rcap you will not show ld 90 names, the office and not the switch can then add a company name. if the tie a company name to a clid and you send the same clid for each call. the phone company 1st response is "it's your trouble" i have a pretty good feel for that line since i've worked for 7 major dt providers for 35+ years..

john poole
bellsouth business
columbia,sc

 

[coniglio]

well this person's name is not even in LD 95 (you said 90 but I think you meant 95). How does the office add a company name, if not through the switch? I have since found out that when I call directory assistance and ask them what name is assigned to the phone number they have this employee listed, not our company. So the problem has got to be with them, although I still don't understand how this employee name comes up when they call me at the office but when they call me on my POTS line I see the company name...it's very confusing. Although, now that I think about it again, incoming calls to my office come over T1, whereas POTS line call obviously does not...

 

[johnpoole]

the office can add a name outbound to any route, if the information operator has a user name as the billing name, then they need to change it. it works just like your home phone. i call from my main line and it has my name. i call from a backup line and it has a bus. name.. even if you8r not paying for caller id outbound. dial 911 and ask her the name and address.. she has it in the screen..btw she isn't going to give it out.. you can dial 911, and ask for a translation check and give a name, address and number...she should answer yes or no.. i usually check that on new service.. i don't want a 911 call dispatched to the wronge address.. and yes i did check mine, but i also helped with the install on the 911 system for my county.. btw it's behind a 81c

john poole
bellsouth business
columbia,sc

 

[coniglio]

I do all the programming for this PBX so what do you mean by "the office"? How would I add a name to the outbound route? Although I think the problem isn't with the PBX, I'd like to know how to do this anyway just so I can double-check. John, you are truly great. Your company is lucky to have you. I hope they pay you a million dollars a year.

 

[johnpoole]

the office refers to the central office, keyboard people that live in the cloud known as the pstn..you posted the name is not in the switch that is being diaplayed. you can't change it. i have my pri's set up so the dial tone provider puts a company name on the call unless the set send a ld 95 name... if they don't see a name they put one on for me. so if i use cled table 5, i send a number other then the listed (the did), they don't modify that. if i send clid 0, they see the public listed number and attach the hosp name

john poole
bellsouth business
columbia,sc

 

[coniglio]

Well, this employee left the firm and his name isn't programmed anywhere in the PBX anymore. But I never knew you could send a name via LD 95. Is that if you have DIDN set to YES on your CLID table? then it will also transmit the name from LD 95? One more thing...the circuit is with Broadview, but I'm pretty sure the dial tone is provided by Verizon. So maybe I need to talk to Verizon...

 

[jgideon]

in the US, the 'name' is retrieved by the receiving telco, it is not sent by the PBX. (That does work in canada, and on private networks, so it's possible that on a nortel-to-nortel call, with end-to-end ss7 trunking that it might). For example, I call from my house (Verizon in PA) to my buddy in Chicago (SBC illinois), my phone number gets sent forward with the call, but SBC has to do a database lookup to find out what the name is...since SBC won't pay Verizon, my buddy sees PA CALL instead of my name...

 

[coniglio]

Well, I've just been informed that the problem is with MCI's database, since we have an MCI T1 in my office and calls that terminate to this T1 show the incorrect name. So apparently MCI doesn't have the correct database. I didn't think there was any way for my PBX to send a name, especially since the wrong name showed up only when the call terminated on my T1, not my POTS line. thanks for all your help, John.

 

[johnpoole]

your right, if mci is placing a name on the pri, then they are programed to ignore your ld 95 entry. if you want a company name theh need to get it in their database.

john poole
bellsouth business
columbia,sc

 

[coniglio]

thank you. But, again, this employee's name isn't programmed in LD 95 anymore anyway so it couldn't have been coming from there. I'll let the carrier figure it out. hopefully it won't take too long.

 

[jgideon]

That shows that MCI isn't paying the $$ to do the name lookup for every call. Somewhere along the line they did a database lookup and were given that name, and they just held onto it. I had that problem between an ILEC and a CLEC in Chicago a couple years back... (the ILEC wouldn't lookup the correct name from the CLEC, and was using a 'cached' version from their own database to save $$) Glad you figured it out!

 

[coniglio]

I'm hesitant to call the police, plus I put my CLID table back so I'm good for now. I may try this tomorrow but I just don't want them to dispatch a cop!

 

[coniglio]

forgive my last post about caling a cop. That was for another string I started with a similar problem and I got a bit confused. Thank you all very much for your help with this. I understand completely now why this is happening and I think my carrier is finally convinced it's their mistake. I really am grateful for all the assistance you all gave me. You all make me look like a genius!

 

[janaya]

Hope it all works out. And calling 911 is okay to do. Just let the operator know you are a telecom tech testing 911 access from a site.

We do it all the time with new installs. sites are required by law to present that information to the 911 folks, and E911 will require more, when implemented.

John

 

[coniglio]

jgideon, I am having a really difficult time with my MCI and my inbound caller ID. Your response was exactly what the problem was, and MCI finally admitted they were at fault in this one instance. However, EVERY call I get (all incoming calls come in over MCI T1s) has a crazy display. I generally get the city, followed by a bunch of spaces, followed by a comma and the state. For example: MANHATTAN ,NY. and QUADSMCSOMERSET (the ,NJ must've gotten cut off because of the length of whatever QUADSMC means. Anyway, if that same person calls me on my Verizon POTS line I have set up I don't get any of this. I get the company's name and phone number. But now I can't convince MCI there is still a problem. Is there some type of industry terminology I can use that will get the point across? They keep telling me it's the caller's problem but there's no way that can be true, right? thanks in advance.

 

[jgideon]

I just re-read this thread in an effort to make sure I'm speaking correctly, so forgive any repitiveness.

You have a PBX. Your PBX has 'local' trunks from MCI, and that's how callers who dial your numbers direct come into your PBX. I am assuming PRI since the Nortel Option PBX line does not have an analog CallerID trunk card that works outside of Brazil or Japan or some such place. In order to get 'name' display on incoming trunks, that PRI is configured as NI-2, and has the correct profiles setup to make the CO (in this case MCI's switch) send the name to your PBX for display.

In order to have a name to send you, MCI has to do a CNAM/LIDB database dip back to the originating carrier to request the 'name' that goes with the 'calling party number' that it received with the incoming call setup message. Since the correct (originating) account name show's up on a POTS CallerID circuit, but MCI is only giving you a 'place name', I would still maintain that MCI is refusing to pay the $$ to lookup the name that goes with the number. In this case it doesn't seem so much that they pay for the lookup but use stale information (the problem I was having in Chicago), but rather they don't do the lookup at all. If they don't do it at all, I don't think you'll get them to 'fix' it, but if that's the case it probably isn't worth paying them for the CallerID feature if they charge you extra.

Does MCI display some names but not others? (Like do they display names of callers who use other local telco's like SBC in Chicago or Indiana, but just not Verizon or a CLEC?) If they display some but not all, then you might be able to get them to fix it. If they don't display any, then they probably just don't wan to pay.

 

[coniglio]

First of all, thank you Jgideon, for your response. We have four in/outbound MCI PRIs on our Opt. 61C 25.40 Meridian PBX. All calls come in over these PRIs. I don't know about NI2 being set up but will try to figure that out (never did it before but think I can figure it out on my own). Can you please tell me what CNAM/LIDB actually stands for? I assume something along the lines of calling name/lookup database? Maybe then I can tell MCI that's what they need to do. If I can put it in actual words maybe they'll finally do something. I'm not sure about other telcos but I am pretty certain that all calls from everywhere in the USA terminate in my office with a town, a bunch of spaces, then a comma and state. Thank you, Jgideon!

 

[jgideon]

I'm glad to help when I can--and all of this forum interaction is a learning experience for all of us!

CNAM is an abbreviation for "Caller NAMe" and I believe that LIDB is Line Information Data Base. The CNAM is (I believe) stored in the LIDB, and the ISDN and (or in the case of POTS) CLASS [custom local area signalling system] function that 'gets' the name is referred to as CNAM.

If no name shows up from any of your callers, then that tells me they don't provide name lookup at all. If you can get them to fix it, great, but if there is an extra fee on your PRI service to have the name delivery, you aren't getting your money's worth. Unfortunately, I don't know anyone who is using MCI local services, so I don't have any specific advice for you there.

Keep us posted!

 

[coniglio]

Okay, so what you're saying is, if MCI does not provide the name I'm only going to see the city and state? If so, that's fine but who is sending the city and state? is it MCI? thanks, JG.