Path: utzoo!attcan!uunet!husc6!ukma!tut.cis.ohio-state.edu!osu-cis!killer!vector!telecom-request From: lars@acc.arpa Newsgroups: comp.dcom.telecom Subject: Re: a live ANI (automatic number identification) code Message-ID: Date: 6 Aug 88 08:51:00 GMT Sender: chip@vector.UUCP Reply-To: Lines: 20 Approved: telecom-request@vector.uucp (USENET Telecom Moderator) X-TELECOM-Digest: volume 8, issue 122, message 2 X-Submissions-To: telecom@xx.lcs.mit.edu (Mailing List Coordinator) X-Administrivia-To: telecom-request@vector.uucp (USENET Telecom Moderator) > From: David_W_Tamkin@cup.portal.com > Subject: a live ANI (automatic number identification) code > Date: Wed Aug 3 22:00:34 1988 > > Central Telephone of Illinois, at least in its Des Plaines and Park Ridge > districts in area code 312, gives ANI by dialing 290. I tried this, from my GTE line (805) 682-xxxx (Santa Barbara, CA). 290 yields (ring, ring, redirect, recording:) "We're sorry ... cannot be completed". 1-312-290-1234 yields (redirect, recording:) "Your call cannot be completed ... 818-4T". Since 290 does not require 7 digits before the rejection from the local switch, it seems like this prefix gets special handling (or is that true of unassigned prefixes in general ? The long distance call get rejected in the LATA router. Wouldn't it be nifty if it had gone thru ?. / Lars Poulsen