Path: utzoo!utgpu!news-server.csri.toronto.edu!mailrus!accuvax.nwu.edu!nucsrl!telecom-request From: John Higdon Newsgroups: comp.dcom.telecom Subject: Re: 800 ANI - Is the Whole Number Neccessary? Message-ID: <10725@accuvax.nwu.edu> Date: 11 Aug 90 09:38:10 GMT Sender: news@accuvax.nwu.edu Reply-To: John Higdon Organization: Green Hills and Cows Lines: 38 Approved: Telecom@eecs.nwu.edu X-Submissions-To: telecom@eecs.nwu.edu X-Administrivia-To: telecom-request@eecs.nwu.edu X-Telecom-Digest: Volume 10, Issue 561, Message 4 of 10 John Decatur KA2QHD writes: > Ack. No it doesn't. Sorry John. The IXC receives only the billing > number via carrier interconnection signaling. The IXC never receives > the calling party number; therefore, it is only possible for the IXC > to deliver to the called party the billing number. Oops! My original statement was based on observation of Pac*Bell, and as usual the practices are out of step with the real world. In the lion's share of cases, Pac*Bell makes the billing number the same as the directory number, even in cases where there are actually alternate billing arrangements. In the case of my accounts (and all those of my clients), our "Fun with ANI" number returns the directory number of the calling line even though that number is billed to a completely different (or even ficticious) number. > All the stories about the ANI identifier number being posted should > confirm this -- all those weird numbers (the BBN number from 25 years > ago, an undialable IBT number, switchboards, and various undialable > numbers) are all billing numbers for various centrex groups, PBXes, > etc. Now here's a question: what does the number readback return? Before you answer -- a short story. I happened to be going through some RJ21X positions in a client's phone room and found some lines that read back a number that was not known. I went through all of the customer's records and couldn't find the number anywhere. Four of the trunks read back this strange number and all of them were working and connected to the switch. It turns out that these lines were part of the main local group. The readback was just WRONG. Calls made on them were properly billed, and they responded properly to incoming calls. Pac*Bell corrected the readback. So what is the readback linked to? John Higdon | P. O. Box 7648 | +1 408 723 1395 john@bovine.ati.com | San Jose, CA 95150 | M o o !