home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
CP/M
/
CPM_CDROM.iso
/
cpm
/
news
/
news-007.ltr
< prev
next >
Wrap
Text File
|
1994-07-13
|
58KB
|
1,252 lines
(*)-(*)-(*)-(*)-(*)-(*)-(*)-(*)-(*)-(*)-(*)-(*)-(*)-(*)-(*)-(*)-(*)-(*)
||==\\ ||==\\ ||===|| //==\\ //==\\ ||===||
|| || || || || || || || || || || ||
||==// ||==// ||===|| || \\==\\ ||===||
|| || \\ || || || || || || ||
|| || \\ || || \\==// \\==// || ||
(*)-(*)-(*)-(*)-(*)-(*)-(*)-(*)-(*)-(*)-(*)-(*)-(*)-(*)-(*)-(*)-(*)-(*)
The Official News Letter of PRACSA The Public Remote Access Computer
Standards Association. News and reviews of programs, hardware, and
peripherals for users of microcomputers.
William A. Strouse - Editor (Sysop Wild Bill's)
Beth Hall - Asst. Editor (Asst. Sysop Wild Bill's)
***
================= -={ Distribution/Copyright Notice }=- ====================
This newsletter and its articles may be freely distributed on other remote
systems as long as this title page and all copyright notices remain
intact. We accept material submitted from outside sources for
inclusion in future issues (subject to editorial review of course.)
***
============================== CONTENTS ====================================
July 1987 Vol.2 No.7
Use your wordprocessors "find string" function to jump to the numbers.
1. LETTER FROM THE EDITOR
Where is PRACSA headed ?
2. CP/M
CRUNCH/UNCRUNCH (By Steven Greenberg)
3. DOS
Pereline (from PereGrin Data Systems Inc.)
4. Hardware
5. The FCC and Packet Switching
AND THEN THERE WERE NONE
By Brock N. Meeks
from Microtimes, August, 1987 #34
HOW TO REPLY TO FCC DOCKETS
By Bruce Bergman
from Microtimes, August, l987 #34
INTERVIEW, Dave McCord
6. System Spotlight
7. Humor
8. PRACSA news
The June meeting.
9. Classified Ads
Upload your ad to the PRACSA bbs and in the FOR file
put SUBMISSION FOR NEWS LETTER CLASSIFIED.
======= 1. Letter From the Editor ==========================================
For this months editorial I would like to share some thoughts that have
been running through my head on how we could improve our association and
expand our membership.
1. Computers are about information, mass storage and instant access, the
'information revolution'. BBS's are for sharing this information and
software.
2. We have an online system for our members, but it's mostly P.D.
software and electronic messages. A good one, but not much different from
all the rest.
3. Our pooled knowledge is our greatest resource, especially to the vast
majority of computer users, who are not lucky enough to live in or around
the Silicone Valley.
4. I think we all agree that we must offer some sort of incentive to
expand our membership and keep old members involved. Especially those that
live too far away to attend the meetings.
5. And, I think most of us agree to some extent with Al Mehr that we
also need to do something constructive so we're not just another social
group.
If we just had a more effective way to pool and share our knowledge
with members all over the world I think it would create a real incentive.
Let me regress for a second. I set up my first copy of BYE.COM about
three and a half years ago and it took me better than three months to make
it work properly with my computer.
I was running the new (at that time) CP/M Plus and I had to do a great
deal of research to find help with it. I was not known by anyone and I
must have left messages on fifty different bbs's before someone told
me about George Peace in Harrisburg Pennsylvania and Paul Bartholomew in
Freeport IL. That's how I found out about PRACSA to begin with.
I ended up spending literally hundreds of dollars on the phone and
hundreds of hours to get BYE working. If there had been a database I could
have searched for who to call to get help with CP/M Plus & BYE.COM the
whole process would have been much faster, easier and much, much less
expensive.
What I envision is a remote system a member could call and browse
through a database. Choose the subject of interest and search on multiple
keys for the desired information
Al Mehr's a dBASE whiz maybe we could get him to construct these
databases. Or as Dave McCord suggested, maybe we can use regular ASCII
text files and get Irv Hoff to alter FOR/NEW to do the job. Then one would
look at a list of key-words and search a text file for the answers.
They would be maintained and kept up to date by volunteer sysops
who would answer questions and take suggestions through the message base.
Thus splitting up the workload and allowing us to have resident experts in
each field.
One sysop (Irv) would be in charge of organizing the system, security,
directing callers to the proper bases, sysops and/or messages and
coordinating system use.
Public Domain software would be a good one to start with. Someone in
our group recently made a list of P.D. software (was that you John?),
We could create a database so a user looking for a specific piece or
type of software could find it in the database as well as what system(s)
it was on and who to contact for help.
For instance, say someone was looking for "WORD PROCESSING",
"WORDSTAR", "PATCHES". The database would produce a list of relevant files
and what system(s) they could be found on, the phone number(s) and
the resident expert(s).
We could create a PRACSA database on OEM's and VAR's so people living
in remote parts of the USA and foreign countries could search it to find
who, what and where for commercial hardware and software. With Phone
numbers and addresses for customer support, upgrades, etc. I would be
willing to contribute to that list myself.
Since so many of us keep in touch with systems all over the world we
could also do a regular verified list of systems keyed on special
interests, area code, country, etc.
This would create a "NETWORK" of all our member bbs's and still leave
us free to be the Maverick's we all are.
To work this would require some effort from all of us and I'm willing
to volunteer to coordinate the project if there's enough support from the
membership to make it work.
We will need to.
1. Consolidate our information.
2. Create databases from this information.
3. Set up software to make it accessible to remote callers.
4. Advertise it! Any place we can do it free. We can start with our
systems, newsletter and possibly Computer Currents.
I suggest we don't allow downloading of an entire database (to
maintain control of them) and the software (as it will probably be
proprietary). Users would do a search with capture buffer open thus only
receiving the needed portion of the base.
With one central system listing all possible (public) information about
members and their bbs's in multiple databases, with stacked security
levels we would have something very special. Something extremely useful to
computer users all over the world. Members would join to get access to
this information and the databases would grow with each new member.
There's a system in Canada called CRS (Canada Remote Systems) that's
set up a network of twelve or fifteen computers, some LAN'ed and some
linked through iNET.
They're charging $60 for the first year and $40 to renew membership
(full membership); $35 with no system access and $20 to renew (limited
membership); $50 to sign up for iNET access or $85 bundled with a full
membership and $60 to renew (plus you have to pay for the calls you place
through iNET). They have something like 2,500 members so you know they
must be making a bundle.
Now I know we could never do something like that because the majority
of us see ourselves as promoters of public domain. Also, we would be hard
pressed to find three members that would give up there (system)
individualism to band together that tight.
But, with a loose network such as I have described I believe we
could offer better service to our membership than CRS for a very
small membership fee and expand greatly.
We could even provide the service to the general public and charge a
nominal fee for non-members and possibly recoup some of our investment.
I've always felt that the users should help out with some of the
expenses and I've met a few users that felt the same. Why should a
sysop cover all the cost of hardware and maintenance just so any
kid can call and try to crash it? I feel we would attract a better class
of user and weed out some of the riff-raff if users had an investment in
the systems they call.
Consider: If users paid you just $5 a year for full access to your
system and you had 200 regular members you would have $1000 a year to
upgrade hardware and software. But you would have to offer something that
other systems didn't have.
What do you think?
***
======= 2. CP/M ============================================================
I picked on Irv Hoff a great deal over using Crunch/Uncrunch on PRACSA
bbs files (and so did several others members).
Mainly because of incompatibilities between different versions of the
program ie: it was reputed one version could not un-crunched some files
crunched with other versions of the same program.
Also members had problems with it working properly on certain
brands of computers (such as my CP/M Plus Morrow).
It got to the point where there was talk of "The Compression Wars" and
we got lots of good natured chuckles over the on-going arguments that
ensued.
But it looks like all the problems have been solved with the latest
version (v2.3) so I feel in all fairness I should tell all that v2.3 has
been accepted by PRACSA vote.
What follows are excerpts from the documentation included in
CRUNCH23.LBR (By Steven Greenberg 201-670-8724 (voice; eves, wknds)).
========================================================================
USAGE
Prgm: CRUNCH v2.3
filename date, etc. Verbose
/ / /
Usage: CRUNCH {du:}<afn> {du:} { [id] } { /Q | /V | /C}
\ \ \ \
source destination Quiet Confirm
Items in curly brackets are optional (namely everything except
for the filename). The two optional 'du:' specs may be of the
form DU:, UD:, D: or U: where D is any legal drive letter, and U
is a user code from '0' thru '15' inclusive. The colon must be
typed. The first 'du:' specifies where the filename '<afn>' is
located, and it should immediately precede the <afn> with no
intervening blanks if it is used. If no drive is specified, the
default (currently logged) drive is assumed. The same is true for
the user code. The filename <afn> may contain the ambiguous
(wildcard) characters '?' or '*' if desired.
The second 'du:', which has the same form as the one described
above, is an optional drive specifier where the output will be
directed. No filename may follow the the second 'du:' - the
filename will be generated automatically (see below). As above,
if either part of the 'du:' spec is not included (or if the spec
is left out altogether) appropriate defaults will be used.
The resulting file will have the same name as the crunched file,
except that the middle letter of the extension will be converted
to "Z". If the original file's extension was blank, or already
had a "Z" in the middle, then a filetype of "ZZZ" will be used.
[id] is an optional "date stamp" (or other information), used to
identify the file. If used, [id] consists of any text contained
between a pair of square brackets (ie the brackets must actually
be typed). The text contained in [id] will be recreated at the
console for the operator's reference when the file is later
uncrunched.
Three command line options, "/Q", "/V" or "/C", are available.
If used, the option should be last on the command line, and the
"/" must be preceded by a space. Although the technical usage
above implies only one letter may be used, rev 2.3 will accept
any two options. Other combinations, which would include both
Q and V, are contradictory.
"/Q" and "/V" will "quiet down" a version of CRUNCH which has
been configured to be "verbose", or cause a "verbose" run of a
program normally configured to be "quiet". This relates to the
amount of information sent to the console while the function is
in progress.
"/C", the confirm option, is used for selective crunching. Norm-
ally used in conjunction with wildcard filespecs, this option
causes the program to ask "Y/N" for each matching file. Only the
files to which "Y" is responded will be crunched. Selecting this
option causes the program to automatically ask for additional
confirmation if a pre-existing file is about to be overwritten,
regardless of the program's configuration.
Prgm: UNCR v2.3
filename Quiet Confirm
/ / /
Usage: UNCR {du:}<afn> {du:} { /Q | /V | /C}
\ \ \
source destination Verbose
All usage, options, and patches are identical to CRUNCH, de-
scribed above, except that no [id] can be specified. Also note
that the that the resulting filename will be recreated from the
name of the file that was originally crunched.
It is not necessary that the file to be uncrunched have "Z" as
the middle letter of the extension; an attempt will be made to
uncrunch any filename explicitly specified. Note however that
"UNCR *.*" will be internally converted to "UNCR *.?Z?" to facil-
itate quickly uncrunching all crunched files in a mixed group.
CRINSTAL.DOC
-----------------------------------------------------------------
Note: You need CRINSTAL v2.3 to install CRUNCH and UNCRunch v2.3.
If you run the old installer on the new program or vice-versa,
you will get an "Invalid or Incompatible CRUNCH.COM" message.
-----------------------------------------------------------------
As of v2.1 an installation (or "configuration") program is pro-
vided to facilitate defining certain default options to a users
own preferences or requirements. The program is called
"CRINSTAL.COM". It is quite self-explanatory in nature, so not
many further instructions need be given here. The only thing
which requires some clarification is how to "fire up" the thing.
All you need to do is follows.
1. If you are running TurboDOS or Compupro Concurrent on your
computer, you may wish to read "TURBODOS.WRN" before proceeding.
2. Get copies of CRUNCH.COM, UNCR.COM, and the install program
itself, CRINSTAL.COM, all on the same drive (and area). Note
that CRINSTAL will try to configure both programs at once, so
they BOTH must be there. Since CRINSTAL is a simple program
which makes no provision for entering different filenames, you
must also make sure that the programs have exactly the names
given above. If you prefer different names (eg CR instead of
CRUNCH), you will have to rename your programs after the instal-
lation process. Note that their is no such thing as an "unin-
stalled" version of CRUNCH or UNCRunch. Each may be configured
as many times as desired.
3. Make sure there is enough room left for 1 more copy each of
CRUNCH.COM and UNCR.COM, as the old files will be left on the
disk as well, renamed .BAK. Normally, this should only require
about 12k total free space.
4. Type "CRINSTAL". Just plain "CRINSTAL".
5. Answer the five questions (six counting "Do you want to con-
tinue"). If you are unsure about anything, just hit <return> and
you will get the default selection. Saying "Y" to "Do you want
to continue" followed by five <returns> will provide a very rea-
sonable installation similar to previous versions of CRUNCH.
PATCHES.DOC for CRUNCH / UNCRunch v2.3
-----------------------------------------------------------------
Note: The patch bytes for v2.3 are in different locations than
previous releases. The corresponding functions are the same, how-
ever (except of course the Z3 flag, which is new to this version)
-----------------------------------------------------------------
This document describes every possible one byte patch which can
be made to CRUNCH.COM and UNCR.COM. In each case, the patches
can be made to either program for corresponding identical effects
(except the "Bigger File" patch has no significance on the
UNCRunch program).
The patches marked "***" are the ones which can be changed by
running the installation program, CRINSTAL. In each of those
cases, a "NO" answer corresponds to the "zero" patch value, which
is considered the default.
-----------------------------------------------------------------
Byte Significance
==== ============
10EH *** "Quiet Mode Flag". Patch to any non-zero value to
have the program default to "non-verbose" mode. This
has the same effect as using the /Q option on the com-
mand line, ie the program will not display lots of
churning numbers on the screen during operation. If
this flag is zero, it can be effectively reversed for
any single run of the program by using the /V option on
the command line.
10FH *** "Prompt Before Overwrite flag. If patched to non-
zero, existing files will be overwritten without a
prompt.
110H *** "Turbo-DOS Flag". If patched to non-zero, program
will not attempt multi-sector I/O. Otherwise the pro-
gram will use it if the BDOS "Get System Version" call
returns a value of 3.0 or higher. See "TURBODOS.WRN"
for more information.
111H "Confirm Every File Flag". If set to non-zero, the
program will ask "Do it?" for EVERY file (as it does
when the /C option is invoked). While this is probably
not a particularly useful configuration, it is included
for the sake of completeness.
112H "Warm Boot Flag". If set non-zero, the program will
perform a "warm boot", as opposed to a return to the
CCP, each time its is run. This is normally not neces-
sary, but is included for people running systems who
have reason to believe that the CCP will not remain
resident.
113H *** "Bigger File Flag". If set non-zero, the program
will NOT ask the question "Result file larger than
original. Keep it anyway?". The assumed answer to the
question will be "Yes".
114H "Maximum Drive allowed, plus one". The default value
here is "FF", effectively disabling the feature. If
you so desire, you may enter a value here ("A" = 2, "B"
= 3, etc), in which case the program will intercept any
references to higher drives (giving an "Invalid Drive"
error). If you leave this feature deactivated, your
operating system will gladly tell you about the invalid
drive spec when it gets it.
115H "Maximum User Code Allowed, plus one". Similar to
above. Note however that the command line parser will
reject all references to values above 15 no matter
what. In this case, you don't even get an "Invalid
User Area" message, you will get "Invalid Argument".
31 user areas are NOT currently supported.
10BH *** "Z3 Flag". Non-zero configures program for use on
the ZCPR3 operating system. Non-zero values in either
109H or 10AH ( Z3 "environment descriptor" ) will have
the same effect.
+--------------------------------------------------------------+
| All source code contained in CRUNCH23.LBR, as well as object |
| code created from it, are Copyright (C) Steven Greenberg, |
| 15 November 1986. May be reproduced for non-profit use only. |
| Public release of modifications strictly prohibited without |
| expressed consent of the author. |
+--------------------------------------------------------------+
This source code is being released in the public interest by its
author, with the good faith that those receiving it will adhere
to the above copyright message. In other words, you can distrib-
ute "CRUNCH / UNCRunch", and you can modify it if you wish, but
you can't do both. I must also suggest that you be careful of
changing CRUNCH, in particular, in any way that might affect the
program's output. Incompatible "crunched" files floating around
won't do anyone any good.
*****************************************************************
Changes for v2.3
NOTE: Although there is a CRUNCH22.LBR, there is no v2.2 of
CRUNCH or UNCRunch. It was skipped to get the library names back
in sync with the program versions.
1. ZCPR3 support. The programs now can be configured for ZCPR
use. The configuration may be accomplished by a patch byte, by
running the install program CRINSTAL, or by performing a Z3INS
installation of the program.
2. Patch Byte Locations. To support the Z3 environment descrip-
tor, the patch byte locations have been shifted up. If you are
going to be patching these bytes yourself, refer to the new
PATCH23.DOC, included ( Note: while the location of these bytes
has changed, their function has not). If you are going to use
the install program CRINSTAL.COM, just make sure to use v2.3 of
that program, included. If you make a mistake and use the wrong
install with the wrong program, you will simply get a "Invalid or
Incompatible CRUNCH.COM" or some similar message.
3. That's it. Usage of v2.3 is identical to that of v2.1.
******************************************************************
Release Notes: Many people have noticed that the type program
TYPELZ has not been included in the last few releases of CRUNCH.
I will shortly release a TYPELZ library which contains the most
recent version of that program along with the source for the REL
files needed to support it. I will then leave subsequent type
program releases to others. There are already one or two very
good alternatives to TYPELZ, and I prefer to concentrate my work
on compression itself, rather than associated utility support.
Speaking of utility support, there have also been a number of
inquiries concerning a CRUNCH.REL (companion to UNCR.REL) for use
by utilities to support crunched files. I will take care of this
as soon as practical; possibly it will be included with the other
support programs in the TYPELZ release.
Greenbug notice: The USQREL file currently used with versions 2.x
of TYPELZ will refuse to type a squeezed file in the 1/128 chance
that one of the checksum bytes is zero. The corrected USQREL
will be released in the TYPELZ library mentioned above. Note
this only affects squeezed files, not crunched or uncompressed.
(Note to programmers involved- In the mean time the problem can
be fixed by inserting any non-0 value in these two [unused] bytes
before calling USQREL).
Questions, problems, suggestions, etc:
Steven Greenberg 201-670-8724 (voice; eves, wknds)
-----------------------------------------------------------------
Acknowledgements:
=================
ZCPR3 Consultant: Bruce Morgen
Also thanks to (continued from last release...)
Keith Peterson, Jon Schneider, Jay Sage, Gary Inman, Steve Russel,
Terry Carroll, George Peace, Pete Zuroff and many others...
***
======= 3. DOS =============================================================
At our May meeting Tom Serface and Einar Pederson of Peregrine software
gave a demonstration of there new PereLine communications software. They
were also kind enough to give me an evaluation copy.
I have since used PereLine on several different IBM and IBM compatible
computers and it's become my dialer of choice for DOS machines.
I've used Qmodem for a long time and loved it, but I've found PereLine
is much better for what I do since I never know what machine I'll be
using next. For one thing I use an AT clone in an office where it's not
unusual for me to show up in the morning and find it dismantled all over
my desk. It belongs to a friend who's always scavenging parts to sell to a
customer or test a faulty machine with. One morning I found it dismantled
for publicity pictures. It's in a constant state of flux as to what boards
it has in it and I've had three different modems in the last month. Or
I'll show up at a company to work on their machine and find I need a
piece of software I didn't bring.
If they have a modem I can call and get it from one of my friends,
but I've found many of the dialers people use are crude and have
problems with file transfers. As a matter of fact some of the older ones
refuse to do file transfers beyond a capture buffer.
Well I can't learn to use all of them and I find Pereline is easy to
transport from machine to machine. It's one of those "tools" I always
carry with me. It's much quicker and easier to set up than Qmodem and I
have not found a computer (PC/MS-DOS) or modem (Hayes compatible) that
it's had problems with.
PereLine allows the me to customize menus and/or create my own.
It Supports multiple concurrent sessions using two windows so I can
be connected to two modems at the same time, directly connected to two
computers, or a combination of modem and direct connect then jump back and
forth between the windows.
One feature I really like is the LEARN function. Have you ever tried
to write auto-logon scripts for a dialer? It's just like programming in
any other language. First you write the code then you spend a bunch of
time de-bugging it by making one call after another until it works
properly.
With PereLine's Learn function I just turns on the learn feature
before placing the call and the program stores the keys-strokes (with the
phone number) for use the next time I call that number.
In addition when I enter a number in one of the (unlimited number
of) "Phone Books" (limited to 60 entries each) I'm asked a short series of
questions that establish the communication parameters for that individual
phone number (baud rate, transfer protocol, terminal emulation,
timing constants, etc).
Speaking of emulation, PereLine emulates ANSI, VT100, VT52, VIDTEXT,
IBM 3101, DG210/211.
File transfer protocols include XMODEM, YMODEM, KERMIT, TELINK, and
two file capture buffers, one for each window.
I can execute DOS commands from inside PereLine without having to
exit the program. PereLine's built in File Manager allows me to easily
Copy, Rename, Delete files, Change directories, and Log onto a different
drive.
PereLine if requested will keep a log of all commands it executes and
supports a telephone log to track calls and there length.
And, PereLine has the ability to work as a simple unattended (password
protected) remote system that I can call and drop to DOS to execute
other programs (a mini-bbs with DOS privileges).
PereLine is superior to any DOS dialer I've used and I would (and do)
recommend it to my friends. But I guess you should also consider the fact
that I might be a little biased since I got one of the nicest pieces of
software I have in my collection, free.
Two of it's strongest features are
1. Its easy to install
2. And it's easy to learn by someone that knows nothing
PereLine is only $69.95
Contact PereGrine Data Systems, Inc.
5365 Baron Drive San Jose, CA. 95124
(408) 356-6105
P.S. Did I hear rumors about a bulletin board system in the works?
***
======= 4. Hardware =======================================================
Next issue. I ran out of time...
***
======= 5. The FCC and Packet Switching ====================================
AND THEN THERE WERE NONE
by Brock N. Meeks from Microtimes, Aug 1987.
I submit that in this age of high-tech high-touch, a new "right" should
be defined: the right to low-cost access to information. There is not a
moment to waste.
On June 10 l987 the FCC issued a Notice of Proposed Rule Making (NPRM)
that will on January 1 l988 push the cost of information access into the
stratosphere and guarantee the creation of a new social class: the
"information poor."
These information poor won't be able to dial into computer databases or
commercial online services simply because they won't be able to afford
them, not because they don't want them. We're close to that situation now
given the current cost of information access, but with the promise of a
dramatic rate increase looming on the horizon, the future looks grim.
The FCC proposal calls for assessing an additional charge of about $5
an hour for computer telecommunications services that offer enhanced
services, such as those provided by U.S. Sprint's Telenet and Tymnet.
These enhanced service companies are currently exempt from access charges.
The FCC proposes to eliminate this exemption.
If the exemption is eliminated you can take the price you pay for every
hour of connect time and jack it up by at least five bucks, and probably
much more. (Five dollars would likely be the charge if these services
just passed on the increase to their users; in reality they will probably
raise charges even more to cover administrative charges.)
"If this proposal were to go into effect, our country's blossoming
information age could whither and die without ever fulfilling its
heretofore bright promise," says Paolo Guidi, president of Telenet.
Educational institutions will also be harmed, according to Guidi because
"they are just now beginning to have affordable information services made
available to them."
A MATTER OF EQUITY
FCC attorney Ruth Milkman told the Commission at the June l0 meeting
that the basic theory behind the removal of the current access charge
exemption is that if enhanced service providers use local networks to
provide interstate services they should pay for the same access and
contribute to cost of facilities in the same way as providers of voice
services.
Milkman adds that the commission realizes that imposing the fee on
computer services would not offset the charges on long distance carriers.
Rather she says, the FCC merely wants all carriers to pay an equal share
for use of the local telephone exchange.
The Commissioners were in agreement that the crux of the access charge
issue is "a matter of equity," as stated by Commissioner Mimi Weyforth
Dawson during the June l0 meeting.
"The bottom line here...is that we want the networks to evolve...in
response to a consumer demand... not to various subsidies and anomalies,"
said FCC Chairman Dennis Patrick during the agenda meeting. He added that
the information service providers have had plenty of time to get used to
the charge and would "bear a heavy burden" to prove they could not deal
with it.
"We're currently paying about 30 cents an hour effectively for
dial-in access" counters Philip Walker a vice president for Telenet. "We
buy an ordinary business line for about $30 a month. And we use it
about l00 hours. Under (the proposed) access charges, that same dial-in
hour of use would cost us about $4.50; that's a factor of 15 increase."
What will Telenet do with that added charge? "Pass it on to the
consumer, we can't absorb that kind of rate increase" says Walker.
TELECO MATH 101
Consumer advocate groups are backing the ruling because they
believe it's time that "data users pulled their own weight" according
to Sam Simon, president of Issues Dynamics, Inc. a telecommunications
policy firm in Washington, D.C. "The proposed access charges are
considered common carrier line charges for fixed costs; that is the cost
of the local phone companies to maintain their equipment."
"After all," says Simon, "voice users, for years, have been saying they
are subsidizing new costs to handle data line traffic, costs for services
they neither want nor use.
"When the BOCs (Bell Operating Companies - local telephone companies)
start getting increased revenues from charges on enhanced services, that
money will go for fixed costs. As this happens, overall charges will go
down, and eventually, the access charges as well."
Think again Sam. Let's do some math, and it's rather simple math at
that.
According to figures obtained from the FCC's traffic analysis
branch, long-distance interstate, voice calls rack up 115 billion
"conversation minutes" a year. Figures obtained from public records and
conversations with officials at various enhanced services put interstate
data use at 2.8 billion minutes of data usage a year. Mark Uretsky, a
financial analyst with the FCC's traffic analysis branch says that data
usage "certainly isn't any bigger than 3% of the (long distance) voice
figures.
A simple turn of the crank on your adding machine shows that our
figures set data usage at 2.5% of voice use, a figure that's even less
impressive when you consider that the revenue generated from this extra
2.5% is spread across all the BOCs.
That 2.5% Doesn't go very far to maintain those fixed costs. Further,
the increased overhead to administer the extra revenue will cut deeply
into the 2.5% figure, so the actual increased revenue to BOCs is a
somewhat meager 1%.
That 1% is not substantial enough to cause the FCC to call for a
lowering of access charges. (When the BOCs are treated to larger revenues,
it's been the commissions policy to then decrease interstate access rates.
However, with only a 1% increase, the FCC is not likely to require a
lowering of access rates). the BOCs are handed a windfall profit. Merry
Christmas.
The BOCs gain; everyone else losses. Long distance voice users don't
get lower rates, and data users are handcuffed into paying an astronomical
rate increase. And, for the privilege of paying higher rates, data users
don't get any increase in quality, quantity or performance! But to the
advocates of this proposal, these facts are secondary.
Simon, although agreeing that data users will feel the crunch in their
wallets, says:"This applied access charge is the only 'fair' thing to do.
It makes everyone pay their own way. Equity, not the bottom line, is the
real issue here."
What Simon and other advocates don't realize is that the ruling will
actually create an environment of INEQUITY and discrimination.
BITSTREAM DISCRIMINATION
One of the potential loopholes in the proposed ruling is the creation
of private networks as a bypass. Because there are comparative
characteristics of such private networks that perform similar tasks as
enhanced service providers, such private networks are likely to be the
center of debate during the comment phase of ruling. (By law, the FCC
must solicit comments from the public and the industry on any proposed
rulings. After the initial comment phase the FCC then re-evaluates the
proposal while sending copies of all comments to anyone that provided
initial comments. A second round of comments is then worked through
before the Commission sets the proposal into law.)
Given the potential for private networks, the FCC is likely to be asked
to consider what will be the difference in function between electronic
mail provided by Telenet, for example, as opposed to one provided
internally or through private lines, such as the nationwide private
computer service run by General Motors.
According to FCC attorney Milkman, the determining factor for applying
access charges will be whether switched facilities will be used, such as
those used to connect CompuServe or Telenet facilities with the user. No
access charges would be assessed if no switched facilities are used, she
says. If an entire intracompany network, used to provide enhanced
intracompany network, used to provide enhanced services within the
company, was on private line, or used no local teleco exchange facilities
at all, no access charges would be assessed.
"So what this ruling does is set up an inequity among all data
processing providers, e-mail providers, or whatever," says Telenet's
Walker. "Large companies and information providers "able to afford
private lines" are exempted, while those not able to afford their own
networks get banged on."
INDUSTRY IMPACT
Access charges will likely kill innovative services like PC Pursuit and
Tymnet's fledgling PC Express network. "These types of services will not
be possible under the proposed ruling," said Walker. "We couldn't
continue to offer (PC Pursuit) at the current rate." (PC Pursuit
presently costs a flat $25 per month for all the online time you can use
during non-prime time hours.) Services like PC Pursuit are only possible
because users are not "on the clock" when they go online.
Joseph Markoski, counsel for ADAPSO, a trade association of data
processing services rejects the idea that enhanced service providers
(which now pay a subscriber line fee and local business line charge)
should be subject to the so-called Common Carrier Line and traffic
sensitive charges imposed on long distance companies. He maintains that
they are users, not telephone companies.
WRITE NOW
And then there were none.
That could be the information age epitaph of l987, the end of low-cost
(or at least semi-reasonable)information services. Fortunately, there is
already a groundswell of online activism set in motion on this issue, a
signal to Washington that data users are a segment of the population to be
reckoned with.
The FCC is accepting comments on the ruling. Write to them now. Tell
them what you think of the ruling. You can file your comments by writing
to:
Federal Communications Commission
Office of Opinion and Review
The Secretary
1919 M Street, NW. Room 222
Washington, D.C. 20554
Refer to "Amendments of Part 69 of the Commission's Rules relating to
Enhanced Service Providers CC Docket 87-215." For more information you
can call the FCC at (202) 632-7000.
HOW TO REPLY TO FCC DOCKETS
By Bruce Bergman
The following is a do-it-yourself-kit for responding to FCC docket
87-215 regarding amendment of Part 69 relating to Enhanced
Service Providers.
Before I get started with the actual letter, let me take this
opportunity to make a few comments regarding responding to the FCC. In my
experience, the following information is useful and important to the
success of your response.
1. If you really want to make an impression on the Commissioners, send
more than one copy of your response. Send five copies. If you want to
make an even better impression, send eleven copies. Five copies makes
sure that your vote counts and provides a copy for each of the general
groups. Eleven copies will get your document in the 'IN' basket of each
Commissioner. If this isn't possible, even one letter counts as a vote.
Don't send more than 11. Just 11 will do.
2. Don't send form letters. Form letters are usually not worth the
effort you put into them. Why, you ask? Well, while each form letter you
send gets counted as a vote, it can be rejected later. If it turns out
that we win this round, it is entirely probable that our opponents will
ask to go through each and every response. If they can show the 100
responses are identical (or closely similar) with the exception of the
signature, the 100 responses can be reduced to only one vote! Make sure
your letter is sufficiently different not to get caught by this.
3. Limit your main arguments to one page. If you want to go into more
detail, augment your document with additional pages expanding on your
original comments, keying to those original points. Number your points.
4. Give reasonable reasons why you oppose this docket. You can't just
say that you oppose the rule-making without a sound, reasonable response.
Remember that the opposition will read each and every response you send,
if it can benefit them. We don't have that type of financial backing;
they do.
5. Make a statement about who you are and what you do. If you have a
certain expertise, or if you have a degree of some sort, tell them that.
It counts a lot for what the commissioners think if they know you are
someone who knows what you are talking about. if you run a service, are
an administrator, offer services to the public, etc., briefly describe
what you do and why.
6. Double-space your document. This can make the difference between
your response's being read or just counted! If your response is clear,
double-spaced, and concise, it will be read and given a better subjective
value.
7. Get your neighbors into the act. If your friends and/or neighbors
are familiar with and support you and your activities, ask them to write a
letter to the FCC expressing their concern over how this docket might
affect your community. If you can get local officials to do the same,
great! Letterhead and many copies make the best response.
8. Make sure the date is on the document. It is important that the
reader be made aware that this isn't an old response. Put the date on
your document.
And of course don't ever forget to put the docket number at the top!
Lastly, remember that this is going to be a very important point in
future rule-making efforts. Any time the FCC wins a battle, whether by
apathy or some other means, it is a big step for them in the future. If
the FCC decides in favor of this docket, it's likely that you will see
more of the same type later on. Private agencies will see how easily it
went over and base future requests on that information. if we win, it
will make it tough for anyone to raise the issue again. if a specific
proposal fails to make it through a certain number of times (because of
the public's efforts), the commissioners tend to not reconsider it again
during their term.
THE LETTER
Basically you will want to create a letter which has the name of the
FCC at the top, as well as a clear pointer to the docket number.
Here's a sample first page header:
Before the
FEDERAL COMMUNICATIONS COMMISSION
Washington, D.C. 20554
In the Matter of GENERAL DOCKET 87-215
Amendment of Part 69 of the
Commission's Rules relating to
Enhanced Service Providers
TO: The Commission
COMMENTS OF (your full name), (any professional titles).
After you have created the header, you can begin your text, double-
spaced.
Begin by expressing who you are and any specific titles, duties, or
responsibilities that might qualify you as someone who has a vested
interest in what's going before the FCC's consideration. Even stating
that you're a user of a network is suitable. Now is not the time to be
humble, however. Just tactfully explain what makes you significant to
this proposal. You're out to make an impression. Do so! (Don't be
verbose, however.)
Then, begin listing the reasons (numbered) why you oppose this
proposal. The more reasonable, the better. Be concise and clear. If you
need to go into detail, refer the reader to attached pages.
Here's an example:
I am a user of an Enhanced Service Provider. I
frequently make use of such services to obtain
information from computer information services that
would otherwise be unavailable to me. The
information I obtain allows me to (something...).
After you've explained who you are, and have shown why you have an
interest to this docket, continue with:
I strongly oppose the Commission's proposal
to surcharge Enhanced Service Providers for the
following reasons:
1. (reason one).
2. (reason two).
3. (whatever comments you feel appropriate.)
Remember, you don't need to be verbose to get your point across. You
want to make sure the reader understands why you feel the way you do. If
you need additional material in order to accomplish this, feel free to
include additional pages; however, if you are only interested in making
your feelings known and don't want to get really in-dept, the simple
statements like the ones pictured above are sufficient to make your point.
Where you can refer to the text of the original document, do so! This
is great for those who like to know exactly what you are referring to. it
also shows that you have done your homework and are not just spouting off.
The best mode of attack in instances like this is to first explain why
you are against the proposal. Once you have made it clear that there are
good reasons why this wouldn't be a good thing, suggesting alternate
ideas. It can go a long way towards helping your arguments if you can
suggest a viable alternative.
Finally, follow up your reasons with a nice suffix like:
Respectfully submitted,
(Sign in BLACK INK)
(Your spelled-out name and title)
(Your street address)
(Your city, state, and ZIP code)
(The date)
Black ink is important when you sign your response. Also, make sure
that you send the original. Copies for yourself, originals to the people
you are writing to. Make sure you sign and date your letter.
If you have included additional pages, it would be wise to include a
trailer at the bottom of each page, designating what page out of the total
number of pages this is. Example:
Responses to General Docket 87-215
Page 1 of 3
Finally, place a return address on your envelope, place the correct
postage on it, and mail it soon. If you can spend the extra cash, don't
fold your responses; mail them in a larger manila envelope and keep them
flat. This is especially useful if you are sending multiple copies.
Chances are that it will get there in one piece, and will look great
sitting on the desk of some Commissioner (flat).
The key point to remember is that you are out to make a valid point
about the docket. You don't want to sound like you don't know what you're
talking about, so be sure of your facts. You can best do this by being
concise, clear, correct, and impressive. The impressive part comes to
bear when you consider arrangement and looks of your document as well as
your status in the topic under consideration
***
======= 6. System Spotlight ================================================
Enable Electronics BBS
Vince Endter (sysop), Bryan Fitzwater (owner; sysop). This is
probably not the bbs to call to chat with someone since there's seldom
anyone watching the monitor. And you won't get civil answers in the
message base to questions about Dungeons & Dragons problems, but if you're
having hardware problems these guys do it all, from building custom clones
to repairing IBM monitors. They fix Commodore, Atari, Morrow, IBM, Osborn,
and Eagle computers; disk drives, hard disks, and monitors all the time.
They fix, sell, and install aftermarket add-ons such as large hard disks,
mother boards, controller cards, CGA; EGA boards, and modems. They have
competitive prices on hardware and give free estimates on repair work.
Bryan trained flight technicians for the U.S. Navy and worked for
Amdahl computers before he started his own business so he's worked on just
about everything in the way of computer electronics.
You can leave a message about your problems on the bbs and often get an
idea of what's wrong and/or how much it will cost to fixed it. Or check
prices such as a new EGA board and multiscan monitor for your clone.
Since they're working with the latest hardware they're aware of many
strengths and weeknesses of new brand name products such as how the
Phoenix BIOS cured some of the ills Big Blue had.
Enable is starting a series of "workshops" on software too. The first
one is on basic Lotus 1-2-3 (with yours truly as instructor). It will be
slanted more towards those that have very little experience with computers
and want to do spreadsheet data entry at work. It will soon be expanded to
include advanced spreadsheet functions, macros and graphs though.
Some of you may get a chuckle out of this, but there will also be
workshops on basic and advanced WordStar that include the use of
mailmerge for form letters and mailing lists. There's an ever increasing
demand for people that know how to use WordStar.
They also have PD software to go with that new CGA or EGA system,
color games, utilities, pictures for your new graphics package. RAM
enhancement utilities to set up RAM disks and Print spoolers. You can
download it like any bbs or bring your blank floppies with you when you
come in. Send SASE to:
Enable Electronics
1580 Old Oakland Road Suite C-106
San Jose, CA. 95131
(408) 998-8821
And receive a list of PD software available with short descriptions of
what each does.
Enable BBS, 30Mb
(408) 998-8927
300-1200 baud, 24 hours 8N1
(8 data bits, no paraity, 1 stop bit)
***
======= 7. Humor ===========================================================
Two distinguished looking ladies were window shopping and talking.
One turned to the other and asked "Do you smoke after sex?" Her friend
replied, "Gee I don't know, I never looked!!"
***
======= 8. PRACSA News =====================================================
A vote was taken and carried that PRACSA "recommends" all members
write letters to the FCC in opposition to the new proposal. The first
motion was to have Dave McCord McCord (PRACSA Pres.) write one letter.
Dave said if the vote was carried he would write the letter, but he was
personally in favor of the proposal and when the vote was taken he voted
against the "recommendation".
I dropped by Echelon headquarters in Los Altos this month and among
other things Dave and I talked about his views on the FCC proposal (or
what ever their calling it this time).
When the conversation turned to the FCC the first thing Dave asked was,
"do you use any of the big services?"
I said I didn't, I don't even use PC Pursuit. I just make my calls and
pay the bill.
Dave said that the majority are the same way, they make their calls and
pay long distance rates like I do and that the ruling would not effect
them or systems like the Well either since the Well isn't part of an
interstate network.
He told me PC Pursuit's prime-time users pay the overhead + and since
the off-hour users were pure gravy they could easily cover at the very
least a good portion of the increase. And the big outfits could cover all
of it.
When you stop to think about it, at $ .30 per hour you would have to
use PC Pursuit over 83 hours a month to get them upside down on the bill.
At $4.50 one would have about 5.5 hours of padding, split the difference
and make it $25.00 a month for ten hours.
And Dave feels that if push comes to shove PC Pursuit and other data
service suppliers such as Compuserve and the Source will shoulder just as
much of the cost as they have to to stay in the game.
Dave explained that its the big outfits that get to use the lines for
30 cents an hour and they don't pass the savings along to the end user.
The last modem I got came with a starter pack for Compuserve with no
subscription fee. All I'm charged is $15.00 per hour prime time or $12.00
standard/evening (at 1200 baud), $22.50 prime-time and $19.00
standard/evening at (2400 baud), plus $ .25 per hour for Telenet (there's
the $ .30 were talking about). Gee whiz, what a deal, half the services
they offer are $2.00 an hour in addition to the base charge.
With the Source I have to send $12.95 for their SourcePack users manual
(that's $7.00 off the regular price) and that's just to find out how much
they charge.
So Dave's contention seems to be, that it's time the biggies shouldered
their rightful share of the cost to keep up the phone lines, stop sponging
off everyone that makes long distance calls, also Brock Meeks is confused
if he truly thinks the FCC is trying to lay it on the backs of the
citizens.
What Dave had to say makes sense to me. personally, I never could see
where the FCC's ruling would have any dollar effect on the calls I make
anyway. I thought about signing up for PC Pursuit since I first heard
about it (almost two years ago) but it never seemed worth the headaches.
***
The proposed merger with PICO-NET has been stalled for several
months now due to PecoNet's inability to produce records of their
non-profit corporate standing with the Infernal Revenue Service.
Howard Stateman contacted the IRS for information concerning
PicoNet's situation and this is his report.
PicoNet/IRS
"5/21 I received a letter from the IRS stating that there's a law
against releasing information on what a non-profit corporation has been
charged in penalties for late filings. However, in a follow-up phone call,
the Fresno district office confirmed that PicoNet has not filled a tax
return since December, 1984. I asked what the statutory penalty was for
late filling, and the IRS officer said it was $10 a day, but this penalty
can be waived depending on the circumstances. He said that although
PicoNet would not owe any taxes unless they earned @25,00 or more per
year, they still are required to file".
A vote was carried unanimously to discontinue further efforts
concerning PicoNet.
***
====== 9. Classified Ads ==================================================
COMPLETE SMALL BUSINESS SYSTEM (used)
Morrow MD-11 with Digital Research's CP/M Plus 3.0 operating system
11 meg. hard drive
384k Full Height Floppy
NewWord word processor (like WordStar)
with
Spelling Corrector
Mail Merge
Personal Pearl data base management system
SuperCalc spreadsheet
Mbasic MicroSoft basic
Pilot programming language
Complete with a full set of NEW reference books for all software.
$1000
Freedom 110 smart terminal by Liberty (emulates several different
terminals). Is a computer in itself.
$125 (with MD-11)
***