|G NOTE:  This is an AUTOMATED message.  During your last call to Node #|R@1
|G on |R@2 |Gat |R@3|G, the following phone line conditions were observed:

**
**RESENT
|G  - Number of blocks that were RE-sent |W(|R@1 |Gout of |R@2|W).
|G    Resending blocks causes slow transfers and sluggish keyboard response by
    having to re-send data until it arrives intact.  For instance, having to
    resend @1 blocks of data means that |R@2 |Gblocks were sent when only
    @3 blocks were needed.  Net result: a |R%@4 |Greduction in throughput.

**
**RETRAINS
|G  - Retrains Requested |W(|R@1|W) |Gand Retrains Granted |W(|R@2|W)|G.
    These are indications that either your modem or our modem has detected
    line noise and is attempting to change the speed of the connection in
    order to get better throughput.

**
**MODEMERRORS
|G  - Blers |W(|R@1|W)|G, Link Naks |W(|R@2|W) |Gand Link Timeouts |W(|R@3|W)|G.
|G    These are indications of line noise and/or protocol level errors and have
    the effect of slowing the data transfer process.  These errors could also
    occur when the two modems are not quite compatible with each other.

**
**FINALSPEED
|G  - Initial connect speed |W(|R@1|W) |Gversus final speed |W(|R@2|W)|G.
|G    If the final speed has dropped below the initial connect speed then a
    retrain has been requested and granted.  Connecting at high speed initially
    does not guarantee that the speed will remain constant.  A noisy line will
    cause the modems to shift to a slower speed in order to attempt to increase
    throughtput.  However, shifting to a slower speed will definitely be
    reflecting in any CPS rates experienced while transferring files.

**
**DISCONNECT
|R  - @1
|G    The only 'normal' disconnect reason is when DTR is dropped or if |RYOU
|G    disconnected, recognized as a 'LD Received' on our end.
    If you lost carrier it is because one or the other modem decided to
    drop the connection.  The disconnect reason given will reflect that
    information.

**
**FINALTEXT
 The above information was gathered automatically by the U.S. Robotics HST Dual
 Standard modems which we have online.  The information comes from the ATI6
 report that these modems produce.  The contents of the actual ATI6 report will
 be included at the end of this message.

 Remember that line noise still exists.  Modems with error correction (MNP or
 v.42) simply hide the line noise by correcting it before it reaches the
 computer.  The time it takes to correct those errors, however, is what causes
 slowdowns and sluggish response times.

 During your last connection, symptoms of line noise were detected.  You may
 have noticed slow transfers or sluggish response.  When this occurs, your best
 option may be to simply hang up and try your call again in hopes of a cleaner
 connection the next time.

