home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Telecom
/
1996-04-telecom-walnutcreek.iso
/
back.issues
/
1987.volumes.6-7
/
volume.7.all.issues
< prev
Wrap
Internet Message Format
|
1990-01-20
|
275KB
From jsol@buit1.bu.edu Thu May 21 17:45:22 1987
Received: from buita.bu.edu by buit1.bu.edu (3.2/4.7)
id AA29140; Thu, 21 May 87 17:45:22 EDT
Return-Path: <jsol@buit1.bu.edu>
Received: by buita.bu.edu (1.1/4.7)
id AA12518; Thu, 21 May 87 17:45:40 EDT
Date: Thu, 21 May 87 17:45:40 EDT
From: jsol@buit1.bu.edu
Message-Id: <8705212145.AA12518@buita.bu.edu>
To: telecom-dis
Status: O
Date: Thu, 21 May 87 17:36:03 EDT
From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
Reply-to: TELECOM@BUIT1.BU.EDU
Subject: TELECOM Digest V4 #1
To: TELECOM@BUIT1.BU.EDU
TELECOM Digest Thu, 21 May 87 17:36:03 EDT Volume 7 : Issue 1
Today's Topics:
missing submissions
Re: Regular Phone Chirp
1-800-XXX-0000
----------------------------------------------------------------------
Received: from buita.bu.edu by buit1.bu.edu (3.2/4.7)
id AA25213; Thu, 21 May 87 06:20:23 EDT
Return-Path: <jsol@buit1.bu.edu>
Received: by buita.bu.edu (1.1/4.7)
id AA09788; Thu, 21 May 87 06:20:40 EDT
Date: Thu, 21 May 87 06:20:40 EDT
From: jsol@buit1.bu.edu
Message-Id: <8705211020.AA09788@buita.bu.edu>
To: telecom
Subject: missing submissions
Status: RO
Due to a bug in the software during the setup of TELECOM at BUIT1,
all input to the digest was lost for the past few days. If you don't
see your submission in this digest, please repost/resend it to us.
Sorry for the inconvenience.
--jsol
------------------------------
Date: Thu, 21 May 87 06:20:40 EDT
From: jsol@buit1.bu.edu
To: telecom
Subject: missing submissions
Date: Thu, 21 May 87 10:01 EDT
From: <KAJOHN01@ULKYVX.BITNET>
Subject: Re: Regular Phone Chirp
To: telecom-request@xx.lcs.mit.edu
I have a home-brew piezoelectric ringer signal on my line and the same thing
happens, except it happens at 4:32am. A long time ago, I had a simple on-hook
monitor which would listen to the phone line and run it through a small amp
to a speaker. I would leave it running in my room to listen to the idle noise
on the line. Well, one day I left it on my parents line, and they got a
"chunk-chunk" noise at about 11:00pm. I put the speaker/amp on my line and
waited for 4:32am, and sure enough, I got the same "chunk-chunk", accompanied
by an obediant chirp from my piezo ringer. So from this I deduced it must be
some sort of automated test sweep. I am in a 1aESS if that helps any.
It sounds to me like the line is reversing polarity briefly, although I haven't
checked it with a meter yet.
David Harpe
KAJOHN01@ULKYVX.Bitnet
------------------------------
Date: Thu, 21 May 87 10:11 EDT
From: <KAJOHN01@ULKYVX.BITNET>
Subject: 1-800-XXX-0000
To: telecom-request@xx.lcs.mit.edu
Completely by accident, I noticed the other day that if you dial 1-800-XXX-0000
where XXX is a valid 800 exchange, you get the following message:
"You have reached the ATT long distance network. Thank you for
choosing ATT. This message will not be repeated."
And sure enough, it wasn't repeated. My question is: Why is this there?
My long distance carrier is ATT, and I know there are numbers you can dial
that allow you to check your LD carrier, but I thought those numbers were in
the 700 range. Does this happen for those of you who have MCI, Sprint, etc?
David Harpe
KAJOHN01@ULKYVX.Bitnet
------------------------------
End of TELECOM Digest
*********************
From jsol@buit1.bu.edu Fri May 22 19:25:57 1987
Received: from buita.bu.edu by buit1.bu.edu (3.2/4.7)
id AA05302; Fri, 22 May 87 19:25:57 EDT
Return-Path: <jsol@buit1.bu.edu>
Received: by buita.bu.edu (1.1/4.7)
id AA03237; Fri, 22 May 87 19:26:16 EDT
Message-Id: <8705222326.AA03237@buita.bu.edu>
Date: Fri, 22 May 87 19:26:02 EDT
From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
Reply-To: TELECOM@BUIT1.BU.EDU
Subject: TELECOM Digest V4 #2
To: TELECOM@BUIT1.BU.EDU
Status: RO
TELECOM Digest Fri, 22 May 87 19:26:02 EDT Volume 7 : Issue 2
Today's Topics:
Submission for comp-dcom-telecom
Re: TELECOM Digest V6 #51
Extended phone services in California
----------------------------------------------------------------------
Received: from XX.LCS.MIT.EDU by buit1.bu.edu (3.2/4.7)
id AA01033; Fri, 22 May 87 02:12:25 EDT
Received: from seismo.CSS.GOV by XX.LCS.MIT.EDU with TCP/SMTP; Fri 22 May 87 02:10:30-EDT
Received: from utah-cs.UUCP by seismo.CSS.GOV (5.54/1.14) with UUCP
id AA07955; Fri, 22 May 87 02:11:10 EDT
Received: by cs.utah.edu (5.54/utah-1.0)
id AA04185; Fri, 22 May 87 00:08:51 MDT
Received: by gr.utah.edu (5.54/utah-1.0-slave)
id AA28219; Fri, 22 May 87 00:08:48 MDT
Received: by stride.Stride.COM (5.51/UUCP-Project/rel-1.0/11-05-86)
id AA17027; Fri, 22 May 87 01:49:05 EDT
From: utah-cs!stride.stride.com!unrvax@seismo.CSS.GOV (UNR VAX-11/750)
Message-Id: <8705220549.AA17027@stride.Stride.COM>
Date: 22 May 87 05:49:01 GMT
To: comp-dcom-telecom%seismo.css.gov@seismo.CSS.GOV
Subject: Submission for comp-dcom-telecom
Responding-System: stride.Stride.COM
Status: RO
Path: stride!utah-gr!uplherc!nrc-ut!nrcvax!ihm
From: ihm@nrcvax.UUCP (Ian H. Merritt)
Newsgroups: comp.dcom.telecom
Subject: Re: TELECOM Digest V6 #51
Message-ID: <920@nrcvax.UUCP>
Date: 18 May 87 18:19:48 GMT
References: <8705142333.AA23356@media-lab.MIT.EDU> <8705150113.AA25364@media-lab.MIT.EDU>
Reply-To: ihm@minnie.UUCP (Ian Merritt)
Distribution: world
Organization: The Frobboz Magic Telephone Co., Inc.
Lines: 44
>
> Date: Wed, 13 May 87 10:40 EDT
> From: "Steven H. Gutfreund" <GUTFREUND%cs.umass.edu@RELAY.CS.NET>
> Subject: Phone card scam
>
> Does anyone have some reasonable technical suggetions about what
> could be done (I realize that a lot of ideas are shot down by the
> Long Distance Carries because of marketing and simplicity reasons)
>
> - Steven Gutfreund
>
>Sure. Hundred digit credit card numbers. Ok, twenty digits ought to be
>enough. Especially with the spiffy AT&T phones that automatically
>punch in your AT&T credit card number for you, there really isn't any
>reason (beyond convience for people at manual phones) not to use big
>numbers.
>
>At each central office, keep a list of every authorized credit card
>number. (How hard would that be? Figure 100,000,000 valid credit card
>numbers, 20 digits (10 bytes) each. With only BCD compression, this is
>only 1GB of storage, which could easily be distributed on a weekly
>basis. (Or looked up directly via some sort of packet switched
>network.) You could veryify a number in less than a second.)
Actually, that's exactly how the verification is done now. The AT&T
CCIS (Common Channel Interoffice Signalling) network is employed for
the inqueries to regional database sites (I don't recall thje AT&T
term for them), and TSPS that handles the Calling Card service for
them actually does the inquery for each attempt to use the card. The
only thing you have suggested that would change the system is the
additional digits. The problems are that it would be a bitch to
memorize all that and difficult at best to type it all in error free.
Remember there are often times you don't have your card with you to
'conveniently' insert into a handy-dandy slot phone, and such phones
are not always available. I for one never carry my card; I just key
it in from memory. I think it would be better extend the current
scheme to a 7 digit PIN # (instead of the current 4). This would
allow several new features I won't attempt to list here, it would
improve security, and as mosty people have developed the ability to
remember telephone numbers, the pin, being just another 7 digit
number, would be easy to remember (without a card).
Cheerz--
--i
------------------------------
From: utah-cs!stride.stride.com!unrvax@seismo.CSS.GOV (UNR VAX-11/750)
Date: 22 May 87 05:49:01 GMT
To: comp-dcom-telecom%seismo.css.gov@seismo.CSS.GOV
Subject: Submission for comp-dcom-telecom
From: ihm@nrcvax.UUCP (Ian H. Merritt)
Subject: Re: TELECOM Digest V6 #51
Date: 18 May 87 18:19:48 GMT
Date: Fri, 22 May 87 09:24:13 PDT
From: blia.UUCP!ted@cgl.ucsf.edu (Ted Marshall)
To: telecom@xx.lcs.mit.edu
Subject: Extended phone services in California
Recently, there was a big discussion here of the extended telephone services
being tried by South Central Bell. Today, In the San Jose Mercury News,
there was an article stating that Pacific Bell is planning to offer a
set of such services to its customers starting in Q2, 1988. The list of
services included is as follows:
* auto callback
* auto recall (call me back when call goes through)
* customer-originated trace
* call identification
* call-identification blocking
* distinctive ringing
* selective call forwarding
* selective call rejection
The article does not state how long it will take until these are offered in
all Pac Bell exchanges. It also does not give the charges for these services.
Finally it notes that Pac Bell has not yet filed with the PUC and so everything
is subject to change at the regulators' whim.
--
Ted Marshall ...!ucbvax!mtxinu!blia!ted <or> mtxinu!blia!ted@Berkeley.EDU
Britton Lee, Inc., 14600 Winchester Blvd, Los Gatos, Ca 95030 (408)378-7000
The opinions expressed above are those of the poster and not his employer.
------------------------------
End of TELECOM Digest
*********************
From jsol@buit1.bu.edu Sun May 24 01:11:08 1987
Received: from buita.bu.edu by buit1.bu.edu (3.2/4.7)
id AA00990; Sun, 24 May 87 01:11:08 EDT
Return-Path: <jsol@buit1.bu.edu>
Received: by buita.bu.edu (1.1/4.7)
id AA01756; Sun, 24 May 87 01:11:04 EDT
Message-Id: <8705240511.AA01756@buita.bu.edu>
Date: Sun, 24 May 87 1:10:53 EDT
From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
Reply-To: TELECOM@BUIT1.BU.EDU
Subject: TELECOM Digest V7 #5
To: TELECOM@BUIT1.BU.EDU
Status: O
TELECOM Digest Sun, 24 May 87 1:10:53 EDT Volume 7 : Issue 5
Today's Topics:
Submission for comp.dcom.telecom (Communication Progress for Criminals)
----------------------------------------------------------------------
Date: Fri, 22 May 87 23:19:07 EDT
From: kitty!larry@seismo.CSS.GOV
To: seismo!xx.lcs.mit.edu!telecom@seismo.CSS.GOV
Subject: Submission for comp.dcom.telecom (Communication Progress for Criminals)
Cc: kitty!larry@seismo.CSS.GOV
> In a recent article dmt@ptsfa.UUCP (Dave Turner) writes:
>
> The following is from an editorial by Wayne Green in the June, 1987 issue
> of 73 Amateur Radio magazine:
>
> The recent legislation making cellular phone calls illegal to listen in on
> has provided a bonanza for both organized and disorganized crime. It's
> difficult not to laugh over the situation the cellular industry has gotten
> itself into in its blind pursuit of the fast buck.
>
> What's happened is a mass move into cellular by criminals. They buy a
> cellular system, have an unscrupulous dealer alter the electronic serial
> number (ESN) on the built-in programmable IC, which makes calls both
> untraceable and free--a great combo. They tool around town, making calls
> to Pakistan, Columbia, and their Caribbean drug warehouses at will.
I have a few comments to make on this and some related topics which
may be of interest to Net readers. My comments are based upon personal
knowledge and experience as one who has provided some forensic science
consulting services to certain law enforcement agencies for a number of years.
It's sort of interesting to note that it was even easier to implement
spoofing fraud in dial IMTS mobile telephone installations, but such fraud
has been virtually unheard of. The reasons for this are: much fewer IMTS
channels and much fewer IMTS customers than cellular make such fraud extremely
conspicuous; most IMTS installations are combined with MTS installations and
have a high probability of telephone company (or RCC) operator monitoring.
My personal opinion is that cellular fraud has been encouraged due to
"safety in numbers". :-)
> Cellular has turned out to be great for coordinating every kind of criminal
> activity. It's just what criminals have been needing for years-- a
> dependable, free, untraceable, and safe communications system. With a
> combination of pagers and cellular phones, crooks are making a shambles
> of the cellular system--all protected by Congress.
>
> If you wanted to deal in drugs, how better to get orders from your
> customers than by giving them your cellular phone number? There's no way
> to tap a telephone that can be anywhere in a big city, operating through
> different cells as it moves around. And with an altered ESN it's all free!
Progress in telecommunications has unquestionably been of benefit to
criminal activity.
Probably the single greatest benefit has been the introduction of call
forwarding. This service has been of such great benefit to the conduct of
unlawful gambling, narcotics and prostitution operations that for many years
I have jokingly referred to it as: "1A Criminal Facilitation Service"; AT&T
and BOC people may appreciate the satire in this remark.
As an example, an unlawful gambling operation could change location
every day or so, with the telephone number for bettors being the same. This
situation also neatly defeats any court-authorized eavesdropping warrant since
there would never be conversations on the telephone pair that was the subject
of such a wiretap; a forwarded call never takes place on the physical line
whose number was dialed. In earlier No. 1 and No 1A ESS installations there
was no rapid method to determine to what number a given line had its calls
forwarded; such determination could only be made by an experienced switchman
using the ESS maintenance tty. This rather frustrated law enforcement
agencies in their investigation of unlawful gambling and narcotics activity.
Furthermore, I know of some instances where telephone company personnel flatly
denied to law enforcement investigators that they could determine the
forwarded telephone number; this was, of course, a false statement, but was
made in a misguided effort to keep the telephone company "uninvolved".
As an interesting aside, prior to the advent of ESS and call
forwarding, some larger unlawful gambling operations used an electronic device
called a "cheese box" that effected a rudimentary kind of call forwarding in a
manner similar to a loop-around test line. Two telephone lines would be
ordered for say, an unoccupied office or apartment, and each line would
connect to the "cheese box". The actual location of the gambling operation
would call the first line, and remain on the line and wait for calls; the
"customers" would call the second line, with the result that it would
auto-answer and be connected to the first line.
Telephone company loop-around test lines were used for the conduct of
unlawful narcotics dealing during the 1970's, but this practice has generally
disappeared as telephone companies: (1) installed 60A control units or
equivalent devices that dropped loop-around connections upon the detection
of speech energy (legitimate use of loop-around test lines is for single
frequency transmission measurements only); and (2) went ESS and therefore had
"call trace" capability that would automatically determine the origin of
calls to loop-around and other test lines.
After call forwarding, the next most useful communications adjunct to
criminal activity is the voice radio pager. It is an unfortunate fact of life
that no self-respecting prostitute or "street dealer" of narcotics would be
caught without their voice pager. Voice pagers represent an ideal, inexpensive
method of arranging clandestine meetings. A typical voice pager scenario:
customer calls narcotics dealer's pager from a coin telephone, giving coin
telephone number; narcotics dealer finds coin telephone to call coin telephone
where customer is waiting to arrange for a meeting. What could be simpler
and more untraceable?
In my travels, I have known of only two instances where criminals used
any speech privacy devices (speech scramblers) to defeat eavesdropping (lawful
of otherwise); however, I suspect that a new generation of low-cost digital
speech privacy devices will result in more of these devices being used by
criminals. The units that I have seen used were all based upon analog
"speech inversion" techniques; these devices are easy to defeat, whereas the
digital devices are virtually impossible to compromise by other than NSA.
One of the most novel (at the time) applications of communications
technology by criminals that I have personally seen was the use of
telecopiers by a large unlawful gambling operation about 11 years ago.
While the law enforcement agencies involved had obtained eavesdropping
warrants to install wiretaps on some of the telephone lines involved, they
were totally baffled by the strange sounds heard during some intercepted
calls. I was called in to solve the mystery, and some listening told me
that this was an FSK facsimile machine running in 6-minute mode. So we
borrowed a telecopier to decode the tapes; this was not as easy as first
anticipated. I finally had to modify the telecopier to start in receive
mode without receiving a ringing signal (which was not possible from an
after-the-fact tape recording). We got some pretty damning evidence, much
to the consternation of the criminals (who suspected a wiretap, but felt
that the facsimile machine was "secure"). While telecopiers are rather
common today, such was not the case 11 years ago. I suspect that as
telecopiers decrease in price, they too will be more commonly used by
criminals. While Group I and Group II facsimile machines are fairly easy
to monitor, the more common Group III (sub-minute) machines are much more
complex since they are digital and require faking a handshake protocol by
any receiving machine used as a monitor.
> If it weren't against the law to listen to cellular channels, I'd suggest we
> hams help the law by listening for suspicious cellular calls and recording
> them. Say, how'd you like to get the goods on some serious crooks and find
> (a) the evidence is inadmissible because it was illegally attained and (b)
> yourself on trial for making the recordings. So join me in a big laugh, okay?
I know of law enforcement agencies that have in the past used scanners
to listen to paging service channels and IMTS mobile telephone channels, and
have obtained useful intelligence information. None of the information so
derived was used in court per se, but it may have contributed to the "probable
cause" for looking in a certain _public_ place at a certain time. When any
investigator was pressed in court for the "basis of probable cause", the
information was attributed to an "anonymous informant" - a VERY common source
of law enforcement information. Under the circumstances, I see nothing wrong
with this - but I am certain that a number of people will disagree with me.
For example, an experienced investigator can readily detect a drug
deal going on via certain types of pager messages. Now, if a police cruiser
just happened to be going by the aforesaid location, and decided it was time
for a routine traffic check... :-)
[Flames about prosecuting people for alleged "victimless" crimes such
as gambling, narcotics and prostitution should be directed to /dev/null]
<> Larry Lippman @ Recognition Research Corp., Clarence, New York
<> UUCP: {allegra|ames|boulder|decvax|rocksanne|watmath}!sunybcs!kitty!larry
<> VOICE: 716/688-1231 {hplabs|ihnp4|mtune|seismo|utzoo}!/
<> FAX: 716/741-9635 {G1,G2,G3 modes} "Have you hugged your cat today?"
------------------------------
End of TELECOM Digest
*********************
From cmoore@BRL.ARPA Tue May 26 11:35:05 1987
Received: from bu-cs.BU.EDU by buit1.bu.edu (3.2/4.7)
id AA00920; Tue, 26 May 87 11:35:05 EDT
Received: from buit1.bu.edu by bu-cs.BU.EDU (3.2/4.7)
id AB17576; Tue, 26 May 87 11:29:17 EDT
Resent-Message-Id: <8705261529.AB17576@bu-cs.BU.EDU>
Received: by VMB.BRL.ARPA id aa04732; 26 May 87 11:19 EDT
Received: from BRL-SMOKE.ARPA by VMB.BRL.ARPA id aa26034; 24 May 87 2:42 EDT
Received: from BU-CS.BU.EDU by SMOKE.BRL.ARPA id aa22512; 24 May 87 1:58 EDT
Received: from buit1.bu.edu by bu-cs.BU.EDU (3.2/4.7)
id AA05716; Sun, 24 May 87 01:11:50 EDT
Received: from buita.bu.edu by buit1.bu.edu (3.2/4.7)
id AA00963; Sun, 24 May 87 01:09:46 EDT
Return-Path: <jsol@buit1.bu.edu>
Received: by buita.bu.edu (1.1/4.7)
id AA01713; Sun, 24 May 87 01:09:43 EDT
Message-Id: <8705240509.AA01713@buita.bu.edu>
Date: Sun, 24 May 87 1:09:31 EDT
From: The Moderator (JSol) <TELECOM-REQUEST@buit1.bu.EDU>
Reply-To: TELECOM@buit1.bu.EDU
Subject: TELECOM Digest V7 #3
To: TELECOM@buit1.bu.EDU
Resent-Date: Tue, 26 May 87 11:17:16 EDT
Resent-From: cmoore@BRL.ARPA
Resent-To: telecom-request@buit1.bu.EDU
Status: RO
TELECOM Digest Sun, 24 May 87 1:09:31 EDT Volume 7 : Issue 3
Today's Topics:
Re: 3-tone no connection question
help on modem + answering machine
Re: phone wiring for a modem
Re: Ringback codes
Re: Regular Phone Chirp
----------------------------------------------------------------------
To: "\F
From: umix!itivax!chinet!aicchi!dbb@EDDIE.MIT.EDU (Burch)
Subject: Re: 3-tone no connection question
Date: 22 May 87 14:15:12 GMT
Well, those three tones, (Which used to be real loud, 0dB), are
called SIT or Special Information Tones. They are used to help
your local phone switch when you are connected to an intercept
recorder. They tell your switch what to do about billing your
call. However, once offhook supervision has been returned by the
party you call, they have no effect. Therefore, you may use them
on your answering machine and they will have no effect. Except
Cuteness... Seriously, I doubt that a recorder could send those
with enough purity to be heard by the PLL's that listen for them.
--
-David B. (Ben) Burch
Analysts International Corp.
Chicago Branch (ihnp4!aicchi!dbb)
"Argue for your limitations, and they are yours." - R. Bach
------------------------------
To: moss!cbatt!comp-dcom-telecom@EDDIE.MIT.EDU
From: moss!ihnp4!wheaton!steve@EDDIE.MIT.EDU (Steve Hurlbut)
Subject: help on modem + answering machine
Date: 22 May 87 21:15:30 GMT
Is there a phone answering machine plus modem combination that allows owner to
call in from remote location, have answering machine commect him to modem, then
revert back to answering machine when owner is finished using modem?
UUCP:ihnp4!wheaton!steve
------------------------------
To: seismo!comp-dcom-telecom@seismo.CSS.GOV
From: pur-ee!uxc.cso.uiuc.edu!hamilton@seismo.CSS.GOV
Subject: Re: phone wiring for a modem
Date: 22 May 87 22:11:00 GMT
> I need to wire a new phone line through a house for use with a modem.
> Is there some kind of sheilded phone cable that I could use to help
> reduce any noise in the connection? Anything else I should be aware
> of when routing the wire such as not getting too close to electrical
> wires? Thanks.
i also expect to be installing a new line soon, so any advice or
horror stories would be appreciated.
wayne hamilton
U of Il and US Army Corps of Engineers CERL
UUCP: {ihnp4,seismo,pur-ee,convex}!uiucuxc!hamilton
ARPA: hamilton@uxc.cso.uiuc.edu USMail: Box 476, Urbana, IL 61801
CSNET: hamilton%uxc@uiuc.csnet Phone: (217)333-8703
CIS: [73047,544] PLink: w hamilton
------------------------------
To: seismo!comp-dcom-telecom@seismo.CSS.GOV
From: pur-ee!uxc.cso.uiuc.edu!hamilton@seismo.CSS.GOV
Subject: Re: Ringback codes
Date: 22 May 87 22:18:00 GMT
> Every once in a while, someone posts a note asking about ringback codes
> (numbers to dial to make your own telephone ring). Unfortunately, these
> codes aren't the same everywhere, and are mostly undocumented.
> ...
i use a technique that has worked flawlessly whenever and wherever
i have tried it:
dial 0
ask the operator to ring your number
hang up
('course, you do need to know your own number...)
wayne hamilton
U of Il and US Army Corps of Engineers CERL
UUCP: {ihnp4,seismo,pur-ee,convex}!uiucuxc!hamilton
ARPA: hamilton@uxc.cso.uiuc.edu USMail: Box 476, Urbana, IL 61801
CSNET: hamilton%uxc@uiuc.csnet Phone: (217)333-8703
CIS: [73047,544] PLink: w hamilton
------------------------------
To: telecom-dis@buit1.bu.edu
Subject: Re: Regular Phone Chirp
Date: Thu, 21 May 87 16:07:23 -0700
From: kent@decwrl.DEC.COM
I'd completely forgotten about this. When we lived in Chicago, our
bedroom phone would chirp at 7am on the dot, every weekday. After we
stopped being annoyed by it, it became a useful alarm clock.
chris
------------------------------
End of TELECOM Digest
*********************
From cmoore@BRL.ARPA Tue May 26 13:50:33 1987
Received: from bu-cs.BU.EDU by buit1.bu.edu (3.2/4.7)
id AA01659; Tue, 26 May 87 13:50:33 EDT
Received: from BRL-VMB.ARPA by bu-cs.BU.EDU (3.2/4.7)
id AA20387; Tue, 26 May 87 13:47:15 EDT
Resent-Message-Id: <8705261747.AA20387@bu-cs.BU.EDU>
Received: by VMB.BRL.ARPA id ab04732; 26 May 87 11:19 EDT
Received: from BRL-SMOKE.ARPA by VMB.BRL.ARPA id ab26040; 24 May 87 2:43 EDT
Received: from BU-CS.BU.EDU by SMOKE.BRL.ARPA id aa22505; 24 May 87 1:57 EDT
Received: from buit1.bu.edu by bu-cs.BU.EDU (3.2/4.7)
id AA05755; Sun, 24 May 87 01:12:47 EDT
Received: from buita.bu.edu by buit1.bu.edu (3.2/4.7)
id AA00987; Sun, 24 May 87 01:10:48 EDT
Return-Path: <jsol@buit1.bu.edu>
Received: by buita.bu.edu (1.1/4.7)
id AA01744; Sun, 24 May 87 01:10:46 EDT
Message-Id: <8705240510.AA01744@buita.bu.edu>
Date: Sun, 24 May 87 1:10:34 EDT
From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
Reply-To: TELECOM@BUIT1.BU.EDU
Subject: TELECOM Digest V7 #4
To: TELECOM@BUIT1.BU.EDU
Resent-Date: Tue, 26 May 87 11:17:41 EDT
Resent-From: cmoore@BRL.ARPA
Resent-To: telecom-request@BUIT1.BU.EDU
Status: RO
TELECOM Digest Sun, 24 May 87 1:10:34 EDT Volume 7 : Issue 4
Today's Topics:
Submission for comp.dcom.telecom (ALIT and Telephone "Chirps")
Submission for comp.dcom.telecom (Use of shielded cable for telephones)
----------------------------------------------------------------------
Date: Fri, 22 May 87 23:18:25 EDT
From: kitty!larry@seismo.CSS.GOV
To: seismo!xx.lcs.mit.edu!telecom@seismo.CSS.GOV
Subject: Submission for comp.dcom.telecom (ALIT and Telephone "Chirps")
Cc: kitty!larry@seismo.CSS.GOV
> In a recent article roger@SLEEPY.CS.CORNELL.EDU (Roger Hoover) writes:
> A friend of mine has a cheapo phone that chirps every night at
> 11:55pm. A call to New York Telephone about this got a response
> claiming that NYT did no regular testing that would cause this.
> A telephone on the same line with a mechanical ringer does not
> make any noise.
>
> 1) What is causing this noise?
I am willing to bet that the response from New York Telephone is
incorrect. While the action of New York Telephone test apparatus may be
precipitating the problem, the telephone company has no responsibility
to take any corrective action; such a position may be difficult for the
average customer to accept. Their "denial" of regular testing is either based
upon specific ignorance of the person to whom you spoke, or is intentionally
based upon paranoia of creating a whole new basis for customer complaints.
The latter situation is probably more likely.
It sounds to me like the telephone is poorly designed, and causes
the "chirp" whenever telephone line battery voltage is removed and then
reapplied to the telephone when it is on-hook.
Most telephone company central offices have ALIT (Automatic Line
Insulation Test) apparatus which is used to detect the presence of faulty
outside plant cables. ALIT apparatus is programmed to test all regular
telephone lines (loop-start only) for low leakage resistance from each
conductor to ground.
In operation, ALIT apparatus first determines if the line under
test if busy; if it is, the line is not tested. If the line is idle, the
ALIT apparatus connects to the tip and ring of the line, while DISCONNECTING
the line from the off-hook detection battery source. The ALIT apparatus
then makes a resistance measurement from tip-to-ground, and ring-to-ground;
such measurements require no central office battery on the line. The ALIT
apparatus then disconnects from the line and restores it to normal. The
entire ALIT measurement time is between 1 and 2 seconds per subscriber line.
Lines which fail the ALIT test (i.e., their leakage resistance to
ground is BELOW a given threshhold), are listed on a printer or transmitted
by other means to a telephone company test center. Most ALIT apparatus will
also transmit an alarm to an attended test center if a significant number
of lines fail the test.
So the point is: the most likely explanation for the "chirp" is that
ALIT momentarily disconnects the telephone from the central office battery,
thereby creating a transient voltage which is falsely triggering the "chirp"
circuit in the telephone. It is also possible that the test voltage from the
ALIT apparatus itself is falsely triggering the "chirp" circuit.
Since ALIT apparatus can only test lines that are idle, ALIT testing
is always done between 2300 and 0700 hours. Since ALIT apparatus tests lines
in numerical sequence, the test time of any given line will remain pretty
much the same every night (unless the ALIT apparatus programming is changed).
> 2) Is their an easy way to stop it?
Buy a better quality telephone. :-)
<> Larry Lippman @ Recognition Research Corp., Clarence, New York
<> UUCP: {allegra|ames|boulder|decvax|rocksanne|watmath}!sunybcs!kitty!larry
<> VOICE: 716/688-1231 {hplabs|ihnp4|mtune|seismo|utzoo}!/
<> FAX: 716/741-9635 {G1,G2,G3 modes} "Have you hugged your cat today?"
------------------------------
Date: Fri, 22 May 87 23:18:45 EDT
From: kitty!larry@seismo.CSS.GOV
To: seismo!xx.lcs.mit.edu!telecom@seismo.CSS.GOV
Subject: Submission for comp.dcom.telecom (Use of shielded cable for telephones)
Cc: kitty!larry@seismo.CSS.GOV
In a recent article dbj@RICE.EDU (Dave Johnson) writes:
> I need to wire a new phone line through a house for use with a modem.
> Is there some kind of sheilded phone cable that I could use to help
> reduce any noise in the connection? Anything else I should be aware
> of when routing the wire such as not getting too close to electrical
> wires? Thanks.
I can think of no valid reason to use shielded telephone cable
for wiring in a house. Most AC powerline noise is imposed upon telephone
lines through induction rather than conduction or radiation, so any
conventional shielded cable won't help this situation anyhow.
Furthermore, the relative exposure of inside telephone wiring to
AC powerlines is insignificant when compared to outside cable plant exposure
to the electromagnetic fields of high-voltage AC transmission lines.
Shielded cable is only useful for high-speed twisted-pair LAN
devices or other high-speed data lines (56 kbits/sec or greater).
I have only two suggestions for your wiring:
1. Try to find two-pair "inside station wire" which is _truly_ paired.
Many two-pair station cables have four wires which are NOT paired,
and therefore have some susceptibility to noise pickup and crosstalk.
I wouldn't lose any sleep if you can't find such cable, however.
2. Try to keep at least a 2 inch separation between telephone cables
and any powerline wiring.
<> Larry Lippman @ Recognition Research Corp., Clarence, New York
<> UUCP: {allegra|ames|boulder|decvax|rocksanne|watmath}!sunybcs!kitty!larry
<> VOICE: 716/688-1231 {hplabs|ihnp4|mtune|seismo|utzoo}!/
<> FAX: 716/741-9635 {G1,G2,G3 modes} "Have you hugged your cat today?"
------------------------------
End of TELECOM Digest
*********************
From jsol@buit1.bu.edu Tue May 26 23:12:56 1987
Received: from buita.bu.edu by buit1.bu.edu (3.2/4.7)
id AA03965; Tue, 26 May 87 23:12:56 EDT
Return-Path: <jsol@buit1.bu.edu>
Received: by buita.bu.edu (1.1/4.7)
id AA09893; Tue, 26 May 87 23:12:52 EDT
Message-Id: <8705270312.AA09893@buita.bu.edu>
Date: Tue, 26 May 87 23:12:39 EDT
From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
Reply-To: TELECOM@BUIT1.BU.EDU
Subject: TELECOM Digest V7 #6
To: TELECOM@BUIT1.BU.EDU
Status: RO
TELECOM Digest Tue, 26 May 87 23:12:39 EDT Volume 7 : Issue 6
Today's Topics:
Re: Submission for comp.dcom.telecom (Use of shielded cable for telepho
Submission for comp-dcom-telecom
Re: Extended phone services in California
cellular inquiry
----------------------------------------------------------------------
To: comp-dcom-telecom@ucbvax.Berkeley.EDU
From: hoptoad!pozar@ucbvax.Berkeley.EDU (Tim Pozar)
Subject: Re: Submission for comp.dcom.telecom (Use of shielded cable for telephones)
Date: 26 May 87 04:10:44 GMT
In article <8705230318.AA03545@seismo.CSS.GOV> kitty!larry@SEISMO.CSS.GOV writes:
>In a recent article dbj@RICE.EDU (Dave Johnson) writes:
>> I need to wire a new phone line through a house for use with a modem.
>> Is there some kind of sheilded phone cable that I could use to help
>> reduce any noise in the connection? Anything else I should be aware
>> of when routing the wire such as not getting too close to electrical
>> wires? Thanks.
>
> I can think of no valid reason to use shielded telephone cable
I can give you one reason:
RFI or Radio Frequency Interference.
I spec'ed a Northern Telecom SL-1 (s series) for our AM station in San Jose.
I knew at that time there was some pretty nasty RF levels in the building and
cofermed them with a RF field strength meter. 200volts per meter! The
building contains a 50Kw transmitter and sits in the main lobe of the direc-
tional. When we spec'ed the SL-1, I told Pac Tel (the folks we were
purchasing the switch from) that they would be encountering some high RF and
shielded, twisted pair would be advisable when installing the sets. They said,
"No problem", and instaled unshielded, twisted pair. Boy did they lose money
on our purchase! They had to not only reinstall shielded, twisted pair, but
drop .01uf caps on all the lines and ferrite beads!
Now I relize that most houseing will not be right next to a 50,000 watt
AM radio station, but if you are one of the small unfortunate RFI can be
handled with shielded wire and mabey a couple of .01uf caps.
--
Tim Pozar
UUCP pozar@hoptoad.UUCP
Fido 125/406
USNail KLOK-FM
77 Maiden Lane
San Francisco CA 94108
------------------------------
To: comp-dcom-telecom@ucbvax.Berkeley.EDU
From: hoptoad!pozar@ucbvax.Berkeley.EDU (Tim Pozar)
Subject: Re: Submission for comp.dcom.telecom (Use of shielded cable for telephones)
Date: 26 May 87 04:10:44 GMT
In article <8705230318.AA03545@seismo.CSS.GOV> kitty!larry@SEISMO.CSS.GOV writes:
>In a recent article dbj@RICE.EDU (Dave Johnson) writes:
>> I need to wire a new phone line through a house for use with a modem.
>> Is there some kind of sheilded phone cable that I could use to help
>> reduce any noise in the connection? Anything else I should be aware
>> of when routing the wire such as not getting too close to electrical
>> wires? Thanks.
>
> I can think of no valid reason to use shielded telephone cable
I can give you one reason:
RFI or Radio Frequency Interference.
I spec'ed a Northern Telecom SL-1 (s series) for our AM station in San Jose.
I knew at that time there was some pretty nasty RF levels in the building and
cofermed them with a RF field strength meter. 200volts per meter! The
building contains a 50Kw transmitter and sits in the main lobe of the direc-
tional. When we spec'ed the SL-1, I told Pac Tel (the folks we were
purchasing the switch from) that they would be encountering some high RF and
shielded, twisted pair would be advisable when installing the sets. They said,
"No problem", and instaled unshielded, twisted pair. Boy did they lose money
on our purchase! They had to not only reinstall shielded, twisted pair, but
drop .01uf caps on all the lines and ferrite beads!
Now I relize that most houseing will not be right next to a 50,000 watt
AM radio station, but if you are one of the small unfortunate RFI can be
handled with shielded wire and mabey a couple of .01uf caps.
--
Tim Pozar
UUCP pozar@hoptoad.UUCP
Fido 125/406
USNail KLOK-FM
77 Maiden Lane
San Francisco CA 94108
From: root@sgi.sgi.com (Superuser)
Date: 26 May 87 09:02:30 GMT
To: ames!comp-dcom-telecom@ames
Subject: Submission for comp-dcom-telecom
Path: sgi!wdl1!kck
From: kck@wdl1.UUCP (Karl C. Kelley)
Newsgroups: comp.dcom.telecom
Subject: Re: Extended phone services in California
Message-ID: <3590001@wdl1.UUCP>
Date: 26 May 87 07:43:00 GMT
References: <8705221624.AA07193@blia.BLI>
Lines: 11
few weeks ago I got a note from my telephone co (pacbell) informing that they
are going to install some kind of new equipment and telling me that if I use
things like a modem (which i'm using now) or an answering machine, (which i
have come to depend on a great deal), that I should contact the place where
I bought the equipment and THEY would be able to tell me if any adjustment is
needed when this new telco equipment comes online. This irritates me because
I have little hope of going to the electronics dept at Emporium and getting
a rational response to my query. It strikes me that I might have better
luck asking the question here, since some of you appear to follow these things,
and in particular this entry looks like it could be related. Anybody out
there know if these two things are related, or what the phone co has in mind?
------------------------------
To: comp-dcom-telecom@ucbvax.Berkeley.EDU
From: hoptoad!pozar@ucbvax.Berkeley.EDU (Tim Pozar)
Subject: Re: Submission for comp.dcom.telecom (Use of shielded cable for telephones)
Date: 26 May 87 04:10:44 GMT
In article <8705230318.AA03545@seismo.CSS.GOV> kitty!larry@SEISMO.CSS.GOV writes:
>In a recent article dbj@RICE.EDU (Dave Johnson) writes:
>> I need to wire a new phone line through a house for use with a modem.
>> Is there some kind of sheilded phone cable that I could use to help
>> reduce any noise in the connection? Anything else I should be aware
>> of when routing the wire such as not getting too close to electrical
>> wires? Thanks.
>
> I can think of no valid reason to use shielded telephone cable
I can give you one reason:
RFI or Radio Frequency Interference.
I spec'ed a Northern Telecom SL-1 (s series) for our AM station in San Jose.
I knew at that time there was some pretty nasty RF levels in the building and
cofermed them with a RF field strength meter. 200volts per meter! The
building contains a 50Kw transmitter and sits in the main lobe of the direc-
tional. When we spec'ed the SL-1, I told Pac Tel (the folks we were
purchasing the switch from) that they would be encountering some high RF and
shielded, twisted pair would be advisable when installing the sets. They said,
"No problem", and instaled unshielded, twisted pair. Boy did they lose money
on our purchase! They had to not only reinstall shielded, twisted pair, but
drop .01uf caps on all the lines and ferrite beads!
Now I relize that most houseing will not be right next to a 50,000 watt
AM radio station, but if you are one of the small unfortunate RFI can be
handled with shielded wire and mabey a couple of .01uf caps.
--
Tim Pozar
UUCP pozar@hoptoad.UUCP
Fido 125/406
USNail KLOK-FM
77 Maiden Lane
San Francisco CA 94108
From: root@sgi.sgi.com (Superuser)
Date: 26 May 87 09:02:30 GMT
To: ames!comp-dcom-telecom@ames
Subject: Submission for comp-dcom-telecom
Path: sgi!wdl1!kck
From: kck@wdl1.UUCP (Karl C. Kelley)
Newsgroups: comp.dcom.telecom
Subject: Re: Extended phone services in California
Message-ID: <3590001@wdl1.UUCP>
Date: 26 May 87 07:43:00 GMT
References: <8705221624.AA07193@blia.BLI>
Lines: 11
few weeks ago I got a note from my telephone co (pacbell) informing that they
are going to install some kind of new equipment and telling me that if I use
things like a modem (which i'm using now) or an answering machine, (which i
have come to depend on a great deal), that I should contact the place where
I bought the equipment and THEY would be able to tell me if any adjustment is
needed when this new telco equipment comes online. This irritates me because
I have little hope of going to the electronics dept at Emporium and getting
a rational response to my query. It strikes me that I might have better
luck asking the question here, since some of you appear to follow these things,
and in particular this entry looks like it could be related. Anybody out
there know if these two things are related, or what the phone co has in mind?
Date: Tue, 19 May 87 06:32:11 mdt
From: utah-cs!gr.utah.edu!uplherc!wicat!uucp@seismo.CSS.GOV (UUCP)
To: comp-dcom-telecom@seismo.CSS.GOV
------------------------------
To: comp-dcom-telecom@ucbvax.Berkeley.EDU
From: hoptoad!pozar@ucbvax.Berkeley.EDU (Tim Pozar)
Subject: Re: Submission for comp.dcom.telecom (Use of shielded cable for telephones)
Date: 26 May 87 04:10:44 GMT
In article <8705230318.AA03545@seismo.CSS.GOV> kitty!larry@SEISMO.CSS.GOV writes:
>In a recent article dbj@RICE.EDU (Dave Johnson) writes:
>> I need to wire a new phone line through a house for use with a modem.
>> Is there some kind of sheilded phone cable that I could use to help
>> reduce any noise in the connection? Anything else I should be aware
>> of when routing the wire such as not getting too close to electrical
>> wires? Thanks.
>
> I can think of no valid reason to use shielded telephone cable
I can give you one reason:
RFI or Radio Frequency Interference.
I spec'ed a Northern Telecom SL-1 (s series) for our AM station in San Jose.
I knew at that time there was some pretty nasty RF levels in the building and
cofermed them with a RF field strength meter. 200volts per meter! The
building contains a 50Kw transmitter and sits in the main lobe of the direc-
tional. When we spec'ed the SL-1, I told Pac Tel (the folks we were
purchasing the switch from) that they would be encountering some high RF and
shielded, twisted pair would be advisable when installing the sets. They said,
"No problem", and instaled unshielded, twisted pair. Boy did they lose money
on our purchase! They had to not only reinstall shielded, twisted pair, but
drop .01uf caps on all the lines and ferrite beads!
Now I relize that most houseing will not be right next to a 50,000 watt
AM radio station, but if you are one of the small unfortunate RFI can be
handled with shielded wire and mabey a couple of .01uf caps.
--
Tim Pozar
UUCP pozar@hoptoad.UUCP
Fido 125/406
USNail KLOK-FM
77 Maiden Lane
San Francisco CA 94108
From: root@sgi.sgi.com (Superuser)
Date: 26 May 87 09:02:30 GMT
To: ames!comp-dcom-telecom@ames
Subject: Submission for comp-dcom-telecom
Path: sgi!wdl1!kck
From: kck@wdl1.UUCP (Karl C. Kelley)
Newsgroups: comp.dcom.telecom
Subject: Re: Extended phone services in California
Message-ID: <3590001@wdl1.UUCP>
Date: 26 May 87 07:43:00 GMT
References: <8705221624.AA07193@blia.BLI>
Lines: 11
few weeks ago I got a note from my telephone co (pacbell) informing that they
are going to install some kind of new equipment and telling me that if I use
things like a modem (which i'm using now) or an answering machine, (which i
have come to depend on a great deal), that I should contact the place where
I bought the equipment and THEY would be able to tell me if any adjustment is
needed when this new telco equipment comes online. This irritates me because
I have little hope of going to the electronics dept at Emporium and getting
a rational response to my query. It strikes me that I might have better
luck asking the question here, since some of you appear to follow these things,
and in particular this entry looks like it could be related. Anybody out
there know if these two things are related, or what the phone co has in mind?
Date: Tue, 19 May 87 06:32:11 mdt
From: utah-cs!gr.utah.edu!uplherc!wicat!uucp@seismo.CSS.GOV (UUCP)
To: comp-dcom-telecom@seismo.CSS.GOV
From: SPGDCM%UCBCMSA.Berkeley.EDU@berkeley.edu
Date: Tue, 26 May 87 17:36:45 PDT
To: telecom@buit1.bu.edu
Subject: cellular inquiry
MSG:FROM: SPGDCM --UCBCMSA TO: NETWORK --NETWORK 05/26/87 17:36:44
To: NETWORK --NETWORK Network Address
From: Doug Mosher <SPGDCM at UCBCMSA>
Title: MVS/Tandem Systems Manager (415)642-5823
Office: Evans 257, Univ. of California, Berkeley, CA 94720
Subject: cellular inquiry
To: telecom@buit1.bu.edu
I do not yet understand enough about the cellular technology, and perhaps the
answers are relatively simple and of interest to others as well as me.
(If not, the moderator may wish to divert the discussion).
Clearly a customer can rent a cellular phone, and register for service in a
particular area; then they can both send and receive calls.
The technology somehow recognizes and notes the user's location as they drive
about, and knows in what cell to ring them if an outsider calls them.
The questions:
1. How is the location-recognition accomplished? Does one's currently inactive
cellular phone burp regularly and its address get re-noted? Does that drain
your battery? If it's really off are callers told something different from
"ring...ring...ring...no answer"?
2. Over how large an area does this typically work?
3. If an owner drives from SF, normal location, to New York, and tries to call
out, what happens?
4. If while they are in New York, someone in SF, their home, calls them, what
happens?
5. Can you register as a visitor in a distant area, electronically or by
calling in or however? Does this enable anyone else to call you from long
distance? Must they know, essentially, where you went and when you're there?
Thanks, Doug
[ cellular inquiry
------------------------------
End of TELECOM Digest
*********************
From jsol@buit1.bu.edu Thu May 28 20:32:26 1987
Received: from buita.bu.edu by buit1.bu.edu (3.2/4.7)
id AA07208; Thu, 28 May 87 20:32:26 EDT
Return-Path: <jsol@buit1.bu.edu>
Received: by buita.bu.edu (1.1/4.7)
id AA14607; Thu, 28 May 87 20:32:28 EDT
Message-Id: <8705290032.AA14607@buita.bu.edu>
Date: Thu, 28 May 87 20:31:40 EDT
From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
Reply-To: TELECOM@BUIT1.BU.EDU
Subject: TELECOM Digest V7 #7
To: TELECOM@BUIT1.BU.EDU
Status: O
TELECOM Digest Thu, 28 May 87 20:31:40 EDT Volume 7 : Issue 7
Today's Topics:
Administrivia - Status of TELECOM
bandwidth of LADS (metallic?) circuit
Celluar phones at the Indy
----------------------------------------------------------------------
Date: Tue, 26 May 87 04:35:29 CDT
From: academ!uucpmgr@ucbvax.Berkeley.EDU (UUCP Adminstration)
------------------------------
Date: Wed, 27 May 87 15:57:52 EDT
From: jsol@buit1.bu.edu
To: telecom@buit1.bu.edu
Subject: Administrivia - Status of TELECOM
As we continue to experience pain and anguish over the conversion
from XX.LCS.MIT.EDU to BUIT1.BU.EDU, I note three problems, one of which
has been solved.
1) The digestifier was generating bad digests. Specifically
message #2 included the text of message #1; #3 contained
both #1 and #2, etc. etc. This made the digest very large
and without much content. This problem has been solved.
2) USENET continues to mail duplicate messages. I am manually
looking at each set of submissions before sending out a digest,
and I generally catch most of the duplicates; but occasionally
a digest goes out with a message from a previous digest. This
can't really be helped without a major programming effort;
something I do not have the time to do. This problem is really
a usenet-wide problem, and I believe the usenet administrators
are working on a fix, so bear with them (and me).
3) BUIT1.BU.EDU is having problems connecting to some of the digest
recipients. BBN.COM and YUMA.ARPA are examples of hosts I cannot send
mail to. This may be an exasperation of #1 above, since very large
digests might time out, I am not sure. This may be fixed when our
ARPANET connection goes in, but in the mean time, I will try
forwarding Telecom digests that I can't mail to directly, through a
forwarding host (probably XX.LCS.MIT.EDU).
Well, now you know what the state of TELECOM is. I pledge that I will
do what I can to insure the best possible digest, both in quality,
and in speed of delivery.
------------------------------
To: telecom@buit1.bu.edu
Cc: dyer@harvard.harvard.edu
Subject: bandwidth of LADS (metallic?) circuit
Date: Thu, 28 May 87 01:04:14 -0400
From: Steve Dyer <dyer@spdcc.COM>
I've been running for several months with a LADS circuit between my
house and the university, running at 9600 baud with a pair of Gandalf
LDS 309A short-haul modems. I'm quite happy with this setup, but I
am wondering how much of the available bandwidth I am using. If the
leased line is truly just a length of copper which runs from both endpoints
into the central office, and the total length of the wire is probably no more
than a mile, wouldn't there be a chance that the capacity of the line was
greater than 9600 or 19.2kb? Actually the distance between my house
and the other end is about 2 blocks, but I assume these lines always
must pass through the central office. Note that this isn't a "voice
grade" line, but something NETel calls "LADS" which presumably means
"Local Area Data Service" or some such. I think that this is
the same as a metallic line, although it's hopeless to talk to anyone
at the phone company who knows enough about what they're providing.
Are there are bandwidth restrictions imposed on this type of line by
the telco in addition to those imposed by the length? How would you
recommend measuring the effective capacity of the line? Is there any
chance of exploiting the residual bandwidth (if there is any at all)
using something other than the LDS309As (or would the expense of such
equipment argue that a DDS line would be cheaper!) As you can tell,
I'm dreaming of a poor-man's 56kb+ line and am trying to gauge how
much of a pipe dream it is.
---
Steve Dyer
dyer@harvard.harvard.edu
dyer@spdcc.COM aka {ihnp4,harvard,linus,ima,bbn,halleys}!spdcc!dyer
------------------------------
From: adams%littlei%reed%tektronix.tek.com@RELAY.CS.NET
To: tektronix!comp-dcom-telecom%reed.uucp@RELAY.CS.NET
Date: Tue May 26 14:45:36 1987
To:
Path: littlei!adams
From: adams@littlei.UUCP (Robert Adams)
Newsgroups: comp.dcom.telecom
Subject: Celluar phones at the Indy
Message-ID: <122@littlei.UUCP>
Date: 26 May 87 21:45:32 GMT
Reply-To: adams@littlei.UUCP (Robert Adams)
Distribution: world
Organization: Intel Corp., ISO Systems Development, Hillsboro, OR
Lines: 12
While watching the Indianapolis 500 on TV this Sunday, I saw
them do a feature on one of the car crews that were using a celluar
phone to talk to the driver on the track. You see, most crews use
some sort of CB or shortwave set to talk between the pit and the
driver and the TV announcers are always talking about what they overheard
on the radios. This one car had a celluar phone and the crew would
phone the driver to discuss things. This seemed really strange to
me until I realized that the use of the phone meant that no one
could legally listen in on their conversations.
Everyday someone discovers a new way to use that law.
-- Robert Adams
------------------------------
End of TELECOM Digest
*********************
From jsol@buit1.bu.edu Sat May 30 17:31:26 1987
Received: from buita.bu.edu by buit1.bu.edu (3.2/4.7)
id AA16339; Sat, 30 May 87 17:31:26 EDT
Return-Path: <jsol@buit1.bu.edu>
Received: by buita.bu.edu (1.1/4.7)
id AA05659; Sat, 30 May 87 17:31:30 EDT
Message-Id: <8705302131.AA05659@buita.bu.edu>
Date: Sat, 30 May 87 17:28:08 EDT
From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
Reply-To: TELECOM@BUIT1.BU.EDU
Subject: TELECOM Digest V7 #8
To: TELECOM@BUIT1.BU.EDU
Status: O
TELECOM Digest Sat, 30 May 87 17:28:08 EDT Volume 7 : Issue 8
Today's Topics:
New area code 890!
Cellular Fraud
Cellular phone ids
Re: Ringback codes
Re: cellular inquiry
----------------------------------------------------------------------
Date: Fri, 29 May 87 08:04:49 EDT
From: prindle@nadc.arpa (F. Prindle)
To: telecom@buit1.bu.edu
Subject: New area code 890!
An insert in my latest phone bill says AT&T is going to start using the 890
area code to augment it's current 800 toll free service; I suppose, with the
need to allocate some of the 800 prefixes to the alternates, they have simply
run out of prefixes in 800. But 890 surely is a strange area code, with that
9 in the middle; my ESS currently doesn't parse 1-890-xxx-xxxx correctly,
thinking that it is a local prefix of 890 and not an area code. Is this the
first area code that is not N0X or N1X?
Frank Prindle
Prindle@NADC.arpa
------------------------------
Date: Sun 24 May 87 03:21:33-EDT
From: Doug Reuben <S.D-REUBEN%KLA.WESLYN%WESLEYAN.BITNET@wiscvm.wisc.edu>
Subject: Cellular Fraud
To: Telecom@XX.LCS.MIT.EDU
Cc: s.m-cirillo%KLA.WESLYN@Wesleyan.Bitnet, cc004019@brownvm.bitnet
Well, although Cellular is "untraceable" in the same way that regular phones
are, it still is not the ideal system to commit toll fraud on.
>From what I understand about how the cellular system works, a new
subscriber is assigned a phone number, and then given a 4 digit code
that is unique to his cellular phone. Thus, the chip that is placed
into a cell phone to identify it may have a # like this:
212-909-1234-5555. The 5555 is the 4 digit ID code, very much like the
PIN number on Bell System Calling Cards.
When you request service, you have to have your number "turned on" at the
Cellular Company. And, like a calling card, the Cell Co. checks to see if the
special ID # matches before it puts the call through (It checks a lot of other
things too, like signal strength and stuff, but that's not important now...).
So in order for someone to make free calls, he has to know an active number,
and then go to the dealer who sold the phone with that number and ask the
dealer what the ID number is. If the dealer is unscrupulous, he will give out
the ID number, and THEN you can make free calls.
However, in no more than a month, if the customer finds that there are a lot
of calls which he did not make, he can call the Cell. Co. and demand that they
remove the calls from his bill. The Cell. Co. will also change the ID number,
and if they are smart will check out the Cellular phone dealer to see if he
gave away the ID code to that specific number.
So what free Cellular service will get you is at best a month's worth of calls,
and that's about it. Also, you will have to go to different dealers all the
time, since if it happened with the same dealer a lot the Cell Co. might
investigate the Cellular phone dealer. Also, you would have to change your
number every month if you wanted people to call you.
Stolen Bell Cards work the same way, although faster. If you steal a Bell
System Calling Card, and you use it a lot, the local Bell Company (or, heaven
forbid, the GTE company if you can
manage to use a calling card there! :-) ) will call the paying customer and
ask "did you make 300 calls today?". Usually, the customer says no, so they
just cancel the card and issue a new PIN number to the customer, usually right
away. (The system to assign PIN numbers is almost instantaneous, it seems. The
minute they assign you a PIN # you can use it!). Assuming the free calls were
made from a payphone, the Bell Co. will still call the destination numbers to
see if anyone knows who called them, in hopes of catching the person. If they
get enough people to say "Sure, I know Mr. so-and-so", then they may go after
the person who stole the card.
The point is that Bell Calling Cards have a built in safety system to
protect against fraud. (The alternates don't have anything quite as
sophisticated...). It would not be very hard to put a similar "excessive use"
system of cellular phones. Thus, if cell fraud becomes pervasive, it should be
a relatively simple manner to end it, and thus Cell Fraud is really not much
better than the standard stuff people do at payphones.
Also, Bell System Calling Cards can be used as frequently as you like. The
normal "warning" occurs if you have more that 30 calls in 3 hours (or is it
36?). However, if you use your Bell Card a lot (like I do), then you can ask
your local Bell Co. to put a little note on your account that you are a heavy
user of the card. That way, if you make more than 30 calls in 3 hours (or
whatever), you don't get the card turned off. This is VERY convenient if you
are away from home and don't want to worry about how many calls you make.
Basically then, the people who designed the Cellular System were smart,
and they made sure you can't cheat it too easily or too long. Seeing how easy
it is for them to stop Calling Card fraud, I see no reason why with the
Cellular system set up the way it is that they can't prevent Cell fraud as
well...
(I'm sure I made a few mistakes there, so any corrections are welcome...)
Well, that's my two cents worth! -
-Doug
REUBEN@WESLYN.BITNET
S.D-REUBEN%KLA.WESLYN%WESLEYAN.BITNET@WISCVM.ARPA
...seismo!weslyn.bitnet!reuben (UUCP)
-------
------------------------------
Date: Wed, 27 May 87 15:30:43 edt
From: gordon!davido (David Ornstein)
Subject: Cellular phone ids
To: telecom@xx.lcs.mit.edu
Somebody broke into my car a while ago and they took my Alpine stereo
system, but left my cellular phone. This got me thinking about their
reasoning. The obvious reason for not taking it is that the real guts
of the thing are burried in a box with 3 Z80s in it under the back of the car.
My second thought was that they knew that it would be almost useless to them
unless they could change the number of the phone.
Is this true? COuld somebody fill me in on the background of the custom
part of the average cellular phone? Is it just a 10-byte prom with my phone
number in it?
--
-----------------------------------------------------------------------------
David Ornstein "Never join a religion that has a water slide."
Internet: davido@gordon
UUCP: {mit-eddie|seismo}!mirror!gordon!davido
or {harvard|ames|decvax|husc6}!necntc!davido
US Snail: Access Technology, 6 Pleasant St, Natck MA 01760
-----------------------------------------------------------------------------
------------------------------
To: comp-dcom-telecom@seismo.CSS.GOV
From: elroy!grieggs%jplpro.JPL.NASA.GOV@seismo.CSS.GOV (John T. Grieggs)
Subject: Re: Ringback codes
Date: 29 May 87 00:03:29 GMT
In article <8705171242.AA10372@ci.sei.cmu.edu> pdb@SEI.CMU.EDU (Pat Barron) writes:
>...
>Your CO is smart enough to know that it makes no sense to allow you to
>call yourself. Using the credit card (apparently) bypasses your CO.
At least on GTE in Torrance, the CO is not all that smart. I am able to
dial my own number, hang up immediately, and have it ring once...
_john
--
John T. Grieggs (Telos @Jet Propulsion Laboratory)
4800 Oak Grove Drive, Pasadena, Ca. 91109 M/S 301-260A (818) 354-0465
Uucp: {cit-vax,elroy,chas2}!jplpro!grieggs
Arpa: ...jplpro!grieggs@cit-vax.ARPA
------------------------------
To: comp-dcom-telecom@RUTGERS.EDU
From: keithh@rosevax.rosemount.com (Keith Holmquist)
Subject: Re: cellular inquiry
Date: 28 May 87 14:20:58 GMT
> Subject: cellular inquiry
>
> To: telecom@buit1.bu.edu
>
> I do not yet understand enough about the cellular technology, and perhaps the
> answers are relatively simple and of interest to others as well as me.
> (If not, the moderator may wish to divert the discussion).
>
> Clearly a customer can rent a cellular phone, and register for service in a
> particular area; then they can both send and receive calls.
>
> The technology somehow recognizes and notes the user's location as they drive
> about, and knows in what cell to ring them if an outsider calls them.
First my background in cellular was as a design engineer for both mobile
units and base station, primarily designed the brain sections along with
signal and audio processing. It`s been 2 years since I`ve worked on it
so some of my answers may be out dated but I`ll try not to lead you astray.
>
> The questions:
>
> 1. How is the location-recognition accomplished? Does one's currently inactive
> cellular phone burp regularly and its address get re-noted? Does that drain
> your battery? If it's really off are callers told something different from
> "ring...ring...ring...no answer"?
The systems do not know where a particular subscriber is at any time. As a mobile
unit cruises the streets It locks on to a dedicated channel called the control
channel. As travel progresses the mobile periodical scans all the avaible
control channels and continually looks for the stronges signal. When a call is
initiated all the control channels in a given system ( i.e. not all the systems
in the country) transmit the request. The mobil whose being called then responds
on it present control channel a voice channel is then assigned for the remainder
of the call.
I'm not clear on what you mean by "burp". How a non responding mobile unit
would be delt with is really up to the individual systems. I am unaware of
any regulations in that area, the systems I worked on responded with
a recorded messge similar to "The mobil unit you are requesting is unavailable
at this time" or something equelly as dry and tasteless.
>
> 2. Over how large an area does this typically work?
It works over an entire system in any one geographical area.
>
> 3. If an owner drives from SF, normal location, to New York, and tries to cal
> out, what happens?
Typically the way this is being handled is the call is intercepted and the caller
is given the option to place the call by credit card. It is entirely possible
for the system to decide if this caller is registered with It in another city
but would reqiure a nation wide network from cellular system to cellular system.
I have not read any articles saying this is reality yet. It was all just a
dream 3 years ago.
>
> 4. If while they are in New York, someone in SF, their home, calls them, what
> happens?
I believe presently that the caller from SF get the message you are unavailable.
There are provisions in the protocol for a mobil to register whenever it
roams from its preferred system and from that point it is up to the base
systems to determine if the subscriber is valid or not. Again a nation wide
network is needed.
see above response
> /------------\
> 5. Can you register as a visitor in a distant area, electronically or by
> calling in or however? Does this enable anyone else to call you from long
> distance? Must they know, essentially, where you went and when you're there?
Now an editorial comment:
The cellular concept is a good one but due to pressures to not allow it to
become a monoply it may never reach it's full potential. If one uses the
as an example the Bell system, I think you would agree that the nation
wide/ world wide coverage was made easier by allowing one large operating
system the privealage to design and implement the entire system. Could
you imagine the confusion of having Dick and Jane Telephone on the west
coas and Ted and Alice on the East. Cellular is presently in that state
although a few large operators seem to be positioning themselves for
more complete coverage. Just thought I comment. The end
An opinionated source
Keith
>
> [ cellular response]
------------------------------
End of TELECOM Digest
*********************
From jsol@buit1.bu.edu Mon Jun 1 19:53:18 1987
Received: from buita.bu.edu by buit1.bu.edu (3.2/4.7)
id AA22336; Mon, 1 Jun 87 19:53:18 EDT
Return-Path: <jsol@buit1.bu.edu>
Received: by buita.bu.edu (1.1/4.7)
id AA14430; Mon, 1 Jun 87 19:53:25 EDT
Message-Id: <8706012353.AA14430@buita.bu.edu>
Date: Mon, 1 Jun 87 19:51:14 EDT
From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
Reply-To: TELECOM@BUIT1.BU.EDU
Subject: TELECOM Digest V7 #9
To: TELECOM@BUIT1.BU.EDU
Status: O
TELECOM Digest Mon, 1 Jun 87 19:51:14 EDT Volume 7 : Issue 9
Today's Topics:
Re: (none)
Re: bandwidth of LADS (metallic?) circuit
9600 bps dialups
Cellular phone ID's
Re: Cellular Fraud
confusion about 890 service
Re: confusion about 890 service
Cellular authentication
Interception of cellular ID numbers
890 Area Code??
----------------------------------------------------------------------
To: cmcl2!uiucdcs!cbatt!comp-dcom-telecom@rutgers.EDU
From: ames!pyramid!ncc!lyndon@RUTGERS.EDU (Lyndon Nerenberg)
Subject: Re: (none)
Date: 29 May 87 17:09:51 GMT
> While watching the Indianapolis 500 on TV this Sunday, I saw
> them do a feature on one of the car crews that were using a celluar
> phone to talk to the driver on the track.
> [...] This seemed really strange to
> me until I realized that the use of the phone meant that no one
> could legally listen in on their conversations.
> Everyday someone discovers a new way to use that law.
It has *always* been illegal to divulge the contents of any non-amateur
or non-broadcast transmission. This has never stopped anyone from
listening in to private communications, and I doubt that the new law
will make have any significant impact on this practice.
I think the primary motivation for using cellular is that it is
*technically* much more difficult (for the average person) to intercept
a transmission.
Lyndon Nerenberg VE6BBM
pyramid!ncc!lyndon || pyramid!ncc!lyndon@sun.com
------------------------------
Date: Saturday, 30 May 1987 17:55:14 EDT
From: Gene.Hastings@h.cs.cmu.edu
To: dyer@harvard.harvard.edu
Cc: telecom@buit1.bu.edu
Subject: Re: bandwidth of LADS (metallic?) circuit
We have several LADS lines in service, all at 56kbs, synchronous. There
should be information available from the vendor of an arbitrary short-haul
modem telling you what speed it can push how far (longer distance-> lower
speed).
We were frustrated and slightly amused when we called the person who was the
official Point-of-Contact for our campus asking what the milage was on one
of our lines and got the reply that they didn't know and had never heard the
question before.
Gene
------------------------------
Date: Saturday, 30 May 1987 17:59:58 EDT
From: Gene.Hastings@h.cs.cmu.edu
To: telecom@buit1.bu.edu
Subject: 9600 bps dialups
I remeber seeing discussion here months ago about 9600 bps dialup
modems that were really half-duplex with fast turnaround. Has the
game changed any since? I've seen an ad from US Robotics offering
one that is full-duplex, but with split speed (9600/300), and turns
around which channel gets to talk fast. I don't remeber if anyone
said so before, but is there any sort of arbitration in these
things to decide which direction gets the high speed?
Thanks,
Gene
------------------------------
Date: Sat, 30 May 87 15:58:07 PDT
From: Mark Crispin <MRC%PANDA@SUMEX-AIM.Stanford.EDU>
Subject: Cellular phone ID's
To: Telecom@BUIT1.BU.EDU
The "PIN" on the telephone number is NOT assigned by the Cellular
Phone company, but rather is the serial number of the radio you
are using. Every radio has a unique serial number, supposedly on
a chip that is epoxied onto the radio's PC board. The number is
in the format XX-0-XXXX where X represents hex digits. The first
XX is the manufacturer's code (e.g. for EF Johnson phones it is
83) and the last XXXX is the manufacturer's serial number for your
phone.
The PROM which has your cellular phone number, features, etc., is
removable, of course. The only "security" thing on this PROM
(sometimes called a NAM) is the lock-code for your phone, which of
course can be easily read (the main purpose of the lock-code is to
keep away randoms who might try to use your phone in your car.
When your phone initiates a call it transmits the phone number and
the radio serial number. They must match for the call to go through.
That is why if you change the radio on your phone you (or your dealer)
must call your cellular phone company to tell them about the new
radio.
The weakness in this system is that a thief could get ahold of a
phone without a epoxied serial number (either by building one or by
buying one of the cheapos that don't epoxy the serial number chip in
it) and then change it. I suspect the easiest instance of fraud is
to use an out-of-service-area phone number (e.g. a San Diego phone
number in San Francisco) that has roamer privileges. Generally, the
companies don't have serial number records for roamers (consider the
problems of keeping records of some other company's customers!) and
rely upon hot-listing known bad guys. So you pick a fraudulant
phone number and serial number pair, and change it periodically when
the company finds out it ain't real.
This must be what the drug pushers and similar slime are doing. They
aren't particularly clever, they're relying upon the deregulation
mania of the present US regime to guarantee poor communication between
telephone service providers.
-------
------------------------------
Date: Sun, 31 May 87 17:36:41 EDT
From: Michael Grant <mgrant@mimsy.umd.edu>
To: S.D-REUBEN%KLA.WESLYN%WESLEYAN.BITNET@wiscvm.wisc.edu,
Subject: Re: Cellular Fraud
Cc: cc004019%brownvm.bitnet@umd2.umd.edu,
Excuse me...YOU ARE WRONG!
The Electronic Serial Number is an 8 digit Hexidecimal number. It is not
easily changed. Both the MIN, (Mobil Id Number, your phone number) and the
ESN are sent out when you press the send key. Your MIN is easily changed
by reprogramming your phone, but the ESN is not easily changed. To change
your phone number, both the phone, and the cell system must be changed.
Depending on the cell system you are trying to commit fraud on, you may
get several months of free calls, or just one. If you are using one of
the systems that participate in the fraud detection systems in use, (the
name slips my mind at the moment), your service will be cut off after the
first fraudulent call--in all of those systems.
You may have gotten the 5 digit code from the lock feature that comes with
most cell phones these days. This is just a security feature to keep
your phone from being used while it's unattended. It has nothing to do
with the cell system itself. My phone only has a 3 digit security code.
I usually see this security code set to the last n digits of the phone's
phone number.
-Mike
------------------------------
Date: Mon, 1 Jun 87 09:25:33 EDT
From: prindle@nadc.arpa (Frank Prindle)
To: telecom@xx.lcs.mit.edu
Subject: confusion about 890 service
Cc: cmoore@brl.arpa
It seems I've misinterpreted my phone bill insert which talked about 890
service. My AT&T bill is usually at the tail end of my Bell of PA bill, so
I assumed this insert was from AT&T, but it was really from Bell of PA. I
called them and, though somewhat confused herself, the service rep explained
that it was "like 800 service in that you dial 1-890 to use it", but then
clarified that the 890 was a prefix, not an area code; i.e. 1-890-1234 would
be a toll free number supplied by Bell of PA. That explains why it is not
in the format of an area code. Is this prefix (890) universally unused and
thus available to the LOCs to use for this service, or is this just a Bell of
PA special?
Sincerely,
Frank Prindle
Prindle@NADC.arpa
------------------------------
Date: Mon, 1 Jun 87 9:49:41 EDT
From: Carl Moore (VLD/VMB) <cmoore@BRL.ARPA>
To: Frank Prindle <prindle@nadc.arpa>
Cc: cmoore@BRL.ARPA, telecom@BRL.ARPA
Subject: Re: confusion about 890 service
So you are actually referring to 215-890? I don't know offhand if that is
being "used". But 890 is not universally-UNused (I think there is a 617-890
near Boston).
------------------------------
Date: Mon, 1 Jun 87 10:02:37 PDT
From: mse%Phobos.Caltech.Edu@DEImos.Caltech.Edu (Martin Ewing)
Subject: Cellular authentication
To: telecom%Phobos.Caltech.Edu@DEImos.Caltech.Edu
I am interested in the recent discussion of cellular protocols.
Does anyone know/care to comment on how mobile units convince the Cellular
Offices (COs?) they are who they claim to be? The 4-digit "PIN" is fine,
but what is to keep me from snooping around for a convenient mobile's ID and
using the same numbers for my own call?
This seems like a good application for public-key encryption, but I doubt
that the world has made so much progress yet.
Martin Ewing mse%deimos@Deimos.Caltech.Edu
Caltech Radio Astronomy mse@CITPHOBO.bitnet
------------------------------
Date: Mon, 1 Jun 87 10:34 CDT
From: Mike Linnig <LINNIG%eg.ti.com@RELAY.CS.NET>
Subject: Interception of cellular ID numbers
To: Telecom@BUIT1.BU.EDU
If the cellular ID numbers are sent from the car are unencrypted, someone
with the right (underground) connections could make quite a fortune by
building a box that pulls these numbers "out of the air".
Are protocols used by cellular phones published anywhere?
Mike
------------------------------
Date: Mon, 1 Jun 87 16:47 EST
From: "Scott D. Green, Classroom Services" <GREEN@wharton-10.arpa>
Subject: 890 Area Code??
To: telecom-request@buit1.bu.edu
I understood (from Bell o' PA, I think) that they were setting up 890 as
a toll-free exchange for reaching the Business Office, rather that the
800- numbers they had been using. It always seemed a little absurd to use
an 800- number to call across town, anyway. Sounds a little like the 950-
exchange they set up for no-charge calls to the ALDCo's.
-scott
------------------------------
End of TELECOM Digest
*********************
From jsol Tue Jun 2 17:54:19 1987
Received: by buit1.bu.edu (3.2/4.7)
id AA26397; Tue, 2 Jun 87 17:54:19 EDT
Message-Id: <8706022154.AA26397@buit1.bu.edu>
Date: Tue, 2 Jun 87 17:52:05 EDT
From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
Reply-To: TELECOM@BUIT1.BU.EDU
Subject: TELECOM Digest V7 #10
To: TELECOM@BUIT1.BU.EDU
Status: RO
TELECOM Digest Tue, 2 Jun 87 17:52:05 EDT Volume 7 : Issue 10
Today's Topics:
Steve Dyer's msg regarding LADS Circuits
9600 bps dialups
Cellular Telephone System
890 prefix
Re: Cellular Fraud
A twist on modems calling people
----------------------------------------------------------------------
Date: Tue, 2 Jun 87 10:08:20 EDT
From: dixon@bucsb.bu.edu (Jim Dixon)
To: telecom@buit1.BU.EDU
Subject: Steve Dyer's msg regarding LADS Circuits
With a line of that length (like less then 4 km or so), it would be quite
possible to run at a much higher speed. For example, the ISDN U-interface
can be run at either 80kb or 160kb (full duplex over 1 pair, even)
over distances like that with little or no problems. Sometime soon, I am
going to be performing some experiments with this type of interface running
at 160kb on a loop that is aprox 1.5 km long. I think that this type of
setup could lend itself to be kind of a happy medium between a dial-up
line (even at 9.6kb) and a VERY MEGA-EXPENSIVE dds line, which I dont
think that any of us could personally afford. If anyone has any interest in
these types of experiments, please contact me.
P.S. My mail link was down today, so I dialed up into BU. I can normally
be reached at DIXON@OZ.AI.MIT.EDU or more specifically
JIM%EGGO%LAMBDA@OZ.AI.MIT.EDU
Happy Networking... Jim Dixon..
------------------------------
Date: Mon, 1 Jun 1987 21:32 MDT
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To: Gene.Hastings@H.CS.CMU.EDU
Cc: Info-Modems@SIMTEL20.ARPA, telecom@BUIT1.BU.EDU
Subject: 9600 bps dialups
The US Robotics HST 9600 modem is indeed full duplex. It uses a
return channel of 300 baud, which is plenty fast enough for hand
typing from a terminal.
The modem runs at a fixed speed on the RS232 line so the switching
between 300 and 9600 is transparent to your terminal. The end with
the most data to send gets the 9600, the other 300. The negotiation
between modems is fast and changes dynamicly.
I recently installed an HST modem on my Remote CP/M bulletin board
system. It is quite impressive in it's performance, handling both
interactive terminal sessions and XMODEM file transfers (using the
YMODEM 1k block size protocol). Those who predicted that the 300 baud
return channel would be unusable for data, claiming it would be used
only by the modem for MNP ack/nak's, were wrong!
I am very impressed by the USR HST 9600 and would not hesitate to
recommend it to anyone. I use one here at home to communicate with my
RCP/M which is located in the computer club President's home about 5
miles away. We have received long distance calls from several other
SysOps around the country who also have the HST. There have been no
problems with any of the calls.
It wouldn't surprise me if the HST becomes the defacto standard for
9600 bps. It beats those pseudo full duplex (really half duplex)
modems.
--Keith Petersen
Arpa: W8SDZ@SIMTEL20.ARPA
Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz
GEnie: W8SDZ
RCP/M Royal Oak: 313-759-6569 - 300, 1200, 2400 (V.22bis) or 9600 (USR HST)
------------------------------
To:
From: allegra!mikel@codas.att.com (Mikel Manitius)
Subject: Cellular Telephone System
Date: 2 Jun 87 16:59:56 GMT
I have seen a lot of confusion here over cellular telephone technology
latley. I will attempt to explain some of the basic principles of how
cellular telephones work. Please keep in mind that beyond the basic
technology, each Cellular Operatiing Company can change a lot of things.
A cellular system consists of a geographical area, such as a city. I
will use Orlando as an example here. The coverage in Orlando is well
over a hundred miles from edge to edge, however there exist much larger
systems such as the New York/New Jersey area. The size is limited only
by the number of cells, and the system's capacity for number of cells.
A system is divided into "cells". Each cell has it's own transmitter
and receiver, which is connected via leased lines to the cellular
central office (CO).
Each cell has it's own "control" frequency on which it accepts and
issues calls.
Each mobile unit is identifed by two numbers that are encoded in it's
memory. The first is a serrial number, which is guaranteed to be
unique anywhere in the world (kind of like Ethernet), the second is
the ten digit telephone number of the unit that it has been assigned.
(ie: mine is 305-222-xxxx)
Incomming calls:
When an incomming call arrives at the cellular CO (305-222)
the system announces the call to ALL CELLS on their control
channel. A mobile unit is given a time threshold to respond
on the control channel. If it does not respond, the caller is
given some message such as "The Bell South Mobility customer
you have dialed, has travelled beyond the service area, or has
left the vehicle". If the mobile does respond, it sends it's
two identification numbers, and is assigned a voice frequency
by the CO from the nearest cell site (strongest signal). The
mobile phone then begins ringing. And the call is left to
complete (ie: either the person answers, or the phone keeps ringing).
Outgoing calls:
The customer enters the number he wishes to call, and pushes
a "SEND" button on the phone. The mobile unit transmits it's two
identification numbers, and the destination number over the control
channel to the nearest cell, and the call is either validated, and
a voice channel is assinged for the completion of the call, or the
call is rejected, and the mobile issues a siren tone.
Traveling within the service area:
Once the call has been established, the cellular system constantly
monitors the signal strength of each mobile in each cell that has an
active call. As the signal drops below an acceptable level, the system
automatically selectes a another cell and transmits the new frequency
to the mobile. Then the call is switched in less than a second, and
the change is usually inaudiable.
Roaming:
Roaming occurs when a cellular mobile from system A travels into
the service area of system B (ie: Orlando to Miami). In most cases
the unit is allowed to place credit card and local calls only. However
if system B is operated by the same company (ie: Bell South) it's network
may authorize billing and allow the mobile to place toll calls.
The mobile may also receive calls. However the person who is calling
you must know which city you are in, dial the access number for that
city, wait for a second dial tone, and then key in your full ten
digit telephone code (on a touch-tone telephone). Then the call proceeds
as described above.
>From my own personal experience, I have had a cellular phone in my car for
almost a year. I drove from Orlando to Montreal with it over christmas, and
was able to use my phone without any problems in the following cities: (I
took I-95 to NY and then I-87 [thuway]) Jacksonville, Charleston, Norfolk,
Richmond, Washington/Baltimore, Wilmington, New York/New Jersey, Albany,
and Montreal. It most cities I was able to place toll calls directly, which
later appeared on my regular Orlando bill as "Roamer" changes. I was also
able to receive calls while driving from people who knew which city I
was in (I had supplied them with time estimates and access numbers).
What really surpried me was the size of the service area around Montreal.
I was able to use my cellular telephone from within the Adirondak State
Park on the New York Northway, my service was being provided by the "Bell
Canada Northern Corridor Service", at that time I was over 35 miles away
from the Canadian border! 70 miles away from Montreal! I did however later
find out that this service was not part of the Montreal system.
Cellular phone can get costly too. I pay $30/month for leasing the
equipment, which I get to keep after 36 months. $20/month for service,
and $0.35 peak/$0.22 off peak minus 6% AT&T corporate discount (even
for personal use). A usual month's bill is $100. Roaming gets much
more expensive. It's anywhere from $0.40 to $1 per minute while roaming,
and some [but not many] cities also add a $1 to $5 /day charge for
roamers. If I were a roamer in Orlando, I would be paying $0.55 per
minute for airtime. These charges apply for inbound and outbound calls
alike, and area *VERY* service area dependant. In Orlando, 911 and
811 (Customer Assitance) calls are free.
The cellular companies also make out on mobile to mobile calls, since
then they get two people paying for the call.
--
Mikel Manitius @ AT&T-IS
mikel@codas.att.com.uucp
Copyright 1987. Redistribution via Stargate PROHIBITED
------------------------------
From: SPGDCM%UCBCMSA.Berkeley.EDU@berkeley.edu
Date: Tue, 02 Jun 87 12:43:14 PDT
To: telecom@buit1.bu.edu
Subject: 890 prefix
MSG:FROM: SPGDCM --UCBCMSA TO: NETWORK --NETWORK 06/02/87 12:43:13
To: NETWORK --NETWORK Network Address
From: Doug Mosher <SPGDCM at UCBCMSA>
Title: MVS/Tandem Systems Manager (415)642-5823
Office: Evans 257, Univ. of California, Berkeley, CA 94720
Subject: 890 prefix
To: telecom@buit1.bu.edu
Pacific Bell in California uses the prefix "811" to enable customers to call
their business office from anywhere in the lata, toll-free; this sounds like
the 890 prefix service mentioned here earlier.
Different final 4 digits are used for different prefixes.
It seems almost overkill to allow calls from anywhere in the lata, in that my
most urgent calls when travelling are not usually to telco business offices.
However, if they have chosen to route all calls to a central location for
service, it makes more sense. Bank of America here routes all calls about
statements and what checks have cleared to one central office in Cal. for all
x hundred branches, and no longer can you go to your branch and review your
checks.
Thanks, Doug
Z 890 prefix
------------------------------
To: comp-dcom-telecom@RUTGERS.EDU
From: ron@topaz.rutgers.edu (Ron Natalie)
Subject: Re: Cellular Fraud
Date: 2 Jun 87 15:29:25 GMT
> The Electronic Serial Number is an 8 digit Hexidecimal number. It is not
> easily changed. Both the MIN, (Mobil Id Number, your phone number) and the
> ESN are sent out when you press the send key. Your MIN is easily changed
> by reprogramming your phone, but the ESN is not easily changed. To change
Make that, it is not supposed to be easily changed. While the ESN is not
in that NAM (the EPROM with the phone number) in it's nice ZIF socket, many
manufacturers just put it in another ROM which anybody with a small amount
of electronics background can change.
I would expect the most common sort of Cellular fraud involves using
phones from another system through automatic ROAM agreements. Presumably
the ESN/Phone number checking isn't as rigourous or as up-to-date in remote
systems as it is in your home system.
-Ron
------------------------------
To: telecom@xx.lcs.mit.edu, risks@csl.sri.com
Date: Tue, 2 Jun 87 13:10:25 EDT
Subject: A twist on modems calling people
From: smv@necis.NEC.COM
The folks at our main facility just installed a new telephone switch, and made
two changes which are not user-transparent. The two changes involve the method
used to reach our remote switch, and the method used to dial an international
call. If you haven't guessed yet, the old international prefix corresponds to
the new method of ringing my extension from the main facility. This would be
amusing if it weren't for all the auto-dial facsimile machines trying to phone
home to Japan with the old dialing codes. They're not much fun to talk to, and
they don't seem to report the fact that the calls aren't getting through.
The moral of this story: Get your Fax straight, before you make changes.
--
Steve Valentine, NEC Information Systems 289 Great Rd., Acton, MA 01720
smv@necis.nec.com
Robots don't use software! Software uses Robots!
------------------------------
End of TELECOM Digest
*********************
From Roach.SysMaint@MIT-Multics.ARPA Mon Jun 15 22:29:32 1987
Received: from MIT-Multics.ARPA by buit1.bu.edu (3.2/4.7)
id AA19369; Mon, 15 Jun 87 22:29:32 EDT
Date: Mon, 15 Jun 87 22:22 EDT
From: "Roger A. Roach" <Roach@MIT-Multics.ARPA>
Subject: TELECOM Digest V7 #11
To: telecom-request@BUIT1.BU.EDU
Message-Id: <870616022252.112737@MIT-Multics.ARPA>
Forum-Transaction: [0380] in the >site>arpa_mail_dir>Telecom meeting
Transaction-Entered-By: Network_Server.Daemon@MIT-Multics.ARPA
Transaction-Entered-Date: 4 Jun 87 19:39 EDT
Status: RO
From: jsol@buit1.bu.edu@buita
TELECOM Digest Thu, 4 Jun 87 18:51:19 EDT Volume 7 : Issue 11
Today's Topics:
Re: 9600 bps dialups (HST 9600)
9600 bps dialups (HST 9600)
"890" and warning letter
Re: bandwidth of LADS (metallic?) circuit
Submission for comp-dcom-telecom
Party line question
Re: Cellular Fraud -- trivial
1-800-XXX-0000
----------------------------------------------------------------------
Date: Tue, 2 Jun 87 21:12:55 EDT
From: Michael Grant <mgrant@mimsy.umd.edu>
To: Gene.Hastings@H.CS.CMU.EDU, W8SDZ@SIMTEL20.ARPA
Subject: Re: 9600 bps dialups (HST 9600)
Cc: Info-Modems@SIMTEL20.ARPA, telecom@BUIT1.BU.EDU
>It wouldn't surprise me if the HST becomes the defacto standard for 9600 baud.
>--Keith Petersen
I would be surprised. Even though I usually don't require more than 300 baud
to type at a terminal, my systems support UUCP which wouldn't work very well
with 300 baud in one direction. Do these modems do some sort of flow
analys and adjust the speed accordingly?
I feel that the only good 9600 baud modem is one that provides at least a
full 9600 baud in both directions, with NO egregious delays.
-Mike
p.s. the Microcom MNP level 6 comes close.
------------------------------
Date: Tue, 2 Jun 1987 21:45 MDT
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To: Michael Grant <mgrant@MIMSY.UMD.EDU>
Cc: Info-Modems@SIMTEL20.ARPA, Telecom@BUIT1.BU.EDU
Subject: 9600 bps dialups (HST 9600)
The USRobotics HST 9600 modem assigns the 9600 baud direction to the
end that is sending the most data. It should work fine with uucp.
Most file transfer protocols have the receiving end sending only some
kind of acknowledge or negative acknowledge (resent request) which
usually consists of only a few characters.
--Keith Petersen
Arpa: W8SDZ@SIMTEL20.ARPA
Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz
GEnie: W8SDZ
RCP/M Royal Oak: 313-759-6569 - 300, 1200, 2400 (V.22bis) or 9600 (USR HST)
------------------------------
Date: Wed, 3 Jun 87 00:04:28 PDT
From: jimmy@PIC.UCLA.EDU (Jim Gottlieb)
To: telecom@buit1.bu.edu
Subject: "890" and warning letter
Someone mentioned that AT&T was adding a toll-free area code of 890.
In fact, Bell of PA (and perhaps the other Bell Atlantic companies?) has
created the toll-free *prefix* of 890. This would be accomplished through
agreements with neighboring independent Telcos and appears to actually be a
way for Bell Atlantic to offer a local toll-free service without involving
AT&T. Personally, I don't think Telcos should be allowed to do this. The
area code 800 is well established as a toll free prefix and the introduction
of different toll-free prefixes in each area code will only add to customer
confusion. Uniformity should not be sacrificed in favor of the Telco saving
a few cents.
A different someone mentioned a letter from Pacific Bell warning that a new
switch was being installed. P*B has been routinely sending out these letters
to those about to be converted (usually from crossbar) to a Northern Telecom
DMS100 Digital switch. The switch has many quirks, but especially annoying
is often a lack of CPC (Calling Party Control signal), though P*B has been
adding this to the DMS switches. The letter is just for P*B to cover
themselves ("We warned you!").
Telephone enthusiasts (and anyone else with an interest in communications)
is invited to call the ESSug (ESS Users Group) on (714)973-2000 (300/1200bps)
Jim Gottlieb
-------------------------------------------------------------------------
ARPA: jimmy@PIC.UCLA.EDU
UUCP: {ucbvax, sdcsvax!sdcrdcf!ucla-cs} !pic.ucla.edu!jimmy
(this machine has no UUCP link)
Tel. (213) 824-5454
------------------------------
Date: Tue, 2 Jun 87 22:28 EDT
From: Jeffrey Del Papa <dp@JASPER.PALLADIAN.COM>
Subject: Re: bandwidth of LADS (metallic?) circuit
To: hastings@morgul.psc.edu
Cc: dyer@harvard.harvard.edu, telecom@buit1.bu.edu
Date: Saturday, 30 May 1987 17:55:14 EDT
From: Gene.Hastings@h.cs.cmu.edu
We have several LADS lines in service, all at 56kbs, synchronous. There
should be information available from the vendor of an arbitrary short-haul
modem telling you what speed it can push how far (longer distance-> lower
speed).
We were frustrated and slightly amused when we called the person who was the
official Point-of-Contact for our campus asking what the milage was on one
of our lines and got the reply that they didn't know and had never heard the
question before.
Gene
the easiest answer to this question is to simply short out the line and use an
ohmmeter. the number is ~6k ohm/mile but look in the aprop telco documents for the
exact number. (you could also use a TDR if you happen to have on hanging around...
that is also the only easy way to be sure that they didn't leave the loading coils on the
line.)
<dp>
------------------------------
From: ssc-vax!clark@beaver.cs.washington.edu (Roger Clark Swann)
Date: 3 Jun 87 23:18:40 GMT
To: uw-beaver!comp-dcom-telecom@beaver.cs.washington.edu
Subject: Submission for comp-dcom-telecom
Path: ssc-vax!clark
From: clark@ssc-vax.UUCP (Roger Clark Swann)
Newsgroups: comp.dcom.telecom
Subject: Party line question
Keywords: pulse dialing, mechanical, electronic
Message-ID: <1273@ssc-vax.UUCP>
Date: 3 Jun 87 23:18:39 GMT
Distribution: na
Organization: Boeing Aerospace Corp., Seattle WA
Lines: 27
**** jam for line eater ****
I recently had a question for a friend that could not figure out:
problem: electronic phone won't dial when connected to party line.
My friend has a beach house with phone service being a party line.
I don't remember if he said how many connections there are to the
line, but he said that he DOES NOT get any rings other that his own.
He normally has an WECO 500 style insturment on the line with no
problems dialing or receiving calls. However, when he tried to
hookup an 'electronic' (keypad with chip that generates dial pulses)
phone the line, he could only dial about three digits before getting
a re-order recording. He said that he could hear the 'clicks' as the
pulses were being generated and they sounded OK. Someone can call in
and the phone will ring and voice circuits are OK. (This same phone
instrument works fine at his in town residence)
The only thing I could think of was that the 'electronic phone was
not pulsing at the correct speed. But then he told me that he tried
hooking his modem to the line and making it pulse dial. The result
was the same re-order recording. So, this makes me think that there
is some strange configuration on this phone line or something???
Anyone have an idea as to what is going on here?
Roger Swann uw-beaver!ssc-vax!clark
[Any number of reasons could cause this problem. FCC regulations don't
even *allow* you to plug in a modular instrument to a party line. --JSol]
------------------------------
Date: Thu, 4 Jun 87 03:53:18 PDT
From: hoptoad.UUCP!gnu@cgl.ucsf.edu (John Gilmore)
Subject: Re: Cellular Fraud -- trivial
To: telecom@xx.lcs.mit.edu
In article <8705312136.AA01347@mimsy.umd.edu>, mgrant@MIMSY.UMD.EDU (Michael Grant) writes:
> The Electronic Serial Number is an 8 digit Hexidecimal number. It is not
> easily changed. Both the MIN, (Mobil Id Number, your phone number) and the
> ESN are sent out when you press the send key. Your MIN is easily changed
> by reprogramming your phone, but the ESN is not easily changed. To change
> your phone number, both the phone, and the cell system must be changed.
The whole thing is pretty silly. Each unit has a serial number
and the serial number is "supposed to be" impossible to change.
Actually in many systems it is in a PROM in a socket, so no biggy.
Even if it was impossible to change, it's not impossible to change
the ROMs that hold the program that runs the phone, so you could
always reprogram it to ignore the ROM. You could embed the whole
phone in epoxy, but who would buy a $2000 phone that you have to throw
away if any little thing breaks?
The best deal would be to make a program ROM where if you put it in
this mode, it would listen on the control channel for phones making
calls or answering rings, and save away 10 or 20 of their phone number/
serial number pairs. Anytime you wanted to make a call, it would pick
one at random and pretend to be that phone. The load on any
individual's bill would be light enough that you'd be hard to catch.
This would not let you receive calls for free, but I seem to recall
some scheme for that, too. Geoff Goodfellow, Bob Jesse, and Andrew
Lamothe published a paper on this in the November 1985 issue of
Personal Communications Technology magazine (FutureComm Publications
Inc., 4005 Williamsburg Ct., Fairfax, VA 22032, 703/352-1200).
The cellular phone standard is called "EIA IS-3-B" though I think they
recently upgraded it to "-C". You can get a copy from Global Engineering
Documents (call 800 information). It is not lucid but it is readable
if you flip around a lot and think about it.
------------------------------
Date: 04-Jun-1987 1311
From: cantor%delni.DEC@decwrl.DEC.COM (Dave C., 226-7726, LKG1-3/A06)
To: telecom@buit1.bu.edu, telecom_digest%delni.DEC@decwrl.DEC.COM
Subject: 1-800-XXX-0000
Ref message subj as above dtd Thu, 21 May 87 10:11 EDT from David Harpe,
<KAJOHN01@ULKYVX.BITNET>:
>Completely by accident, I noticed the other day that if you dial 1-800-XXX-0000
>where XXX is a valid 800 exchange, you get the following message:
> "You have reached the ATT long distance network. Thank you for
> choosing ATT. This message will not be repeated."
I checked a few codes and found a similar message. However, 800-444-0000,
in particular, identified itself as the MCI long distance network. An article
in Telecom Digest 5:156 mentioned that 800 NXX codes are equal access based
and an article in TD 6:3 gave a list of the 800 NXX codes assigned to MCI.
Also, I dialed 800-NXX-0000, where the particular NXX I used is the same as
the one through which you reach my beeper. I found that it connects to
a recorder machine, as though it were a regular telephone number. Using
some other NXX codes for some of my colleagues' beeper numbers, I found
that they seem to be regular beeper numbers. (No, I didn't actually
send the beep, though.)
It's likely that the beeper exchange numbers I called are not routed
through any long distance carrier, and that New England Telephone allows
NXX-0000 to be used as a regular number. Perhaps it is just a convention
that both AT&T and MCI follow that 800-NXX-0000 produces the same message
as 700-555-4141.
Oh yes, it apparently doesn't matter what the default long distance carrier
is. One of my lines is assigned to Sprint and the other to MCI. I got
the same results using both of these lines.
Dave C. (David A. Cantor)
------------------------------
End of TELECOM Digest
*********************
From Roach.SysMaint@MIT-Multics.ARPA Mon Jun 15 22:32:58 1987
Received: from MIT-Multics.ARPA by buit1.bu.edu (3.2/4.7)
id AA19386; Mon, 15 Jun 87 22:32:58 EDT
Date: Mon, 15 Jun 87 22:22 EDT
From: "Roger A. Roach" <Roach@MIT-Multics.ARPA>
Subject: TELECOM Digest V7 #12
To: telecom-request@BUIT1.BU.EDU
Message-Id: <870616022252.952149@MIT-Multics.ARPA>
Forum-Transaction: [0381] in the >site>arpa_mail_dir>Telecom meeting
Transaction-Entered-By: Network_Server.Daemon@MIT-Multics.ARPA
Transaction-Entered-Date: 6 Jun 87 14:10 EDT
Status: RO
From: jsol@buit1.bu.edu@buita
TELECOM Digest Sat, 6 Jun 87 13:23:45 EDT Volume 7 : Issue 12
Today's Topics:
Administrivia
re:help!!! DMS100
Nurse, Get Me A Telephone
phonevision
Maryland phone prefixes
Horror stories wanted
----------------------------------------------------------------------
Date: Thu, 4 Jun 87 19:12:00 EDT
From: jsol@buit1.bu.edu
To: telecom
Subject: Administrivia
I am using an experimental delivery mechanism for TELECOM now. I have
in place a "second queue", specially for TELECOM. It takes a quick two
line modification to sendmail itself, and some configuration hacking
to do it. I did this because bu-cs (our mail gateway) was overloaded
by TELECOM distributions, so I made a system that I could move around
from site to site as the needs change and as the load changes (if
we really lose I can have my workstation deliver the digest). The
incoming mailboxes, telecom and telecom-request will always be
at BUIT1.BU.EDU (unless we change the host name).
There are some folks who have "copyrighted" their submissions. I am
going to return unsubmitted any message that is copyrighted because
TELECOM is in the public domain and in order for it to remain a
valuable asset to the community, it must remain so. I don't want
to get involved with the legal issues of copyrighted material.
Note that also, any material that comes from the AP or UPI newswire
will not be submitted either.
This policy is consistent with my previous notes about message
content. If you announce the latest batch of "illegal sprint codes"
I will not publish that either, in fact that is the main reason why
TELECOM is a moderated digest.
I think we have pretty much settled down from the move. We still get
duplicates, but I suspect that this is being tracked down and will slowly
become a non-issue. I will continue to the best of my ability weed
out the duplicates.
------------------------------
Date: 04-Jun-1987 1823
From: lippis%delni.DEC@decwrl.DEC.COM (Nick Lippis DS Strategic Planning)
To: telecom@xx.lcs.mit.edu
Subject: re:help!!! DMS100
From: DELNI::LIPPIS "Nick Lippis DS Strategic Planning" 8-MAY-1987 10:37
To: RHEA::DECWRL::"telecom@xx.lcs.mit.edu",LIPPIS
Subj: re: help!!! DMS100
From: TELCOM::MCMILLAN 8-MAY-1987 09:53
To: DELNI::LIPPIS
When we (DEC) had problems in MKO our problems mostly were with intra SL-100
calls and local CO calls. We found that the SL-100 was hitting the data sets
with too high a level and the modems (DF124 & DF112 but not DF03) were
having their receiver circuitry saturated. This is due to a diifference in
design between modems. We also had some local CO problems. But for the
most part our long distance data calls were not any more of a problem than
they were before. Now if these people have put in some new carriers to
service their long distance service (e.g. T-spans) they may have different
problems than they had previously.
It is difficult to answer your question, we don't have much detail
(i.e. what type modems we talking about, how is your paddata table
set-up, what did you have before DMS, what was changed with DMS
install, etc., etc.)
George
------------------------------
Date: Fri, 5 Jun 87 13:01:20 EDT
From: "Michael A. Patton" <MAP@AI.AI.MIT.EDU>
Subject: Nurse, Get Me A Telephone
To: TELECOM@XX.LCS.MIT.EDU
Cc: MAP@AI.AI.MIT.EDU
The following item appears in the Business Notes section of the Time
magazine dated June 8, 1987. It appears with a photograph captioned
"In hospitals, these devices make money" and which shows what appears
to be a standard cheap one-piece phone being plugged into a modular
jack by a patient (you can tell by the wrist band ID (which is
readable).
New Products:
Nurse, Get Me A Telephone
Disposable razors have long been a consumer staple, and throwaway
cameras are a new photographic fad. Now the latest items to use and
lose are telephones. Several companies, including Mini-Phone,
Diversified Communications and International Connectors, are selling
an estimated 100,000 lightweight, disposable phones a year, and the
market is growing fast. The best customers are not individuals but
hospitals, which sell the phones to patients as a moneymaking venture.
Health-care institutions pay a manufacturer about $9 a phone,
then charge patients about $12 to use the instrument during their
stay. And since many patients formerly walked off with standard-issue
phones (average price: $75), the theft of a disposable phone is less
costly. Says Kendall Gallagher, a Mini-Phone vice president: ``A
patient confronted with a hospital bill might feel he's entitled to
everything in the room, including the phone.'' Philadelphia's Mercy
Catholic Medical Center estimates that it saves between $50,000 and
$75,000 a year by installing the discardable devices. Indeed, they
have proved so popular that throw-away phones will soon be sold in the
hospital's gift shop--at 30% over cost.
------------------------------
From: SPGDCM%UCBCMSA.Berkeley.EDU@berkeley.edu
Date: Fri, 05 Jun 87 14:12:33 PDT
To: telecom@buit1.bu.edu
Subject: phonevision
MSG:FROM: SPGDCM --UCBCMSA TO: NETWORK --NETWORK 06/05/87 14:12:31
To: NETWORK --NETWORK Network Address
From: Doug Mosher <SPGDCM at UCBCMSA>
Title: MVS/Tandem Systems Manager (415)642-5823
Office: Evans 257, Univ. of California, Berkeley, CA 94720
Subject: phonevision
to: telecom@buit1.bu.edu
Phonevision (TV pic + audio phones) may hit us from a slightly different
angle.
A recent brochure from Datapoint notes their addition of MINX to their
Starbuilder network architecture.
MINX adds what they call "voice and full-motion video" to PC communication
networks. It appears that you add a Datapoint monitor-camera combination to
some sort of IBM PC; presumably the same monitor is used at other times for
high quality color graphic monitor use.
I have no idea what quality; certainly some teleconferencing video is limited
scan, like 2 per second or whatever; their term "full-motion" is interesting.
It seems to be a contest as more features are added to one's telephone and
networked pc workstation, until they meet in the middle. (But then at that
point you'll have TWO of them on every desk....)
Remembering also that the Datapoint co. stimulated the whole pc business in
the first place in about 1975 by their chip activity and the Intel 8004,
8008...
Thanks, Doug
phonevision
------------------------------
Date: Sat, 6 Jun 87 3:50:46 EDT
From: Carl Moore (VLD/VMB) <cmoore@BRL.ARPA>
To: telecom@BRL.ARPA
Subject: Maryland phone prefixes
Area code 301 here (202 also useable near DC). There are some hints that
prefixes are in short supply in Maryland.
I checked with the operator just now and got 286 Berwyn and 878 Fort Ritchie.
286 had been listed in older directories as Clarksville (since Clarksville
has 531 for Columbia service and 988 for Ellicott City service--531 local to
Balt. city and 988 for Balt. metro area service--you wonder what now appears
on the pay phones in Clarksville). 878 does appear in the Md. suburban direc-
tory as Silver Spring (Fort Ritchie is far outside DC area); some older sour-
ces have 878 as Fort Ritchie (Balt. City service).
369 is listed as Laurel (Berwyn service, which is to DC metro). 703-369
is at Manassas, Va., immediately adjacent to the calling area from DC proper.
(There already is 301-490 at Laurel, Md. and 703-490 at Woodbridge, Va.)
738 is listed at Rockville, in the DC area. Previously, there was no 301-
738, but there's a 738 at Ridgely, W. Va., across the Potomac from, and
local to, Cumberland, Md., causing me to wonder if it was "protected"; if
that 738 is still there, you can now call 738-xxxx from Cumberland to
Ridgely (W.Va.) and 1-738-xxxx from Cumberland to Rockville.
------------------------------
Date: Sat, 6 Jun 87 08:33:28 EDT
From: Simson L. Garfinkel <simsong@MEDIA-LAB.MEDIA.MIT.EDU>
To: telecom@buit1.bu.edu
Subject: Horror stories wanted
I am currently gathering research data (ie: stories) for
horror-experiences with equal access and hotel PBX's. That is, I am
collecting stories of people who have tried to use the carrier of their
choice while staying at hotels and have found out that they have no choice
and must instead use the carrier the hotel has chosen.
Please send your story to
simsong@media-lab.mit.edu
Your story may be used in a class-action law suit against hotel operators.
Please include your full name, address, and phone number.
Thanks..
...simson
------------------------------
End of TELECOM Digest
*********************
From Roach.SysMaint@MIT-Multics.ARPA Mon Jun 15 22:36:06 1987
Received: from MIT-Multics.ARPA by buit1.bu.edu (3.2/4.7)
id AA19406; Mon, 15 Jun 87 22:36:06 EDT
Date: Mon, 15 Jun 87 22:22 EDT
From: "Roger A. Roach" <Roach@MIT-Multics.ARPA>
Subject: TELECOM Digest V7 #13
To: telecom-request@BUIT1.BU.EDU
Message-Id: <870616022253.683102@MIT-Multics.ARPA>
Forum-Transaction: [0382] in the >site>arpa_mail_dir>Telecom meeting
Transaction-Entered-By: Network_Server.Daemon@MIT-Multics.ARPA
Transaction-Entered-Date: 9 Jun 87 21:45 EDT
Status: RO
From: jsol@buit1.bu.edu@buita
TELECOM Digest Tue, 9 Jun 87 20:51:41 EDT Volume 7 : Issue 13
Today's Topics:
Re: Horror stories wanted
890 prefix
Confidencer Wanted
Re: Horror stories wanted
Re: phonevision
X.25 PAD Sought
Re: Cellular Fraud
----------------------------------------------------------------------
Date: Sat, 6 Jun 87 17:33:46 EDT
From: "Keith F. Lynch" <KFL@AI.AI.MIT.EDU>
Subject: Re: Horror stories wanted
To: simsong@MEDIA-LAB.MEDIA.MIT.EDU
Cc: KFL@AI.AI.MIT.EDU, Telecom@XX.LCS.MIT.EDU
What is wrong with a hotel allowing access to only one carrier?
Or with a hotel not even HAVING any phone service? (The latter
may be a good selling feature!) If a hotel customer doesn't like
what the hotel provides, he can always find another hotel.
...Keith
------------------------------
Date: Sun, 7 Jun 87 12:39:15 PDT
From: csustan!elric@lll-crg.ARPA (Elric of Imrryr)
To: lll-crg!telecom@xx.lcs.mit.edu
Subject: 890 prefix
Cc:
Is this prefix (890) universally unused and
thus available to the LOCs to use for this service, or is this just a Bell of
PA special?
Sincerely,
Frank Prindle
Prindle@NADC.arpa
Well here in California (Pacfic Bell), 890 is one of the ringback
prefixes. PacBel has been using '811' as the toll free prefix to call
your service rep.
Brad
--
elric Lunatic Labs @ Csustan {lll-crg,lll-lcc}!csustan!elric
Reality is what ever you can get away with! | The info on cracking DES will be
| in my next transmission...
------------------------------
Date: Sun, 7 Jun 87 13:11:40 PDT
From: scotto@pnet01.CTS.COM (Scott O'Connell)
To: crash!telecom%mit-xx.arpa@nosc.mil
Subject: Confidencer Wanted
Cc: crash!scotto@nosc.mil
Does anyone know where I can purchase a Rohn Confidencer? It's the noise
cancelling microphone used on 500 type WE telephones. AT&T phone stores say
they haven't carried them in a long time.
Please reply directly, thanks.
Scott O'Connell - Datagram Corp. UUCP: {akgua hplabs!hp-sdd sdcsvax nosc}...
3297 Sweetwater Springs Blvd #8 ...crash!pnet01!scotto
San Diego, CA 92078-1477 ARPA: crash!pnet01!scotto@nosc
800/235-5030 INET: scotto@pnet01.CTS.COM
------------------------------
Date: Mon, 8 Jun 87 08:38:51 EDT
From: Simson L. Garfinkel <simsong@MEDIA-LAB.MEDIA.MIT.EDU>
To: KFL@AI.AI.MIT.EDU
Cc: KFL@AI.AI.MIT.EDU, Telecom@XX.LCS.MIT.EDU
Subject: Re: Horror stories wanted
Date: Sat, 6 Jun 87 17:33:46 EDT
From: "Keith F. Lynch" <KFL@AI.AI.MIT.EDU>
What is wrong with a hotel allowing access to only one carrier?
Because only having one carrier may be a violation of federal
regulation. Specifically, anti-trust laws and the like.
------------------------------
To: seismo!comp-dcom-telecom@seismo.CSS.GOV
From: harvard!huma1!janowsky@seismo.CSS.GOV (Steve Janowsky)
Subject: Re: phonevision
Date: 8 Jun 87 18:24:43 GMT
In article <8706052153.AA20677@jade.berkeley.edu> SPGDCM@CMSA.BERKELEY.EDU
(Doug Mosher) writes:
.>
.> MINX adds what they call "voice and full-motion video" to PC communication
.> networks. It appears that you add a Datapoint monitor-camera combination to
.> some sort of IBM PC; presumably the same monitor is used at other times for
.> high quality color graphic monitor use.
.>
.> I have no idea what quality; certainly some teleconferencing video is
.> limited scan, like 2 per second or whatever; their term "full-motion"
.> is interesting.
I believe that data compression techniques allow something like "full-motion"
video. When you're speaking (for example) your lips move but most of the
tv screen remains constant -- and thus only the lips need to be re-
transmitted.
Of course this is a gross oversimplification, but...
Steve Janowsky (janowsky@huma1.harvard.edu
...harvard!huma1!janowsky)
------------------------------
From: hplabs!well!rogue@seismo.CSS.GOV (L. Brett Glass)
Subject: X.25 PAD Sought
Date: 3 Jun 87 23:15:33 GMT
I am setting up a network link for a public-service organization that is
looking for an inexpensive, possibly used, X.25 PAD. It need not have the
ability to originate calls. Please send recommendations, information, etc.
to one of the addresses below:
{lll-crg|ptsfa|hplabs|hoptoad}!well!rogue
well!rogue@!LLL-LCC.ARPA
glass (BIX)
------------------------------
From: hplabs!well!shibumi@seismo.CSS.GOV (Kenton Abbott Hoover)
Subject: Re: Cellular Fraud
Date: 3 Jun 87 18:46:53 GMT
It would seem that one should build a box which, when one is not sending a call
keeps the original serial number/phone number/etc. number combination, but when
one is to send simply picks a new series of numbers from any scavaged off the
airwaves (that just happen to belong to other senders). I would think that
the cost of the electronics to do this would be about 2 times one unit plus 10%.
Have I missed something?
-- Kenton
------------------------------
End of TELECOM Digest
*********************
Date: Mon, 22 Jun 87 13:46:36 EDT
From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
Reply-to: TELECOM@BUIT1.BU.EDU
Subject: TELECOM Digest V7 #18
To: TELECOM@BUIT1.BU.EDU
TELECOM Digest Mon, 22 Jun 87 13:46:36 EDT Volume 7 : Issue 18
Today's Topics:
Submission for comp-dcom-telecom
Re: Horror Stories
digit graber
Addresses of Government Officials
Re: Intra-lata credit calls
Submission for comp-dcom-telecom
COMPUDUNIT
Further Horrors
----------------------------------------------------------------------
From: ihnp4!ll1a!ll1!uucp@ames.arpa
Date: 16 Jun 87 22:14:01 GMT
To: ll1a!ihnp4!ptsfa!ames!comp-dcom-telecom@ames
Subject: Submission for comp-dcom-telecom
Path: ll1!nesac2!jec
From: jec@nesac2.UUCP (John Carter ATLN SADM)
Newsgroups: comp.dcom.telecom
Subject: Re: Horror Stories
Message-ID: <1250@nesac2.UUCP>
Date: 16 Jun 87 17:03:04 GMT
Article-I.D.: nesac2.1250
Posted: Tue Jun 16 13:03:04 1987
References: <12309401739.23.MYERSTON@KL.SRI.Com|
Distribution: world
Organization: NESAC Lisle, Illinois
Lines: 33
| |What is wrong with a hotel allowing access to only one carrier?
| |Or with a hotel not even HAVING any phone service? (The latter
| |may be a good selling feature!) If a hotel customer doesn't like
| |what the hotel provides, he can always find another hotel.
| | ...Keith
|
| ||Because only having one carrier may be a violation of federal
| ||regulation. Specifically, anti-trust laws and the like.
|
| I agree with Keith. This is the same "the world owes me a living"
| mentality that demands the highest of quality from a faceless "Ma
| Bell" while resisting any increases in cost. It is best exemplified
| by the socialist fools at Consumer Reports. If the hotel can choose
| who will provide mattresses, room TVs, etc why not telephone service?
| If they abuse the customers they will lose business. Makes sense to
| me!
| +HECTOR+
| -------
But it's the only room available within 10 miles of the meeting,
using their carrier means the call is on your hotel bill, your
company provides you with a credit card for a different carrier, and
your company won't pay for calls made on another carrier and charged
to your hotel bill. And there's no place to put the T1100+ if you
try to use the pay phone for E-mail.
--
John Carter
AT&T Communications - Atlanta RWC
USnail: 3001 Cobb Parkway, Atlanta GA 30339
E-mail: ...ihnp4!cuea2!ltuxa!ll1!nesac2!jec
Voice: 404+951-4642
(The above views are my very own. How dare you question them? :-)
------------------------------
From: dolqci!mgrant@seismo.CSS.GOV
Date: Wed, 17 Jun 87 14:51:44 edt
To: <TELECOM@BUIT1.BU.EDU>
To: telecom@xx.lcs.mit.edu
Subject: digit graber
A while ago someone asked about a device to decode touchtones on the line
and display them on some sort of display. The "Model TPM-32 DTMF/Dial Pulse
Digit Display Unit" by Motion Technology seems to do the trick for a mear
$249.00. It can be ordered from:
Specialized Products Company
2117 W. Walnut Hill Lane
Irving, TX 75038
I just noticed the thing in their most recent catalog. I'm in no way
affiliated with them.
-Mike
------------------------------
Date: Wed, 17 Jun 87 18:11 CDT
From: Mike Linnig <LINNIG%eg.ti.com@RELAY.CS.NET>
Subject: Addresses of Government Officials
To: telecom@BUIT1.BU.EDU
If you feel the need to write someone about the changes to the FCC's access
charge policy...
The following is a portion of a list of government officials found on the
arpanet a year or so ago. The names might have changed, but most of the
addresses are probably still good.
Mike Linnig
---------- MAILING ADDRESSES OF GOVERNMENT OFFICIALS ----------
------------------------------------------------------------------------------
Telephone # | Organization | Notes
---------------|-----------------------------|---------------------------------
202 456 1414 | White House Office | President Ronald Reagan
| 1600 Pennsylvania Ave N.W. |
| Washington, DC 20500 |
---------------|-----------------------------|---------------------------------
202 632 6600 | Federal Communications | Chairman
| Commission | Mark S. Fowler
| 1919 M St N.W. | Commissioners
| Washington, DC 20554 | James Quello
| | Henry M. Rivera
| | Mary Ann W. Dawson
| | Dennis R. Patrick
---------------|-----------------------------|---------------------------------
202 523 3598 | Federal Trade Commission | Chairman
| Pennsylvania Ave at Sixth | James C. Miller III
| St N.W. |
| Washington, DC 20580 |
---------------|-----------------------------|---------------------------------
202 275 2812 | General Accounting Office | Comptroller General
| GAO Bldg | Charles A. Bowsher
| 441 G St N.W. |
| Washington, DC 20548 | Fraud Waste and Abuse Hotline
| | 1-800-424-5454 (outside DC)
| | 633-6987 (DC area)
---------------|-----------------------------|---------------------------------
202 395 3000 | Office of Management and | Director
| Budget | James C. Miller III
| Old Executive Office Bldg |
| 17th and Pennsylvania Ave |
| N.W. |
| Washington, DC 20503 |
---------------|-----------------------------|---------------------------------
202 224 3121 | Officer of the House | Speaker of the House
| U.S. Capitol | Thomas P. O'neill (Mass)
| Washington, DC 20515 | Room 2331 202-225-5111
| |
| | Majority Leader
| | James C. Wright, Jr. (Tex)
| | Room 1236 202-225-5071
| |
| | Minority Leader
| | Robert H. Michel (Illinois)
| | Room 2112 202-225-6201
---------------|-----------------------------|---------------------------------
202 224 3121 | Officers of the Senate | President of the Senate
| U.S. Capitol | V.P. George Bush
| Washington, DC 20510 | Old Executive Office Bldg
| | 202-224-8391
| |
| | Majority Leader
| | Robert Dole (Kan)
| | Room SH141 202-224-6521
| |
| | Minority Leader
| | Alan K. Simpson (Wyoming)
| | Room SH709 202-224-3424
------------------------------------------------------------------------------
------------------------------
To: comp-dcom-telecom%linus@mitre-bedford.ARPA
From: apollo!rees.UUCP@seismo.css.gov (Jim Rees)
Subject: Re: Intra-lata credit calls
Date: 17 Jun 87 14:47 GMT
I've noticed that when I make an intra-lata call in Michigan (formerly
Michigan Bell), and charge it on my calling card, the charge shows up
on the NE Tel portion of my bill (my home service is from NE Tel), but
it not listed as anything special. I assume that NE Tel is doing the
billing on behalf of Michigan Bell, but it doesn't say that on the bill.
But why should my AT&T card number allow Michigan Bell to bill NE Tel?
AT&T wasn't involved in the call. Or is the card acting as a NE Tel
card at the time? If so, why should Michigan Bell honor the card?
I think the technology has outpaced the regulation, as usual, but it's
nice that these calls still work.
------------------------------
From: cmcl2!phri!dasys1!patth@seismo.CSS.GOV (Patt Haring)
Date: 17 Jun 87 14:39:03 GMT
To: comp-dcom-telecom@seismo.CSS.GOV
Subject: Submission for comp-dcom-telecom
Path: dasys1!patth
From: patth@dasys1.UUCP (Patt Haring)
Newsgroups: comp.edu,cat.mag,comp.dcom.telecom
Subject: COMPUDUNIT
Keywords: mystery story writing project
Message-ID: <553@dasys1.UUCP>
Date: 17 Jun 87 14:39:02 GMT
Organization: The Big Electric Cat
Lines: 16
Re: MYSTERY WRITING ANYONE?
If anyone is interested in participating in a mystery story
writing project via telecommunications, they should contact me
Michael Blyth at 718-816-5742. The project titled COMPUDUNIT
will consist of using an existing writing curriculum to
write your own WHODUNIT MYSTERY! Funding for this program is
provided by Learning Link. Participants will try writing
a collective Whodunit using the same COMPUDUNIT curriculum
guide. Writing starts in Sept. 1987. Don't miss it, call
today.
--
Patt Haring {allegra,philabs,cmcl2}!phri\
Big Electric Cat Public Unix {bellcore,cmcl2}!cucard!dasys1!patth
New York, NY, USA {philabs}!tg/
------------------------------
Date: Thu 18 Jun 87 11:06:42-PDT
From: HECTOR MYERSTON <MYERSTON@KL.SRI.Com>
Subject: Further Horrors
To: telecom-request@BUIT1.BU.EDU
Cc: myerston@KL.SRI.Com
WERNER@R20.UTEXAS.EDU writes>
>> This is the same "the world owes me a living"
>> mentality that demands the highest of quality from a faceless "Ma
>> Bell" while resisting any increases in cost. It is best exemplified
>> by the socialist fools at Consumer Reports.
>just to let you know that this "fool" thinks that you are all wet ...
>if society allows monopolies, we have a right to demand that prices go
>down and quality goes up when technology improves ... of course, your
>disregard for the value of the work (and the need for it) of Consumers
>Report make me expect that I am talking to deaf ears ...to bad.
>not that I think that CR is infallible ...far from it!
You missed both points. Society did NOT "allow monopolies" society
BROKE UP the monopoly allowing the user (in this case the hotels) to
choose which Long Distance carrier to use. The original poster was
complaining about the Hotel blocking access to OTHER carriers. We can't
have our cake (by breaking up the Bell System) and eat it too (demand
that hotels provide some sort of equal access to one and all).
A discussion of CR probably belongs in Net.fussbudget. But, since you
ask, here is my rationale. CR is OK for testing toasters and the like
although they over-emphasize the manufacturer and government
responsibilities for user stupidity ("Unsafe if turned on while in the
bathtub"). They have recently chosen to expand into social engineering
and liberal politics. Their views on such things as Telecommunications
policy have no more validity than that of any other left-wing journal.
Besides, they insist in numbering their pages in mid-19th century style.
I am replying here as ARPANET does not recognize your address.
-------
------------------------------
End of TELECOM Digest
*********************
Date: Wed, 24 Jun 87 0:08:16 EDT
From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
Reply-to: TELECOM@BUIT1.BU.EDU
Subject: TELECOM Digest V7 #19
To: TELECOM@BUIT1.BU.EDU
TELECOM Digest Wed, 24 Jun 87 0:08:16 EDT Volume 7 : Issue 19
Today's Topics:
Query about FAX format
Incoming Phone Calls
Submission for comp-dcom-telecom
Re: Intra-lata credit calls
FCC proposes tax for "Enhanced Services"
----------------------------------------------------------------------
Date: Mon, 22 Jun 87 13:43:16 EDT
From: Richard Furuta <furuta@brillig.umd.edu>
To: telecom@xx.lcs.mit.edu
Subject: Query about FAX format
Cc: furuta@brillig.umd.edu
Can someone provide me with information about what kind of interfaces are in
use by FAX machines? What signalling tones are used? What encoding of the
page is transmitted? Is any of this compatible with computer communication
equipment? What would it take to make your average everyday Unix-style
computer behave as if it were a FAX machine (transmit and/or receive)?
Please send me a copy of your responses directly. I am on Telecom but boy
am I ever behind in my reading!
Thanks.
--Rick
furuta@mimsy.umd.edu
seismo!mimsy!furuta
------------------------------
Date: 22 Jun 87 22:43 PDT
From: William Daul / McDonnell-Douglas / APD-ASD <WBD.MDC@OFFICE-1.ARPA>
Subject: Incoming Phone Calls
To: TELECOM@BUIT1.BU.EDU
This may end up sounding like a really dumb question but...
If all the lines in a neighborhood are being utilized and someone tries to call
into that area to a phone that is NOT being used what (if anything) will
happen? Will they get a busy signal?
Thanks, --Bi//
------------------------------
From: jack!man!nu3b2!rwhite%ucsdhub.UUCP@sdcsvax.ucsd.edu
Date: 24 Jun 87 01:00:19 GMT
To: man!comp-dcom-telecom
Subject: Submission for comp-dcom-telecom
Path: nu3b2!rwhite
From: rwhite@nu3b2.UUCP (Robert C. White Jr.)
Newsgroups: comp.dcom.telecom
Subject: Re: Intra-lata credit calls
Summary: It's who pays that counts.
Message-ID: <765@nu3b2.UUCP>
Date: 24 Jun 87 01:00:19 GMT
References: <8706112109.AA03207@jade.berkeley.edu> <35867a62.b8ab@apollo.uucp>
Organization: National University, San Diego
Lines: 21
Its like the roaming agreement on a celular telephone. when you make a
calling card call, the call is billed through the "normal" route. Company
"A" bills AT&T for the call and AT&T normally reaches you through your
local operating company [which is why the firs ten numbers on your card
are most probably your phone number.] The sematnics of a billing
depend on the operating company in question. I think you will find that
all the call detail listed is AT&T long-lines provided, at least on that
one page, and that the fact that this bill is forwarded through is listed
someware insignificant [like on the back of the summary page or something]
This whole thing is noraml, AT&T always does it that way.
Robert.
Disclaimer: My mind is so fragmented by random excursions into a
wilderness of abstractions and incipient ideas that the
practical purposes of the moment are often submerged in
my consciousness and I don't know what I'm doing.
[my employers certainly have no idea]
------------------------------
Date: Tue, 23 Jun 87 23:57:47 EDT
From: jsol (Jon Solomon)
To: telecom
Subject: FCC proposes tax for "Enhanced Services"
Thanks to Keith Peterson at SIMTEL for forwarding information
he received on the info-modems list. What he forwarded was a couple
of postings to some USENET newsgroups, describing what the FCC wants
to do, and ways which people can (if they choose to) inform the
FCC of their views on it. The submission is too large to post, so
I have made it available for FTP access from XX.LCS.MIT.EDU in the
file <TELECOM>FCC.THREAT.1
I will post a copy of this to the USENET readers, and BITNET users
should send me mail if they want a copy. (mail to telecom-request@buit1.bu.edu)
Enjoy,
--jsol
------------------------------
End of TELECOM Digest
*********************
Date: Thu, 25 Jun 87 23:30:19 EDT
From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
Reply-to: TELECOM@BUIT1.BU.EDU
Subject: TELECOM Digest V7 #20
To: TELECOM@BUIT1.BU.EDU
TELECOM Digest Thu, 25 Jun 87 23:30:19 EDT Volume 7 : Issue 20
Today's Topics:
FCC news release on PDN surcharge
Submission for comp-dcom-telecom
Re: Incoming Phone Calls
CSCNET
Re: Incoming Phone Calls
Re: Addresses of Government Officials
Re: FCC Surcharges for Telenet/Tymnet/CompuServe/MCIMAIL/etc.
Information tax
----------------------------------------------------------------------
Date: Wed 24 Jun 87 20:06:16-PDT
From: David Roode <ROODE@bionet-20.arpa>
Subject: FCC news release on PDN surcharge
To: Telecom@buit1.bu.edu
Following is the FCC access charges news release of June 10, 1987. (This is
not
the official text of the Commission's Notice of Proposed Rulemaking (NPRM).)
FCC PROPOSES ELIMINATION OF INTERSTATE ACCESS CHARGES EXEMPTION FOR ENHANCED
SERVICE PROVIDERS
The Commission has proposed elimination of the exemption from interstate
access charges currently allowed enhanced service providers, effective
January 1, 1988. Charges for intrastate service would not be affected.
Enhanced services add value to, or enhance the use of, basic transmission
service. Examples of enhanced services, which the Commission defined in its
Computer II and Computer III procedings, include computer-based applications
such as protocol processing, information retrieval systems and voice or
message services.
In its access charge proceeding, the Commission provided for exemptions
for a number of groups. These exemptions have gradually been eliminated.
In the pre-access environment, enhanced service providers and WATS
resellers were paying local business exchange service rates for their
interstate access, rather than the higher charges that other common carriers
(OCCs) were paying and the even higher amounts assessed to MTS and WATS
through the divisions of revenues and settlements processes. The Commission
decided that the immediate imposition of interstate access charges on enhanced
service providers and resellers could affect their ability to provide service
during the time they were adjusting to the new access charge rules.
Consequently, the Commission granted enhanced service providers, as well as
resellers, a temporary exemption from payment of interstate access charges.
In proposing to eliminate this exemption, the Commission said it was
concerned that the charges currently paid by enhanced service providers did
not contribute sufficiently to the cost of the exchange access facilities
they use in offering services to the public. Concerns about rate shock
might justify a temporary, but not a permanent, exemption from access
charges. Enhanced service providers have had ample notice of the Commission's
ultimate intent to apply interstate access charges and ample opportunity to
adjust their planning accordingly.
Moreover, it said, the potential financial impact on enhanced service
providers of eliminating their exemption is substantially smaller than it
was at the time the exemption was granted. In particular, the Commission
noted that the common carrier line charge has decreased dramatically with the
introduction of subscriber line charges.
END
-------
------------------------------
From: ucsdhub!jack!man!nu3b2!rwhite@sdcsvax.ucsd.edu
Date: 25 Jun 87 07:25:29 GMT
To: man!comp-dcom-telecom
Subject: Submission for comp-dcom-telecom
Path: nu3b2!rwhite
From: rwhite@nu3b2.UUCP (Robert C. White Jr.)
Newsgroups: comp.dcom.telecom
Subject: Re: Incoming Phone Calls
Summary: busy signal,sort of.
Message-ID: <775@nu3b2.UUCP>
Date: 25 Jun 87 07:25:29 GMT
References: <MDC-WBD-BO4Z2@OFFICE-1>
Organization: National University, San Diego
Lines: 39
In article <MDC-WBD-BO4Z2@OFFICE-1>, WBD.MDC@OFFICE-1.ARPA (William Daul / McDonnell-Douglas / APD-ASD) writes:
> This may end up sounding like a really dumb question but...
>
> If all the lines in a neighborhood are being utilized and someone tries to call
> into that area to a phone that is NOT being used what (if anything) will
> happen? Will they get a busy signal?
It is not a dumb question, but there is something I don't think you
understand. EVERY phone number is on it's own DEDICATED pair running
all the way to the Central Office Switch servicing that area [often
but not always the entire prefix {first 3 of the standard 7 digits}
the only common execption to this is those who have purchased a
"foregn exchange" <say a Blatimore number in Washington>
If every circut comming into a CO [Central Office] is busy, and
you are calling from another CO, or your CO's swithch is not capable
of compleeting enough connections to support your outgoing call
<weither it's destined for a house down the street or in europe>
you will recieve the "fast" busy signal <or french siren on some
switches>. This is the "Circut Overload/Insufficient Access Rights"
signal and is heard mostly on mother's day /snicker ;-).
Any other busy signal or condition is either a mundane destination
busy [Or system all f**ked up signal]
All the lines in a CO can be busy, all the connections in a CO
switch can be busy, but the only way all "the lines going into
a neighborhood" can be busy is if every number has at least one
instrument "off-hook" If it often takes several minutes for the tone
generator to give you dial-tone, call your Opperating Company
and tell them to buy a bigger switch!!!
Robert.
Disclaimer: My mind is so fragmented by random excursions into a
wilderness of abstractions and incipient ideas that the
practical purposes of the moment are often submerged in
my consciousness and I don't know what I'm doing.
[my employers certainly have no idea]
------------------------------
To: TELECOM@buit1.bu.edu
Subject: CSCNET
From: johnso%tp5@rand-unix.ARPA (A. Ross Johnson)
Date: 24 Jun 87 22:32:35 PDT (Wed)
I have just noticed that CompuServe now offers foreign access via
CSCNET. The nodes are limited in number, but this does provide
the short-term traveler with access to U.S. networks without
a local foreign data network account.
Have subscribers to this list utilized CSCNet for foreign access
to U.S. networks? What is the experience. The surcharge on
CompuServe is evidently $20/hour, which is generally less than
what one would pay to local networks in Germany and Britain (and probably
elsewhere) for the same service. There will be local ld charges, e.g. so
far the only node in Germany is evidently in Frankfurt, that will
offset the savings.
Ross Johnson
If I receive many replies, I will summarize to this group.
------------------------------
From: moss!ihlpf!ahl@RUTGERS.EDU (A Little)
Subject: Re: Incoming Phone Calls
Date: 25 Jun 87 14:52:49 GMT
To: <TELECOM@BUIT1.BU.EDU>
> > If all the lines in a neighborhood are being utilized and someone tries to
> > call into that area to a phone that is NOT being used what (if anything) will
> > happen? Will they get a busy signal?
>
> I believe that they will get a re-order tone. This is a "fast-busy",
Most local offices TRY to design their networks so that blocking will
not occur. A classic example of the above scenario is an area
near a high school and a majority of the students get home at
3:00 and want to call their friends. A well designed office will
distribute lines from this area throughout the network.
The respondant was correct, though, that if all circuit are used,
reorder tone will result.
Andy
inhp4!ihlpf!ahl
------------------------------
Date: 25 Jun 86 08:15 EST
From: C0144%CSUOHIO.BITNET@WISCVM.WISC.EDU
To: TELECOM@BUIT1.BU.EDU
Subject: Re: Addresses of Government Officials
Outside of the usual public carriers, does anyone have any idea if the
pubic officials mentioned earlier have Internet addresses? Surely, there must
be at least *1* person at the top levels of our government with enough
initiative to venture into our realm.
Of course, actually reading the mail is a different story. :-)
-Dave
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
From the North Coast Dave Chatfield, Dept. of Computer Services
_____ of America...._-! Cleveland State University
! --___ ___-- !
! ------(*) ! BITNET: C0144@CSUOHIO
! Cleveland ! ARPA: C0144%CSUOHIO.BITNET@WISCVM.WISC.EDU
! ! USENET: davec!ncoast.UUCP
! O H I O ! BBS: Assistant Sysop, PC-OHIO 216-381-3320
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
------------------------------
Date: Thu, 25 Jun 87 17:58:38 EDT
From: Michael Grant <mgrant@mimsy.umd.edu>
To: ROODE@bionet-20.arpa, telecom@buit1.bu.edu
Subject: Re: FCC Surcharges for Telenet/Tymnet/CompuServe/MCIMAIL/etc.
Cc: BIONET@bionet-20.ARPA, Cimbala@bionet-20.ARPA,
If they add these fees, it seems like it's going to be the same price to
dial up directly to the service long-distance. Am I missing something?
-Mike
------------------------------
Date: Thu, 25 Jun 87 20:48:09 EDT
From: "Keith F. Lynch" <KFL@AI.AI.MIT.EDU>
Subject: Information tax
To: ROODE@BIONET-20.ARPA
Cc: KFL@AI.AI.MIT.EDU, Telecom@BUIT1.BU.EDU
> Is it fair to have voice pay more than data for the identical services?
It is not the identical service. A T1 line (1.544 million baud) can
support 44 full duplex voice conversations. It can support over 1200
1200 baud links. And that is worst case, where both ends of the link
are sending 1200 baud solid without pause. Actual usage tends to be
about 1/10 of this, and this feature is taken advantage of by packet
nets such as telenet, tymnet, etc.
If this was not the case, how could services such as PC PURSUIT
afford to sell time for less than six cents per hour? Presumably they
are multiplexing over some existing common carrier and already paying
the access charges and long distance charges, anyway.
Five dollars per hour for a 1200 baud line? Only if voice lines are
charged $1400 per hour! Why should they pay less for the same service?
Seriously, if anyone can find any possible justification for this
proposed 8000% tax, I would very much like to hear it.
...Keith
------------------------------
End of TELECOM Digest
*********************
Date: Tue, 30 Jun 87 0:21:34 EDT
From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
Reply-to: TELECOM@BUIT1.BU.EDU
Subject: TELECOM Digest V7 #21
To: TELECOM@BUIT1.BU.EDU
TELECOM Digest Tue, 30 Jun 87 0:21:34 EDT Volume 7 : Issue 21
Today's Topics:
Re: Incoming Phone Calls
Area Code split, Chicago area
Submission for comp-dcom-telecom
Re: Submission for comp-dcom-telecom
Clarksville, Md.
----------------------------------------------------------------------
To:
From: pttesac!vanam@lll-tis.arpa.ARPA (Marnix van Ammers)
Subject: Re: Incoming Phone Calls
Date: 28 Jun 87 18:20:51 GMT
In article <MDC-WBD-BO4Z2@OFFICE-1> WBD.MDC@OFFICE-1.ARPA (William Daul / McDonnell-Douglas / APD-ASD) writes:
>This may end up sounding like a really dumb question but...
>
>If all the lines in a neighborhood are being utilized and someone tries to call
>into that area to a phone that is NOT being used what (if anything) will
>happen? Will they get a busy signal?
Me and my friend who both work in the phone company and have
experience with ESS happened to read this and before reading
the followups decided that unless there was a problem with
the office (poor load balancing), nothing would happen. That
is, the incoming call would complete with no problem.
If there were poor load balancing, some of the people in
the neighborhood would start getting no-dial-tone or slow-
dial-tone at times.
On incoming calls to a very busy office with poor load
balancing, callers could get re-order tone (120 ipm busy
tone).
--
Marnix (ain't unix!) A. van\ Ammers Work: (415) 545-8334
Home: (707) 644-9781 CEO: MAVANAMMERS:UNIX
UUCP: {ihnp4|ptsfa}!pttesac!vanam CIS: 70027,70
** So what *is* a deterministic finite automaton ? **
------------------------------
Date: 29-Jun-1987 0028
From: covert%covert.DEC@decwrl.dec.com (John R. Covert)
To: telecom@buit1.bu.edu
Subject: Area Code split, Chicago area
In 1990, Chicago, currently 312, will split. The inner area will
remain 312; the outer area will be 708.
This leaves only 903, 908, 909, and 917 available for assignment.
(508 is assigned to Massachusetts, 719 to Colorado, and 407 to Florida.)
/john
------------------------------
From: moss!asr2!skipt@RUTGERS.EDU
Date: 29 Jun 87 13:28:40 GMT
To: moss!cbosgd!comp-dcom-telecom@rutgers.EDU
Subject: Submission for comp-dcom-telecom
Path: asr2!skipt
From: skipt@asr2.UUCP (Skip Tourville)
Newsgroups: comp.dcom.telecom
Subject: Re: Submission for comp-dcom-telecom
Summary: it this really true?
Message-ID: <109@asr2.UUCP>
Date: 29 Jun 87 13:28:39 GMT
References: <8706250758.AA04222@sdcsvax.UCSD.EDU>
Organization: AT&T Conversant Systems, Columbus, OH
Lines: 15
>From a recent article:
> ....... EVERY phone number is on it's own DEDICATED pair running
> all the way to the Central Office Switch servicing that area [often
Is this really true? (For residential service I mean)
In areas where there is a large concentration of directory numbers
it might be useful to run a digital trunk to a remote switching unit.
If the number of digital channels is less that the number of directory
numbers, some blocking would occur under heavy load. I think I have
heard of such arrangements.
Skip
------------------------------
Date: Mon, 29 Jun 87 19:31:49 EDT
From: Carl Moore (VLD/VMB) <cmoore@BRL.ARPA>
To: telecom@BRL.ARPA
Subject: Clarksville, Md.
I made it down to Clarksville, Maryland recently. The setup I knew for there
as of several years ago was (in area code 301):
286--no local service to Balt. or DC
531 (Columbia service)--local to Baltimore city, not beyond it
988 (Ellicott City service)--local to Baltimore metro area
so I assumed that 286, with the smallest calling area, would show up on pay phones.
But recently, I noticed 286 popping up in Washington area directory as Berwyn, part
of Washington metro area; so the question I put forth in a recent Digest was what
was now on the Clarksville pay phones. Answer: 531.
This suggests that Clarksville area is changing from rural to suburban-bedroom.
(Use 596--Columbia with Laurel service--for local service to DC.)
------------------------------
End of TELECOM Digest
*********************
Date: Sat, 25 Jul 87 19:05:34 EDT
From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
Reply-to: TELECOM@BUIT1.BU.EDU
Subject: TELECOM Digest V7 #22
To: TELECOM@BUIT1.BU.EDU
TELECOM Digest Sat, 25 Jul 87 19:05:34 EDT Volume 7 : Issue 22
Today's Topics:
PDN surcharge
Re: copper pairs back to the CO
Dedicated lines to CO
novatel 390
sales calls and directory listings
Bell PA as L.D. Carrier
----------------------------------------------------------------------
Date: Tue, 30 Jun 87 15:07 MST
From: Paul Dickson <Dickson@HIS-PHOENIX-MULTICS.ARPA>
Subject: PDN surcharge
To: TELECOM@BUIT1.BU.EDU
> Enhanced services add value to, or enhance the use of, basic transmission
>service. Examples of enhanced services, which the Commission defined in its
>Computer II and Computer III procedings, include computer-based applications
>such as protocol processing, information retrieval systems and voice or
>message services.
How does the FCC define "basic transmission service"? If it's a voice
connection between to two points, then services like PC-pursuit
shouldn't be considered an "enchanced service". The bits per second data
rate of these data serives are far lower than voice communications. I
wouldn't mind paying the surcharge if I got with it a 19.2Kbps data rate
or greater.
Paul Dickson
Dickson%pco @ BCO-Multics.ARPA
------------------------------
Date: Tue, 30 Jun 87 17:16:19 EDT
From: Michael Grant <mgrant@mimsy.umd.edu>
To: moss!asr2!skipt%RUTGERS.EDU@buit1.bu.edu,
Subject: Re: copper pairs back to the CO
>> ....... EVERY phone number is on it's own DEDICATED pair running
>> all the way to the Central Office Switch servicing that area [often ...
In some circumstances, especially if you order up many phone lines, the
telco will install a T1 line to a room or closet you provide them. They
then break that T1 line upto 24 voice channels. I have heard of this being
done to offices and apartment complexes in areas where the copper wire back
to the CO is at a premium.
-Mike Grant
------------------------------
Date: Wed, 1 Jul 87 11:04:32 edt
From: df1b+@andrew.cmu.edu (David R. Fulmer)
To: telecom@xx.lcs.mit.edu
Subject: Dedicated lines to CO
Cc:
> ....... EVERY phone number is on it's own DEDICATED pair running
> all the way to the Central Office Switch servicing that area [often
Ah, but this is not always true. In some areas where the local telco
didn't plan ahead for enough expansion they sometimes multiplex several
subscriber's lines onto one wire pair. This way they don't have to lay
new cable if the area outgrows their original estimates.
A freind has this. He has both a voice line and a line running his
BBS, but only one wire pair running to the CO.
This doesn't have much to do with the original discussion about all pairs
being busy, but I though it was worth posting anyway. . .
Dave Fulmer
!seismo!andrew.cmu.edu!df1b
df1b+@andrew.cmu.edu (arpa)
r750df1b@cmccvb (bitnet)
------------------------------
Date: Tue, 7 Jul 87 18:24 EDT
From: Kovalcik@MIT-Multics.ARPA (Richard Kovalcik, Jr.)
Subject: novatel 390
To: telecom@AI.AI.MIT.EDU
Cc: rk@AI.AI.MIT.EDU
I am looking for someone familiar with the "dealer setable" options on
the novatel 390 cellular phone and / or with access to the dealer
instruction manual. I am especially interested in descriptions of the
"dealer setable" options. Please contact me if you can help.
------------------------------
From: SPGDCM%UCBCMSA.Berkeley.EDU@jade.berkeley.edu
Date: Fri, 10 Jul 87 17:15:57 PDT
To: telecom@buit1.bu.edu
Subject: sales calls and directory listings
MSG:FROM: SPGDCM --UCBCMSA TO: NETWORK --NETWORK 07/10/87 17:15:56
To: NETWORK --NETWORK Network Address
From: Doug Mosher <SPGDCM at UCBCMSA>
Title: MVS/Tandem Systems Manager (415)642-5823
Office: Evans 257, Univ. of California, Berkeley, CA 94720
Subject: sales calls and directory listings
To: telecom@buit1.bu.edu
I just got some interesting info from the sales rep at Pacific Bell when I
called asking how I could reduce my receipt of sales calls.
On the one hand, I could only choose between being "listed" (so my friends and
apparently businesses can all find me) or "unlisted" (so neither can, and
paying an extra fee). Also I cannot order a directory line such as "NO SALES
CALLS".
HOWEVER, another very nice option exists. There is another directory, the
"reverse directory", which is ordered by physical address. This is used by
almost all sales callers, since they choose neighborhoods, based in good part
on demographics (certain neighborhoods or streets tend to be rich/poor/full of
homeowners/people living in salt air and needing window repairs/etc/etc).
Normally if you are "listed" you're listed in both, and "unlisted", unlisted
in both. BUT: It is FREE to be de-listed in the reverse directory only, and
still appear in the regular one. Comes out every 6 months so it takes awhile
for you to see the effect of delisting; I imagine some organizations use old
ones so it might fade over an even longer period.
The salesperson believed that 9 out of 10 sales callers use the reverse.
In published brochures I now remember the telco claiming that the reverse
directory is used also by police, fire, etc. Hmmmm, betcha I'll still show on
the 911 screens even though I de-listed.
Thanks, Doug
sales calls and directory listings
------------------------------
Date: Sat, 11 Jul 87 01:01:45 PDT
From: jimmy@PIC.UCLA.EDU (Jim Gottlieb)
To: telecom@buit1.bu.edu
Subject: Bell PA as L.D. Carrier
Cc:
A May 1987 bill insert from Bell of Pennsylvania suggests that customers
use the PIC code of 1-0-B-P-A when calling to South Jersey in order to
"automatically save 10% off AT&T's regular long-distance rates for these
calls..."
I remember hearing that there is some deal that lets Bell of PA (and, I think,
New York Tel.) handle inter-LATA traffic into parts of New Jersey. That's
OK. What puzzled me was the following sentence: "If you've already chosen
Bell of Pennsylvania as your long-distance company, there's no need to dial
'1-0-B-P-A.'"
Now, I do sleep eight hours a night so I may have missed something, but
I do know that BOCs can not be long-distance carriers. How could some-
one have Bell of PA as their primary carrier?
------------------------------------------------------------------------------
Jim Gottlieb "It's easier to apologize than to ask permission. When in
doubt, do it."
Internet: jimmy%pic@ats.ucla.edu
UUCP: sdcsvax!sdcrdcf!ucla-cs!pic.ucla.edu!jimmy
------------------------------
End of TELECOM Digest
*********************
Date: Sat, 25 Jul 87 19:41:15 EDT
From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
Reply-to: TELECOM@BUIT1.BU.EDU
Subject: TELECOM Digest V7 #23
To: TELECOM@BUIT1.BU.EDU
TELECOM Digest Sat, 25 Jul 87 19:41:15 EDT Volume 7 : Issue 23
Today's Topics:
Submission for comp-dcom-telecom
distributed key system info wanted
Incompatibility with 5ESS?
NYSE stock quotes, etc, SCA data transmission in FM Bands
BOC Support
----------------------------------------------------------------------
From: Gerry Wheeler <wheels%mks%math.waterloo.edu@RELAY.CS.NET>
Date: 14 Jul 87 18:57:39 GMT
To: comp-dcom-telecom%watmath.waterloo.edu@RELAY.CS.NET
Subject: Submission for comp-dcom-telecom
Path: mks!wheels
From: wheels@mks.UUCP (Gerry Wheeler)
Newsgroups: comp.dcom.telecom
Subject: distributed key system info wanted
Keywords: distributed key system
Message-ID: <281@mks.UUCP>
Date: 14 Jul 87 18:57:38 GMT
Distribution: na
Organization: Mortice Kern Systems, Waterloo, Ont.
Lines: 58
We are going to have our operations distributed between two buildings, a
short distance apart (but not adjacent -- the intervening public roads
prevent running wires between buildings). We would like to find a
telephone system which will span the two buildings transparently. For
example, people using the intercom shouldn't have to know whether the
destination is in the same building or not, and people in either
building should be able to answer incoming calls (especially when the
system is set for night service).
We currently have an electronic key system with features such as hands
free intercom, paging, and busy lamps on all stations, and we would like
something similar. We expect a maximum size of 16 to 20 stations total,
and maybe 5 CO lines.
So far, we have seen three solutions. One is to run all the CO lines
into building A, which would have a (electronic) key system. Then,
using several single line interfaces, station outputs would run from
system A to building B, likely via leased lines. The phones in building
B would be standard desk phones. They would be able to access the
system's features by dialling special codes, but they wouldn't have
features like hands-free intercom, busy lamps, etc. The second solution
is to put another (electronic) key system in building B, which would see
the station lines from system A as CO lines. Unfortunately, this does
not give the desired transparency. For example, the two intercom
systems remain completely independent. The third solution we have seen
is to use electronic systems which are designed to be tied together.
The IBM-Rolm Redwood system is one of these. The two systems operate as
equals, rather than master/slave. However, even then there are failings
in the transparency of operation. For example, the intercoms are not
integrated, and calling an extension on the other system still involves
going through local dial tone, getting remote dial tone, and dialling
the remote extension.
It would seem technically feasible to have two electronic systems which
pass data and voice back and forth over leased lines, such that they
share a common view of the world. By continually updating each other as
to the status of their stations and lines, all stations' indicators
would reflect the status of the whole distributed system. In addition,
when calling a remote station, the originating system could send data to
the remote system indicating which tie line is being used for voice, and
to which extension it should be routed. In such a system stations
connected to either system would have equal access to all other
stations, and features like busy lamps would operate correctly for all
stations and lines. (As a bonus, if this system could also provide a
few 9600 bps serial lines between the buildings, we would really be
set!)
If someone could point us in the direction of a system to integrate the
two buildings, for a reasonable cost, we would be most appreciative. Of
course, responses on unreasonable systems will be read with interest
too. We'll summarize whatever information we get.
--
"Network XXIII. Where two's company, and three's an audience." -- Max Headroom
Gerry Wheeler {seismo,decvax,ihnp4}!watmath!mks!wheels
Mortice Kern Systems Inc.
------------------------------
Date: Tue Jul 14 15:01:27 1987
From: mcb@lll-tis.ARPA (Michael C. Berch)
Subject: Incompatibility with 5ESS?
To: telecom@xx.lcs.mit.edu
The Pacfic Bell CO (Millbrae, California: 415-697) where I live is
finally installing a new switch, replacing the one installed in 1954.
We will finally get stuff like international direct dial, etc., that
normal people have had for a while now. PacBell sent out the following
letter (excerpted):
"Dear Customer:
As part of our plan to expand and improve telephone service, [...] we
will be making some changes in the central office equipment serving
your area. [...]
We are informing you in advance of this change because there is a
possibility that our new equipment may affect some customer telephone
equipment. [...] If you have [equipment other than a standard
Touch-Tone or rotary-dial telephone] please contact your equipment
vendor prior to our change date.
Your vendor will need to know these facts:
Pacific Bell is installing #5 ESS equipment in the Millbrae
Central Office. Installation is planned for September 19, 1987.
Your vendor can tell you if any adjustments are necessary to make your
equipment compatible with our installation. [...]"
-----
Hmmm. I didn't know that a 5ESS was not downwardly compatible with
anything you might plug into the network. What sorts of things might
cause problems or be incompatible? Are they talking about older PBXs,
or what?
Michael C. Berch
ARPA: mcb@lll-tis.arpa
UUCP: {ames,ihnp4,lll-crg,lll-lcc,mordor}!lll-tis!mcb
------------------------------
Date: Mon, 20 Jul 87 04:53:38 PDT
From: <ptsfa!uucp@ames.arpa>
To: ames!comp-dcom-telecom
Path: ptsfa!nonvon!root
From: root@nonvon.UUCP (root)
Newsgroups: sci.electronics,misc.invest,misc.wanted,rec.audio,sci.crypt,comp.dcom.telecom,rec.ham-radio,rec.ham-radio.packet
Subject: NYSE stock quotes, etc, SCA data transmission in FM Bands
Keywords: NYSE quotes, SCA, FM, Data
Message-ID: <620@nonvon.UUCP>
Date: 19 Jul 87 23:50:06 GMT
Organization: NONVON Systems Computer Research Group
Lines: 21
Looking for information on recieving or decoding the data transmissions
that occur on many Public Service FM radio stations (KQED, KQEC, KMET, etc).
Any help/information at all would be appreciated.
Info is modulated on the SCA subcarrier for many background music
applications. Special reciever circuitry is used for reception. Althouh
most stations transmit music, some, like KQED, transmit data, and this is
specifically what I'm looking for... the baud rate, encoding method, etc.
Please e-mail responses, and *IFF* there is any interest, I will
disburse what I get.
Thank You,
Alex P Novickis
UUCP: {ihnp4,ames,qantel,sun,amdahl,lll-crg,pyramid}!ptsfa!nonvon!apn
{* Only those who attempt the absurd ... will achieve the impossible *}
{* I think... I think it's in my basement... Let me go upstairs and check. *}
{* -escher *}
------------------------------
Date: 21 Jul 87 18:32 PDT
From: William Daul / McDonnell-Douglas / APD-ASD <WBD.MDC@OFFICE-1.ARPA>
Subject: BOC Support
To: TELECOM@BUIT1.BU.EDU
Could someone please send me the name of the organization that was created to
support the BOCs. I think it was mentioned way back when...the company was
suppose to make sure that the BOCs would always be able to talk with one
another...in the national interest...as well as other services. Thanks for any
pointers, --Bi//
[I believe you are referring to Bell Communications Research, or
Belcore. --JSol]
------------------------------
To: ucbvax!BUIT1.BU.EDU!jsol
Date: Thu, 23 Jul 87 07:43:08 EDT
From: ulysses!heh <ulysses!heh@ucbvax.Berkeley.EDU>
Could you please post the following note for me? Thanks.
I'm looking for *ANY* product in the market with a VME or SCSI
interface that interfaces with telephone lines or that does
digital voice recording and transmission. This product
(hardware/firmware/software) is expected to do any of the
following: initiate and answer calls, recognize and generate
touch tone, digitize, store, and play back voice files, and
to carry on dialogues with voice input and touch-tone control.
Products I'm looking for are similar to the Natural Microsystems'
Watson board or Dialogic Corp's Dialog board for PCs, and the
Voice Power board for AT&T UNIX PC 7300, but I'd like to use Sun
workstations.
Any information is appreciated. Thanks in advance.
Harlan Husmann
{ihnp4,ucbvax,vax135,seismo}!ulysses!heh
(201)582-4834
------------------------------
End of TELECOM Digest
*********************
Date: Sat, 25 Jul 87 20:05:49 EDT
From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
Reply-to: TELECOM@BUIT1.BU.EDU
Subject: TELECOM Digest V7 #24
To: TELECOM@BUIT1.BU.EDU
TELECOM Digest Sat, 25 Jul 87 20:05:49 EDT Volume 7 : Issue 24
Today's Topics:
Long Distance Carriers
----------------------------------------------------------------------
Date: Sat, 18 Jul 87 18:03:15 cdt
From: John Reece <sun!texsun!pollux!john@seismo.CSS.GOV>
To: comp-dcom-telecom@seismo.CSS.GOV
Path: pollux!john
From: john@pollux.UUCP (John Reece)
Newsgroups: comp.dcom.telecom
Subject: Long Distance Carriers
Message-ID: <321@pollux.UUCP>
Date: 18 Jul 87 22:42:46 GMT
Reply-To: john@pollux.UUCP (John Reece)
Distribution: world
Organization: Department of Electrical Engineering; S.M.U.; Dallas, TX
Lines: 444
The following is a list of long distance carrier access numbers of the
form 10XXX. An asterisk indicates that the number is used but the name
of the company is not available.
001 MidAmerican LD (Republic Telecom)
002 AmeriCall LDC
003 RCI Corporation
004 *
005 *
006 *
007 Tel America
009 *
010 *
011 Metromedia Long Distance
012 Charter Corporation (Tri-J)
013 Access Services
014 *
015 *
018 *
020 *
021 Mercury
022 MCI Telecommunications
023 Texnet
024 Petricca Communications Systems
028 Texnet
030 Valu-Line of Wichita Falls
031 Teltec Saving Communications
033 US Sprint
035 *
036 Long Distance Savers
039 Electronic Office Centers of America (EO/Tech)
040 *
042 First Phone
044 Allnet Communication Services (LDX, Lexitel)
050 *
051 *
053 American Network (Starnet)
054 *
055 *
056 American Satellite
057 Long Distance Satellite
058 *
059 COMNET
060 Valu-Line of West Texas
061 *
062 *
063 COMNET
065 *
066 *
069 V/COM
070 National Telephone Exchange
072 *
077 *
080 AMTEL Systems
081 *
082 *
084 Long Distance Service (LDS)
085 WesTel
086 *
087 *
088 Satellite Business Systems (MCI)
089 Telephone Systems
090 WesTel
092 *
093 Rainbow Communications
095 Southwest Communications
098 *
099 AmeriCall
120 *
121 *
122 RCA Global Communications
123 *
124 *
131 *
133 *
137 All America Cables and Radio (ITT)
142 First Phone
146 ARGO Communications
170 *
177 *
188 Satellite Business Systems
200 *
201 PhoneNet
202 ExecuLines
203 Cypress Telecommunications (Cytel)
204 United Telephone Long Distance
205 *
206 United Telephone Long Distance
210 *
211 RCI
212 Call US
213 Long Distance Telephone Savers
214 Tyler Telecom
215 Star Tel of Abilene
216 *
217 Call US
218 *
219 Call USA
220 Western Union Telegraph
221 *
222 MCI Telecommunications (SBS)
223 Cable & Wireless Communication (TDX)
224 American Communications
225 *
226 *
227 ATH Communications (Call America)
228 *
229 Bay Communications
230 *
231 *
232 Superior Telecom
233 Delta Communications
234 AC Teleconnect (Alternative Communication)
235 *
236 *
237 Inter-Comm Telephone
238 *
239 Woof Communications (ACT)
240 *
241 American Long Lines
242 Choice Information Systems
243 *
244 Automated Communications
245 Taconic Long Distance Service
246 *
247 *
248 *
249 *
250 Dial-Net
251 *
252 Long Distance/USA
253 Litel Telecommunications
255 All-State Communications
256 American Sharecom
258 *
260 Advanced Communications Systems
263 Com Systems (Sun Dial Communications)
264 *
265 *
266 *
267 *
268 Compute-A-Call
269 *
270 *
271 *
272 *
275 *
276 CP National (American Network, Starnet)
277 *
278 *
280 *
282 *
283 *
284 American Telenet
285 *
286 Clark Telecommunications
287 ATS Communications
288 AT&T Communications
295 *
298 Thriftline
299 *
300 *
301 *
302 Austin Bestline
303 MidAmerican LD (Republic Telecom)
304 *
307 *
310 *
311 SaveNet (American Network, Starnet)
312 *
313 *
314 *
318 Long Distance Savers
321 Southland Systems
322 American Sharecom
323 *
324 First Communication
326 *
330 *
331 Texustel
332 *
333 US Sprint
335 *
336 Florida Digital Network
337 *
338 Midco Communications
339 Communication Cable Laying
341 *
342 *
343 Communication Cable Laying
345 AC Teleconnect (Alternative Communication)
348 *
350 Dial-Net
353 *
355 US Link
357 Manitowoc Long Distance Service
358 *
362 Electronic Office Centers of America (EO/Tech)
363 Tel-Toll (Econ-O-Dial of Bishop)
366 *
369 American Satellite
370 *
372 *
373 Econo-Line Waco
375 Wertern Union Telegraph
379 *
382 *
385 The Switchboard
390 *
393 Execulines of Florida
399 *
400 American Sharecom
401 *
404 MidAmerican LD (Republic Telecom)
405 *
411 *
412 Penn Telecom
414 *
415 *
421 *
422 *
424 *
426 *
428 Inter-Comm Telephone
432 Lightcall
435 Call-USA
436 Indiana Switch
440 Tex-Net
441 Escondido Telephone
442 First Phone
443 *
444 Allnet Communication Services (LDX, Lexitel)
445 *
450 *
452 *
455 Telecom Long Distance
456 ARGO Communications
457 *
458 *
462 American Network Services
464 Houston Network
465 Intelco
466 International Office Networks
468 *
469 GMW
470 *
472 Hal-Rad Communications
475 *
480 Chico Telecom (Call America)
482 *
484 *
486 *
488 United States Transmission Systems (ITT)
497 *
500 *
505 San Marcos Long Distance
511 *
512 *
515 Burlington Telephone
523 *
529 Southern Oregon Long Distance
532 Long Distance America
533 Long Distance Discount
535 *
536 Long Distance Management
537 *
538 *
539 *
543 *
547 *
550 Valu-Line of Alexandria
551 Pittsburg Communication Systems
552 First Phone
555 TeleSphere Networks
556 *
565 *
566 Cable & Wireless Communication (TDX)
567 Advanced Marketing Services (Dial Anywhere)
579 Lintel System (Lincoln Telephone LD)
580 *
584 *
585 *
587 *
588 *
590 Wisconsin Telecommunications Tech
599 Texas Long Distance Conroe
600 *
601 Discount Communications Services
602 *
606 Biz Tel Long Distance Telephone
607 *
610 *
616 *
622 Metro America Communications
626 *
627 *
628 *
634 Econo-Line Midland
638 *
646 Contact America
647 *
652 *
654 Cincinnati Bell Long Distance
655 Ken-Tel Service
658 *
660 Tex-Net
661 *
666 Southwest Communications
669 *
675 Network Services
678 *
680 Midwest Telephone Service
682 Ashland Call America
684 Nacogdoches Telecommunications
685 *
687 NTS Communications
688 *
689 *
698 *
700 Tel-America
704 Inter-Exchange Communications
707 Telvue
709 Tel-America
711 *
717 Pass Word
722 *
723 *
724 *
726 Procom
727 Conroe-Comtel
728 *
729 *
733 *
734 *
735 Marinette-Menominee Lds
736 *
737 National Telecommunications
738 *
741 ClayDesta
742 Phone America of Carolina
743 Peninsula Long Distance Service
747 Standard Informations Services
753 *
755 Sears Communication
757 Pace Long Distance Service
759 Telenet Communication (US Sprint)
760 American Satellite
765 *
766 Yavapai Telephone Exchange
767 *
770 *
771 Telesystems
774 *
776 *
777 US Sprint
778 *
782 *
785 Olympia Telecom
786 Shared Use Network Service
787 Star Tel of Abilene
788 ASCI's Telepone Express Network
789 Microtel
792 Southwest Communications
800 Satelco
801 MidAmerican LD (Republic)
805 *
808 *
818 *
821 *
822 *
823 *
824 *
825 *
826 *
827 TCS Network Services
833 Business Telecom
834 *
835 *
836 *
837 *
838 *
839 Cable & Wireless Communication (TDX)
847 VIP Connections
850 TK Communications
852 Telecommunicatons Systems
853 *
855 *
857 *
859 Valu-Line of Longview
862 *
864 *
866 Alascom
868 *
870 *
872 Telecommunications Services
874 Tri-Tel Communications
876 *
878 *
879 Thriftycall (Lintel Systems)
880 *
881 Coastal Telephone
882 Tuck Data Communications
883 TTI Midland-Odessa
884 TTI Midland-Odessa
885 The CommuniGroup
887 *
888 Satellite Business Systems (MCI)
889 *
895 Texas on Line
897 Leslie Hammond (Phone America)
898 Satellite Business Systems (MCI)
899 *
900 *
909 *
910 Montgomery Telamarketing Communication
911 *
915 Tele Tech
919 *
927 *
933 North American Communications
936 Rainbow Commuinications
937 Access Long Distance
938 Access Long Distance
945 *
950 *
951 Transamerica Telecommunications
955 United Communications
957 *
958 *
960 Access Plus
963 Tenex Communications
969 Dial-Net
977 *
983 *
985 America Calling
986 MCI Telecommunications (SBS)
987 ClayDesta Communications
988 Western Union Telegraph
991 Access Long Distance
992 *
995 *
996 *
999 *
------------------------------
End of TELECOM Digest
*********************
Date: Sat, 25 Jul 87 20:09:52 EDT
From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
Reply-to: TELECOM@BUIT1.BU.EDU
Subject: TELECOM Digest V7 #25
To: TELECOM@BUIT1.BU.EDU
TELECOM Digest Sat, 25 Jul 87 20:09:52 EDT Volume 7 : Issue 25
Today's Topics:
SS# & Utilities -- a story
----------------------------------------------------------------------
Date: 21 Jul 87 16:42:59 GMT
From: hao!gatech!spaf@ames.arpa (Gene Spafford)
Subject: SS# & Utilities -- a story
To: security@RUTGERS.EDU
[This is the last message to be published this weekend. A total of 4
digests were sent out with approximately 11 or 12 messages going to
individual recipients. TELECOM was nonfunctional for some time due to
several catastrophe's including my vacation and our network connection
going down several times. Things look more stable now.
NOTE: Telecom is available as comp.dcom.telecom on usenet, it would
lessen the load on the ARPANET/MILNET backbone if readers who receive
TELECOM in their mailbox and who read netnews; switch to reading TELECOM
as a newsgroup. Send your delete requests to telecom-request@buit1.bu.edu.
--jsol]
As a matter of principle, I'm one of those people who won't give out
my social security number when applying for utilities or credit cards.
The reasons why have been discussed numerous times in various
security-related groups. It is my understanding that it is against
the law to force someone to give his/her social security number unless
it is a government agency; although I've often run into occasional
resistance, a few moments of explanation has usually resulted in
things working out okay.
Then there's today. I'm moving to W. Lafayette Indiana in two weeks
and I called to establish my phone service there. Indiana is
served by GTE for phone service. I did not anticipate any problems
since I have an excellent credit history, as could be verified by
a quick check with the local Southern Bell folks. After the rep
at GTE took all my information down, she asked for my SS#. I explained
that I don't give that out. She informed me that I would be required
to pay a $75 deposit if I refused to give my SS#. So, I asked to
talk to her supervisor.
Her supervisor repeated that I would have to give my SS# to waive the
deposit. I asked if they could simply call Southern Bell or take a
credit card #, or they could call Purdue and verify my employment. He
said that wasn't enough -- I had to supply my SS#, no other option. I
enquired as to why they needed it -- he said it was for a credit check
and to verify future disconnect requests. I explained that they could
do that self-same credit check without the SS# *and* I don't give out
my SS# precisely because I don't want it used as a verification number
on my account. He insisted I either supply the number or pay the
deposit. He also asked why I was being so stubborn -- it was even on
my driver's license, wasn't it? (It isn't -- and hasn't been. In
Georgia, you have always had the option of having a different ID, and
now the licenses are being issue with those as default. The guy at GTE
claims that the Indiana licenses are *required* to have the SS# on them
-- anyone know if this is true? It shouldn't be...) I explained that
having done some work in computer security, and personal experience, I
know how that number can be abused. He said I was the only person he'd
ever run into to refuse to give the SS# (!).
I then asked him if the requirement for a SS# was written policy -- I
wanted a copy to examine. He informed me that such information was
private to the company and I couldn't have a copy -- didn't I trust
him? I then asked if that policy was on file with the state Public
Service Commission. At that he (rather loudly) asked if I wanted
service with GTE or not? I asked him very calmly if he was threatening
to deny me service -- he quieted down. I next explained that I wanted
to see a copy of the written policy because it would be interesting to
include in an article I might write on improper use of SS#s. He became
very quiet. I offered to find the name and number of someone at
Southern Bell who could verify my 9 years of service here. He said to
call back with that information (thankful to get rid of me, I guess).
The lady I talked to at Southern Bell was very helpful. She informed
me that all the Southern Bell operators are told not to force a SS#
because it is against both policy and law, but if someone won't provide
it they are to get a bank account # or credit card number (both of
which I am willing to give in circumstances such as this). She was
more than willing to talk to the supervisor at GTE and give him a
credit reference, if only he'd call. She said she'd also fill him in
on policy. *AND*, most interestingly, Southern Bell had somehow
obtained my SS# through other means and it was on file, but she
marked it so that it was not to be given out to anyone, specifically
not anyone with GTE Indiana. :-)
Back to GTE. I called the supervisor (collect, of course) and gave him
the name and number of the lady at Southern Bell. He was very curt and
said he'd probably still require a deposit. He hung up on me.
20 minutes later the original GTE operator called me back and
cheerily informed me that my service would be turned on August 4
with *no* deposit required!
Questions
---------
1) Do many of you (net-readers) withhold your SS# in similar circumstances?
Do you have these kinds of confrontations too?
2) Anyone know if other people at GTE Indiana are such jerks, or is
this an isolated instance?
3) Anyone know if Indiana does, in fact, *require* that the SS# be
on the driver's license?
4) Should I bother to follow-up on this further? That is, should
I bother contacting the Public Service commission in Indiana
about the treatment I received? (I'm currently not sure it is
worth the effort).
Too bad we don't have a choice of phone companies as well as long
distance carriers -- I'd keep Southern Bell.
--
Gene Spafford
Software Engineering Research Center (SERC), Georgia Tech, Atlanta GA 30332
Internet: spaf@gatech.gatech.edu
uucp: ...!{decvax,hplabs,ihnp4,linus,rutgers,seismo}!gatech!spaf
------------------------------
End of TELECOM Digest
*********************
Date: Tue, 18 Aug 87 18:26:42 EDT
From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
Reply-to: TELECOM@BUIT1.BU.EDU
Subject: TELECOM Digest V7 #26
To: TELECOM@BUIT1.BU.EDU
TELECOM Digest Tue, 18 Aug 87 18:26:42 EDT Volume 7 : Issue 26
Today's Topics:
modem/Contel SL1XT problem
charging schemes
ISDN
What number am I dialing from?
Bell of PA as a LD carrier
Submission for comp-dcom-telecom
Re: SS# & Utilities -- a story
BBS project !!
----------------------------------------------------------------------
To: uw-beaver!comp-dcom-telecom@beaver.cs.washington.edu
From: uw-nsr!stewart@beaver.cs.washington.edu (Stewart Castaldi)
Subject: modem/Contel SL1XT problem
Date: 24 Jul 87 22:59:03 GMT
We have recently moved our computer which required that our telephone
lines be attached to a different PBX. This new PBX is a Contel SL1XT.
We have seven modem lines, 1 dial-out and 6 dial-in. The dial-in lines
are on a hunt group so that if the first line is busy when it is dialed
then the call will automatically be transfered to the first non-busy
line.
It appears that the first line on the hunt group is being taken
off hook or disconnected approximately every half hour. Users complain
that carrier drops or garbage character strings are encountered about
every 30 minutes. The accounting files show that the line is going
off hook and then the modem is timing out and hanging up at approximately
10 and 40 minutes past the hour on a very regular basis.
Has anyone on the net experienced these problems or know of problems
with the Contel SL1XT?
--
Stewart Castaldi Dial: (206) 543-5418
University of Washington WD-12 Inet: stewart@nsr.acs.washington.edu
Seattle, Washington 98195 UUCP: uw-nsr!stewart
------------------------------
To: munnari!comp-dcom-telecom@uunet.UU.NET
From: munnari!trlamct.oz!andrew@uunet.UU.NET (Andrew Jennings)
Subject: charging schemes
Date: 24 Jul 87 05:43:40 GMT
We're doing some work that involves working out data charging schemes. So
far we've encountered the following schemes :
data rate (independent of distance)
rate & distance
rate & distance with special inter-city rates
distance to your local "center"
Are there any more elaborate schemes out there ? We figured that if these
cover all the US schemes then this probably covers all possible.
--
UUCP: ...!{seismo, mcvax, ucb-vision, ukc}!munnari!trlamct.trl!andrew
ARPA: andrew%trlamct.trl.oz@seismo.css.gov
Andrew Jennings Telecom Australia Research Labs
(Postmaster:- This mail has been acknowledged.)
------------------------------
Date: Sun, 26 Jul 87 17:28:44 EDT
From: Marc Davidson <443185%UOTTAWA.BITNET@wiscvm.wisc.edu>
Subject: ISDN
To: TELECOM@BUIT1.BU.EDU
Is anybody out there involved in ISDN trials? like the one being put on
by (I think ) Mountain Bell in Phoenix. Bell Canada is going to
be starting one in Ottawa in September, they will be using Northern Telecom's
DMS-100 switch and will be providing Basic Rate Access lines in the beginning
and later on, probably next year, Primary Rate Access lines. Intercity ISDN
is expected by 1989.
I was wondering what type of services are being offered by the present ISDN
trials in North America, is there any Broadband ISDN services yet?
In particular, the concept that you can take 'your' terminal from one physical
network outlet and then walk over to another physical outlet and plug 'your'
terminal in and still be recognized by the network, is an interesting one.
In Ottawa, that type of service will be provided behind any NT1 (Network Termin
ating equipment), but not behind another different NT1, it should be offered
globally (within the same switch) in the near future. It would be interesting
if you could do this sort of thing, but at much larger distances...say the othe
r side of the world. I would appreciate it if anybody could send me further
info on ISDN (in general).
Thanks,
Marc Davidson
Undergrad CO-OP student Electrical Eng.
University of Ottawa, Ottawa Canada
Bitnet: JMD2F@UOTTAWA, 443185@UOTTAWA
Telex/Dialcom: 20:GOC009, 22:PES001
Telno: (613) 722-7833
"Duntish: Mentally incapacitated by a severe hangover"
...Douglas Adams
------------------------------
Date: Sun 26 Jul 87 16:05:05-PDT
From: Vic Christensen <ETBME@ECLA.USC.EDU>
Subject: What number am I dialing from?
To: telecom@XX.LCS.MIT.EDU
At least at MIT (and I assume the surrounding area), the number to get
the mechanical voice to tell you what umber you're dialing from is
(200) 222-2222, if I recall correctly...
Vic Christensen
-------
------------------------------
Date: Mon, 27 Jul 87 08:48:20 EDT
From: prindle@nadc.arpa (Frank Prindle)
To: telecom@buit1.bu.edu
Subject: Bell of PA as a LD carrier
It is quite simple - if you choose (with Bell of PA) to make Bell of PA your
primary "long distance" carrier, the longest distance you can call with 1+ is
three south Jersey counties! A lot of people in PA, back when the ballots
were being distributed, didn't understand this (Bell of PA did nothing to make
it clear) and ended up with an apparently useless phone (since Bell of PA also
didn't explain 10xxx-1+ dialing either). Fortunately, Bell of PA "allowed"
these poor unfortunates to re-select a primary carrier without charge! I doubt
anyone really uses Bell of PA as a primary now.
Frank Prindle
Prindle@NADC.arpa
------------------------------
From: moss!twitch!uucp@RUTGERS.EDU
Date: 27 Jul 87 14:40:33 GMT
To: moss!cbosgd!comp-dcom-telecom@rutgers.EDU
Subject: Submission for comp-dcom-telecom
Path: twitch!homxb!hrs
From: hrs@homxb.UUCP (H.SILBIGER)
Newsgroups: comp.dcom.telecom
Subject: Re: SS# & Utilities -- a story
Summary: State requires SS# on driver licences.
Message-ID: <504@homxb.UUCP>
Date: 27 Jul 87 12:02:58 GMT
References: <8707260009.AA03268@buit1.bu.edu>
Distribution: world
Organization: AT&T Bell Laboratories, Holmdel
Lines: 55
>
>
> As a matter of principle, I'm one of those people who won't give out
> my social security number when applying for utilities or credit cards.
> The reasons why have been discussed numerous times in various
> security-related groups. It is my understanding that it is against
> the law to force someone to give his/her social security number unless
> it is a government agency; although I've often run into occasional
> resistance, a few moments of explanation has usually resulted in
> things working out okay.
>
> Then there's today. I'm moving to W. Lafayette Indiana in two weeks
> and I called to establish my phone service there. Indiana is
> served by GTE for phone service. I did not anticipate any problems
> since I have an excellent credit history, as could be verified by
> a quick check with the local Southern Bell folks. After the rep
> at GTE took all my information down, she asked for my SS#. I explained
> that I don't give that out. She informed me that I would be required
> to pay a $75 deposit if I refused to give my SS#. So, I asked to
> talk to her supervisor.
> said he'd probably still require a deposit. He hung up on me.
>........
.........
>
> Questions
> ---------
>
> 1) Do many of you (net-readers) withhold your SS# in similar circumstances?
> Do you have these kinds of confrontations too?
>
> 2) Anyone know if other people at GTE Indiana are such jerks, or is
> this an isolated instance?
>
> 3) Anyone know if Indiana does, in fact, *require* that the SS# be
> on the driver's license?
>
> 4) Should I bother to follow-up on this further? That is, should
> I bother contacting the Public Service commission in Indiana
> about the treatment I received? (I'm currently not sure it is
> worth the effort).
>
> Too bad we don't have a choice of phone companies as well as long
> distance carriers -- I'd keep Southern Bell.
>
> --
> Gene Spafford
> Software Engineering Research Center (SERC), Georgia Tech, Atlanta GA 30332
> Internet: spaf@gatech.gatech.edu
> uucp: ...!{decvax,hplabs,ihnp4,linus,rutgers,seismo}!gatech!spaf
The State of New Jersey requires SS# for all licences, registrations, etc.
It has been challenged, but the practice was upheld.
Herman Silbiger ...!ihnp4!homxb!hrs
------------------------------
Date: Mon, 27 Jul 87 14:30 EDT
From: PERRY%nuhub.acs.northeastern.edu@RELAY.CS.NET
Subject: BBS project !!
To: telecom@XX.LCS.MIT.EDU
pP--------------------------------------------------------------------------------
PKpPATTENTION BBS USERS, PROGRAMMERS !!!
--------------------------------------------------------------------------------
BBS USERS:
I'm now in the process of doing research and starting to
develop a ShareWare BBS program. The goal of my project is to
build the "Ultimate" BBS! Now is your chance to give your input
into this project! I want to hear your ideas! What complaints to
you have about the BBSes you call? What do you like about them?
What don't you like about these systems? You have some ideas for
features? Great! Don't limit yourself. Please let me know (no
matter how exotic or complex the idea!) Please mail me any ideas,
questions, or comments at the address below. Thanks again. Your
comments and ideas are sought and greatly appreciated!
THANKS!!
-------------------------------
PROGRAMMERS:
I need YOUR HELP NOW! I'm writing a ShareWare BBS program.
My goal is to create the "Ultimate" BBS: A BBS with many fea-
tures, that is easy to use, easy to maintain, and that is very
flexible. I am requesting opinions of users of BBSes (as you can
see above) and will try to take them into account. I know some-
thing about communications and programming but I can use all the
help I can get on this large undertaking. Any information about
modems, communication routines, questions, or comments would be
greatly appreciated. (See below for my Address) I know BASIC and
Turbo Pascal. Would C be a better language to use for this? (It
would be nice if I could make this BBS run on as many machines as
possible) Any comments, questions, suggestions (including source
code), or requests to be involved will be greatly appreciated!!
(See below for my Address)
THANKS!!
-------------------------------------------------------------------------------
USnail: Jeffrey F. Perry NOTE: Please send responses directly to
67 Angelica Drive me. (I don't read this list)
Framingham, Ma 10701
ARPANET: PERRY%NUHUB.ACS.NORTHEASTERN.EDU@RELAY.CS.NET
--------------------------------------------------------------------------------
------------------------------
End of TELECOM Digest
*********************
Date: Tue, 18 Aug 87 18:34:54 EDT
From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
Reply-to: TELECOM@BUIT1.BU.EDU
Subject: TELECOM Digest V7 #27
To: TELECOM@BUIT1.BU.EDU
TELECOM Digest Tue, 18 Aug 87 18:34:54 EDT Volume 7 : Issue 27
Today's Topics:
911 Surprises
Submission for comp-dcom-telecom
TV satellite transponder cost???
re: NYSE stock quotes, etc, SCA data transmission in FM Bands
re: NYSE stock quotes, etc, SCA data transmission in FM Bands
SS No., private payphones, Sprint, waiting, sales calls
----------------------------------------------------------------------
Date: Mon, 27 Jul 87 14:30:54 CDT
From: Paul Fuqua <pf%islington-terrace%ti-csl.csnet@RELAY.CS.NET>
To: risks@CSL.SRI.COM, telecom@XX.LCS.MIT.EDU
Subject: 911 Surprises
Tarrant County (Fort Worth) is about to start a 911 emergency telephone
service, the second in the state, prompting quite a few newspaper articles
about aspects of their service and that of Harris County (Houston), which
started in January 1986.
The details I found most interesting were the problems that had to be
overcome in both systems (quoted without permission from the Dallas Morning
News):
For instance, Harris County found initially that people dialing a
seven-digit number with 911 in it would sometimes reach the emergency
operator by mistake. Telephone company computers were so quick, they
would pick up the 911 and transfer the call before waiting for a fourth
digit. [There are no other magic three-digit calls in this area: for
411, one dials 1411, and all other numbers are seven digits. - pf]
...
In the beginning, 911 operators were deluged by calls from children
trying out the system and from people who put the 911 number on the
speed-dialing function on their telephones and hit the number by mistake.
Misdirected calls also come in from cordless phones whose batteries are
low -- a situation that seems to mistakenly trigger calls to 911 ...
...
Another problem Tarrant County is working on is establishing street
addresses for rural homes. The [911] district is working with the U.S.
Postal Service and telephone companies to assign street addresses to more
than 9,000 locations in Tarrant County so that a recognizable address
will appear on the screen -- not just a rural route and box number.
[The director] was surprised when the effort met some resistance. ...
"Some people have said, `I'm not going to use 911 so I don't need my
address changed.'"
Tarrant County will start up their system on August 2, despite the failure of
equipment to automatically transfer the address information from the
emergency operator to the appropriate agency. Dallas County (Dallas) expects
to start their own service next April; the goal is that the whole state will
have 911 by 1995.
pf
Paul Fuqua
Texas Instruments Computer Science Center, Dallas, Texas
CSNet: pf@ti-csl
UUCP: {smu, texsun, im4u, rice}!ti-csl!pf
Someday (maybe): pf@csc.ti.com
------------------------------
From: humu!uhccux.UUCP!todd%nosc.UUCP@sdcsvax.ucsd.edu (The Perplexed Wiz)
Date: 28 Jul 87 02:19:53 GMT
To: humu!comp-dcom-telecom
Subject: Submission for comp-dcom-telecom
Path: uhccux!todd
From: todd@uhccux.UUCP (The Perplexed Wiz)
Newsgroups: comp.dcom.telecom
Subject: TV satellite transponder cost???
Keywords: TV satellite transponder cost Hawaii
Message-ID: <706@uhccux.UUCP>
Date: 28 Jul 87 02:19:52 GMT
Distribution: na
Organization: U. of Hawaii, Manoa (Honolulu)
Lines: 18
A friend is trying to get information on the lowest possible cost of
satellite transponder time for television distribution to, from, and
within Hawaii. This television station is the local PBS station in
Honolulu, Hawaii.
He is interested in specifics of satellite brokers and classification
of channel allocation (e.g., preemptable, unprotected, protected).
Are long term leases or purchases of transponders possible???
Please send any information to me and I will forward it...
thanks...todd
--
Todd Ogasawara, U. of Hawaii Center for Teaching Excellence
UUCP: {ihnp4,seismo,ucbvax,dcdwest}!sdcsvax!nosc!uhccux!todd
ARPA: uhccux!todd@nosc.MIL
INTERNET: todd@uhccux.UHCC.HAWAII.EDU
------------------------------
Date: 27 Jul 87 13:54 PST
From: KJBSF%SLACVM.BITNET@wiscvm.wisc.edu
To: TELECOM@BUIT1.BU.EDU
Subject: re: NYSE stock quotes, etc, SCA data transmission in FM Bands
Date: 27 July 1987, 13:49:41 PST
From: Kevin J. Burnett x3330 KJBSF at SLACVM
To: TELECOM at BUIT1.BU.EDU
Subject: re: NYSE stock quotes, etc, SCA data transmission in FM Bands
In article <620@nonvon.UUCP> root@nonvon.UUCP writes:
> Looking for information on recieving or decoding the data transmissions
>that occur on many Public Service FM radio stations (KQED, KQEC, KMET, etc).
>Any help/information at all would be appreciated.
I believe that the current edition of Radio-Electronics magazine has an
article about decoding the SCA signals on FM stations. I don't recall what
exactly they said about it, but I think they had a decoder that you could
build yourself. (that's the July issue)
---
Kevin J. Burnett
KJBSF%SLACVM.BITNET@Forsythe.Stanford.EDU
Santa Clara University '88
------------------------------
From: SPGDCM%UCBCMSA.Berkeley.EDU@jade.Berkeley.EDU
Date: Tue, 28 Jul 87 15:02:34 PDT
To: telecom@buit1.bu.edu
Subject: SS No., private payphones, Sprint, waiting, sales calls
MSG:FROM: SPGDCM --UCBCMSA TO: NETWORK --NETWORK 07/28/87 15:02:30
To: NETWORK --NETWORK Network Address
From: Doug Mosher <SPGDCM at UCBCMSA>
Title: MVS/Tandem Systems Manager (415)642-5823
Office: Evans 257, Univ. of California, Berkeley, CA 94720
Subject: SS No., private payphones, Sprint, waiting, sales calls
To: telecom@buit1.bu.edu
SS# and government and business
My understanding is that the fed govt and fed agencies, grant recipients, etc.
are restrained in their use of the SS#, and also have some policies relating
to what info they can ask you for, and notifications about how that data will
be used. They must tell you: what data is required from you, what it will be
used for, and what are the consequences of your refusal to tell them.
I get lots of little forms from e.g. the IRS going into these matters; for
example, briefly, "tell us your SS#, we use it to verify your taxes, we are
authorized by acts xxx and yyy to require this, consequence for refusal is...
(something bad, can't remember what)."
Unfortunately these laws all refer to govt agencies. I do not know of laws
that permit or prevent any private uses of government-supplied numbers.
I occasionally try to refuse this and that private use. The reactions vary
from agency doesn't care (like once I refused to provide a thumbprint and
found to my surprise that it was optional) to agency insists.
Credit bureaus and credit granters love to require the SS#.
In many cases I get the feeling I will lose out on a private service (such as
a credit card or a loan) if I protest/refuse. This becomes most painful with
monopoly services such as a local telco. I would imagine the best path of
resistance for such would be the closest thing you can find to a regulatory
agency such as local PUC. I would expect them to be completely bureaucratic
about it: if the written tarriffs require an SS# you'd have no complaint, if
they don't, you would have a complaint.
Private Pay phones
In the SF bay area there are now various private pay phones. I am sorry to see
that there seems to be no requirement for them to identify a responsible
person or company. If you lose out there is not a clear path to complain to. I
suppose some companies may discover that the occasional psychopathic user
physically destroys offensive devices; though admittedly this may happen even
if they identified a number to call. I think all public vending devices
including phones should be required to identify either an owner or a servicing
agency.
Many of these phones here cost $.25, though Pac Bell's are $.20. I was very
surprised when I needed to use a non-bell payphone yesterday and had only 3
dimes. The bad news: rejected my third dime; the good news, allowed the call
on .20 though posted price was .25.
This model also allowed free 611 and 911 calls. I am interested in any info
readers have about how 911 and 611 calls are routed to the proper general
service and private companies on these devices . ??Or perhaps Pac Bell can
supply their own private, separately priced pay phones??
US Sprint
I just received my new "FON" credit card from them. They say it replaces the
previous travelcard service. Umph... I used to pay nothing extra to call while
travelling, and I called various local 950-0777 numbers to place calls. Now I
call an 800 number (at least this is uniformly available, while the 950
service was here and there but not everywhere). But now I pay .55 extra per
tone call (and, as before, there is a 1.55 extra 800 number for rotary calls).
Do any readers know of alternate carriers, preferably nationwide, which
provide cheaper travel calling? I may be stuck with the unilateral raise from
0 to .55 if all other choices are more expensive.
Sprint has incidentally gotten at least two months behind in their billing as
a result of merging with US Telecom. In the worst way: they still bill you but
don't credit your payments till 3 months later, very unfortunate.
Waiting Demons
The increasing use of staging equipment for company service lines, such as
airlines and US Sprint, is a bore. Takes 10-30 minutes to filter through the
queue; speaker phone becoming a necessity. Anyone know of devices to assist
the caller (for example a device to wait for some sort of change in the line,
and emit a loud tone, or even better, speak into the phone a message such as
"now that you have answered let me summon the caller"?
Automated sales calling
I received my second most-pernicious automated sales call yesterday on my ans.
machine. The caller's tape gives a long pitch, then asks you for your number
or address. They avoid identifying themselves in any way so you can't complain
to them or about them.
My "cause for action" essentially is that they are tying up my answering
machine for minutes without my permission, and to no value to them, since even
if I loved their product when listening to the message, there is no way to
contact them.
Does anyone know of regulations affecting this, or to whom I could try to
complain? If action could really be gotten, I could hope to be present some
day, and give them my number, then report them once they contact me and give
some sort of identification (though maybe they stay anonymous even then).
There's an underlying issue of public responsibility here, in both vending
machines and anonymous telephone business. Where are the regulators when we
really need them?
Thanks, Doug
>SS No., private payphones, Sprint, waiting, sales calls
------------------------------
End of TELECOM Digest
*********************
Date: Tue, 18 Aug 87 18:41:09 EDT
From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
Reply-to: TELECOM@BUIT1.BU.EDU
Subject: TELECOM Digest V7 #28
To: TELECOM@BUIT1.BU.EDU
TELECOM Digest Tue, 18 Aug 87 18:41:09 EDT Volume 7 : Issue 28
Today's Topics:
State Line, Pa. (2 of them)
Bell of PA as default carrier / Sprint FONcard and Schlage key card
Modem problems
Submission for comp-dcom-telecom
Recognizing answering machines (and other messages)
Re: (none)
Has India X.25 network to the rest of the world?
Universal Custom Calling proposal
----------------------------------------------------------------------
Date: Wed, 29 Jul 87 1:30:14 EDT
From: Carl Moore (VLD/VMB) <cmoore@BRL.ARPA>
To: telecom@BRL.ARPA
Subject: State Line, Pa. (2 of them)
There is a State Line, Pa. (Bedford County) with phone prefix 814-767 (don't
know what mailing address is used), NOT to be confused with State Line, Pa.
17263 (Franklin County) for which I don't know the phone prefix (area 717).
------------------------------
Date: 29-Jul-1987 2252
From: covert%covert.DEC@decwrl.dec.com (John R. Covert)
To: telecom@buit1.bu.edu
Subject: Bell of PA as default carrier / Sprint FONcard and Schlage key card
From:MONTI, National Public Radio 29-JUL-1987 16:46
Subj: Bell of Pa as a default carrier
In case nobody else responds to the guy who wondered how Bell of Pennsylvania
could be anybody's default long distance company, here's the obvious answer:
If a Pennsylvania customer selects BPA to be his default long distance carrier,
he may direct dial using 1 + area code (if necessary) calls only withing his
own home LATA. If he's in the Philadelphia LATA, he may also call the limited
number of New Jersey counties to which BPA is allowed to carry toll traffic.
If he tries to dial, using 1 + AC, to a phone outside those two limited areas,
he will probably get a recording saying he can't use BPA for this call. He'll
then have to know somehow about the existence of 10XXX or have a travel card
for a non-AT&T long distance carrier. He'll have to use one of those two
methods to make that call. For some weird Philadelphian who rarely or never
makes toll calls outside his LATA and the New Jersey special privilege
corridor, this might actually be a viable level of service to have. I
wouldn't have it.
The reason an AT&T card wouldn't work here is because if the subsciber dials,
say, 0-312-NXX-XXXX, the call would be routed to the "operator assisted or
credit card" level of the DEFAULT long distance carrier for that phone, which
would be BPA, which would get him an intercept recording just as if he had
dialed 1-312-NXX-XXXX.
Greg Monti, National Public Radio, 2025 M Street NW, Washington, DC 20026
202-822-2459
------------------
From:MONTI, National Public Radio 29-JUL-1987 16:52
Subj: Sprint FONcard and Schlage key card
Just found a good reason not to carry around the fancy new US Sprint FONCard.
Its metal foil inlay which makes it shiny silver in color messes up the
ability of the Schlage card-entry system to read my security card. I
remember being told when the Schlage system was first installed that any
substantial metal object in the same pocket or wallet would invalidate the
reading of your card. To enter the office I either need to remove the
Schlage card and present it to the detector by itself or remove the US
Sprint FONCard and present the whole wallet to the detector.
If Sprint never implements the magnetic stripe feature on the back of the
FONCard, I might as well just write the card number on a piece of paper and
carry that in my wallet. The new number is 14 digits and bears no relation
to the old Sprint travel service number I have nor to my home phone number.
Oh well, guess this is progress.
Greg Monti, National Public Radio, 2025 M Street NW< Washington, DC 20036
202-822-2459 via VAX1::
------------------------------
Date: Thu, 30 Jul 87 06:45:25 edt
From: thinder@nswc-wo.ARPA
To: TELECOM@BUIT1.BU.EDU
Subject: Modem problems
Cc: thinder
We have recently installed a group of Racal Vadic 4224E
modems to serve as dial in access to our local area network and to
selected host machines. Prior to this installation these
connections were handled by Ven Tel MD212 modems with no problems.
Soon after cut over we received complaints from a few users
that they could no connect to the LAN using a variety of PC's/
terminals and modem combinations. After investigation it "seems"
that the problem is related to our modem/phone line and "ring".
If a user dials into the rotary and the modem answers without any
ring, the users modem may not "see" the connection. It is not
consistent, sometimes a line will answer with a ring then a tone
nine times in a row, then on the 10th time fail, the reverse also
occurs.
To further compound the problem, one line that is connected
to a VAX and Racal Vadic modem ALWAYS provides one ring and then
the modem tone.
I have more information about the connection, including the
cabling and specifications of the network devices. Rather than
list all this information I will respond to any questions
concerning the problem directly.
Any help or suggestions would be greatly appreciated.
Thomas K. Hinders
Naval Surface Weapons Center
Silver Spring MD
(301) 394 4225/1802
thinder@nswc-wo.arpa
or
thinder@nswc-oas.arpa
------------------------------
From: mnetor!spectrix!rmc@uunet.UU.NET
To: comp-dcom-telecom@uunet.UU.NET
Date: Thu Jul 30 10:46:21 1987
Date: 30 Jul 87 14:46:18 GMT
To: mnetor!uunet!comp-dcom-telecom
Subject: Submission for comp-dcom-telecom
Responding-System: spectrix.UUCP
Path: spectrix!rmc
From: rmc@spectrix.UUCP (Russell Crook)
Newsgroups: comp.dcom.telecom
Subject: Recognizing answering machines (and other messages)
Keywords: answering machines recognition autodialers
Message-ID: <299@spectrix.UUCP>
Date: 30 Jul 87 14:46:16 GMT
Distribution: na
Organization: Spectrix Microsystems Inc., Toronto, Ontario, Canada
Lines: 24
Dumb question time:
Given that you have a computer-driven system to do call-ahead (i.e., have
a system that will call ahead to a number with a prerecorded message, and
then listens to the line for some sort of response):
is it (realistically) possible for this system to recognize if it has
encountered:
1) an out of service number (by recognizing certain aspects of the recording?)
2) an answering machine (i.e., is the "beep" standardized)
3) pulse (versus touchtone) signals
4) anything else (busy, blocked call, etc.)
The intent is confirmation of time and place with a customer.
Some of these I know are easily done, and readily available in existing
stuff. However, 1) and 2) are (I believe) much tougher to handle.
Does anyone know of something that handles most of these cases? (If so,
I would like the approximate cost, even if it is only a guess).
Please reply by mail (if there is sufficient response, I will post).
Thanks in advance
Russell Crook (...!seismo!{mnetor,utzoo}!spectrix!rmc)
------------------------------
To: sdsu!comp-dcom-telecom
From: pnet01.CTS.COM!adamsd%sdsu.UUCP@sdcsvax.ucsd.edu (Adams Douglas)
Subject: Re: (none)
Date: 31 Jul 87 16:36:22 GMT
Regarding using Sun workstations with voice mail equipment. Try contacting the
following company:
Linker Systems
13612 Onkayha Circle
Irvine, CA (zip?)
714-552-1904
It was my impression at SigGraph that this company is working on similar
interfacing.
------------------------------
To: comp-dcom-telecom@uunet.UU.NET
From: enea!sal.UUCP!dk@uunet.UU.NET (Danny Kohn)
Subject: Has India X.25 network to the rest of the world?
Date: 9 Aug 87 03:59:26 GMT
I am working with a NGO with one of it's offices in Bombay-India.
We have some difficulty finding out if there is some Data Network
available (we need X.28 connection).
Is there someone out there who would know the current status
of X.25/X.28 in India?
Danny Kohn
UUCP: dk!sal@enea.se
------------------------------
Date: Mon, 3 Aug 87 00:47:49 PDT
From: jimmy@PIC.UCLA.EDU (Jim Gottlieb)
To: telecom@buit1.bu.edu
Subject: Universal Custom Calling proposal
Cc:
It has been reported that Southwestern Bell plans to introduce a
new calling card that, come Signalling System #7, will allow peo-
ple to program pay telephones with the same custom calling
features that they use at the home or office.
What I've been wondering for a long time is why telcos don't just
give many of these features away in order to stimulate more cal-
ling. Why not give all payphones 3-Way? This would encourage
more calls to be made. Why not give all cellular phones 3-Way
and Call Waiting. Since you pay airtime for both calls, they
would rake in the bucks. 3-Way (and 4-way and 5-way and...)
calls seem to be the ones that last the longest. I think some
telco should be brave and try giving 3-way (and maybe Call Wait-
ing and Call Forwarding) to all customers. With the right publi-
city, they would more than make in additional calls/length of
calls the money they would lose from not charging for such ser-
vices, and make up the costs of installing more 3-port conference
circuits.
------------------------------------------------------------------------------
Jim Gottlieb "It's easier to apologize than to ask permission. When in
doubt, do it." -- Grace Hopper, U.S. Navy, Retired
Internet: jimmy%pic@ats.ucla.edu
UUCP: sdcsvax!sdcrdcf!ucla-cs!pic.ucla.edu!jimmy
------------------------------
End of TELECOM Digest
*********************
Date: Tue, 18 Aug 87 18:51:18 EDT
From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
Reply-to: TELECOM@BUIT1.BU.EDU
Subject: TELECOM Digest V7 #29
To: TELECOM@BUIT1.BU.EDU
TELECOM Digest Tue, 18 Aug 87 18:51:18 EDT Volume 7 : Issue 29
Today's Topics:
Re: SS# & Utilities -- a story
Int'l Collect Calls
Re: SS# & Utilities -- a story
Submission for comp-dcom-telecom
Need recommendation for 3-4 line phone system
Submission for comp-dcom-telecom
X.PC and MNP protocol drivers
Telephone Interface Modules
In-use indicator for phone line
Awful tones when hitting wrong number
FCC access charges
New articles in archive
----------------------------------------------------------------------
Date: Tue, 4 Aug 87 12:48:50 EST
From: abp@j.cc.purdue.edu (Jeffrey J Wieland)
Subject: Re: SS# & Utilities -- a story
In article <8707260009.AA03268@buit1.bu.edu> spaf%ames.arpa@gatech.UUCP (Gene Spafford) writes:
>[This is the last message to be published this weekend. A total of 4
...
>As a matter of principle, I'm one of those people who won't give out
>my social security number when applying for utilities or credit cards.
>The reasons why have been discussed numerous times in various
>security-related groups. It is my understanding that it is against
...
>Questions
>---------
>
>1) Do many of you (net-readers) withhold your SS# in similar circumstances?
>Do you have these kinds of confrontations too?
My wife, who also has had some minor problems, but nothing like this.
>2) Anyone know if other people at GTE Indiana are such jerks, or is
>this an isolated instance?
When my mother went to have her telephone line and billing changed to her
own name, she was also informed that she would have to pay a "deposit".
She was able to persuade them otherwise (20 years as a high school teacher
pays off sometimes).
GTE in West Lafayette can be pretty nasty (and slow), probably due to
the large number of students here at Purdue.
>3) Anyone know if Indiana does, in fact, *require* that the SS# be
>on the driver's license?
Indiana does NOT require the SS# to be on your driver's license. You
can be issued a number with a "Z" prefix instead. My wife has one of
these.
>4) Should I bother to follow-up on this further? That is, should
>I bother contacting the Public Service commission in Indiana
>about the treatment I received? (I'm currently not sure it is
>worth the effort).
Couldn't hurt.
>Too bad we don't have a choice of phone companies as well as long
>distance carriers -- I'd keep Southern Bell.
>
>--
>Gene Spafford
>Software Engineering Research Center (SERC), Georgia Tech, Atlanta GA 30332
>Internet: spaf@gatech.gatech.edu
>uucp: ...!{decvax,hplabs,ihnp4,linus,rutgers,seismo}!gatech!spaf
Jeff Wieland
abp@j.cc.purdue.edu
------------------------------
Date: Fri, 7 Aug 87 15:55:24 PDT
From: broder@vaxa.isi.edu (Ben Broder)
To: telecom@buit1.bu.edu
Subject: Int'l Collect Calls
I have a friend who has received a phone bill containing
several somewhat confusing items. They appear to be collect
calls from El Salvador. However, none of the calls have a time
of day and some do not even have an originating phone number.
Although she does have friends in El Salvador, she insists that
no one accepted collect calls on those days. Is it possible
that these calls were really calls billed to a third number
(my friend's) that for some technical reason appear as collect
calls?
Thanks for any help,
Ben Broder (broder@vaxa.isi.edu)
------------------------------
From: sundc!hemaneh!tj@seismo.CSS.GOV (Central Area MTS)
Subject: Re: SS# & Utilities -- a story
Date: 6 Aug 87 03:01:12 GMT
To: <comp-dcom-telecom@seismo.CSS.GOV>
In article <8707260009.AA03268@buit1.bu.edu>, spaf%ames.arpa@gatech.UUCP (Gene Spafford) writes:
> Questions
> 1) Do many of you (net-readers) withhold your SS# in similar circumstances?
> Do you have these kinds of confrontations too?
I too withhold my SS# as a general principle. There are a lot of places
here in Dallas that misuse it from 7/11 to the local cable tv company. For
the most part, I've been able to refuse all of them. I did give in on
the cable tv people once and used my roommate's SS# instead.
> 2) Anyone know if other people at GTE Indiana are such jerks, or is
> this an isolated instance?
It seems that many public utlities have this attitude, though not all.
> 4) Should I bother to follow-up on this further? That is, should
> I bother contacting the Public Service commission in Indiana
> about the treatment I received? (I'm currently not sure it is
> worth the effort).
I don't see why not. It seems that it has only taken a few of us refusing
to make a general policy change in the phone company. When i first moved to
Dallas 4 years ago, Southwestern Bell was quite insistant about it. When I
recently moved and changed service, they did not even try to press the issue
when I said no. The depressing thing is that people like 7/11 ask for it
on their movie club applications. Perhaps a letter the the Southland Corp?...
As someone who has worked on accounting sw, I can understand the convenience
of using the SS# as an index for customers, However, it makes things much
too easy to get to information about a person. Although, did you know that
it is perfectly legal to posses more than one SS#? So long as you are not
trying to defraud anyone, only confuse, it's ok.
Cal Thixton /* these are my opinions */
Sun Microsystems Dallas
{ucbvax,decvax,decwrl,ihnp4}!sun!{,texsun!}tj
{ut-sally,convex,smu}!texsun!tj tj@sun.com
--
Cal Thixton
Sun Microsystems Dallas
{ucbvax,decvax,decwrl,ihnp4}!sun!{,texsun!}tj
{ut-sally,convex,smu}!texsun!tj tj@sun.com
------------------------------
From: uumedis@cbosgd.mis.oh.att.com (UUCP)
Date: 6 Aug 87 15:54:56 GMT
To: comp-dcom-telecom@RUTGERS.EDU
Subject: Submission for comp-dcom-telecom
Path: cbosgd!osu-eddie!mdf
From: mdf@osu-eddie.UUCP (Mark D. Freeman)
Newsgroups: comp.dcom.telecom
Subject: Need recommendation for 3-4 line phone system
Message-ID: <3910@osu-eddie.UUCP>
Date: 6 Aug 87 02:28:13 GMT
Distribution: na
Organization: StrongPoint Systems, Inc.; Columbus, OH. (guest of Ohio State U.)
Lines: 25
I hope this is the right group for this...
We are moving into new office space next month, and will need a phone
system. We will have three lines, which should alternate-answer.
Additionally, we will have one data-only line which should not be on
the main system at all.
We need 5 phones, and redial an intercom features. Speed dialing and
music on hold would be nice. Of course, cheap is a major requirement.
One minor point: I hate phones on which the * and # keys are used by
the phone for special features. Makes using voice mail systems a real
pain in the ass.
Any recommendations?
--
< < < < < < < < < < < < < < < < < < < <> > > > > > > > > > > > > > > > > > > >
Mark D. Freeman mdf@osu-eddie.uucp
StrongPoint Systems, Inc. mdf@Ohio-State.arpa
2440 Medary Avenue ...!cbosgd!osu-eddie!mdf
Columbus, OH 43202 Guest account at The Ohio State University
(614) 262-3703
< < < < < < < < < < < < < < < < < < < <> > > > > > > > > > > > > > > > > > > >
------------------------------
From: ndmath!milo@iuvax.cs.indiana.edu (Greg Corson)
Date: 7 Aug 87 20:17:16 GMT
To: comp-dcom-telecom%seismo.css.gov@iuvax
Subject: Submission for comp-dcom-telecom
Path: ndmath!milo
From: milo@ndmath.UUCP (Greg Corson)
Newsgroups: comp.sys.mac,comp.dcom.modems,comp.dcom.telecom
Subject: X.PC and MNP protocol drivers
Message-ID: <270@ndmath.UUCP>
Date: 7 Aug 87 20:17:15 GMT
Organization: Math. Dept., Univ. of Notre Dame
Lines: 14
Does anyone know of a place where I can get Apple Macintosh compatable drivers
(or source code) for either the X.PC or MNP communications protocols?
I am looking for the drivers to incorporate in a terminal program I am writing.
I don't mind it if I have to pay some kind of licensing fee to get the drivers
but if somebody is willing to give them away it would be great.
Greg Corson
19141 Summers Drive
South Bend, IN 46637
(219) 277-5306 (weekdays till 6 central)
...seismo!iuvax!ndmath!milo
------------------------------
To: comp-dcom-telecom@decwrl.dec.com
From: malcolm@spar.SPAR.SLB.COM (Malcolm Slaney)
Subject: Telephone Interface Modules
Date: 8 Aug 87 00:11:31 GMT
Can anybody recommend a good source of telephone line interface modules?
I have audio output now on my Sun and I would like to hook it to a phone
line so I can really have some fun.
It would be nicest if I could get ringing indications and have some
way to take the phone off hook.
Thanks.
Malcolm Slaney
Schlumberger Palo Alto Research
malcolm@spar-20.arpa
------------------------------
Date: Sat 8 Aug 87 20:55:57-EDT
From: "Adam Peller" <OAF.G.PELLER%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU>
Subject: In-use indicator for phone line
To: telecom@XX.LCS.MIT.EDU
Message-ID: <12324972488.16.OAF.G.PELLER@OZ.AI.MIT.EDU>
Does anyone know how to build a circuit that will light up a LED if
the phone line is being used (checks to see if the voltage is low)?
thanks
Adam Peller -- ADAMP%OZ@MC.LCS.MIT.EDU (Arpa)
-- please send replies directly to me, I'm not on the mailing list
-------
------------------------------
To: tektronix!comp-dcom-telecom%reed.uucp@RELAY.CS.NET
From: James Deibele <jamesd%percival%reed%tektronix.tek.com@RELAY.CS.NET>
Subject: Awful tones when hitting wrong number
Date: 10 Aug 87 08:04:03 GMT
Every once in a while, I'll dial a wrong number and get an incredibly horrible
recording in my ear. The recording always starts off with three LOUD tones,
which has caused me to wonder if the tones weren't to warn off TTY's for the
deaf or something similar. Every time I hear once, I'm seriously tempted to
throw the phone against the wall (and I would if we lived back in the days of
the one BIG phone company, with leased phones, etc.). It doesn't seem to
matter whether the local company is a GTE or Baby Bell, they still use the
tones. Whazz going on? Thanks.
--
A hunting we will go, | James S. Deibele (jamesd@percival)
A hunting we will go, | TECHBooks (TM)
We'll steal someone else's signature --- | FidoNet #105/3 or #105/4
And we'll never let it go. | (503) 760-3161
------------------------------
From: khayo@cs.ucla.edu
Subject: FCC access charges
Date: 14 Aug 87 21:33:11 GMT
+++ If you want to respond by mail, do not hit "r"; +++
+++ please note address correction in my .signature. +++
In the September issue of "Micro Times" (a free magazine circulating
in So. Cal. & maybe elsewhere) there is a rather informative article on
the FCC access surcharges for Enchanced Service Providers ("And Then There
Were None", by Brock N. Meeks.) As expected, the author's conclusion
is roughly that the local Bells are going to make a bundle at our (modem
users') expense, and that "fairness" of the proposal is very questionable.
The article also includes all the info about the preferred format of
letters that you may want to send in response. I know that such package
was posted here a while ago, but some of you may have missed it and the
"Micro Times" version may be more up-to-date. The magazine is available
in electronic form (I just tried it, it's there) on "Tele-Web"
BB at (213) 372 4050 [300/1200, 7 bits, 1 stop bit, no parity, 24 hrs,
multi-user] where you should type "GO MICRO" at a prompt.
Also, on Compuserve there appeared a statement of CS's position regar-
ding the matter, along with an example of a letter & addresses of all
FCC Commisioners. I like to think that they responded to my repeated
suggestions sent via "User Feedback" urging them to do just that. I have
the CS package on disk & can post it here or email to those interested
persons (if any) who don't have access to CS.
Sincerely - Eric Behr
-----------------------------------------------------------
I'm sick & tired of editing my incorrect address in the header.
The *correct* one is khayo@MATH.UCLA.EDU; I have no connection
with the CS Department, except that we breathe the same smog.
------------------------------
Date: Tue, 18 Aug 87 18:12:10 EDT
From: jsol (Jon Solomon)
To: telecom
Subject: New articles in archive
Many articles around the FCC's new incentive to charge "enhanced services"
for access to the local network are now available for anonymous FTP
on host XX.LCS.MIT.EDU in directory <TELECOM>. The files were too large
to include in a digest, and are being made available to you in this
method. Note that USENET users will as usual continue to get copies of
these files mailed after this digest.
The files are:
pc.pursuit -- a look at the impending charges and their impact
on pc pursuit users.
docket.87-215 - the docket itself.
fcc.policy - some more notes on the subject.
There are some conversations in today's digests which may require that
you read these documents. This is unavoiadable.
--jsol
------------------------------
End of TELECOM Digest
*********************
Date: Sat, 22 Aug 87 21:41:12 EDT
From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
Reply-to: TELECOM@BUIT1.BU.EDU
Subject: TELECOM Digest V7 #30
To: TELECOM@BUIT1.BU.EDU
TELECOM Digest Sat, 22 Aug 87 21:41:12 EDT Volume 7 : Issue 30
Today's Topics:
Periodic Line Noise
Choice of long distance carrier
Re: Why can't the world call 800 numbers?
Re: Why can't the world call 800 numbers?
----------------------------------------------------------------------
Date: 7 August 1987, 10:44:11 EDT
From: Nicholas Simicich <NJS@ibm.com>
To: telecom@buit1.bu.edu
Subject: Periodic Line Noise
Someone who lives in or near Endicott, New York, is having the
following trouble with their home dial in terminal. The terminal is a
PC on a call back system--thus, the terminal is not always the
originator of the noisy call, but may be, instead, in answer mode. The
noise seems to occur no matter who is the originator. I believe that
they are using 212A type modems.
I'd appreciate a direct response as well as a copy to the net if your
response is interesting (which it is, of course) as I'm a couple of
months behind in my digest reading :-).
-=-=-=-
I get a consistent, periodic (once every 2.1 seconds, I timed it) one
byte (X'7B' or X'FB'--not sure exactly which) inbound-only noise when
talking to PCTERM (an internal call back system), a local BBS, and a
university using either an internal package, PROCOMM 2.4.2, and
MS-Kermit and anything else I could test on. Some connections are
clear and remain clear (the one session which started clean and became
dirty was explained by the Deposit Telephone Co. as a NY Telephone
line-configuration exercise one weekend). The dirty ones stay dirty
and it's impossible to do any work. I tried another modem--no luck. The
Telephone Co. is stymied. Ideas? I've also been assured that there are
no powerful radars nearby, etc. I've used a pure vanilla PC DOS system
with the same results. The Deposit phone company claims that my exchange,
693, is fairly modern, and that the microwave circuit is not the problem.
-=-=-=-
Nick Simicich, NJS@IBM.COM, or, for bitnet,
NJS at YKTVMX
Collect:(all I know about the problem is above) (914) 737-1908
Contents: 100% personal opinion, sugar, salt, High fructose
corn syrup...
------------------------------
Date: 19 Aug 87 16:55:00 EDT
From: "KEPLER::HUI" <arushton%scivax@bu-it.bu.edu>
Subject: Choice of long distance carrier
To: "telecom" <telecom@xx.lcs.mit.edu>
I would appreciate advice/recommendations on my upcoming choice
of long distance carrier. I would also appreciate a copy
(or pointer) to the last survey of long distance carrier
rates in telecom-digest. (I've been offnet for several
months.) My calling pattern is mostly from home (area code 301)
to California (area codes 805, 707) and to West Germany.
Calling is almost entirely during non-peak rate periods.
Oh yes, home is Baltimore, MD. With respect to Germany, I
would appreciate information on who supplies service
(anyone other than AT&T yet?) and differencies in hours
for minimum rate.
Also the local phone company (C&P) charges extra (of course)
for tone service. Does anyone know if they're actually
equipped to NOT provide it if you don't order it?
Many thanks for all responses. Please reply to me directly
as
arushton@stsci.arpa
I'm not on the telecom mailing list yet.
- A. Minick Rushton
Space Telescope Science Institute
------
------
------------------------------
Subject: Re: Why can't the world call 800 numbers?
Date: 21 Aug 87 19:02:53 EDT (Fri)
From: jhc@mtune.att.com (Jonathan Clark)
To: telecom@xx.lcs.mit.edu
In article <2801@hoptoad.uucp> gnu@hoptoad.uucp (John Gilmore) writes:
>[Since the Arpanet side seems to be losing, let's do it ourselves over
>here on the Usenet. Be sure to include an Approved: header or your message
>will get emailed to the dead moderator. -- John]
>
>From outside the US/Canada, the number is 201-592-2000. It drives me up the
>wall that from my phone I can call every telephone in the world directly except
>800 numbers in the U.S. Since many companies publish only their 800 numbers,
>it means I can't call them at all. Was it really beyond AT'Ts capability to
>arrange for 800 numbers to be free in the US/Canada, but billed at normal
>rates when called from abroad, but at least make them work?
Well, I'm not in the POTS bit of AT&T, but large pieces of the world can
call 800 numbers. AT&T periodically puts out bulletins about 'International
800 service is now available to...'. The trouble is that having an
internationally-diallable 800 number costs the person paying for the number
more money upfront plus more money per call (I think), and typically they
decide that this isn't worth it. It's the same deal (fundamentally) as
having in-state only 800 numbers.
I believe that it also costs less to have an *out-of-state* only 800 number,
(which is why you see 'call 800-123 4567, in Nebraska call 987 6543')
but don't quote me on that. I have no idea of the exact tariffs involved.
--
Jonathan Clark
[NAC,attmail]!mtune!jhc
An Englishman never enjoys himself except for some noble purpose.
------------------------------
To: uunet!comp-dcom-telecom@uunet.UU.NET
From: van-bc!sl@uunet.UU.NET (Stuart Lynne)
Subject: Re: Why can't the world call 800 numbers?
Date: 21 Aug 87 18:22:37 GMT
In article <2801@hoptoad.uucp> gnu@hoptoad.uucp (John Gilmore) writes:
>From outside the US/Canada, the number is 201-592-2000. It drives me up the
>wall that from my phone I can call every telephone in the world directly except
>800 numbers in the U.S. Since many companies publish only their 800 numbers,
>it means I can't call them at all. Was it really beyond AT'Ts capability to
>arrange for 800 numbers to be free in the US/Canada, but billed at normal
>rates when called from abroad, but at least make them work?
Actually AT&T at least does have 800 numbers in Canada, that usually connect
to the same place. Unfortunately there are two problems:
1. They are different
2. They don't advertise them as effectively as the US ones
For example to order my copies of the SYSVID all I had was the 800 number in
the US. Through a bit of phone tag with various 555-1212 directory services
in that part of the US I came up with a generic number for AT&T. They were
able to give me the phone number to call to order. When I called them they
said "oh, you don't have our 800 number in Canda?". They gave it to me, I
called back on that.
Interesting note, newer versions of the SYSVID now include the Canadian 800
number as well.
--
{ihnp4!alberta!ubc-vision,uunet}!van-bc!Stuart.Lynne Vancouver,BC,604-937-7532
------------------------------
End of TELECOM Digest
*********************
Date: Sat, 22 Aug 87 21:42:22 EDT
From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
Reply-to: TELECOM@BUIT1.BU.EDU
Subject: TELECOM Digest V7 #31
To: TELECOM@BUIT1.BU.EDU
TELECOM Digest Sat, 22 Aug 87 21:42:22 EDT Volume 7 : Issue 31
Today's Topics:
GEnie's action alert on FCC modem fees proposal
GEnie's how to communicate opposition to FCC modem fees proposal
GEnie's letter format for filing comments on FCC modem fees proposal
----------------------------------------------------------------------
Date: Sat, 22 Aug 1987 02:31 MDT
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To: Info-Modems@SIMTEL20.ARPA
Cc: Telecom@XX.LCS.MIT.EDU
Subject: GEnie's action alert on FCC modem fees proposal
ACTION ALERT
============
THE FEDERAL COMMUNICATIONS COMMISSION
IS CONSIDERING THE IMPOSITION OF
COSTLY NEW "ACCESS CHARGES"
ON YOUR USE OF GENIE SERVICES
=====================================
For 2 years, you and other GEnie subscribers have used your telephone to
reach our service. Until now, your calls to us have been treated just like
any other residential or business calls. Now, however, the Federal
Communications Commission in Washington, D.C. is proposing to change all this.
The FCC is considering a plan to make extremely expensive new "access
charges" applicable to GEnie services provided to you over local telephone
lines.
The FCC's "access charge" scheme would drastically increase telephone
company charges which we pay. In fact, our initial estimates suggest that
GEnie Service costs would jump up by as much as $4.50 per hour of use for
every one of our customers. Although
=====
we have not yet considered the extent to which these cost increases would
necessitate a price increase for GEnie Service, a cost increase of this
enormous magnitude could require up to a doubling of our GEnie Service prices.
THE "ACCESS CHARGE" PROPOSAL
CAN BE PRVENTED IF WE ALL ACT
TOGETHER TO COMMUNICATE OUR
CONCERNS TO FEDERAL AUTHORITIES
===============================
Right now the FCC plan is simply a proposal. It is not too late to
prevent this mistake from occurring. Nonetheless, we all need to work
together to head off this disastrous possibility. The FCC commissioners and
their staff responsible for making the final decision seem convinced that such
access charges are necessary and proper. We need your help in explaining why
such increased charges would severely disserve the public interest.
In evaluating its "access charge" proposal, the FCC will have to listen to
your concerns if they are explained in terms of the proposal's practical
effects on you or your business. Your views count. In addition, your elected
congressmen will want to hear your concerns. Legislative representatives play
a very helpful role in highlighting your interests for the FCC to consider.
YOU NEED TO ACT NOW AND TO STAY
INVOLVED UNTIL THE "ACCESS
CHARGE" PROPOSAL IS REJECTED
BY THE FCC
===============================
The FCC requires that comments on its proposal be filed by September 24,
1987. Responses to these comments may be filed through October 26, 1987. The
FCC may act on the matter as early as sometime in December.
It is important for you to get busy now preparing your comments for
submission to the FCC not later than September 24, 1987 -- whether in the form
of a letter or a more formalized "pleading." Several significant facts ought
to be included in expressing your views. Actually, they are pretty basic and
easy to understand and communicate: (1) who you are; (2) how you use GEnie
Service; and (3) how you or your business would be hurt if GEnie Service
prices doubled due to access charges. These comments should be addressed to
the chairman of the Federal Communications Commission. The address of the FCC
is 1919 M Street, N.W.; Washington, D.C. 20554. Similar letters or comments
should be sent to your state's U.S. Senators and the U.S. House of
Representatives' members from your district.
------------------------------
Date: Sat, 22 Aug 1987 02:35 MDT
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To: Info-Modems@SIMTEL20.ARPA
Cc: Telecom@XX.LCS.MIT.EDU
Subject: GEnie's how to communicate opposition to FCC modem fees proposal
HOW TO COMMUNICATE YOUR
OPPOSITION TO ACCESS CHARGES
============================
WHAT THE FCC PROPOSES AND HOW IT WILL AFFECT YOU:
=================================================
On July 17, 1987, the Federal Communications Commission announced its
intent to apply its carrier access charges to all enhanced service providers
-- the FCC's technical name for services like GEnie. What this means is that
all providers of such services, including GEnie, which use local telephone
lines to reach services provided by means of interstate telecommunications
facilities will be subject to significantly increased telecommunications
costs. Currently, long-distance common carriers, such as AT&T and MCI, pay
interstate access charges. No decision has been made yet to raise our prices
if the FCC were to impose access charges on enhanced service providers.
However, if this proposal is adopted, the prices of GEnie Service might have
to be raised as much as 100%.
GE, other enhanced service providers, their customers, and some of their
respective trade associations will be opposing the FCC's proposal by lobbying
and filing comments with the Commission. The Commission has asked for
comments from the public on its proposal which are due on or before September
24, 1987. Responses to these comments are due by October 26, 1987. If both
users and providers of services make clear to the FCC the adverse consequences
that will follow if its proposal is implemented, there is a good chance that
the proposal will be rejected.
HERE IS WHAT YOU CAN DO:
========================
The Commission will be interested in knowing how its proposal will affect
you, the user of GEnie services, whether you are a residential user or whether
information services are an essential aid to carrying out your business.
Generally, the Commission's stated policy is to make information, services
like GEnie, available to all users, both large and small. The Commission
apparently does not appreciate that these enormous cost increases would
seriously hurt you -- the very persons the FCC wants to help.
The best way to communicate your concerns to the FCC is to explain what
implementation of its proposal would mean to you or your business. You can do
this by writing a letter to the FCC Commissioners and important staff members.
The discussion in item #4, "Writing Your Letters and Comments " explains a
very effective technique for writing this type of letter to the Commission.
You may also wish to file formal comments with the Commission for
consideration by the FCC's Common Carrier Bureau Staff when considering this
matter. This may sound like more work, but it is really just a more formal
way to say exactly what you would say in your letter. The discussion in item
#4 tells you how to do this.
Additionally, Congress would be anxious to learn that the proposed FCC
action might have such adverse effects on its constituents. Because the FCC
is attuned to Congress' viewpoints, letters to your Senators and
Representatives would also be effective in preventing the FCC proposal from
taking effect.
Finally, we ask that you send GE Information Services a copy of any
letters or comments that you write in connection with this matter.
------------------------------
Date: Sat, 22 Aug 1987 02:39 MDT
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To: Info-Modems@SIMTEL20.ARPA
Cc: Telecom@XX.LCS.MIT.EDU
Subject: GEnie's letter format for filing comments on FCC modem fees proposal
WRITING YOUR LETTERS AND COMMENTS:
==================================
GENERAL GUIDELINES FOR FILING WITH THE
FEDERAL COMMUNICATIONS COMMISSION
======================================
The FCC will read and consider your views in reaching a decision whether
and how to impose access charges on enhanced service providers if you follow
the following guidelines:
1. Letters: Type your letter on 8 1/2" x 11" paper and use the following
format:
* * * * *
(YOUR LETTERHEAD OR NAME AND ADDRESS)
(DATE)
The Honorable Dennis R. Patrick, Chairman
Federal Communications Commission
1919 M Street, N.W.
Washington, D.C. 20554
Re: CC Docket 87-215
Amendments of Part 69 of the
Commission's Rules Relating to
Enhanced Services Providers
==============================
Dear Chairman Patrick:
[TEXT:
Begin by describing who you are. Include any specific titles, duties, or
responsibilities that would qualify you as someone who stands to be affected
by the FCC's proposal. Of course, if you only use the GEnie service in a
residential setting, explain that. The FCC will be interested. Explain why
the use of the information services offering is important to you or to your
business and what it allows you to do that you could not otherwise do.
Secondly, explain that you are aware that the Commission has proposed to
impose access charges on enhanced service providers. Explain that you fear
that this regulatory action would adversely affect you or your business.
Describe with as much detail as Possible what this would mean for you or your
business.
Close by urging the FCC not to adopt its proposal to apply access charges
to enhanced service providers]
Sincerely,
[NAME]
cc: The Honorable James H. Quello
The Honorable Mimi Weyforth Dawson
The Honorable Patricia Diaz Dennis
Gerald Brock, Chief, Common Carrier Bureau
Thomas Sugrue, Chief, Policy Division,
Common Carrier Bureau
William H. Tricarico, Secretary
Federal Communications Commission
* * * * *
2. If writing formal comments, use the following format and double space the
text of your comments on 8 1/2" x 11" paper:
* * * * *
Before the
FEDERAL COMMUNICATIONS COMMISSION
Washington, D.C. 20554
In the Matter of )
)
Amendments to Part 69 )
of the Commission's Rules ) CC Docket No. 87-215
Relating to Enhanced Service )
Providers )
)
To: The Common Carrier Bureau )
COMMENTS OF [YOUR NAME]
=======================
[TEXT: Follow the same guidelines for
your text as in the formatted letter in
paragraph 1 above.]
Respectfully submitted,
[If writing for a company, the
name of the company in CAPITAL
letters]
[NAME, TITLE (if applicable),
and address)
[DATE]
* * * * *
If your comments are ten or more pages long, there are three additional
things you must do. (A word of caution: Your comments will be most effective
if they are short and concise).
First, attach a cover page with the heading used above at the top. In the
center of your cover page type COMMENTS OF [YOUR NAME]." In the bottom left
hand corner, put the date. In the bottom right hand corner type: (1) your
name or your company's name if you are filing on their behalf; (2) your title,
if applicable; and (3) your or your company's address, whichever is
applicable.
Second, behind the cover page, include a two- or three-paragraph summary
of your comments, numbering the pages using small roman numerals.
Three, behind the summary and continuing the small roman numeral page
numbering, place a table of contents which includes the summary, table of
contents, and any headings within the text of your comments.
3. Mail your letters and comments as soon as possible but please make
sure they are post marked early enough to arrive at the FCC offices no later
than September 24, 1987. This is the day that comments are due on the
proposal.
4. Send two (2) copies of your letters to Chairman Patrick and to each of
the other Commissioners and Staff members listed at the bottom of the
formatted letter to:
[NAME]
Federal Communications Commission
1919 M Street, N.W.
Washington, D.C. 20554
If you are writing comments, send the original and five (5) copies to:
William H. Tricarico
Secretary
Federal Communications Commission
1919 M Street, N.W.
Washington, D.C. 20554
5. If you are part of an organization or association that relies on
information services for your activities, encourage other members to write,
but do not use a form letter or comments if a number of you plan to write.
The Commission frowns on these.
LETTERS TO YOUR SENATORS AND HOUSE REPRESENTATIVE
=================================================
1. Type your letter and use the following format:
* * * * *
[YOUR LETTERHEAD OR NAME AND ADDRESS]
[DATE]
[NOTE: USE THE APPROPRIATE
ADDRESS AS FOLLOWS]
The Honorable
United States Senate
Washington, D.C. 20515
- OR -
The Honorable
United States House of Representatives
Washington, D.C. 20510
Dear Senator (or Congressman )
[TEXT:
Follow essentially the same format as that for your letter to the Federal
Communications Commission:
o Explain who you are and how you use information
services.
o Note your concern with the FCC's proposal to impose
access charges on enhanced services providers.
o Describe what effect this probably will have on your
use of information services and, in turn, on your
business or other activities.
o If you have sent a letter or letters to the FCC,
explain that you have done so and attach a copy of your
FCC letter to the letter to the Congressman.
o Close by urging the member of Congress to express his
concern to the Federal Communications Commission.]
Sincerely,
[NAME]
* * * * *
2. The sooner you send your letters to Congress, the more effect your
opinions will have because your representatives will be able to exert pressure
on the FCC before the agency begins considering its proposal in earnest.
3. Again, do not use form letters. Let your representatives know that
you put some time and thought into this matter and that it will affect you
personally.
4. You may also wish to send letters to the following chairmen of the
subcommittees which will be most interested in the FCC's proposal:
The Honorable Daniel K. Inouye
Chairman
Subcommittee of Communications
Committee of Commerce, Science and
Transportation
United States Senate
Washington, D.C. 20510
The Honorable Edward J. Markey
Chairman
Subcommittee on Telecommunications &
Finance
Committee on Energy & Commerce
United States House of Representatives
Washington, D.C. 20515
5. For your convenience, we have included a list of United States
Senators
------------------------------
End of TELECOM Digest
*********************
Date: Sun, 13 Sep 87 18:46:05 EDT
From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
Reply-to: TELECOM@BUIT1.BU.EDU
Subject: TELECOM Digest V7 #32
To: TELECOM@BUIT1.BU.EDU
TELECOM Digest Sun, 13 Sep 87 18:46:05 EDT Volume 7 : Issue 32
Today's Topics:
Phone Interfaces
Comp.dcom.telecom submission
Re: Choice of long distance carrier
Submission for comp-dcom-telecom
DSZ Rip-Off
new Md. pay-phone instructions
Graphics Package Wanted
missing issues 26-29
----------------------------------------------------------------------
From: spar!malcolm@decwrl.dec.com
To: telecom@bu-it.bu.edu
Subject: Phone Interfaces
Date: 03 Sep 87 17:46:36 PDT (Thu)
Can any body recommend an easy way to get a phone interface. I have an
A/D and D/A box connected to my Sun and I would like to hook it to the
phones. This is a company project (for a change) so I can easily justify
up to a hundred dollars or so to guarantee that we don't burn out a phone
line.
At the very least I would like analog input/output, a ringing indication
and maybe touch tone recognition.
Does anybody have any recomendations?
Thanks.
Malcolm
------------------------------
Date: Tue, 8 Sep 87 16:57:26 PDT
From: sdcsvax!ames!fai!stevem@ucbvax.Berkeley.EDU
To: amdahl!buit1.bu.EDU!jsol
Subject: Comp.dcom.telecom submission
I tried to send the following to the originator of the request by mail,
but it bounced back to me:
Subject: Re: Choice of long distance carrier
In article <8708212245.AA09660@bu-it.bu.edu> you write:
>
>I would appreciate advice/recommendations on my upcoming choice
>of long distance carrier. I would also appreciate a copy
>(or pointer) to the last survey of long distance carrier
>rates in telecom-digest. (I've been offnet for several
>months.) My calling pattern is mostly from home (area code 301)
>to California (area codes 805, 707) and to West Germany.
>Calling is almost entirely during non-peak rate periods.
>
>Oh yes, home is Baltimore, MD. With respect to Germany, I
>would appreciate information on who supplies service
>(anyone other than AT&T yet?) and differencies in hours
>for minimum rate.
>
>Also the local phone company (C&P) charges extra (of course)
>for tone service. Does anyone know if they're actually
>equipped to NOT provide it if you don't order it?
>
I tried Sprint first (about 4 years ago) at home. I constantly ran into
recordings asking me to call back later since all circuits were busy (or even
worse just a network busy signal). After that, I decided to try MCI. I found
that most of the time my connections were very poor quality (either I couldn't
hear the other party or vice versa). I then gave up on the CHEAP carriers and
went back to AT&T because I want to be able to place a call and to be able to
hear the other party.
Just recently, I started having problems completing calls at work -- Lo and
behold, I found out that the company had just switched to Sprint for long
distance service. When I complained to our telecom department, they told me
to dial 10288 and the number I was calling (this places the call over AT&T).
My suggestion would be to go with AT&T -- if the two largest competitors of
AT&T are in this bad of shape, what can you expect from the small ones?
Incidentally, I don't find AT&T's rates that bad. I also subscribe to their
"Reach Out America" plan which is a real good deal if you make your calls on
the weekend.
---
Steven A. Minneman (Fujitsu America Inc, San Jose, Ca)
!seismo!amdahl!fai!stevem
The best government is no government at all.
---
Steven A. Minneman (Fujitsu America Inc, San Jose, Ca)
!seismo!amdahl!fai!stevem
The best government is no government at all.
------------------------------
From: caf%omen%reed%tektronix.tek.com@RELAY.CS.NET
To: tektronix!comp-dcom-telecom%reed.uucp@RELAY.CS.NET
Date: Wed Sep 9 03:28:10 1987
Date: 9 Sep 87 10:28:09 GMT
To: reed!tektronix!comp-dcom-telecom
Subject: Submission for comp-dcom-telecom
Responding-System: omen.UUCP
Path: omen!caf
From: caf@omen.UUCP (Chuck Forsberg WA7KGX)
Newsgroups: comp.sys.ibm.pc,comp.dcom.telecom,comp.protocols.misc,or.general
Subject: DSZ Rip-Off
Message-ID: <584@omen.UUCP>
Date: 9 Sep 87 10:28:09 GMT
Distribution: na
Organization: Omen Technology Portland OR
Lines: 30
Keywords: dsz zmodem hack pirate
A set of debug scripts designed to hack DSZ has been making the rounds
of bulletin boards. The single purpose of these scripts is to disable
the registration request printed by UNREGISTERED copies of DSZ. In
other words, the only purpose of these debug scripts is to encourage
nusers to avoid registering DSZ. The final insult is the message:
-
If you find this usefull, you may if you wish send $1.00 to MOBIUS
c/o MOBIUS .aka. Servant of TSOTL, Pyroto Mountain P.O.Box 35103
Phoenix AZ 85069, or just Support your best Shareware. The $1.00
will also provide you with 60 minutes online time on my BBS as a
contribution.
-
In other words, this gentleman suggests you Support Shareware by
sending HIM $1.00 to support his piracy instead of registering DSZ
with its author.
-
Since nobody is bothering to rip off FAST, DART, Blast, or Relay
protocol drivers, at least one can say ZMODEM has "arrived".
-
If you see any of these files on a BBS, please inform the sysop of
the pirate nature, and ask that they be removed. I would also
appreciate any information of exactly who wrote these files, and
who are conspiring to spread them.
Chuck Forsberg WA7KGX Author of Pro-YAM communications Tools for PCDOS and Unix
...!tektronix!reed!omen!caf Omen Technology Inc "The High Reliability Software"
17505-V Northwest Sauvie Island Road Portland OR 97231 VOICE:503-621-3406:VOICE
TeleGodzilla BBS: 621-3746 19200/2400/1200 CIS:70007,2304 Genie:CAF
omen Any ACU 2400 1-503-621-3746 se:--se: link ord: Giznoid in:--in: uucp
omen!/usr/spool/uucppublic/FILES lists all uucp-able files, updated hourly
------------------------------
Date: Fri, 11 Sep 87 9:31:17 EDT
From: Carl Moore (VLD/VMB) <cmoore@BRL.ARPA>
To: telecom@BRL.ARPA
Cc: cmoore@BRL.ARPA
Subject: new Md. pay-phone instructions
A C&P pay phone in Elkton which is on 301-398 prefix has new calling
instructions. Maryland is running out of NNX prefixes, and apparently
provision is being made to switch to NXX prefixes.
Station-to-station: local--(7 digit) number
toll-- 1 + area code + number
All 0+ calls require area code.
(Yes, "area code" can include 301.)
------------------------------
Date: Sun, 13 Sep 87 18:06:16 EDT
From: Srivas@UDEL.EDU
To: telecom@UDEL.EDU, info-graphics@UDEL.EDU, sun-users@UDEL.EDU,
Subject: Graphics Package Wanted
I am looking for graphics packages that may be used on a Sun for representing
finite state machines. If you have, or know of someone who might have,
developed software to graphically display finite state automata,
please send me mail at
ARPA: srivas@udel.edu
BITNET: srivas@udel.edu
CSNET: srivas%udel.edu@relay.cs.net
UUCP: ...!ihnp4!berkeley -\
...!allegra!berkeley -->!srivas@udel.edu
...!harvard -/
If you know of any publications that have information about graphically
displaying finite state machines, please send me mail about them.
Thanks.
Srivas
------------------------------
Date: Sun, 13 Sep 87 18:44:05 EDT
From: jsol (Jon Solomon)
To: telecom
Subject: missing issues 26-29
If you are missing issues 26-29 then please let me know so I can
mail them to you. I have a correct set of issues within that range,
and can mail you by return mail any of the issues of Volume-7 in that
range.
--jsol
------------------------------
End of TELECOM Digest
*********************
Date: Fri, 18 Sep 87 22:18:20 EDT
From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
Reply-to: TELECOM@BUIT1.BU.EDU
Subject: TELECOM Digest V7 #33
To: TELECOM@BUIT1.BU.EDU
TELECOM Digest Fri, 18 Sep 87 22:18:20 EDT Volume 7 : Issue 33
Today's Topics:
Re: Phone Interfaces
Re: Phone Interfaces
Re: new Md. pay-phone instructions
RingMaster service
Question
Re: TELECOM Digest V7
Sprint "Lawsuit"?
----------------------------------------------------------------------
Date: Mon, 14 Sep 87 16:11:43 EST
From: Michael Grant <mgrant@mimsy.umd.edu>
To: spar!malcolm%decwrl.dec.com@buit1.bu.edu, telecom@bu-it.bu.edu
Subject: Re: Phone Interfaces
Well, we just bought this thing that answers the phone and lets you
page people throughout the building. It basically answers the phone and
connects the line to an amplifier. Maybe this device is what you
want. It cost us $247.00. It's called a Page Adaptor by
Valcom. Model V-9940. We got it from "The Telephone Man" in
Springfield Virgina. They might have other things that solve your
problem as well. By the way, this thing took almost 3 months to
order from these people, so I hope you don't need it soon!
------------------------------
Date: Tue, 15 Sep 87 18:13:32 EDT
From: pyrnj!romain@RUTGERS.EDU (Romain Kang)
To: malcolm@hobbes.spar.cas.slb.com
Subject: Re: Phone Interfaces
Cc:
This question recently came up on Pyramid's internal network. The most
attractive box was made by SpeechPlus in Mountain View, CA.
They call it a voice response system. In brief, it can answer the
phone, transmit DTMF codes to a computer via an RS-232 port as ASCII
digits, receive ASCII text via the same port and send it back down the
phone line as high quality synthesized speech.
It includes such features as:
XON/XOFF flow control or
DTR/CTS flow control
DTR supervision for incoming calls (raise DTR when a call
comes in)
Notification of an incoming call by sending digits to the
RS-232 port (DTR is strapped)
Flash-hook the phone line to transfer a call to a human
being
DTMF generation to make outgoing calls
List price is $3,900.
------------------------------
To: comp-dcom-telecom@RUTGERS.EDU
From: westmark!dave@RUTGERS.EDU (Dave Levenson)
Subject: Re: new Md. pay-phone instructions
Date: 16 Sep 87 02:31:37 GMT
In article <8709110931.aa20340@VGR.BRL.ARPA>, cmoore@BRL.ARPA (Carl Moore, VLD/VMB) writes:
> A C&P pay phone in Elkton which is on 301-398 prefix has new calling
> instructions. Maryland is running out of NNX prefixes, and apparently
> provision is being made to switch to NXX prefixes.
> Station-to-station: local--(7 digit) number
> toll-- 1 + area code + number
> All 0+ calls require area code.
> (Yes, "area code" can include 301.)
Maryland must be one of the few places left that hasn't adopted this
dialing plan. I would expect most of the US to be on 1+ or 0+ ten
digits before long. Because if the widespread use of this dialing
plan, areas where it is not required generally permit it, for the
benefit of travelers from other parts.
--
Dave Levenson
Westmark, Inc. A node for news.
Warren, NJ USA
{rutgers | clyde | mtune | ihnp4}!westmark!dave
------------------------------
Date: Wed, 16 Sep 87 14:04:30 EDT
From: think!johnl@ima.ISC.COM (John R. Levine)
To: telecom@xx.lcs.mit.edu
Subject: RingMaster service
BellSouth's operating companies South Central Bell and Southern Bell are
introducing a new service called RingMaster. It assigns two or three numbers
to the same phone line, and gives the different numbers different rings. That
way if you run a business in your home you can know whether to answer "Hello"
or "Thank You For Calling Schrod Bait Systems" without having to install and
pay for two lines. You could also use it for a minor variety of toll evasion;
when you leave the office, call the second number, let it ring four times, and
hang up, so your housemate hears the ring and knows you're on the way without
answering the phone and completing the call.
Sounds like a clever way to get some revenue from CO equipment that has to be
present anyway to support the dwindling number of party lines.
--
John R. Levine, Cambridge MA, +1 617 492 3869
{ ihnp4 | decvax | cbosgd | harvard | yale }!ima!johnl, Levine@YALE.something
The Iran-Contra affair: None of this would have happened if Ronald Reagan
were still alive.
---
John R. Levine, Cambridge MA, +1 617 492 3869
{ ihnp4 | decvax | cbosgd | harvard | yale }!ima!johnl, Levine@YALE.something
The Iran-Contra affair: None of this would have happened if Ronald Reagan
were still alive.
------------------------------
Date: Sun, 13 Sep 87 18:55 ADT
From: <FSSWB1%ALASKA.BITNET@MITVMA.MIT.EDU> (Zaphod Beeblebrox)
Subject: Question
To: telecom-request@xx.lcs.mit.edu
One of the previous issues had a list of the 0 access numbers to
use a different long distance carrier for you call....
could you please send me that list again....Thankyou
------------------------------
Date: Mon, 14 Sep 87 08:27 EST
From: Howie Ducat <howie%BKLYN.BITNET@wiscvm.wisc.edu>
Subject: Re: TELECOM Digest V7
To: The Moderator JSol <TELECOM-REQUEST@BUIT1.BU.EDU>
Date: Mon, 14 Sep 87 08:18 EST
From: Howie Ducat <howie@bklyn>
Subject: Sprint "Lawsuit"?
To: <telecom@buit1.bu.edu.arpa>
Hi..
I recently received what I thought was my usual monthly SPRINT bill..
In actuality, it was some sort of legal gobbledegook about someone in
Illinois winning a lawsuit against SPRINT.. and I seem to be entitled
to SOMETHING from them, but I can not for the life of me figure out
what it is... anyone have any idea??
Howie Ducat
Brooklyn College Telecommunications
------------------------------
End of TELECOM Digest
*********************
From jsol Fri Sep 25 22:51:23 1987
Received: by bu-it.bu.edu (3.2/4.7)
id AA15789; Fri, 25 Sep 87 22:51:23 EDT
Message-Id: <8709260251.AA15789@bu-it.bu.edu>
Date: Fri, 25 Sep 87 22:11:19 EDT
From: The Moderator (JSol) <TELECOM-REQUEST@BU-IT.BU.EDU>
Reply-To: TELECOM@BU-IT.BU.EDU
Subject: TELECOM Digest V7 #34
To: TELECOM@BU-IT.BU.EDU
TELECOM Digest Fri, 25 Sep 87 22:11:19 EDT Volume 7 : Issue 34
Today's Topics:
sprint lawsuit
Telephone Chip?
Re: Sprint "Lawsuit"?
phone # on pay phones
Submission for comp-dcom-telecom
Re: 0+ pay phone calls
"Ringmaster service"
AT&T, Baby Bells getting into data networks
[This is the last digest to be sent from BU-IT.BU.EDU. All further
digests will go through XX.LCS.MIT.EDU. All TELECOM pointers (including
-REQUEST) now point to XX. Also, today is the only day that individual
message readers will see a digest. Starting tomorrow we will resume
sending individual messages. --JSol and Jim]
----------------------------------------------------------------------
From: SPGDCM%UCBCMSA.Berkeley.EDU@jade.Berkeley.EDU
Date: Fri, 18 Sep 87 20:17:26 PDT
To: telecom@bu-it.bu.edu
Subject: sprint lawsuit
MSG:FROM: SPGDCM --UCBCMSA TO: NETWORK --NETWORK 09/18/87 20:17:25
To: NETWORK --NETWORK Network Address
From: Doug Mosher <SPGDCM at UCBCMSA>
MVS/Tandem Systems Manager (415)642-5823
Evans 257, Univ. of California, Berkeley, CA 94720
Subject: sprint lawsuit
To: telecom@buit1.bu.edu
Here's what I know plus what I intuited from the sprint notice:
In the past (and still now? not clear) sprint charged regular rates for little
short "calls" that did not result in an answer. Like it takes say 30 seconds
to place a call, hear four rings, no answer, and hang up.
Not clear if they charged for all or many or some of these. Has to do with
their not having as good a connection as AT&T technically, so they can't
detect answers (as well or at all?).
Somebody did a class action suit and won; now in the settlement they are
asking each of us to choose either flat or estimated reimbursement IF WE HAD
SUCH PROBLEMS.
I can't remember if I had any, can't estimate how many, and find the whole
thing a bother. I might be a real liar if I certify I had any or so many of
them. And I figured the whole deal amounts to plus or minus say $3 for me.
I actually threw it out.
Now look, I am in favor of class action suits, and this is one more case where
Sprint blew it (the other case was where they charged the wrong rates during
holidays a year or so ago, and didn't even fix it in general when they knew
about it; another class action suit slapped them BIG for that one.)
But I am beginning to think that the results of such suits should be for the
company to get punished, and for the money to go to: charity, public interest
groups, education, or whatever. As this stands, then tiny dribs of money go to
a mixture of those even more compulsive, or even less honest, than me, and
those are weird folks I'll tell you.
sprint lawsuit
------------------------------
Date: Sat, 19 Sep 87 20:27:11 edt
From: sr16+@andrew.cmu.edu (Seth Benjamin Rothenberg)
To: telecom@xx.lcs.mit.edu
Subject: Telephone Chip?
I know that Motorola makes a speakerphone-on-a-chip; does anyone know of a
telephone-on-a-chip? It need not have a dialing circuit in it, as I won't be
using it.
Thanks
Seth Rothenberg
sr16@andrew.cmu.edu
rochester!pt!andrew.cmu.edu!sr16
sbrst@cisunx
sbrst@pittvms.bitnet
------------------------------
Date: 21 Sep 87 10:59:23 EDT (Monday)
From: Wegeng.Henr@Xerox.COM
Subject: Re: Sprint "Lawsuit"?
To: howie%BKLYN.BITNET@WISCVM.WISC.EDU
Cc: TELECOM@BU-IT.BU.EDU, Wegeng.Henr@Xerox.COM
There are probably more knowledgable people on the net, but here's my 2
cents worth. I interpreted the letter to mean that several class action
suits had been brought against Sprint over their well known practice of
billing customers for any call that lasts over 30 seconds from the time
that the phone starts ringing, whether the recipent answers the phone or
not. I don't have the letter in front of me, but in general the proposed
settlement contains two options:
1) credit for any call meeting the above description for which no credit
has been previously granted, or
2) a small amount of credit (3 minutes, I think) for each year that the
customer has subscribed to Sprint.
Obviously this favors people who have saved all of their old bills and
can therefore account for more than six unanswered calls per year. On
the other hand, if you requested credit for the calls at the time you
were billed (which I usually did) then the settlement doesn't really
affect you.
/Don
------------------------------
Date: Mon, 21 Sep 87 9:18:05 EDT
From: Carl Moore (VLD/VMB) <cmoore@BRL.ARPA>
To: telecom@BRL.ARPA
Subject: phone # on pay phones
On a recent trip, I stopped at a pay phone on a roadside and made a call,
but I also called the operator and asked what the number was (since it
was not displayed; only the area code). I was told they are not allowed
to give out the number for pay phones. Can anyone send me any reasons?
(I can consolidate if necessary.)
Does this have anything to do with the appearance of the word "coin" or
similar expression in lieu of place name on a phone bill alongside call
made to or from pay phone?
------------------------------
From: ssc-vax!clark@beaver.cs.washington.edu (Roger Clark Swann)
Date: 21 Sep 87 14:33:16 GMT
To: uw-beaver!comp-dcom-telecom@beaver.cs.washington.edu
Subject: Submission for comp-dcom-telecom
Path: ssc-vax!clark
From: clark@ssc-vax.UUCP (Roger Clark Swann)
Newsgroups: comp.dcom.telecom
Subject: Re: 0+ pay phone calls
Keywords: area codes
Message-ID: <1444@ssc-vax.UUCP>
Date: 21 Sep 87 14:33:15 GMT
Distribution: na
Organization: Boeing Aerospace Corp., Seattle WA
Lines: 25
------------------------------
In article <8709110931.aa20340@VGR.BRL.ARPA>, cmoore@BRL.ARPA (Carl Moore, VLD/VMB) writes:
> A C&P pay phone in Elkton which is on 301-398 prefix has new calling
> instructions. Maryland is running out of NNX prefixes, and apparently
> provision is being made to switch to NXX prefixes.
> Station-to-station: local--(7 digit) number
> toll-- 1 + area code + number
> All 0+ calls require area code.
> (Yes, "area code" can include 301.)
I remembered the above article when I needed to make a local pay phone
call this past weekend. I wanted to bill the local to my calling
card, so I used the 0+ followed by the numbers. On the first try I,
included the area code as part of the local number I wanted to
reach. This did NOT work, (got a re-order recording). On the second
try I left off the area code and the call went right through.
So, I guess that we in the Seattle area are behind the rest of the
world for now. Check back in the year 2000 and maybe we will have
caught up by then...:-)
Roger Swann uucp: uw-beaver!ssc-vax!clark
I disavow any knowledge of my actions.
------------------------------
To: TELECOM-request@BUIT1.BU.EDU
Subject: "Ringmaster service"
Date: Sat, 19 Sep 87 16:21:49 PDT
From: David G. Cantor <dgc@CS.UCLA.EDU>
In Telecom, Volume 7, Issue 33 John Levine states
BellSouth's operating companies South Central Bell and Southern
Bell are introducing a new service called RingMaster. It assigns
two or three numbers to the same phone line, and gives the
different numbers different rings.
This was available for years in General Telephone Country (GTE).
GTE supported up to 10 parties with distinctive rings (5 ringing
frequencies and ringing between either line and ground). You could
request several numbers on the same line and you had to pay the sum
total of the individual line costs (note that party line were
substantailly less expensive than single-party lines).
One common use, in a time when standards were different, was by an
unmarried couple living together. Each, to the outside world,
appeared to have his (her) own line. It avoided problems such as having
another telephone ring while talking to one's parents, etc.
dgc
David G. Cantor
dgc@math.ucla.edu
------------------------------
Date: Thu, 24 Sep 87 02:52:06 PDT
From: hoptoad.UUCP!gnu@cgl.ucsf.edu (John Gilmore)
To: telecom@xx.lcs.mit.edu
Subject: AT&T, Baby Bells getting into data networks
I picked up these messages from the Telenet PC Pursuit bulletin board
system (type "C PURSUIT" to Telenet) and thought Telecom readers
would be interested.
I found the proposal for a separate data network particularly wierd,
since it looks like you would just attach modems to it anyway.
Presumably they would figure what kind of modem you had, decode the tones,
and ship the data digitally (like Telenet does now). I don't see why
this can't be done transparently using normal telephone lines and
numbers, e.g. if during the call, they notice that recognizable modem
tones are going down the line, and there is a local modem free on both
ends, they could just stop sending 64KB/sec and start sending 1200B/sec
or 2400B/sec or 9600B/sec. They might be able to do this right at the
beginning of a call, by looking for echo-suppressor tones.
Also, doesn't ISDN presume anybody, data or voice, can call anybody
else, data or voice? I sure hope so...
John
Msg # 2474 Dated 08-29-87 01:16:42
From: PATRICK TOWNSON
To: ALL
Re: BELL TELCOS GOING ONLINE!
Well, we knew it had to happen someday....Ameritech (the parent
company for Illinois Bell, Michigan Bell, Indiana Bell and others)
announced this past week that it will enter the up to now forbidden
area of on-line computer information and network services. This is
the first time a Bell Operating Company has said definitly it will
offer "enhanced information services".
Ameritech has paid five million dollars for a fifteen percent interest
in <Inet of America>, whose majority owners are Bell Canada and
suprise!! ....GTE/Telenet. .......
Permission to aquire an interest in Inet of America was granted by the
Justice Department last month, and Ameritech will begin work on the
new venture as soon as Judge Harold Greene gives his okay. Judge Greene
was the person who presided over the AT&T divestiture case. Approval
is expected, and will take the form of a full lifting of the
restriction against the various Baby Bells from entering this line.
<Inet of America> will offer EMAIL and other network services, including
interconnection arrangements with various information data bases.
Bell Canada has offered a similar service since 1985, and of course
Telenet has offered network services for a few years now. What
interested me the most was seeing that Telenet and Ameritech will
be in this together.
This message was prepared from the various press releases and
newspapers reports on the subject appearing this past week. I
specifically saw a <virtually identical> report in the Chicago Sun-
Times on Thursday 8/27, and the Wall Street Journal the same day.
It then appeared in a couple of telephony industry trade journals
this weekend.
Is Telenet taking the old standard approach, "if you can't beat
them, then join them"..???? I am sure it is far too early to
say where this effects us as Pursuiters, since the newspaper
accounts went on to say that the Ameritech/Bell Canada/Telenet
deal would not be implemented for a couple of years....but seeing
this article after weeks of reading about the dismal future of
enhanced services when the new fees go into effect next year does
give one reason to pause and reflect.
Any Telenet execs out there wish to comment?
Msg # 2698 Dated 09-03-87 21:15:26
From: PATRICK TOWNSON
To: ALL
Re: COMPUTER PHONE NETWORK
I mentioned earlier that Ameritech (Illinois Bell, Michigan Bell,
Indiana Bell, others) planned to join forces soon with Telenet and
Bell Canada in a new national computer public network. While the
details are by no means firm, here is speculation by a couple of Bell
insiders -- people in senior management who tend to go out to lunch
frequently with FCC Commissioners and staff members.
First, a little background: For many years, AT&T operated a service
called TWX, meaning <T>ype<W>riter E<X>change. It was in direct
competion to Western Union Telex. TWX operated just like regular voice
phones as far as dialing and network protocol. TWX had its own "area
codes" of 410-510-610-710-810-910. You could not and still cannot
access these "TWX area codes" from a regular phone. Neither can TWX
machines make calls to the area codes used by voice phones. Other than
the inability to jump between the voice network and the data network,
everything else about TWX functioned as we know it today -- for
example, dialing 610-555-1212 from a TWX machine gets Directory
Assistance -- numbers of other TWX machines -- in that "area code",
which in fact happens to be for Canada. An operator responds by
typing manually at a TWX machine and looks up the number, etc. Pulling
Zero gets a TWX operator who will assist in completing calls,handling
collect and third number billings, etc.
About twenty years ago, Western Union sued the Bell System and forced
them to give up the TWX business, by selling it (naturally) to Western
Union, which still runs the service today, but under the name "Telex
II". Even though owned by Western Union, the network switching
equipment for TWX/Telex II is still scattered in Bell central offices
and AT&T Long Lines facilities, and Bell maintains the circuits.
Now what does this <possibly> have to do with computer and modem
users? Well, the FCC is currently looking with some interest at an
informal proposal by AT&T to MOVE ALL COMPUTER/DATA TRANSMISSIONS to
their own little "semi-network", with their own area code and
prefixes, etc. So the, uh, speculation goes, folks with modems would
be required to have at least TWO phone lines on their premises --
unless they planned to not have a voice line -- and the second line
would be <dedicated> to the data traffic. The dedicated line for
the computer would have a "funny looking" area code (that is, not
the one used in your area for voice). Otherwise it would be just
a normal ten digit phone number. Every geographic area would have
one or more prefixes assigned to it. (The prefix is the first three
digits of your phone number).
Long distance calls over the system would run about $7-8 per hour,
as they do now, using the Reach Out Plans as the guidelines. Local
calls on the same prefix would be around five cents a minute, again
as they are now in communities with "user sensitive billing". There
might or might not be some "local free calling zone". There would
be a monthly access charge of course, just as you pay now for your
voice line. Calls on this network could not jump over to the voice
network or vice versa. In other words, an attempt to dial an area
code and number from the data line would be intercepted, and the
same would happen in reverse.
The Knowledgeable Sources who talk about these things at lunch
with their friends from the Commission seem to think the so-called
area code will be "300" or "400", or both. Directory Assistance
will be available to folks who choose to have listed numbers for
their computer (300-555-1212). International access will be handled
via "011", just as it is now on voice. Dialing zero, or possibly
some three digit access code will connect with an operator's position,
for handling collect calls, etc. Some people seem to think AT&T will
have it all implemented possibly as early as 1989...about the time
that Ameritech/Bell Canada/Telenet have their system ready to go.
Of course this is all just talk....just a figment of someone's
imagination at AT&T Long Lines, right? Of course.
Msg # 2882 Dated 09-12-87 01:17:01
From: PATRICK TOWNSON
To: ALL
Re: BELLS NOW IN THE BUSINESS
The Friday papers announced the Thursday ruling by Judge Harold Greene
regarding the proposals by the various regional Bell holding companies
wanting to handle data traffic.
They got the OK to create and maintain a data network; but they may NOT
create the actual data. That is, no BBS's, no data banks or other
information services, etc....just handle the traffic; a lot like PCP
does now, less this bulletin board.
They still cannot go into long distance service, however they will no
longer need a waiver to enter non-telephone related enterprises. The
group which pushed hardest for the okay to handle data traffic was
the consortium formed by GTE/Telenet, Ameritech and Bell Canada. These
three organizations are now free to pursue in ernest their plans for
ITNET, the name of the new data network being formed.
Basically, Bell went away angry at not being allowed into the long
distance market; some observors have noted however they were very
pleased to get the go-ahead for handling data traffic.
------------------------------
End of TELECOM Digest
*********************