FidoNews · Vol 3, No 51 · 29 December 1986
Volume 3, Number 51 29 December 1986
+---------------------------------------------------------------+
| _ |
| / \ |
| /|oo \ |
| - FidoNews - (_| /_) |
| _`@/_ \ _ |
| International | | \ \\ |
| FidoNet Association | (*) | \ )) |
| Newsletter ______ |__U__| / \// |
| / FIDO \ _//|| _\ / |
| (________) (_/(_|(____/ |
| (jm) |
+---------------------------------------------------------------+
Editor in Chief: Thom Henderson
Chief Procrastinator Emeritus: Tom Jennings
FidoNews is the official newsletter of the International FidoNet
Association, and is published weekly by SEAdog Leader, node 1/1.
You are encouraged to submit articles for publication in
FidoNews. Article submission standards are contained in the file
ARTSPEC.DOC, available from node 1/1.
Copyright (C) 1986, by the International FidoNet Association.
All rights reserved. Duplication and/or distribution permitted
for noncommercial purposes only. For use in other circumstances,
please contact IFNA.
Table of Contents
1. ARTICLES
Managing a Major Network Reorganisation
INVITATION TO JOIN A NEW ECHO CONFERENCE - "SOFTWARE CAREERS"
Western New York Net formed
2. COLUMNS
What is Baud Rate
3. WANTED
Writer wanted
4. FOR SALE
Magazine On Disk for IBM PC and Compatibles
DISCACHE V0.01
Buy some MIDI for Christmas!!
5. NOTICES
The Interrupt Stack
LAPTOP echomail
BBS for Whisper Reader/LEX-31 owners
Fidonews Page 2 29 Dec 1986
=================================================================
ARTICLES
=================================================================
Gary Stern, 155/214 [620/301]
Bill Bolton, 155/219 [620,403]
Managing a Major Network Reorganisation
One of the most frustrating things about being involved in a
"remote" Fido network is finding out how other nets have solved
problems in the past. Somehow or other we manage to struggle
along here on the bottom of the world, often I fear re-inventing
the Fido wheel. Occasionally we come across something that
another net has taken the trouble to document, such as the SOCAL
echomail policy document ECHO-102. Even though this document
was way out of date when I got it, it shed light into several
dim areas of echomail and gave us some idea of what should be done.
In this light I am submitting the documentation on the Great
Australian Network Changeover to FidoNews, in the knowlege that
someone else in the Fido community, either now or sometime in
the future is sure to need to do the same sort of thing again.
I'd also like to say thank you VERY much to Jon Sabol, 1/112, who
turned a spoltlight into many dark recesses of echomail for me.
Bill Bolton
PREPARING YOUR SYSTEM FOR THE
GREAT AUSNET CHANGEOVER
-----------------------------
By Gary Stern
and Bill Bolton
Network 155 in Region 12 will soon cease to exist and will be
replaced by four new networks, Nets 620, 626, 630 and 690 in Region
50. You will need to make some changes to your system to
accommodate the new networks. The way we will pass mail around
the network is also changing. This document will tell you what
you need to do to be ready for changeover day, December 7th.
IF YOU ARE RUNNING FIDO ONLY
----------------------------
Fido users will need these files:
1. XLATLIST.600 Sample control file.
2. ROUTEGEN.60X Sample Control files.
3. AUS_ECHO.ARC New echomail files.
IF YOU ARE RUNNING FIDO + SEADOG
--------------------------------
Fido systems that are also running SEADOG will need an
Fidonews Page 3 29 Dec 1986
additional file:
4. PARTCDOG.600 Sample sections of SEAdog files.
WHERE TO GET THE FILES
----------------------
The files probably wont be ready at the same time that this
document gets distributed but should be ready within a day or
two. A message advising where to get them will follow shortly.
READ IT ALL!
------------
It doesn't matter what you are running, you should read the
whole document before doing anything.
BEFORE THE CHANGEOVER
---------------------
On or before December 1st, 1986.
1) Close down the sending of echomail from your node as
soon as you receive this document. This is done by
disabling all SCANMAIL invocation lines in your RUNBBS
batch files. Then you must edit your AREAS.BBS to remove
all forwarding nodes. You should continue to run TOSSMAIL
after all mail events so that any echomail still in the
mail system that is delivered to you will be tossed to the
correct area.
2) While this point is not policy, you should consider
raising the level of access to your FidoNet MAIL area to
sysop privilege only, until after the changeover.
This will avoid users sending out mail to other nodes with
"soon to be invalid" return addresses. When we change, the
old net numbers will disappear out of the nodelist plus your
individual node within your new net might be different.
Also if you have mail from your system still IN TRANSIT
anywhere in the network (maybe overseas) when the nodelist
with the new node numbers becomes effective, the transiting
node will immediately ORPHAN your messages which means they
will never be delivered.
AT THE TIME TO CHANGEOVER
-------------------------
At 1200 hrs (midday) on Sunday, December 7, 1986:
You should have received NODEDIFF.A39 in the morning mail
Fidonews Page 4 29 Dec 1986
schedule. In a perfect world that would be all you would
receive, however since we haven't had to do a changeover like
this previously you may also receive some final instructions so
please check your mail on that day.
1) Check NODEDIFF.339 with an editor or just type it out, just
to make sure the changes have been done. You will find
that Australia is now in Region 3 which should be well down
toward the end of the file. If for some reason it isn't
there or you haven't received NODEDIFF.A39, DO NOT MAKE ANY
FURTHER CHANGES. Ring your Network Co-ordinator for
information.
2) You will have to modify the new XLATLIST.CTL file
distributed with this document. You need to insert your new
Node Number. If you have any BAUD or PHONE statements
applying to Net 155 nodes statements in your present
XLATLIST.CTL, these need to added and also modified to
reflect the new network addresses. Finally you'll need to
modify the cost table in the new file to suit your
location!
If you are a hub or a host, please carefully read the
special instructions in the XLATLIST.CTL file.
3) ROUTEGEN.CTL must be modified. If you will be in Net 620
you can use the ROUTEGEN.620 file after renaming it to
ROUTEGEN.CTL. If you are in Net 626 use ROUTEGEN.626,
if in Net 630 use ROUTEGEN.630 and if in Net 690 use
ROUTEGN.690. You only have to insert your new NODE number.
You should delete all existing ROUTE.* files before
running Routegen.
4) Before running XLATLIST you must go into Fido and use the
SYSOP "4" command to reset your Net and Node numbers. You
MUST reset your Net/Node numbers before you run XLATLIST.
If you are also a HUB or a HOST you MUST set your Net and
Node number in Fido to your normal node identity. You
should set your Alternate Node number to your hub or host
identity. You MUST NOT put your hub or host identity as
your primary node number.
5) Run XLATLIST and invoke Fido to compile its new nodelist.
6) Modify your RUNBBS.BAT (or SEADOG.BAT) file to cover
the new mail arrangements and external events as detailed
below.
7) Put your system back on line.
NEW MAIL ARRANGEMENTS
---------------------
Fidonews Page 5 29 Dec 1986
Fido doesn't use daylight saving times and will not refer to
them in this document. If you have trouble converting between
Australian Eastern Standard Time and daylight saving time, buy
yourself a cheap digital watch (they just about give them away
now) and leave it set to Australian Eastern Standard time. You
should then be able to get the times right!
The Australian National Mail Hour will run from 0400 to 0500
Australian Eastern Standard Time, 0330 to 0430 Australian
Central Standard Time and 0200 to 0300 Australian Western
Standard Time.
IF YOU ARE IN NET 626, 630 or 690
---------------------------------
Nets 626, 630 and 690 will send mail to their hosts for 25
minutes, starting 30 minutes before the national mail hour using
Schedule-G. Starting 5 minutes after the national mail hour,
nodes will poll their host to pickup mail for 25 minutes using
Schedule-W.
IF YOU ARE IN NET 620 AND ARE A LOCAL NODE
------------------------------------------
Net 620 is more complicated as it running three hubs. The local
nodes will send mail to their hubs for 10 minutes using
Schedule-H, starting 30 minutes before the national mail hour
and ending 20 minutes before the national mail hour. The local
nodes will send any mail not addressed to the nodes on their
hub, and which was not able to be delivered to their hub
(perhaps due to a failure), to the outgate for 10 minutes using
Schedule-G, starting 15 minutes before the national mail hour
and ending 5 minutes before the national mail hour.
After the national mail hour the local nodes will be in a
receive only mode for 20 minutes using Schedule-V. This is
followed by 10 minutes where the local nodes poll their hub for
received mail using Schedule-W.
IF YOU ARE IN NET 620 AND ARE A HUB
-----------------------------------
The Hubs will receive mail from their local nodes for 10 minutes
using Schedule-H, starting 30 minutes before the national mail
hour and ending 20 minutes before the national mail hour. This
is followed by 5 minutes to process the received mail. Hubs
will then send any network mail to the outgate for 10 minutes
using Schedule-G, starting 15 minutes before the national mail
hour and ending 5 minutes before the national mail hour.
The hubs will receive mail from the outgate for 10 minutes using
Schedule-V, starting 5 minutes after the national mail hour and
ending 15 minutes after the national mail hour. This is
Fidonews Page 6 29 Dec 1986
followed by a 5 minutes to process the received mail. For 10
minutes, commencing 20 minutes after the national mail hour, the
hub is polled by its local nodes to pickup received mail, using
Schedule-W.
The 5 minutes between the schedules before and after the national
mail hour are for the hubs to run arcmail (from), tossmail,
scanmail and arcmail (to).
MAIL TIMETABLE FOR HUBBED NETWORK
---------------------------------
The following timetable shows what each stage in a three
tiered mail network (node, hub, outgate) in region 50 does
during national mail processing.
Time Node Hub Outgate
---------------------------------------------------------
0325 Process mail Do nothing Do nothing
0330 Send to hub Receive from Do nothing
nodes
0340 Do nothing Process mail Do nothing
0345 Do nothing Send to Receive from
unless hub outgate hubs
down then
send to
outgate
0355 Do Nothing Do nothing Process mail
0400 Direct mail Direct Mail Poll hosts
if required if required for mail
0425 Direct mail Direct Mail Process mail
if required if required
0430 Direct Mail Direct Mail Send to hosts
if required if required
0500 Do Nothing Receive from Send to hubs
outgate
0515 Do Nothing Process mail Do nothing
0520 Poll hub Hubs hold mail Do nothing
for mail
0530 Do nothing Do nothing Do nothing
0535 Process Mail Do nothing Do nothing
Fidonews Page 7 29 Dec 1986
MAIL TIMETABLE FOR HOST NETWORK
-------------------------------
The following timetable shows what each stage in a two tiered
mail network (node, host) in Region 50 does during national mail
processing.
Time Node Host
------------------------------------------
0325 Process mail Do nothing
0330 Send to host Receive from
nodes
0355 Do nothing Process mail
0400 Direct mail Hold for pickup
if required by outgate
0425 Direct mail Do nothing
if required
0430 Direct Mail Receive from
if required outgate
0500 Do Nothing Process mail
0505 Poll host Hold mail for
for mail nodes
0530 Do nothing Do nothing
0535 Process Mail Do nothing
ECHOMAIL
--------
All echomail will be shut down prior to the changeover. New
software will be distributed to all nodes and echomail
conferences will be reintroduced, one at a time.
To speed mail processing, ARCMAIL is being introduced. ARCMAIL
has a dramatic effect on the handling of all mail, but
especially echomail and will allow us to expand the number of
echomail conferences that can be supported by the network.
Nodes will run an external event commencing an adequate time
prior to their first morning mail period, we recommend at least
5 minutes before the mail period. This event will include
TOSSMAIL to clear any mail echomail left in the net mail message
area for the previous mail time, SCANMAIL to place new echomail
messages from the node into the net mail area and ARCMAIL to
pack the messages for sending.
Fidonews Page 8 29 Dec 1986
Similarly, an adequate time after the morning mail period, nodes
will run another external event, again we recommend 5 minutes
after the end of the mail period to ensure any mail
transmissions have finished. This event will run ARCMAIL to
unpack messages and TOSSMAIL to clear echomail messages from the
net mail areas into the appropriate conference areas. You may
optionally want to renumber or otherwise process received
messages at this stage.
ECHOMAIL CONFERENCES
--------------------
The first echomail conference that will be started is a new one
for the Australian FidoNet Association. This will be followed
by AUST_SYSOP etc. at a later date. You will be advised when
other conferences will individually commence.
The reason for re-starting echomail with a new conference is to
simplify the initial testing of the new echomail routing
structure. When the existing conferences are re-started you
will need to do a lot of work with the SEENBY and SETMARKS
commands to prepare your echomail areas. Instructions on what to
do will be issued separately once we have the AFNA conference
running satisfactorily.
Please note that you must use the new echomail files contained
in AUS_ECHO.ARC. The other conferences will not be restarted
until everyone is using the same versions of echomail software.
You will need to create a system message area for the AFNA
conference and then edit AREAS.BBS to enter the AFNA message
area number and the conference name AUST_FNA.
ECHOMAIL HANDLING
-----------------
Local nodes will only forward echomail to their hubs or hosts.
Hubs or hosts will only forward echomail to their local nodes
plus the outgate.
The following are examples of entries in the AREAS.BBS files for
various nodes:
HUB 500
-------
20 AUST_FNA 620/200 620/502 620/503 620/504 620/505
This hub has the AFNA conference is message area 20 and
forwards it to his local nodes 620/502....620/505 and
to the outgate 620/200
Node 502
--------
Fidonews Page 9 29 Dec 1986
10 AUST_FNA 620/500
This node has the AFNA conference in message area 10
and forwards it to his hub, 620/500 only.
Hubs will still receive messages intended for them as nodes
because echomail knows about alternate node numbers. That's why
its important that your hub or host number be the alternate node
identity and not the primary one.
Using the same examples here are the sort of command lines which
should appear in your RUNBBS batch files:-
HUB 500 before Schedule-G and after Schedule-V
----------------------------------------------
arcmail from 620/200 620/502 620/503 620/504 620/505
tossmail run -stats
scanmail run -nopriv -stats
arcmail to 620/200 620/502 620/503 620/504 620/505
The hub runs the same event for all mail processing.
Before Schedule-G the hub unARCs mail received from its
local nodes and tosses any echomail into the appropriate
areas. It then scans echomail areas for outbound messages,
including any echomail messages originating from the hub.
It then ARCs all mail destined for the outgate and nodes.
Any messages originating on the hub and destined for the
local nodes are ARCed but will remain in the net mail
message area for the time being.
After Schedule-V the hub unARCs any mail received from the
outgate and tosses any echomail into the appropriate areas.
It then scans echomail areas for outbound messages and
places them in the network file area. Any messages for the
local nodes are then ARCed or possibly added to an existing
ARCed packet for the node that was prepared after
Schedule-G.
Note that before Schedule-G there would normally be no mail
from the outgate to be processed, only mail from the nodes.
Similarly after Schedule-V there is normally no mail from
the nodes to be processed, only mail from the outgate.
NODE 502 before and after morning mail period
---------------------------------------------
arcmail from 620/500
tossmail run -stats
scanmail run -nopriv -stats
arcmail to 620/500
The node runs the same event for all mail processing.
Fidonews Page 10 29 Dec 1986
Before the mail period the node tosses any echomail
messages that may have been accidently left in the net mail
message area from the previous mail time. It then scans
the echomail message areas for outbound messages. All mail
for the hub is then ARCed.
After the mail period the node unARCs any mail received
from the hub and tosses echomail into the appropriate
message areas.
To assist in developing a traffic analysis of the network we are
asking all sysops to log statistical information on their
echomail traffic, hence the use of the "-stats" option on
tossmail and scanmail. Please keep archives of these logs as we
will be asking you to forward them so we can get on with the
traffic analysis. The ECHOMSGS.LOG generated by the "-stats"
does not contain any information about the content of the
messages or who sent them, only information on the number of
messages processed out of each echomail area.
To assist in keeping private mail out of echomail conferences we
want you to use the "-nopriv" option with scanmail. This will
stop private "junk" echomail from cluttering up echomail
conference areas.
As ARCMAIL uses a external program to do the ARCing you must
make sure that it is accessible to ARCMAIL by having it in the
same directory or otherwise accessible through a PATH statement
in DOS.
OTHER SCHEDULES
---------------
The ROUTEGEN.CTL you use will also build files for Schedule-R
(Australian National Mail hour) and Schedule-T (International
mail hour) for your convenience. You may wish to edit these
depending on your mail traffic requirements for file attaches
etc.
HELP!
-----
If you don't understand this document (please read it a few times
first to make sure exactly what it is you don't understand) you
should contact the network co-ordinator for your new network.
The new network co-ordinators are :
620 - Brian Gatenby (02) 922-xxxx
626 - Alan Salmon (062) 58-xxxx
630 - John Blackett-Smith (03) 818-xxxx
690 - Leonard Holling (09) 339-xxxx
If your network co-ordinator can't help you to understand it you
can ring REALTORS (02) 387 5335 or SOFTWARE_TOOLS (02) 449-2618
Fidonews Page 11 29 Dec 1986
to leave a message and login again the next morning and collect
your reply.
If all else fails (and we really mean this to be an absolute
last resort, only) ring either Gary Stern (02) 398-xxxx or Bill
Bolton (02) 449-xxxx at home. Please DO NOT EVER publish these
numbers to your users. We can't guarantee to be home but during
the runup period to the introduction to the new network
structure we will definitely try to be after 19:00 AEST.
Just make sure you have contacted your network co-ordinator
first.
SPECIAL NOTES FOR FIDO + SEADOG USERS
-------------------------------------
Setting up for SEAdog is a lot easier than for Fido! In Fido
just set an external event starting at the time of your first
mail event, not 5 minutes before. If you have set your pre-mail
external event to occur 5 minutes before the mail event as we
suggested, this will bring your Fido and SEAdog together as far
as the no answer period just prior to an event. SEAdog has a 5
minutes no answer period while Fido has a 10 minute one.
This external event, which should have the same exit errorlevel
as your " /e" on your FIDOEXEC line. The length of this event
should run till the end of normal morning mail time plus 1
minute. You still have to setup the net/node numbers in Fido
with the sysop 4 command and adjust your XLATLIST.CTL file plus
your ROUTEGEN.CTL file. You will need to change the node
numbers in your CONFIG.DOG file.
Take special note in the XLATLIST.CTL file as there are some
special instructions for SEAdog users in it!
Should you have any problems send a CRASH mail message to
REALTORS (02) 387-5335 but only if you if you have SEAdog up and
running on your board so that you can receive the CRASH reply!!
(otherwise you just wont get a reply).
December 1st, 1986
Gary Stern, Realtors, 155/215 [620/301]
Bill Bolton, Software Tools, 155/219 [620/403]
-----------------------------------------------------------------
Fidonews Page 12 29 Dec 1986
A new Echo Conference devoted to discussion of various subjects
effecting Software Engineers and MIS professionals has been
started by SuperResume Fido in San Francisco, 125/612,
415-546-0119. SuperResume is operated by Lee Johnson, the
owner of LEE JOHNSON INTERNATIONAL, a recruiting firm
specializing in Software Engineering and MIS Professionals
since 1974. This 12 years of experience seeing candidates
succeed and fail in their professional careers has provided
some very interesting incites. What is needed is a national
forum to discuss these issues and bring together new ideas from
a wide variety of professionals. The proposed Echo Conference
discussion areas are:
1. CARPLAN ........ Career Planning
2. COMP ........... Compensation Negotiation
3. CONTRACT ....... Contracting Pro & Con
4. COSTS .......... Cost-of-Living Comparisons
5. COUNTER ........ Counter Offer Experiences
6. GEOIND ......... Geographical/Job Market Activity
7. INTV ........... Interview Techniques/Experiences
8. JOMISA ......... JOBS: MIS - Applications
9. JOMISI ......... JOBS: MIS - Internals
10. JOMISN ......... JOBS: MIS - Network/Comm.
11. JOSEA .......... JOBS: Software Engineering - Applications
12. JOSEI .......... JOBS: Software Engineering - Internals
13. JOSEN .......... JOBS: Software Engineering - Network/Comm.
14. RESCOMP ........ Resume Composition Ideas
15. MISC ........... Software Careers Miscellaneous Subjects
The file CARECHO.ARC is available for download on the
SuperResume (tm) Fido (125/625 - 415-546-0119) for those who
would like to participate in all or some of the above AREAS.
It contains and ARC'd BACKUP.COM of all the subdirectories and
dir.bbs's to make installation easy.
In addition to coordinating the SOFTWARE CAREERS ECHO
CONFERENCE, Lee Johnson is also making available his
copyrighted SuperResume (tm) QUESTIONNAIRE.BBS file for Fido
Sysops who wish to run it as the questionnaire feature of their
Boards. It produces a detailed, accomplishment-oriented
resume. This is extremely important because a resume is the
single most important representation of a professional's
career. Many well qualified candidates never even get to first
base (the interview) because they were screened-out due to an
inadequate resume. Nevertheless, most of people only think
about their resume when they are considering changing jobs. As
a result, many deficient, flawed, and poorly constructed
resumes are in circulation today, and many people's growth is
being held back.
Lee Johnson is also offering Fido Sysops A WAY TO DEFRAY A
PORTION OF THE EXPENSE OF OPERATING THEIR BOARDS. If a Board
runs the SuperResume Questionnaire and obtains a completed
SuperResume (or any resume) of a Software Engineering or MIS
Professional candidate, Lee Johnson will pay a $500.00 US
finder's fee to the Sysop and $50.00 US to the National FidoNet
Fidonews Page 13 29 Dec 1986
Administrator if LJI successfully places that candidate. If
the Sysop personally interviews the candidate, and provides a
written appraisal of the candidate, the finder's fee goes up to
ten percent (10%) of LJI's gross fee, which sometimes can be
$15,000, or a $1,500 finder's fee. Detailed interviewing
forms will be supplied if requested.
If you are interested in either participating in the SOFTWARE
CAREERS ECHO CONFERENCE, or in running the SuperResume (tm)
Questionnaire (or both!), please contact Lee Johnson at:
FidoMail 125/612; voiceline: 415-788-6000;
dataline: 414-546-0119.
-----------------------------------------------------------------
Fidonews Page 14 29 Dec 1986
Bill Hliwa, Sysop
The Med Tech FIDO (260/0, 260/10)
Western New York Net is formed
==============================
Effective with NODELIST.353, the FIDO's of Western New York
will be part of a new network: NET 260. The systems comprising
NET 260 are located in the Greater Buffalo and Greater Rochester
areas. Most members were originally in NET 107; others were
independents in REGION 13.
This reorganization will provide our area with more coherent
communications by directly linking local NET 107 members (who
previously had to deal with New York City -- 400 miles away) and
the local independents. As an added benefit, NY MetroNet (NET
107) should feel some relief from their currently heavy netmail
traffic.
If you send Net Mail (EchoMail) to any of the affected
nodes, please make a note of the change.
For reference, the following nodes are shown with former and
current node designations:
Name Old Net/Node New Net/Node
------------ ------------ --------------
--Buffalo area--
The Med Tech FIDO 13/15 260/10(0)
The IBM Temple 107/701 260/101
I-Tech1 107/703 260/110
AEOLUS 107/713 260/111
GATEKEEPER 107/733 260/112
The Public Domain 13/17 260/120
--Rochester area--
Modem Madness BBS 107/704 260/204
Infancy Research 107/708 260/208
Finger Lakes FIDO 107/716(700) 260/216(200)
Hitch Hikers Guide 107/723 260/223
-----------------------------------------------------------------
Fidonews Page 15 29 Dec 1986
=================================================================
COLUMNS
=================================================================
What is Baud?
Anyone reading technical echomail may have noticed a large
number of messages about baud rates, bit rates, band widths, and
modulation techniques involved with modems. There is a fair
amount of confusion relating to baud rate verses bit rate and how
they are limited by the telephone line band width. This is
nothing new, texts on the subject generally avoid the term "baud"
except within the narrow context where it is germane. This
article will define some of the various terms used in data
communications, and discuss limitations of phone lines to
communication speed.
Serial transmission of data is the most common method of
moving data over distance, and the most common way of interfacing
serial devices to each other is RS232. The essence of RS232 is
signal levels which represent ON or SPACE levels, and OFF or MARK
levels. ON is any voltage between +3 volts and +15 volts while
OFF is -3 to -15 volts. The signal shape is really a square wave
centered at zero volts and is a baseband signal. A baseband
signal is one whose spectrum extends down to zero hertz, or near
zero. The signal is polled at regular intervals to determine its
voltage, and therefore the data it contains. RS232 has only the
two voltage levels defined so it is a binary coded signal.
Besides signal shape and levels, RS232 defines a number of
parallel signals such as "clear to send" and "data terminal
ready". Some of these signals are status flags such as "carrier
detect", while others are meant as flow control, such as "data
terminal ready" or "request to send". Since a typical modem
provides only the transmit and receive functions, the flow
control must be done within the data stream. Some modems however
send data as packets with error control (akin to XMODEM) that can
recreate all of the hardware signals so as to make a distant
terminal appear to be hard wired.
Regular phone lines were designed for voice communications,
but due to their wide use and therefore low cost, they have been
widely used for data communications. A baseband signal such as is
found in RS232 doesn't lend itself to phone lines since they
don't have frequency response down to D.C. or zero hertz. When
voice grade phone lines were designed the band of frequencies
they had to pass was determined by the nature of human speech.
Very low frequencies (below 300 hz) and higher ones (above
3000hz) were found to be unnecessary for voice recognition at the
receiving end, as a result the total "BAND WIDTH" available to a
phone user is only around 2700 hz. BAND WIDTH when used to
describe frequency response is the difference in hertz between
the high and low, half power frequencies. In electrical systems,
power dissipated across a load (or resistance) in terms of
voltage is: V * V / R. Where "V" in this case will be the
amplitude of the sign wave being applied to the circuit. In
between the high and low half power frequencies there will be a
Fidonews Page 16 29 Dec 1986
frequency where the amplitude of the response wave will be
maximized, call that voltage Vm. The half power points will be
reached when V=Vm/sqrt(2). The output power at that point would
be Vm * Vm / (2 * R) which is one half the mid band power. The
cause for the fall off of power at different frequencies is due
to capacitive and/or inductive elements in the circuit. In phone
lines capacitance comes naturally in parallel, that is it tend to
shunt the signal to ground. In this configuration the higher the
frequency the lower the "resistance" will be. Inductance is added
on purpose by the phone companies in the form of loading coils
which are added to decrease signal attenuation in the mid
frequencies. In any case the band width of a voice grade line is
strictly limited so that many calls can be stacked on top of each
other, in order to use transmission lines more effectively. Data
equipment must strive to make the best use of this narrow band
width. There is a hard limit to the amount of data that can be
sent through a telephone line as will be seen later.
The signal type of choice to carry data through phone lines
is the sine wave. A sine wave has but one frequency associated
with it. This means that if its frequency is within th band width
of the line carrying it, then the received sine wave will not
have its shape altered due to clipping of the high frequency
components. This can't be said for the square or triangular
waves which requires an infinite band width to fully describe
them. The sine wave is simply defined:
v= A * sin( w*t + p)
A is the amplitude (in units of volts for this exercise)
w is the frequency which must be in radians per second
t is time in seconds
p is the phase angle in radians
Information can be encoded by the sine wave in three
different ways. By altering "A" which is amplitude modulation
(AM), by altering "w" which is frequency modulation (FM), or by
altering "p" which is phase modulation (PM). There are mixed
modes which come into use in the more exotic modem schemes, used
to get the really high bit rates.
FSK or frequency shift keying was the most widely used
method for data transfer through modems. This is a FM process
whereby a RS232 MARK would be represented by the presence of one
frequency while a SPACE would be indicated by another frequency.
Now is the time to introduce the term BAUD. A "BAUD" is the time
interval in which data is carried, that is the minimum time in
which a signal holds a single state which the receiver is to
recognize and convert into data. The baud rate is how many BAUD
times occur in a second. The baud rate is NOT the same as the bit
rate as will be seen later in multiple state modulation. In FSK
type modems (Bell 103) the baud time happens to be the same as
the bit rate since each signal state encodes a single bit. Many
would think that the baud rate is limited to highest frequency
available to be transmitted (3000 hz) but this is not necessarily
so. Nyquist showed in 1928 that the maximum signal change rate
(baud rate) for a band width "W" would be 2*W baud. This is
Fidonews Page 17 29 Dec 1986
called the Nyquist rate and is an upper limit that assumes no
inter-symbol interference. This could be visualized by
considering a sine wave. Each cycle has a positive and negative
part. The amplitude in each part could be independently altered
while still having a sine wave, therefore a 1200 hz signal could
be changed 2400 times a second which is 2400 baud. This type of
change (AM) is not very useful in phone lines since it is the
type of change most commonly caused by natural phenomena. In Bell
103 the baud rate is commonly 300 which is over 3.5 cycles at the
lowest carrier frequency. The practical considerations of
detecting frequency changes requires about 1.5 cycles so 300 baud
is some what conservative.
PSK or phase shift keying gets by the frequency barrier that
keeps FSK from producing the higher bit rates. In PSK (a PM
method) the only parameter in the sine wave changed each BAUD is
the phase angle "p". The Bell 212A modem specification uses a
four level phase modulation technique. The term four level means
that four different phases are used and detected by the receiver
during each BAUD. The number of bits an M level state can
represent is n=log2(M) or log(M)/log(2). A four level state can
represent two bits during each baud. In the 212A specification
+90 degrees would be 00, 0 degrees 01, +270 degrees 11, and +180
degrees 10. The 212A baud rate is 600 which means the bit rate
would be:
bit rate=600 BAUD/second * 2 bits/BAUD= 1200 bits/second
To increase the bit rate to the next state would require 3
bits/baud or 8 phases. To get 2400 bps using such a scheme would
require 16 different phases (22.5 degrees apart). The problem
here is that one class of noise present in phone lines called
"phase jitter" can cause phase errors up to and sometimes over 30
degrees. To avoid the bulk of this type of noise the phase angle
difference should be kept above this amount. The 2400 baud modems
common today use a form of QAM (quadrature amplitude modulated).
This method uses a combination of two waves with different
amplitudes to get the required 16 levels. A QAM signal can be
expressed in equation as follows:
s(t)=a(t)cos(wt+p)+b(t)cos(wt+90+p)
a(t) is the in-phase modulating wave form while b(t) is the
quadrature modulating wave form. During each baud a(t) and b(t)
are constants so the equation simplifies to:
s(tn)=c*cos(wt+theta+p) {p is a single arbitrary phase angle tn
stands for a specific baud time
c=sqrt(a*a+b*b) theta=atan(b/a)}
The new pure sine (cosine) wave has amplitude and phase
differences which can multiply the number of states possible. If
there are 4 values for amplitude and 8 values for phase then the
signal could have 32 different states or five bits. The random
variations in phase "p" has less effect the outcome since it
effects both waves the same. The phase difference in the
Fidonews Page 18 29 Dec 1986
resultant wave is due to the interaction of the two wave forms.
QAM is the method used to get up to 9600 baud out of a phone
line. Other types of noise are present in a phone system, and are
mostly due to switching and cross over with other wires. The
error rate at the higher bit rates would be unacceptable if there
weren't some error recovery used. This is now quite easy to do
from a hardware standpoint, since the memory and processing power
needed to do it takes a small amount of space and cost little
enough to make the increase in bit rate worth it. The ability
for high speed modems to run will increase due to another reason.
More and more fiber optic phone line will replace conventional
ones. These are immune from many of the noise sources that effect
copper wires, sources such as RF and magnetic fields.
The ultimate bit rate that could be "pumped" through a phone line
is fixed by the band width AND the signal to noise ratio.
Shannon's law relates random bit transmissions/second to band
width and signal to noise ratio. It is derived from the concept
of entropy. Entropy is a measure of randomness in a system. It is
really a thermodynamic property but has applications in
information theory. The maximum bit rate for a channel with
signal power S and noise power N is given by:
C=BW log2(1+S/N) where BW is the band width, S is the signal
power and N is the noise power.
With a typical band width 2600 hz and a typical signal to noise
ratio of 30db (or 1000/1) the bit rate would be:
bit rate=2600 * log2( 1001 ) or 25,914bps
The noise factor is assumed white or Gaussian. This kind of noise
is unavoidable in electrical systems. In fact "N" can be
calculated by:
N=kTW where k=1.37e-23 joule/degree
T is absolute temperature (Kelvin)
W is the band width in HZ
This product gives "N" in terms of joules per second or watts.
At room temperatures noise would be on the order of 1e-17 watts
over a 2600 hz band width. If a phone signal were just 0.1 watts
the signal to noise ratio could be as high as 160db. In practice
it is about 30db so it can be expected that the signal to noise
ratio will increase in the future so that the top bit rates will
increase, and this increase will happen without an increase of
the band width available.
One last problem to consider with the high speed modems is
compatibility. To get 9600 bps from a 600 baud signal would
require 65,536 levels in a state. There is no obvious way in
which to assign a level to a 16 bit pattern so the manufacturer
must invent an "ALPHABET" for that conversion. Until an alphabet
is standardized as well as error recovery techniques there is
simply no way the modems will talk to each other.
Fidonews Page 19 29 Dec 1986
GLOSSARY:
Alphabet: A table to convert signal states into
characters they represent
Amplitude modulation: Where information is encoded by changes in
amplitude only.
Band width: Range of frequencies within the half power
limits. That is the difference between the
two -3db frequencies.
Baseband: The signal at its original frequency and
shape.
Baud: The minimum time where all signal
parameters are held constant.
Baud rate: The number of times the basic signal can be
changed per second.
Bit rate: The number if bits per second passing
through a channel. In a modem it is the
baud rate times the number if bits per
baud.
Decibel (db): 10 * log10(p2/p1) where p2 is referenced to
p1. Both p1 and p2 represents power. For
voltage db is calculated 20 * log10(v2/v1)
Frequency modulation: Where information is encoded by changes in
the carriers frequency.
FSK: A way of represents data by a discrete
change in frequency of the carrier.
Hertz: Number of events per second.
Modulation: The process of varying a signal according
some aspect of another signal.
Phase: The angular displacement of a cyclic signal
In a sine wave Y=A sin(wt+p) p is the
phase.
Phase modulation: Technique of changing phase of signal to
represent changes of the baseband signal.
References:
1.*Clark, A.P., 'Principles if Digital Data Transmission' 2nd ed.
(1983)
2. Martin, James, 'Telecommunications and the Computer', (1979)
3. 'IBM PC Technical Reference', (July 1982)
4. 'Hayes Smartmodem 1200 manual'
*Reference (1) gives the most technical detail and over 500 other
specific references.
-----------------------------------------------------------------
Fidonews Page 20 29 Dec 1986
=================================================================
WANTED
=================================================================
David Kohen, 164/7
Writer wanted
Hi! I'm the Technical Editor for a new Hong Kong based
magazine,and I'm looking for someone, or someones, to write a
regular column on the North American computer scene.
What we're looking for is something a lot like Jerry Pournelle's
Chaos Manor in Byte (you can take that as a compliment, Jerry, if
you come across this), with coverage of events, conferences, new
products, etc. Since we can't, yet, offer Byte's kind of money or
expenses, we really need someone who is working in the field,
gets around, can write and wants to earn some extra money. Most
of the time you'll decide for yourself what you want to cover.
Occasionally we'll ask you to do something specific.
We're also open to receiving articles on a one-off basis,
including reviews, programs etc. We'll pay on a sliding scale,
according to how much editing is needed, for text, photos and
programs.
All submissions should be supplied on IBM compatible disk. In the
case of programs they should be heavily annotated, and public
domain (they'll all be posted on SEAnet, our local Fido host).
IBM, Mac and Unix-based programs are more likely to get into
print, the Amiga and Atari STs are not available here. Obviously
Mac programs should be on a Mac disk (although we'd still prefer
the text in IBM format if possible, we don't yet have an in-house
Mac).
If you are interested, or you know someone else who is, I can be
reached by mail at:
Interface Magazine
1911, C.C. Wu Building,
302 Hennessy Road,
Wanchai,
Hong Kong.
Or (preferably) through Fidonet on 164/7
-----------------------------------------------------------------
Fidonews Page 21 29 Dec 1986
=================================================================
FOR SALE
=================================================================
MAGAZINE ON DISK FOR IBM PC AND COMPATIBLES
The first issue of BIG BLUE DISK, a magazine on disk for the IBM
Personal Computer and compatibles, will hit the stands this
October. It is contained entirely on a floppy disk. Each issue
contains programs, articles, feedback from subscribers, program
reviews and demos, and more.
For example, issue number one contains the following:
- PLANET OF THE ROBOTS: In this text adventure, a time warp has
transported you to a future Earth where robots rule. Can you
find your way back?
- HOP-A-LONG HANGMAN: A new version of the classic word game,
with three different skill levels and word sets.
- LIFETIME CALENDAR: Travel back in time or plan the future.
Display any month from January, 1753 to December, 4999.
- LOAN AMORTIZATION: Calculate simple interest loan terms that
best suit your budget. This easy-to-use program produces a
full amortization schedule.
- STRING ART: This program generates many captivating patterns.
Check it out; a little high-tech cloud watching is good for the
soul.
In addition, BIG BLUE DISK #1 contains a column of hints and
tips; and a report of late-breaking news in the computer
industry. Also, for the first time anywhere, BIG BLUE DISK
presents a review of VersaForm XL version 4.0, the latest version
of an inexpensive but powerful, programmable, forms-oriented
database.
This issue will be available at many outlets nationwide,
including Waldenbooks and B. Dalton Booksellers. You can also
order it by direct mail by sending $9.95 (check, money order, or
Visa/Mastercard/American Express accepted) to: BIG BLUE DISK, PO
BOX 30008, SHREVEPORT, LA 71130-0008.
Mail subscriptions are also available: One year (12 monthly
issues) costs only $69.95. (A 41% savings over newsstand price.)
A six-month subscription is available for $39.95.
BIG BLUE DISK requires an IBM PC or compatible, with at least
256K of memory and a Color Graphics Adapter or compatible
graphics board. Send questions/comments to Daniel Tobias on FIDO
19/216.
-----------------------------------------------------------------
Fidonews Page 22 29 Dec 1986
W.R.Hunter, 109/626
Disk I/O Slowing you down?
Are you dealing with a large Database that takes forever to read?
Is your Network bogged down due to disk seek time? Do you simply
want to make BETTER use of the EXTENDED OR EXPANDED memory
capacity on your system?
Your solution is:
D I S C A C H E V 0.01
DISCACHE can help you recover lost seconds when it counts!
DISCACHE works by keeping commonly accessed disk data in memory
so that when such data is read it is copied from memory rather
than read from disk.
DISCACHE supports 3-types of memory:
1. CONVENTIONAL (to 640K)
2. EXTENDED - AT memory via BIOS INT 15
3. EXPANDED - via Lotus/Intel EMS
DISCACHE can help you utilize ALL of your Extended/Expanded
memory to the fullest, as it helps you get the most from your
system.
DISCACHE is available NOW, not for the full price of $99.00, but
for a LIMITED TIME at $49.00 (Through Dec 31st, 1986)
HOW DO I GET DISCACHE? Simply write to:
WEG Systems, P.O. Box 5072, Springfield, VA 22150.
HOW DO I GET MORE INFORMATION? There are 2-ways to obtain more
information: Write to us at the address above -OR- Call us via
MODEM (with your computer) to our support line at (703)-425-0695,
WAFRUG_BBS, (1200/300 baud) 24hrs daily, 7-days weekly.
-----------------------------------------------------------------
Fidonews Page 23 29 Dec 1986
Now available from MidWest MIDI Consultants,Inc.
Systems Design Associates' PROMIDI(tm) Studio System SDA-200.
The SDA-200 Promidi Studio System consists of the Midicard and
associated software for an IBM Personal Computer or Compatible.
PROMIDI RECORDS MIDI MUSIC DIRECTLY TO DISK IN REAL TIME:
Recording length and number of recordings/tracks limited only by
disk space. Real-time recordings of 60,000 notes with a 2-drive
system, 1.5 million with a 10Meg hard disk, with only 256K of RAM
in the host computer. PROMIDI'S ONLY LIMIT ON STORAGE IS DISK
SPACE.
PROMIDI LETS YOU RECORD IN FILES, RATHER THAN TRACKS: Promidi
FILES EACH SUPPORT ALL 16 MIDI CHANNELS. You can edit, extract
or copy individual MIDI channels in a file, even move MIDI music
from one channel to another. Further, with the new Midimerge,
Promidi users can record up to EIGHT MIDI INSTRUMENTS IN A FILE
AT ONCE WITH NO LOSS OF FIDELITY yet edit them individually, just
as if they had been recorded one-at-a-time.
PROMIDI'S RESOLUTION IS 192 CLOCKS PER BEAT AT ALL TEMPOS:
PROMIDI SOFTWARE IS DOWNLOADABLE: All operating instructions for
the Midicard interface are part of the Studio System recording
software. The absence of PROM chips on the interface ELIMINATES
chip-changing,and incompatibility caused by MULTIPLE HARDWARE
VERSIONS.
PROMIDI GIVES YOU MORE POWERFUL EDITING TOOLS: Automated
Punchin/Out, Cut & Paste, MaxAuto quantizing, Scalewise &
Intervalic Tramsposition, Slide, Chaining, StepEdit/Entry and
more. Promidi lets you PUNCH IN VOICE CHANGES on any beat.
BUILT-IN FSK TAPE SYNC and METRONOME, plus a ONE-YEAR WARRANTY on
both hardware and software. And more products compatible with
Promidi are in the works.
MidWest MIDI and SDA offer a 30 day money back gaurantee to all
mailorder customers, if not completely satisfied with the PROMIDI
System. Try before you buy DEMO program disk are also available.
More information about PROMIDI and the other brand name MIDI
products for the Commodore AMIGA,64/128, ATARI ST, APPLE //,& MAC
is available online on MidWest MIDI BBS (405) 733-3102 - 147/6 -.
MidWest MIDI BBS - FIDO 147/6 - 1200bps - 24hrs.
BBS #: (405) 733-3102
-----------------------------------------------------------------
Fidonews Page 24 29 Dec 1986
=================================================================
NOTICES
=================================================================
The Interrupt Stack
17 Jan 1987
Deadline for voting on the proposed bylaws. Your ballot MUST
be received by this date!
17 May 1987
Metro-Fire Fido's Second Birthday BlowOut and Floppy Disk
Throwing Tournament! All Fido Sysops and Families Invited!
Contact Christopher Baker at 135/14 for more information.
24 Aug 1989
Voyager 2 passes Neptune.
If you have something which you would like to see on this
calendar, please send a message to FidoNet node 1/1.
-----------------------------------------------------------------
The LAPTOP echomail conference deals with the TRS-80 Model 100,
102, 200, and other such laptop computers (but not the IBM PC
portables). If you are interested in joining this conference,
please contact the nearest of Fido 138/14, Fido 115/100, or Fido
11/301.
-----------------------------------------------------------------
Marsha Hague, 14/61
We are looking for anyone who has purchased a Whisper Reader
portable data terminal being liquidated by MPC Sales, or who may
own an original LEX-31, both manufactured by Lexicon. Whisper
Line is a BBS set up for owners of these terminals to exchange
tips and techniques. Give us a call!
Whisper Line, 24 Hours/300 bps, (507) 289-8211
-----------------------------------------------------------------
Fidonews Page 25 29 Dec 1986
*Official IFNA By-laws Ballot
Official IFNA Articles of Association and By-laws Ballot
We, the interim directors of IFNA, submit for ratification the
Articles of Association and By-laws as published in FidoNews
number 349. In accordance with the recommendation of the By-laws
Committee, each person listed as the Sysop of one or more FidoNet
nodes, as of NODELIST.311 dated November 7, 1986, is entitled to
ONE vote.
The proposed IFNA Articles of Association and By-laws, as
published in Fido349.NWS dated December 22, 1986, should be:
(Check one line) Adopted ________
Rejected ________
I am the SYSOP of record a FidoNet node which was listed in
NODELIST.311 dated November 7, 1986 and have the right to cast
one vote. There will be ONLY be one vote per person. There will
be ONLY one vote per net/node number. I understand these rules
and cast my ballot in accordance with them.
_______________________ ___________
Signature Date
_____/______
Net Node
Return this ballot via U. S. Mail to arrive not later than
January 17, 1987 at:
IFNA Ratification
C/O Christopher L. Bonfanti, CPA
Aselage, Kiefer & Co.
701 Emerson Road, Suite 201
Creve Coeur Corporate Center
St Louis, Mo. 63141-6709
Aselage, Kiefer & Co. are Certified Public Accountants and will
provide an independent count of the vote and publish the results
in FidoNews. Votes received by Saturday, January 17th will be
included in the results.
-----------------------------------------------------------------
Download original FidoNews · Volume 3 (1986) · ← Previous · Next →