Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sdd.hp.com!decwrl!hayes.fai.alaska.edu!accuvax.nwu.edu!nucsrl!telecom-request
From: rkh@mtune.att.com (Robert Halloran)
Newsgroups: comp.dcom.telecom
Subject: Re: Call Detail Recording
Message-ID: <11821@accuvax.nwu.edu>
Date: 6 Sep 90 13:02:47 GMT
Sender: news@accuvax.nwu.edu
Organization: AT&T BL Middletown/Lincroft NJ USA
Lines: 25
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 625, Message 1 of 13


In article <11757@accuvax.nwu.edu> BRUCE@ccavax.camb.com (Barton F.
Bruce) writes:

>If you use the # (call it what you may) key at the end of your dialed
>phone number it will often but not always tell the 'system' there are
>no more dialed numbers. This certainly speeds international DDD, where
>there is an unknown number of digits to expect. The # generally also
>knocks off tone to pulse converters if they are present, and some SMDR
>units will stop capturing, too. 

I used to be in software development for a company in Rochester NY who
made SMDR units for the Bell System, pre-breakup.  I found soon after
I started that there was a known bug in the unit's software that would
reject any records that were not 7, 10 or 11 digits (1+ dialing was
not so entrenched in '81).  If the people reading the reports weren't
checking the exception log, calls with extra digits slipped through.
Punching the last digit of your number a few extra times was a common
practice in-house :-).


Bob Halloran

Internet: rkh@mtune.dptg.att.com		UUCP: att!mtune!rkh
Disclaimer: If you think AT&T would have ME as a spokesman, you're crazed.