Ref: 10420007
Title: Release Notes: CS/1 TCP Booting from NCS/150 version 20000
Date: 11-18-87

Copyright 3Com Corporation, 1991.  All rights reserved.

Software Release

SW/1-TCP-NCS/150 Version 20000

November 18, 1987

Part Number: 86-0078-00
Revision 02


TO:          CS/1 Users

FROM:        Bridge Communications, Inc.

SUBJECT:     SW/1-TCP-NCS/150 Version 20000

DATE:        November 18, 1987

Enclosed is a distribution diskette containing SW/1-TCP-NCS/150
Version 20000.  This release memo describes the procedure for
installing the software, the new features of, and the bugs fixed
in this version of SW/1-TCP-NCS/150.

Compatibility

SW/1-TCP-NCS/150 Version 20000 operates with the following
products and software releases:

.br;CS/1 running SW/20-TCP Version 20000 or later
.br;CS/1-SNA running SW/1-SNA-T Version 10000 or later
.br;CS/50 running SW/50-TCP Version 13010 or later
.br;CS/100 running SW/100-TCP Version 11000 or later
.br;CS/200 running SW/200-TCP Version 13000 or later
.br;IVECS running SW/IVECS-TCP Version 13000 or later
.br;NCS/150 running SW/150-NCS-TCP Version 10000 or later
.br;NCS/AT running SW/AT-NCS Version 10000 or later
.br;GS/3 running SW/3-IP Version 10000 or later
.br;Personal computer running TCPTerm Version 10000 or later
.br;Personal computer running SW/1-PCS Version 10000 or later

Table 1 illustrates the firmware and software compatibility of
SW/1-TCP-NCS/150 Version 20000:''

_____________________________________________________________________________
|                    Table 1  Firmware/Software Compatibility                |
|____________________________________________________________________________|
|      |        |                                                            |
|Produc|Software|                            Firmware                        |
|      |        |   SIO     MCPU        EC/1 or EC/2        IBC/M     TRC/M  |
|______|________|____________________________________________________________|
|      |        |         |        |                     |           |       |
|CS/1  |SW/1-TCP|M0ASYN 15|M1MMON  |M0EDL1 4BM0EDL2 00A  |N/A        |N/A    |
|      |NCS/150 |M0ASYN 17|01B or  |or later or later,   |           |       |
|      |        |or later |later   |         or M1IECM 01|           |       |
|      |        |         |        |         or later    |           |       |
|______|________|_________|________|_____________________|___________|_______|
|CS/1-T|SW/1-TCP|M0ASYN 15|M1MMON  |N/A      N/A         |N/A        |No PROM|
|      |NCS/150 |M0ASYN 17|01K or  |                     |           |       |
|      |        |or later |later   |                     |           |       |
|______|________|_________|________|_____________________|___________|_______|
|______|________|_________|________|_____________________|___________|_______|
|CS/1-B SW/1-TCP-M0ASYN 15AM1MMON   N/A      N/A          M2IBCM      N/A    |
|      |NCS/150 |M0ASYN 17|01G or  |                     |00E or late|       |
|      |        |or later |later   |                     |           |       |
|______|________|_________|________|_____________________|___________|_______|
Hardware_and_Firmware_Requirements_for_SIO-16_Boards

The following requirements must be met if your CS/1 running
SW/1-TCP-NCS/150 Version 20000 is equipped with one or more SIO-
16 boards:

+ The M1MMON PROM Rev. 01G or later is required on the MCPU
board.

+ An EC/2, TRC/M, or IBC/M board must be installed on the
CS/1.

+ If the CS/1 is equipped with three or four SIO-16 boards,
the MCPU board must be upgraded to 12 MHz.  If it is
equipped with one or two SIO-16 boards, a 10 MHz MCPU board
can be used.

Installation

Before your CS/1 can run SW/1-TCP-NCS/150 Version 20000, you must
install the software on an NCS/150 that boots the CS/1.  If you
upgrade your system to SW/1-TCP-NCS/150 Version 20000 and you do
not have a backup copy of your current SW/150-NCS diskette, it is
recommended that you make the backup copy before the
installation.  Refer to Section 4.6.3 of the NCS/150 Installation
and Operation Guide for the disk copy procedure.

After you back up your current SW/150-NCS diskette, follow these
steps to install SW/1-TCP-NCS/150 on the NCS/150:

1.  Connect a terminal to port 0 of the NCS/150.

2.  Insert the SW/150-NCS-UTIL diskette in the NCS/150 disk
drive.

3.  Press the Reset switch.

4.  After the NCS/150 is finished booting, press the following
sequence on the keyboard: <RETURN>.<RETURN>

5.  Remove the SW/150-NCS-UTIL diskette, then insert the
SW/150-NCS diskette in the disk drive.

6.  Enter the following command: ls -lx /BIN This command
displays the list of the software images currently
available on the SW/150-NCS diskette.



7.  Because the NCS/150 diskette can contain software for two
product types only, it may be necessary to remove software
from the diskette to make room for the CS/1 file.  This can
be done by typing "rm <filename>".

If a cs1 file already exists, remove it by typing:

rm /BIN/cs1x

Also, remove the sio16driver by typing:

rm /BIN/sio16driver

8.  Perform a file system check with the compact option by
entering the following command: fsck -c

9.  Create a CS/1 file on the SW/150-NCS diskette using the
following command: cr /BIN/cs1x 1de rwx 3000

10.  If your CS/1 is equipped with SIO-16 boards, create a new
SIO-16 driver file using the following command: cr
/BIN/sio16.11050 2a rw

11.  To copy the CS/1 file alone, type the following command: cf
#0 /BIN/cs1x If you have to copy the sio16.11050 file and
the CS/1 file, type the following command: cf #0 /BIN/cs1x
cf #2 /BIN/sio16.11050

12.  When the system prompts for the source diskette, remove the
SW/150-NCS diskette and insert the SW/1-TCP-NCS/150 Version
20000 diskette in the disk drive.  Then press the Return
key.

13.  When the system prompts for the destination diskette,
replace the SW/1-TCP-NCS/150 diskette with the SW/150-NCS
diskette.  Then press the Return key.

14.  When the copying process is finished, the following message
is displayed: copy completed
SW/1-TCP-NCS/150 is stored on a double-sided, double-density, 48
TPI diskette.  Copies of the distribution diskette can be made on
Series/1 hardware only.

Before the CS/1 can be booted from the NCS/150, it must be bound
to the NCS/150.  Refer to the NCS/150 Installation and Operation
Guide for information on the binding procedure.

New_Features

The following features, which were not present in SW/1-TCP-
NCS/150 Version 13000 or earlier, have been implemented in SW/1-
TCP-NCS/150 Version 20000.  For detailed information on the
features, examples, and screen displays, refer to the Connection
Service User's Guide.

1.  A new User Interface command, PIng, is available to
generate an Internet Control Message Protocol (ICMP) echo
request message to a specified host.

The abbreviation for the PIng command is "PI"; a single "P"
character is the abbreviation for the Pause command.  If
the echo request message is sent to a Communications Server
running software version 13000 or earlier or a host that
does not handle ICMP echo requests, the following message
will appear: PINGing ... Host is not responding

2.  SW/1-TCP-NCS/150 Version 20000 now handles and responds to
appropriate incoming ICMP messages.

3.  The CS/1 now processes Internet packets with Internet
option information.

4.  The CS/1 now reassembles fragmented Internet packets.

5.  A new parameter, NetMapBroadcast, has been added to SW/1-
TCP-NCS/150.  It controls the transmission of netmap
broadcast packets from the CS/1.

6.  SW/1-TCP-NCS/150 Version 20000 supports a receive window
size of 1024 bytes to increase efficiency during large-
scale data transfers.

7.  In addition to cleaning up the contents of the ARP table,
the ZeroArp command clears out the gateway table stored in
the server.

8.  A new global parameter, MacType, has been added.  Its
possible values are IEEE and Enet.

This parameter determines the protocol used at the Media
Access Control (MAC) level.  The default value is Enet,
which is compatible with other Bridge Ethernet and
Broadband products.  IEEE refers to the use of the 802.3
and SNAP protocols.

9.  A new sysgen parameter, Skip Dead Ports, has been added to
the Virtual Terminal Parameters menu in the sysgen program.
This parameter determines how a host server processes a
connect request.

The host enables a port by keeping the Data Terminal Ready
(DTR) signal raised.  If the Skip Dead Ports parameter on
the host server is 1, the host server will repeat the
connect request when a port with DTR low is encountered.
The request will be repeated until an enabled port is found
or all rotary ports have been tried.  If the parameter is
set to 0, a connection request is considered to have failed
as soon as a disabled port is encountered.

The default value of this parameter is 1.

10.  If another Communications Server or any host on the network
has the same Internet address as the server to which you
are connected, it is considered an address collision.

Previously, address collisions were not reported.  Now the
SHow ARptable command displays a modified arptable
indicating addresses that are involved in a collision.

Also, after an address collision, the audit trail record
shows the Internet address and Ethernet address of the
Communications Server or host that causes the collision.
The type of this audit trail record is "AC".

The format for the audit trail record generated after an
address collision is as follows: MM.DD HH.MM.SS
III.III.III.III  AC  CCC.CCC.CCC.CCC %08000200HHHH In the
audit trail record above, "AC" is the type of the record.
"III.III.III.III" is the source Internet address.
"CCC.CCC.CCC.CCC" and "%08000200HHHH" are the Internet
address and Ethernet address that cause the collision.

11.  A new sysgen parameter called Maximum Number of SYNC
Retransmissions has been implemented in SW/1-TCP-NCS/150
Version 20000.

This parameter specifies the length of time the CS/1 will
try an entry in a global rotary during a TCP connection
attempt.

The parameter can be altered on the TCP Parameter menu.
The default value is 4, the minimum 2, and the maximum 20.

The more unreliable your network, the greater the Maximum
Number of SYNC Retransmissions should be.

12.  It used to be difficult to identify the connect/disconnect
pair in an audit trail record for a given session.  Now the
connect and disconnect audit trail records indicate the
port numbers and session numbers to identify the pair.

Also, the CF (Connect Fail) audit trail record is generated
for a connect request that contains more than one address
in the address list.

The new format of the Connect audit trail record is as
follows.  MM.DD HH.MM.SS III.III.III.III.  N NN CD
CCC.CCC.CCC.CCC The new format of the Disconnect audit
trail record is as follows: MM.DD HH.MM.SS III.III.III.III.
N NN DC CCC.CCC.CCC.CCC In the audit trail records above,
"N" is the session number, and "NN" is the port number.



13.  The Connect command has been modified to allow the
Precedence level and Type of service parameters to be
specified.  It also allows specification of multiple
addresses and the destination TCP port number.

14.  Previously, setting the LongBreakAction parameter to InBand
or OutofBand did not generate actions.  Now if you set
LongBreakAction to InBand or OutofBand, it will generate
Telnet signals exactly the same as BReakAction.

15.  A new session parameter, XmitBinary, is implemented.  Its
default value is OFF, which is for the transmission of
seven-bit ASCII data.  If XmitBinary is ON, it allows you
to have an eight-bit data path in your Telnet session with
the host.  However, this is possible only if the DataBits
parameter is 8.

16.  SW/1-TCP-NCS/150 Version 20000 supports a domain name
resolver, which can be used to translate names to Internet
addresses.  A new global parameter, NsType, has been added.
Its possible values are IEN116 and DomainName.  It
determines whether the domain name resolver or the IEN116
name service is used for address translation.

Related to the NsType parameter is the NameServer
parameter, which is a new kernel parameter in the sysgen
program.  Its possible values are 0, which selects the
IEN116 name service, 1, which selects the domain name
service, and 2, which allows both to be used as the name
service.  If the value is 0 or 1, you cannot change the
name service by setting the NsType parameter.  Only when
NameServer is 2 can you use NsType to select the name
service for resolving names.

When the NsType parameter is set to DomainName, the syntax
for the SHow NAme command is as follows: SHow Name [<Domain
name>] [* [.] [<Target>]]

17.  Because space in the UI globals file has been allocated to
new global parameters, the Internet address information has
been moved from the globals file to a newly created file.

As a result of this newly created file, you can now assign
an Internet address to each of the 64 ports on a
LanSwitch/1.  Previously, you could assign Internet
addresses to 32 ports.

If you use an NCS as the file server, you may notice a file
called "/GLOBALS/ipadr.C009C8D0", where C009C8D0 is an
example of the Internet address of the CS/1.  It is created
when SW/1-TCP-NCS/150 Version 20000 is booted for the first
time.  This change has no effect on your interface with the
CS/1.

18.  Previously, an LS/1 could support up to 64 sessions.  With
SW/1-TCP-NCS/150 Version 20000, more sessions can be
supported.  Each entry in Table 2 indicates the maximum
number of sessions supported for each type of network
controller board in the MCPU-based CS/1 or LS/1.


________________________________________________
|     Table 2  Number of Sessions Supported     |
|_______________________________________________|
|                                               |
|            Network Controller Board           |
| EC/1   EC/2*    EC/2+**      IBC/M     TRC/M  |
|                                               |
|  32     64         96         96         96   |
|                                               |
|    *   EC/2 board with 256 kilobytes of memory|
|   **   EC/2 board with 512 kilobytes of memory|
|_______________________________________________|

EC/1 is not supported by the 64-port LS/1.

19.  A new command, RFM, is implemented to enable the network
manager to enter commands to the RFM/5 on a broadband
network.

20.  A new option, DataGeneral, has been added to the DeVice
parameter.  This option puts the terminal in Data General
mode, in which both the Bridge User Interface and the
Serial I/O module's operations are altered. The CS/1 can
operate in Data General mode only if it is equipped with
SIO-16 boards.

21.  LF is now treated as a command delimiter for the Bridge
User Interface.  Therefore, both CR and LF will be
recognized as the end of the command line.

22.  You can define macros that contain conditional statements
on the CS/1 running SW/1-TCP-NCS/150 Version 20000.

23.  The SHow AllSession command displays a list of names (and
optionally physical addresses) to which the terminal ports
are connected.

The command also shows the address of the other end of the
connection when it is a passive-end connection or an
interconnection.



24.  Data is usually folded modulo 128 for control character
detection.  However, on some eight-bit extended ASCII
terminals, control characters such as XON and XOFF have
unique representations within the 256-character set.  They
should not be folded before being sent to the User
Interface or being recognized by the SIO processor.

SW/1-TCP-NCS/150 Version 20000 enables you to override the
data folding by setting PARIty to a new option called
DoNotFold.  You can select this option in conjunction with
None, Even, or Odd parity.  For example, you can type: setd
PARIty = Even DoNotFold Because of this new option, it is
now possible to use eight-bit control characters with or
without parity.  The DoNotFold option, however, should be
used only when the DataBits parameter is set to 8.  To
reset the special PARIty option, type: setd PARIty = 0 When
the DoNotFold option is set, the control characters sent
over the network from the CS/1 are taken to be eight bits
long.  Only a single character is recognized as ECM, BREAK,
XON, XOFF, or EDIT.

For example, with the DoNotFold option, the character
encoded as 00010001 will be recognized as XON, and the
character encoded as 10010001 will be passed as data.
Without the DoNotFold option, both bit patterns will be
interpreted as an XON character, because the uppermost bit
is ignored.

This feature is supported on SIO-16 boards and SIO-A boards
with M0ASYNC Rev. 18C or later.

25.  SW/1-TCP-NCS/150 now supports universal time for network
communications spanning different time zones.  Two new
global parameters have been implemented to support this
feature.

The DaylightSavingsTime parameter specifies the
displacement, in minutes, from non-Daylight Savings Time.
The TimeZone parameter specifies the displacement, in
minutes, west of Greenwich the server's site is located.

However, the NCS/150 and the NCS/AT do not support this
feature.  If you have an NCS on the network, it is
recommended that the time on the CS/1 be kept in Pacific
Standard Time.

26.  A new global parameter, AUditTrailType, is implemented.  It
specifies the format of the time-stamp for audit trail
messages.  The two formats are Local time and Universal
time.



27.  The SIO-16 board now supports control signals RTS (Request
To Send) and CTS (Clear To Send).  Previously, only the DTR
(Data Terminal Ready) and DCD (Data Carrier Detect) control
signals were supported.

If you want to use the RTS/CTS instead of the DTR/DCD
signals, you must use the SETDefault command to set the
FlowControlTo and FlowControlFrom parameters to CTSRTS on
the SIO-16 port.  Then you must alter the wiring of the
modular DB-25 (terminal/host) adapter according to Figure
1.

Figure 1  Modular DB-25 Terminal/Host Adapter Pin Assignments



Table 3 shows the correspondence between RS-232-C names and
Bridge names for the signals available on the DB-25
connector. ''

_________________________________________
|     Table 3  Correspondence Between    |
|     RS-232-C Names and Bridge Names    |
|________________________________________|
|                                        |
| RS-232-C   Bridge        Function      |
|   Name      Name                       |
|    BA      TXD/     Transmit Data      |
|    BB      RXD/     Receive Data       |
|    CA      RTS      Request to Send    |
|    CB      CTS      Clear to Send      |
|    CC      DSR      Data Set Ready     |
|    AB      GND      Signal Ground      |
|    CF      DCD      Data Carrier Detect|
|    CD      DTR      Data Terminal Ready|
|________________________________________|

Bugs_Fixed

The following problems, which were found in SW/1-TCP-NCS/150
Version 13000 or earlier, have been fixed in SW/1-TCP-NCS/150
Version 20000:

1.  Setting the NetAscii parameter of a port to UseNul no
longer causes spurious ^A characters to be inserted in the
data stream sent to that port.

2.  Previously, if the ECHOMask included control characters,
some characters (e.g., backspace) did not function normally
in Command mode.  SW/1-TCP-NCS/150 Version 20000 has fixed
this problem.  If you include a control character in the
ECHOMask, type "res" and then enter the ECM character.
Editing in Command mode will return to normal.

3.  Previously, when a host was flow-controlled, a terminal,
even in Command mode, would not function after you had
entered four characters from the keyboard.  It would be
locked up until the host terminated the flow control or the
network manager used the Listen command on the port.

Now, if the same situation occurs, you can enter the ECM
character to continue the operation of the terminal,
because the ECM character will be processed as an out-of-
band signal.

This feature exists only if you have M0ASYN Rev. 18C or
later on the SIO board or if you have an SIO-16 board.



4.  A problem that previously caused a connection to jam and
CS/1s to infinitely exchange old packets has been
corrected.

5.  Several problems relating to stalling during data transfer
have been fixed.

6.  The retransmit alarm now functions correctly to ensure
proper connections.

7.  The SHow STAT <Hour> command displays statistics for the
time specified.  Previously, the displayed statistics were
for one hour earlier than the time requested.

8.  If BReakAction is set to InBand, the break signal from your
keyboard will be mapped to the Telnet interrupt process
(IP) signal.  If BReakAction is set to OutofBand, it will
be mapped to the Telnet break signal (BREAK).  If it is set
to both InBand and OutofBand, both the IP signal and BREAK
are generated.

9.  Previously, entering an ECM character on a port might cause
the SIO-16 board to lock up.  This problem has been
corrected.

Limitations

The following are the limitations of SW/1-TCP-NCS/150 Version
20000:

1.  The increase in size of the SW/1-TCP software image may
reduce the maximum number of sessions in the CS/1,
depending on the data link configurations.

2.  At the time when a connection is made, the routes are
established using the default gateway.  Changing the
default gateway after connection does not affect the
already established routes.

You can, however, use the ZeroArp command to clear out the
gateway table.

3.  The increase in size of the software image may lead to
reduced disk space on the SW/150-NCS diskette.  This limits
the number of macros and names that can be defined.

Known_Problems

The following is a list of known problems in SW/1-TCP-NCS/150
Version 20000:



1.  If the remote end of an inactive session is disconnected,
the SHow SESsions and SHow AllSessions commands still show
that the local end is connected.  The disconnection message
only appears if a user resumes that session.  This problem
does not occur on an active session.

2.  A CS/1-B, which is used on a broadband network, may fail to
read the configuration parameters for port 0.  If port 0
needs to be configured, Bridge recommends that you define
an initmacro for the CS/1-B that includes the command "read
(!0) dp 0".

3.  When you use the IEN116 Name Server, a network manager
command (e.g., SHow (<name>) VERSion) will not operate
correctly if <name> is not defined on a primary Name Server
but on a secondary Name Server.  In such a case, the CS/1
may crash.

4.  When an invalid name is passed to the domain name resolver,
"(primary)" is appended to the error message although it is
not necessary.

For example, if the following command with the invalid name
is entered: sh na a..b the following message will appear:
Resolving...Resolver: improper name (primary)

5.  Sometimes the "improper name" error message may not be
terminated with a carriage return.  As a result, the prompt
will appear on the same line as the error message.

For example, if the following command with the invalid name
is entered: connect a..b the following response will appear
on the screen: Connecting...Resolver: improper namecs/1t>
In this example, "cs/1t>" is the prompt.

Documentation

For further information on the CS/1 and network planning, refer
to the following manuals:

+ NCS/150 Installation and Operation Guide (4/86)
(Part Number: 09-0071-00)

+ LAN Planning Guide (9/86)
(Part Number: 09-0085-00)

+ CS/1 Installation Guide (10/87)
(Part Number: 09-0117-00)

+ Connection Service User's Guide (11/87)
(Part Number: 09-0063-02)



+ Configuration Guide (1/87)
(Part Number: 09-0093-00)

+ Network Management Guide (9/87)
(Part Number: 09-0067-02)

+ Getting Started Guide (2/87)
(Part Number: 09-0043-01)

If you have any questions, contact an authorized Bridge service
representative for assistance.


