Path: utzoo!utgpu!news-server.csri.toronto.edu!mailrus!accuvax.nwu.edu!nucsrl!telecom-request
From: myerston@cts.sri.com
Newsgroups: comp.dcom.telecom
Subject: Subodh's Aunt (Was: Re: Screwy PUC Policies)
Message-ID: <8906@accuvax.nwu.edu>
Date: 12 Jun 90 16:37:00 GMT
Sender: news@accuvax.nwu.edu
Organization: SRI Intl, Inc., Menlo Park, CA  94025  [(415)326-6200]
Lines: 12
Approved: Telecom@eecs.nwu.edu
X-Submissions-To: telecom@eecs.nwu.edu
X-Administrivia-To: telecom-request@eecs.nwu.edu
X-Telecom-Digest: Volume 10, Issue 430, Message 4 of 13


     The assertion that "Alameda does not have TT" is incorrect.  The
prefix quoted (415-865) is a 1AESS (I believe it is Alameda 11) which
of course, provides TT.  Whether an individual subscriber has DP-only
service is something else again.

     This subject comes up all the time.  When I did ESS software the
practice was to provide TT/DP >hardware< on all lines.  What happened
when a DP subscriber entered TT instead was controlled in >Software<
(Parameters).  The choices were (1) Deny service (2) Allow and print a
message on the Maint TTY or (3) Allow and do nothing.