Dismiss
InnovationQ will be updated on Sunday, Oct. 22, from 10am ET - noon. You may experience brief service interruptions during that time.
Browse Prior Art Database

NETBIOS ADD.NAME in Switched Networks

IP.com Disclosure Number: IPCOM000109066D
Original Publication Date: 1992-Jul-01
Included in the Prior Art Database: 2005-Mar-23
Document File: 4 page(s) / 189K

Publishing Venue

IBM

Related People

Lozinski, ZA: AUTHOR

Abstract

A scheme is described that allows the use of Local Area Network communications and applications programs, such as NETBIOS, over the ISDN or other digital switched networks without the delay in processing NCB.ADD.NAME. This allows the application to retain the advantages of fast call setup, fast call clearing and short call duration provided by the ISDN and other digital switched networks such as the X.25 packet switched network.

This text was extracted from an ASCII text file.
This is the abbreviated version, containing approximately 34% of the total text.

NETBIOS ADD.NAME in Switched Networks

       A scheme is described that allows the use of Local Area
Network communications and applications programs, such as NETBIOS,
over the ISDN or other digital switched networks without the delay in
processing NCB.ADD.NAME.  This allows the application to retain the
advantages of fast call setup, fast call clearing and short call
duration provided by the ISDN and other digital switched networks
such as the X.25 packet switched network.

      When running NETBIOS there is an inherent delay in the
processing of NCB.ADD.NAME.  The application must issue NCB.ADD.NAME
before it can issue any other NCBs.  This delay is a part of the
definition of NETBIOS.  The delay is intended to allow broadcasting
the ADD_NAME_QUERY frame to each workstation on a Local Area Network,
then for each workstation to determine whether the name already
exists on that workstation followed by return of any positive
responses.

      Many ISDN applications are designed to exploit the fast call
setup capability of an ISDN, for example, in credit card validation,
or in an automatic teller machine.  These applications will be
delayed by the inherent delay of processing NCB.ADD.NAME if they are
written to the NETBIOS interface.  This problem exists when using an
existing NETBIOS application over the ISDN, or other digital switched
network, such as the public packet switched network for X.25, when an
application wants to take advantage of the fast call setup available.

      Call duration: NETBIOS assumes that each station is permanently
connected to the communications media for the LAN which enables a
station to broadcast an ADD_NAME_QUERY frame, and in turn to listen
to all ADD_NAME_QUERY frames broadcast on the LAN.  Consider what
happens if the workstation is attached to the LAN via a switched
communication link to a bridge or gateway.  As soon as NCB.ADD.NAME
is issued, a switched connection must be established to the bridge or
gateway.  This link must then remain connected for the time that the
station is attached to the LAN.  A connection for several hours over
the public network is expensive.  One of the features of the ISDN is
that expensive leased lines are not needed, but that connections are
established rapidly, as required, and then cleared when they are no
longer needed.  Therefore, ISDN applications should not require idle
connections. Establishing a switched connection only for the duration
of data transmission is only a partial solution.  NETBIOS will
broadcast an ADD_ NAME_QUERY frame, whenever a new station attaches
to the LAN.  So the gateway or bridge will need to establish a
switched connection to the station to forward any ADD_NAME_QUERY
frame, and then to wait for the potential ADD_NAME_RESPONSE.

      The disclosed solution is for NCB.ADD.NAME to complete without
delay, and without needing to establish a connection to the LAN.  It
does not need to establish a connection to br...