services COM Dave isdn FAQ Part

Found at: 0x1bi.net:70/textfiles/file?internet/isdn_faq_v4.2

Newsgroups: comp.dcom.isdn,comp.answers,news.answers,alt.internet.services
From: cherkus@UniMaster.COM (Dave Cherkus)
Subject: comp.dcom.isdn FAQ Part 1 of 5: Introduction, Etc.
Approved: news-answers-request@MIT.Edu
Keywords: ISDN FAQ telecom 
Originator: cherkus@fastball.unimaster.com
Distribution: world 
Nntp-Posting-Host: fastball.unimaster.com
Sender: usenet@mv.mv.com (System Administrator)
Reply-To: cherkus@UniMaster.COM (Dave Cherkus)
Expires: Thu, 9 Feb 1995 01:23:47 GMT
Summary: This posting contains a list of Frequently Asked
         Questions (and their answers) about ISDN.
Organization: UniMaster, Inc.
Date: Thu, 12 Jan 1995 01:27:06 GMT
Followup-To: comp.dcom.isdn
Lines: 276
Archive-name: isdn-faq/part1
Last-modified: $Date: 1995/01/12 01:18:39 $
Version: $Revision: 4.2 $
  - MS Telematica vendor info from mstelema@icil64.cilea.it
  - alt.internet.servicess to posting list, per request of
    aab@cichlid.com (Andy Burgess)
  - Info about getting the NIUF ASI ISDN programming interface
    documentation, courtesy of vances@xenitec.on.ca (Vance Shipley)
  - Pointer to ISDN Web page from dank@alumni.caltech.edu 
    (Daniel R. Kegel)
  - MERGE Technologies Group vendor info from JGFIELDS@delphi.com
  - Vendor info for Apple-oriented ISDN solutions from
    CLAUSS1@AppleLink.Apple.COM (Clauss, Chris)
  - Touched up discription of ISDN availability in intro section,
    input from Tilman Schmidt 
  - A whole new section on SGI, courtesy of mwang@abravanel.esd.sgi.com 
    (Michael Wang)
  - Update for Adtran info courtesy of Kevin Schneider 
  - CSI vendor info courtesy of beyries@csisdn.com (Mike Beyries)
  - Info about getting ISDN in Canada from Peter Graw 
  - Updated NT-1 info from oj@vivo.com (Oliver Jones)
  - TPI vendor info and general FAQ advise from linimon@lonesome.com 
    (Mark Linimon)
  - diehl info update from uh@diehl.de (Uwe Huebner)
  - Info about "The ISDN Literacy Book" from hopkins@aw.com
  - HP product info from Pierre_Vidalenc@hp6300.desk.hp.com 
    (Pierre Vidalenc)
  - Corrected info about getting the faq via e-mail
  - Intel info from dagj@netcom.com (Dag Johansen Esq.) and
    marjorie_j_panditji@ccm.jf.intel.com (Marjorie Panditji)
  - Vendor info about Conware GmbH from knapp@conware.de (Roland Knapp)
  - Gandalf update from jsteinb@charm.gandalf.ca (Jennifer Steinberg)
  - Numerous corrections of e-mail addresses, typos, etc.
These questions and answers have (almost entirely) been extracted from
comp.dcom.isdn.  Please post any comments or new material that you
to share vendor equipment info, just cut and paste the headers from the
chart below and create a new entry for the new information, and send it
to me. 
This FAQ consists almost entirely of information posted to this group.
There are a fair number of holes and there may be some outdated
nformation in it.  There is no claim of completeness or guarantee of
accuracy of any kind, or no warranties for merchantability or fitness
for a particular purpose.  If you have some useful information that you
the information provided to the newsgroup itself.  The next-to-last
than this FAQ does.
This FAQ is posted biweekly to the comp.dcom.isdn news group with an
expiration period of two weeks.  This FAQ is available via anonymous ftp 
to host rtfm.mit.edu, in the directory /pub/usenet/news.answers/isdn-faq.  
"send usenet/news.answers/isdn-faq/*" (without the quotes) in the body
of a e-mail message to mail-server@rtfm.mit.edu.  It is also available
via any other site that shadows news.answers.  Some of these sites
    North America: ftp.uu.net                     /usenet/news.answers
    Europe:        ftp.uni-paderborn.de           /pub/FAQ
                   ftp.Germany.EU.net             /pub/newsarchive/news.answers
                   grasp1.univ-lyon1.fr           /pub/faq
                   ftp.win.tue.nl                 /pub/usenet/news.answers
                   ftp.sunet.se                   /pub/usenet
    Asia:          nctuccca.edu.tw                /USENET/FAQ
                   hwarang.postech.ac.kr          /pub/usenet/news.answers
nformation and a pointer to a Web-accessible copy of this ISDN FAQ.
of the FAQ.  His work is still responsible for the majority of the
nformation gathered here.  I hope to continue the fine example that
Sean has set.
Section 1:
Subject: 1.01) Summary of changes from the last version
Subject: 1.02) comp.dcom.isdn Frequently Asked Questions - Introduction
Subject: 1.03) Table of Contents
Subject: 1.04) To Do List
Subject: 1.05) Who do I have to thank for this list?
Section 2:
Subject: 2.01) What is ISDN?
Subject: 2.02) What does an ISDN network connection look like?
Subject: 2.03) What will Basic Rate (2B+D) ISDN look like in my house/office?
Subject: 2.04) What is a NT1?  Who sells them?
Subject: 2.05) Can the existing local loop lines be reused for ISDN?
Subject: 2.06) How does this compare to regular phone lines?
Subject: 2.07) Is caller ID available on ISDN?
Subject: 2.08) What do I get above and beyond plain old telephone service?
Subject: 2.09) What do ISDN phones cost? 
Subject: 2.10) Can you use existing telephone equipment with the voice portion?
Subject: 2.11) What is National ISDN?
Subject: 2.12) What is the NIUF?
Subject: 2.13) What is ATM?
Subject: 2.14) What is B-ISDN?
Subject: 2.15) What is BONDING?
Subject: 2.16) Data Encapsulation for IP over ISDN
Subject: 2.17) Full Motion Video over ISDN
Subject: 2.18) What is a SPID? How come my ISDN device won't work without one?
Subject: 2.19) Will ISDN terminal equipment that works in one country
               work properly when it is installed in another country?
Subject: 2.20) Will ISDN terminal equipment that works with one vendor's ISDN
               switch work properly when used with another vendor's switch?
Subject: 2.21) Do different manufacturers' Terminal Adaptors interoperate when 
               used asynchronously?
Subject: 2.22) Why do I get only about 19.2k throughput from my TA?
Subject: 2.23) How long should call setup take when using a TA?
Section 3:
Subject: 3.01) How do I find out about getting ISDN in my area?
Section 4:
Subject: 4.01) Where can I find what all of these acronyms mean?
Subject: 4.02) What are the relevant standards?
Subject: 4.03) Where can I read more?
Subject: 4.04) Can I get on-line National ISDN information from Bellcore?
Section 5:
Subject: 5.01) Who is shipping what?
Subject: 5.02) How about that SPARCstation 10?
Subject: 5.03) How about that IBM Waverunner?
Subject: 5.04) How about that SGI?
Subject: 5.05) How about that HP?
Subject: 5.06) How about that Intel RemoteExpress?
    Questions for which I have not yet put together an answer, but for which I 
    am accepting suggestions:
     a) What programming API's are useful for creating ISDN applications?
        (e.g. Sun, Microsoft TAPI, NIUF ASI, ETSI(?), CAPI(?), more(?))
        What are their strengths and weaknesses?
Lots of people, in one way or another.
Dave@yost.com (Dave Yost)
CLAUSS1@AppleLink.Apple.COM (Clauss, Chris)
Eric_Boll-RXNN70Q@email.sps.mot.com (Eric Boll)
Helge.Oldach@Stollmann.DE (Helge Oldach)
Jim.Rees@umich.edu (Jim Rees)
SYSGAERTNER@cygnus.frm.maschinenbau.th-darmstadt.de (Mathias Gaertner)
apsteph@cs.utexas.edu (Alan Palmer Stephens)
art@acc.com (Art Berggreen)
awillis@athena.mit.edu (Albert Willis)
bernot@inf-wiss.uni-konstanz.de (Gerhard Bernot)
beyries@csisdn.com (Mike Beyries)
bharrell@garfield.catt.ncsu.edu (Ben Harrell)
blsouth!klein@gatech.edu (Michael Klein)
bob@larribeau.com (Bob Larribeau)
bob_clemmons@smtp.esl.com (Bob Clemmons)
cabo@Informatik.Uni-Bremen.DE (Carsten)
cherkus@UniMaster.COM (Dave Cherkus)
cliff@Berkeley.EDU (Cliff Frost)
craig@aland.bbn.com (Craig Partridge)
cstorry@gandalf.ca (Chuck Storry)
curt@kcwc.com (Curt Welch)
earle@poseur.JPL.NASA.GOV (Greg Earle - Sun JPL on-site Software Support)
eleskg@nuscc.nus.sg (Winston Seah)
elitman@wam.umd.edu (Eric A. Litman)
etxorst@eos.ericsson.se (Torsten Lif)
ews@Babel.COM (Ed Sznyter)
fenton@combinet.com (Jim Fenton)
kessler@Eng.Sun.COM (Tom Kessler)
ketil@edb.tih.no (Ketil Albertsen,TIH)
kevin@adtran.com (Kevin Schneider)
kevin@newshost.pictel.com (Kevin Davis)
kevinc@aspect.UUCP (Kevin Collins)
keyman@Eng.Sun.COM (Dave Evans)
kph@cisco.com (Kevin Paul Herbert)
krowett@large.cisco.com (Kevin J. Rowett)
knapp@conware.de (Roland Knapp)
linimon@lonesome.com (Mark Linimon)
lmarks@vnet.ibm.com (Laurence V. Marks)
marjorie_j_panditji@ccm.jf.intel.com (Marjorie Panditji)
marc@dumbcat.sf.ca.us (Marco S Hyman)
marc@Destek.NET (Marc Evans)
mea@intgp1.att.com (Mark Anderson) 
mike@tn.com (Mike Sanders)
mikes2@cc.bellcore.com (Mike Souryal)
msun@ntmtv.com (Ming Sun)
mstelema@icil64.cilea.it ()
muftix@junior.bintec.de (Juergen Ernst Guenther)
mwang@abravanel.esd.sgi.com (Michael Wang)
oj@vivo.com (Oliver Jones)
oppedahl@panix.com (Carl Oppedahl)
tilman@gb1.sema.de (Tilman Schmidt)
tnixon@microsoft.com (Toby Nixon)
turtle@newshub.sdsu.edu (Andrew Scherpbier)
uh@diehl.de (Uwe Huebner)
varney@ihlpf.att.com (Al Varney)
vances@xenitec.on.ca (Vance Shipley)
zok@ins.net (Andreas Frackowiak)
Dave Cherkus ----- UniMaster, Inc. ----- Contract Software Development
Specialties: UNIX TCP/IP X OSF/1 AlphaAXP AIX RS/6000 Performance ISDN
Email: cherkus@UniMaster.COM  Tel: (603) 888-8308  Fax: (603) 888-8308
f (cpu.type == PENTIUM && cpu.step < 8)   { panic("Intel Inside!"); }
Newsgroups: comp.dcom.isdn,comp.answers,news.answers,alt.internet.services
From: cherkus@UniMaster.COM (Dave Cherkus)
Subject: comp.dcom.isdn FAQ Part 2 of 5: General Topics
Approved: news-answers-request@MIT.Edu
Keywords: ISDN FAQ telecom 
Originator: cherkus@fastball.unimaster.com
Distribution: world 
Nntp-Posting-Host: fastball.unimaster.com
Sender: usenet@mv.mv.com (System Administrator)
Reply-To: cherkus@UniMaster.COM (Dave Cherkus)
Expires: Thu, 9 Feb 1995 01:23:47 GMT
Summary: This posting contains a list of Frequently Asked
         Questions (and their answers) about ISDN.
Organization: UniMaster, Inc.
Date: Thu, 12 Jan 1995 01:27:40 GMT
Followup-To: comp.dcom.isdn
Lines: 1025
Archive-name: isdn-faq/part2
Last-modified: $Date: 1995/01/12 01:18:39 $
Version: $Revision: 4.2 $
all-digital end to end, using existing switches and wiring (for the
most part) upgraded so that the basic "call" is a 64 kbps end-to-end
channel, with bit-diddling as needed (but not when not needed!).
of the USA, and with other portions of USA asomewhat more behind.
eleskg@nuscc.nus.sg (Winston Seah)
tilman@gb1.sema.de (Tilman Schmidt)
A Basic Rate Interface (BRI) is two 64K bearer ("B") channels and a single 
channel is used for signaling and/or X.25 packet networking.  This is the 
variety most likely to be found in residential service.  
Equipment known as a Terminal Adapter (TA) can be used to adapt these
channels to existing terminal equipment standards such as RS-232 and
V.35.  This equipment is typically packaged in a similar fashion to
modems, either as standalone units or as interface cards that plug into
a computer or various kinds of commmunications equipment (such as
There may be cases where there is no need to interface to existing
terminal equipment or to emulate exisiting terminal equipment, or there
may equipment with synchronous interfaces present. In these cases,
asynchronous standard.
Another common type of equipment can be used to implement a bridge
between local area networks using the ISDN channel to transport the
Of course, more traditional devices such as telephones and fax machines
can be attached to the BRI, assuming they have the proper interface
Another flavor of ISDN is Primary Rate Interface (PRI). Inside North
America and Japan, this consists of 24 channels, usually divided into
nterface as T1. Outside of these areas the PRI has 31 user channels,
usually divided into 30 B channels and 1 D channel and is based on the
E1 interface.  It is typically used for connections such as one between
a PBX (private branch exchange, a telephone echange operated by the
customer of a telephone company) and a CO (central office, of the 
telephone company) or IXC (inter exchange carrier, a long distance
telephone company).
kevinc@aspect.UUCP (Kevin Collins)
keyman@doorway.Eng.Sun.COM (Dave Evans)
turtle@newshub.sdsu.edu (Andrew Scherpbier)
cherkus@UniMaster.COM (Dave Cherkus)
oj@vivo.com (Oliver Jones)
An ISDN BRI U-Loop is 2 conductors from the CO (telephone company
central office) to the customer premises.  Its maximum length may be
carefully designed to deal with the long length of the U loop and the
noisy environment it operates in.
At the customer premises the U-loop is terminated by an NT1 (network
termination 1) device.  The NT1 drives an S/T-bus which is usually 4
cases, the extra wires are used provide power to operate telephones
from the standard four wires.  Outside of North America emergency mode
operation provides power for basic voice service only in the case of
loss of local power.  In emergency mode operation the NT1 receives up
to 1.2W from the central office. In North America there is no provision
for emergency mode operation.
The name of the S/T bus comes from the letters used in the ISDN
equipment.  Terminals can connect directly to NT1 at point T, or there
may be a PBX (private branch exchange, i.e. a customer-owned telephone
exchange).  When a PBX is present, point S refers to the connection
between the PBX and the terminal.  Note that in ISDN terminology,
"terminal" can mean any sort of end-user ISDN device, such as data
terminals, telephones, FAX machines, etc.
This picture shows what a residential ISDN connection looks like.
                Point T               Point U   | 
    +--------+ 4-8 wires +-------+   2-4 wires  | 
    |Terminal|-----+-----|  NT1  |-------------[| wall (to telco CO)
    +--------+     |     +-------+              | 
    +--------+     |                            |
    +--------+     |
    +--------+     |
The T bus is a multipoint bus in this configuration.  It is sometimes
called the passive bus because there are no repeaters on the line
between the NT1 and the devices.  It can be implemented using the same
cable and connectors as is 10 base T Ethernet.  There may be up to 8
connectors - it is a bus, not a star.  The D channel is used to control
the attachment of the one to eight devices to the two B channels.  No
two devices attach to the same B channel at the same time.
than one device to have access to the 2 B channels provided by the ISDN
BRI.  For instance, you may have an ISDN telephone, an ISDN fax and an
for calls and only connect to a B channel when it identifies a message
The NT1 only implements part of the channel sharing scheme; the other
NT1 and the other devices is an integral part of the scheme.  The NT1
also performs other functions; it translates the bit encoding scheme
used on the lines between it and the telephone company (the U loop) to
the encoding used between it and the devices.  These schemes are
channel sharing whereas the NT to telco encoding was designed to allow
transmission across long distances.
forget to include the cost of this unit in your cost estimates, or if
you don't need the multiple device attachment feature, try to find a
to the U loop).  If you are not in the United States the telephone
company provides the NT device, but remember there is no such thing as
a free lunch - you are probably paying for it through increased rates,
or increased taxes, etc. (flames to sci.economics or alt.talk.politics).
Unfortunately, the NT1 is not an inexpensive device.  It has to convert
between the signalling used on the U loop (which is operates over long
to deal with contention between devices) and the signalling of the S/T
bus (which operates over shorter distances in a quieter environment but
t does have to deal with contention between devices and other protocol
functions).  It also provides diagnostic functions such as loopback
mode, and it may have to provide power, as descibed above.
This picture shows what an ISDN connection looks like when a PBX is
                Point S             Point T             Point U   | 
    +--------+ 4-8 wires +-------+ 4-8 wires +-------+ 2-4 wires  | 
    |Terminal|-----------|  NT2  |-----------|  NT1  |-----------[| wall
    +--------+           | (PBX) |           +-------+            | 
                Point S  +---+---+                                |
    +--------+ _________/    |
    |Terminal|/              | Point S
    +--------+               |       
links.  Electrically, the S and T points are the same, which is why the
name S/T bus is almost always used.  This makes sense; the terminal
company needs to know that there is a PBX between itself and the user
the difference is important, the specifications use the S and T
When there is no PBX in the configuration, the NT1 device is usually a
them.  In the United States, the customer buys the NT1 but in most of
the rest of the world the telephone company provides the NT1.  When
there is a PBX the rackmounted NT1s are quite common.  Also, when
there is a PBX the use of PRI lines instead of BRI lines is common.
cherkus@unimaster.com (Dave Cherkus)
cliff@Berkeley.EDU (Cliff Frost)
curt@kcwc.com (Curt Welch)
Eric_Boll-RXNN70Q@email.sps.mot.com (Eric Boll)
krowett@large.cisco.com (Kevin J. Rowett)
mea@intgp1.att.com (Mark Anderson) 
co.com (Ronnie B. Kon)
[ Ed Note: Some may feel that there's a bit of overlap between the
  preceeding sections and this one, but the preceeding sections are
  hard to write without integrating NT1 information and this one
  is so informative and well-written that it can stand on its own 
  so I think I should leave it as is.  Comments? ]
Reply:  What's an NT1, why do I need one, and where do I get one?
An NT1 (network terminator 1) is a device which provides an interface
between the two-wire twisted pairs used by telephone companies in
their ISDN Basic Rate (BRI) network and an end-user's four-wire
terminal equipment.  The NT1 also provides power for the terminal
equipment if necessary (most ISDN phones need power from the NT1, but
most data terminal adapters--TAs--don't).
Most ISDN central office equipment (including AT&T 5ESS and Northern
Telecom DMS-100 switches) sends data to your home or office via what's
known in ITU-T lingo as a U interface on a single twisted pair.  The
NT1 hooks up to this twisted pair, and converts the signals from the U
nterface to the four-wire S/T interface.  Most terminal equipment
(for example, the IBM Wave Runner add-in-card TA and most telephones)
offers the S/T interface.
The telephone company offers end-users a U interface.  In Europe and
Japan, the telephone company provides the NT1, owns it, and offers
end-users a S/T interface directly.  In North America, some ISDN
equipment vendors offer devices which connect directly to the U
nterface (for example, the Combinet CB160).  If you have one of these
be built in to the device when it's offered for sale in Europe or
Japan.  (This is unfortunate for vendors, who must build and test
they want to offer the convenience of a U-interface.)
Many types of NT1s require an external power supply, although some
nclude a built-in supply.  There are typically two classes of
external power supplies.  One class provides ten to twelve
The other class provides about two watts--enough power for the NT1
alone.  Many good power supplies offer at least a few seconds of
battery backup, to cover for glitches in line power.
be screwed to a wall.  The external power supply (if one is included)
s a typical plug-wart.  If you're using a lot of BRI lines, you can
buy a rack holding a dozen or so NT1s with a built in power supply.
unplug the ISDN line (the U interface twisted pair) from the NT1, it
telephone companies respond to this so-called "trouble" by disabling
your ISDN line at the central office, and require you to place a
All the vendors shown here accept credit card orders and ship
US dollars, as of 10/26/94, for single-unit purchases.  Pricing is
becoming volatile; competition seems to be heating up.
AT&T, Northern Telecom, and Tone Commander NT1s can be ordered from:
           Bell Atlantic Teleproducts
           West Building, Suite 150
           50 E. Swedesford Rd
           Frazer Pa,  19355
           tel +1-215-695-2300  or 800-221-0845 
Maker              Description       Part No.    Price
-----              -----------       --------    ------
Northern Telecom   NT1 standalone    IN51000     108.00
Northern Telecom   10w power supply  IN61000      72.00
Northern Telecom   2w power supply   IN61005      36.00
AT&T               NT1U-220          IA51007     276.00
AT&T               NT1U-230          IA51009     165.00
AT&T               10w power supply  IA61000     105.00
Tone Commander     NT1               IT51000     224.00
Tone Commander     2w power supply   IT61000      34.00
Tone Commander offers their own NT1 for sale.  Their sales literature
   Tone Commander Systems
   4379 150th Ave NE, PO Box 97039  
   Redmond WA 98073-9739 USA
   +1 206 883-3600 or 800 524 0024
   fax +1 206 881 7179
   They may refer you to a distributor such as 
    Greybar Electric or Bell Atlantic.
Maker              Description       Part No.    Price
-----              -----------       --------    ------
Tone Commander     NT1 standalone    NT1U-220TC  185.25
Tone Commander     Power supply      901034       28.50
Adtran offers their own NT1 products for sale.
    Adtran, Inc.
    901 Explorer Blvd  Huntsville, AL 35806-2807 USA 
    +1 205 971 8000
    fax +1 205 971 8030
Maker              Description       Part No.    Price
-----              -----------       --------    ------
Adtran             NT1               NT1 ACE     395.00
Adtran             Power Supply      PS2         150.00
Adtran             Power Kit                      74.00 
Adtran             Standalone NT1    NT1/T400    575.00
                   (incl 7W supply)
Adtran             Rackmount NT1     NT1/T400    395.00
operate either as a standard NT1 or in extended mode. In extended mode
t provides an intergrated voice terminal adapter and a connection to
machines) can be attached. This allow a home POTS line to be replaced
When operating with a DMS-100 switch, one B channel is devoted to the
analog phones and one B channel is devoted to the data terminal
adapter.  When attached to a 5ESS switch, the B channels may be
allocated dynamically. The analog phones may use either B channel that
s available, and the data terminal device may use either or both B
The device includes a built in power supply and a back up battery,
Maker              Description       Part No.    Price
-----              -----------       --------    ------
Motorola UDS offers the NT100 Network Termination Unit.  This is an
NT1 with added value: a series of diagnostic tests can be chosen via a
front-panel rotary switch.
        Motorola UDS
        5000 Bradford Drive
        Huntsville AL 35805-1993
        +1 205 430 8000
        800 451 2369
        fax +1 205 830 5657
Maker              Description       Part No.    Price
-----              -----------       --------    ------
Motorola UDS       Net. Term. Unit   NT100              
Thanks to the following people who helped uncover this information.
tynane@chdasic.sps.mot.com (Ed Tynan)
"H.A. Kippenhan Jr." 
The people who compiled the NIUF solutions catalog
Special thanks to oj@vivo.com (Oliver Jones) for editing this section.
The ISDN pairs are the same wires as used for regular telephone
now provides your telephone service would be used to provide ISDN
(assuming you no longer have the regular line).
Most of the lines do not require any special conditioning.  Yes, if
a line has load coils on it they must be removed, BUT load coils
are usually only found on existing lines that are 15,000 feet or
longer.  As to lines with bridge taps, the 2B1Q line transmission
of a certain amount of bridge taps and, therefore it is only a minimal
With those things as the criteria, (in North America) we find than
"de-conditioning" in order to be used for ISDN BRI service.
The ISDN line may act like two independent phone lines with two numbers. 
Depending on the CO equipment, conferencing features etc. may be available 
(conferencing in the telephone switch).  BRI ISDN phones can support key-set 
features such as you would expect to get on an office PBX like:
     - multiple directory numers per line.
     - multiple lines per directory number.
     - conferencing features.
     - forwarding features.
     - voice mail features.
     - speed call.
     - call park.
     - call pickup.
     - ring again.
     - textual status displays.
curt@kcwc.com (Curt Welch)
Caller ID (name or number display) may be supported (depending on the 
CO setup). The availability of caller ID for residential phones would 
allowing or disallowing caller ID.  The availability of Caller ID
that make up the telephone system (e.g. SS7).
curt@kcwc.com (Curt Welch)
to your home or office telephone set (or modem, or fax) in analog
form.  At the central office, the analog signal is converted to a
telephone call move around the central office, or between central
offices, they are transmitted in digital form.  Thus, a telephone call
consumes a transmission bandwidth of either 56 or 64 kilobits per
a signal sampled 8000 times per second is 4kHz.  However, due to
various losses in the telephone system, the frequency response of an
ordinary telephone call is usually quoted as 3.1kHz.  Ordinary
modem-based data transmission uses schemes for encoding data in an
analog signal so it fits in this 3.1kHz bandwidth.  14.4kbps is a
commonly available transmission rate at the high end of the scale.
With this transmission rate, over three-quarters of the bitrate handled
by the central office is wasted.
Notice that in telephony, 64kpbs means 64000 bits per second, whereas
n computer engineering 64k bytes typically means 65536 bytes.
there is no need to convert the signal to analog in your modem and back
to digital at the central office.  The availability of the full bandwidth
   -- transmission of high-fidelity compressed audio
   -- transmission of encrypted audio
   -- transmission of lots of data
   -- transmission of other compressed signals, such as video
Basic-rate ISDN (BRI) offers two channels of this service.  In BRI, the
connection between your site and the central office offers 64kbps
bidirectionally on each channel.  Each of these channels may be used
for a voice call, for circuit-switched data, or for X.25 packet
Telephone Service, i.e. traditional analog telephony] can be
conditioned to carry two calls at the same time.  (Your mileage may
vary;  you have to specifically order and pay for the various services
from your telephone company, just as you have to order and pay for Call
Waiting for an ordinary phone line.  Also, not all services are
available everywhere; X.25 connectivity between COs is a notable
central office switches, long-distance carriers, and ISDN terminal
equipment all operate with exactly the same clock frequency.  In a
means that there's no need to compensate for differences between the
One of the other features is that instead of the CO sending an AC ring
s calling (if available), WHAT TYPE of call (speech, datacomm?), the
NUMBER DIALED (maybe one of your aliases) and some other stuff. Your
equipment can then analyze this stuff and make an "intelligent" decision 
"modem") or a phone with built-in datacom functions would respond to it. 
baud rate and protocol information within the setup signal so that the 
connection is virtually instantaneous (no messing around with trying 
curt@kcwc.com (Curt Welch)
etxorst@eos.ericsson.se (Torsten Lif)
oj@vivo.com (Oliver Jones)
Helge.Oldach@Stollmann.DE (Helge Oldach)
The ISDN sets can cost between $180 for an AT&T 8503T ISDN phone from
A recent report states that the price is $536.90 for an AT&T 7506 with
the RS-232 port on the back and $102.70 to get the 507A adaptor to hook
analog devices to my 7506.
Recent quotes were "$200" for a Coretelco 1800 and "$600" for a Fujitsu
SRS 1050.
keyman@doorway.Eng.Sun.COM (Dave Evans)
Terminal Adapters (TA'a) are available that will interface non ISDN terminal
equipment (TE), called TE2 to the S/T interface.  At least one RBOC provides 
a modem pool to allow for interchange of data with POTS subscribers.  Bellcore 
may approve a standard to allow a analog pair to interface to POTS sets from 
a NT1.  Also w/o a NT2 only one set can be connected to a B channel at a time.  This prevents 2 sets from participating in the same voice call.
Because of the breadth of the international ISDN standards, there are a
number of implementation choices that vendors of ISDN equipment can
make.  Given the number of choices vendors can make, different vendors
equipment may not interoperate.  In the United States, Bellcore has
nteroperability problems.  These are the National ISDN
more information.
cherkus@UniMaster.COM (Dave Cherkus)
North American ISDN Users Forum (NIUF) is an org. of ISDN-interested
    NIUF Secretariat
    National Institute of Standards and Technology
    Building 223, Room B364
    Gaithersberg, MD  20899
    (301) 975-2937 voice
    (301) 926-9675 fax
    (301) 869-7281 BBS  8N1  2400 bps
Bellcore has made the PostScript files for "A Catalog of National
accessable via anonymous ftp from the machine info.bellcore.com.
This document has a tremendous amount of information about
below for details.
The currently approved documents for the Application Software
are available via anonymous FTP from dsys.ncsl.nist.gov.  The
compressed (foo.Z) and zipped (foo.zip) files.
These documents describe the Implementation Agreements made by the
NIUF for an API to ISDN services.
The file sizes are approximate and intended to help determine space
        ~ftp/asi/docs/part1.ps  - 347853 bytes
        ~ftp/asi/docs/part1.Z   - 119655 bytes
        ~ftp/asi/docs/part1.zip -  89545 bytes
        ~ftp/asi/docs/part2.ps  - 146474 bytes
        ~ftp/asi/docs/part2.Z   -  44450 bytes
        ~ftp/asi/docs/part2.zip -  31599 bytes
                Approved: June 5, 1992, Updated: 10/30/92
        ~ftp/asi/docs/part3.ps  - 285344 bytes
        ~ftp/asi/docs/part3.Z   -  91273 bytes
        ~ftp/asi/docs/part3.zip -  68331 bytes
        ~ftp/asi/docs/part4.ps  - 151809 bytes
        ~ftp/asi/docs/part4.Z   -  47765 bytes
        ~ftp/asi/docs/part4.zip -  33465 bytes
For further information regarding these documents please contact 
Robert Toense (rtoense@nist.gov) (phone: +1 301 975 2930).
cherkus@UniMaster.COM (Dave Cherkus)
vances@xenitec.on.ca (Vance Shipley)
ATM (Asynchronous Transfer Mode) is a switching/transmission technique
multiplexing characteristics of the transmission media, and the packet
node, the ATM header identifies a "virtual path" or "virtual circuit"
that the cell contains data for, enabling the switch to forward the
cell to the correct next-hop trunk.  The "virtual path" is set up
through the involved switches when two endpoints wish to communicate.
This type of switching can be implemented in hardware, almost essential
One use of ATM is to serve as the core technology for a new set of ISDN
offerings known as Broadband ISDN (B-ISDN).
For more information, read comp.dcom.cell-relay.
This group has a Frequently Asked Questions list;  it is posted 
to news.answers and is in various archives as cell-relay-faq.
art@acc.com (Art Berggreen)
cherkus@UniMaster.COM (Dave Cherkus)
Broadband ISDN refers to services that require channel rates greater than
a single primary rate channel.  While this does not specificially imply
any particular technology, ATM will be used as the switching infrastructure
for B-ISDN services.
B-ISDN services are categorized as:
     Conversational -- such as videotelephony, videoconferencing, ...
     Messaging -- such as electronic mail for images, video, graphics,...
     Retrieval -- such as teleshopping, news retrieval, remote education,...
     Without user presentation control -- electronic newspaper, electronic
         newspaper, TV distribution
     With user presentation control -- remote education, teleadvertising,
         news retrieval
More information: ITU ITU-T Rec. I.211.
An inverse multiplexing method of the Bandwidth ON Demand
vendors to interoperate with inverse multiplexors of other vendors.
BONDING is a set of protocols developed by U.S. inverse multiplexor
that supports communication over a set of separate channels as if their
bandwidth were combined into a single coherent channel.  For example it
The specification defines a way of calculating relative delay between
multiple network channels and ordering data such that what goes in one
end comes out the other.
Most (all?) vendors also have their own proprietary methods that
usually add features and functions not present in BONDING mode 1.  Mode 
Chip Sharp at Teleos has made available electronic copies of the
BONDING (Bandwidth on Demand Interoperability Group) 1.0 and 1.1
FTP, DECnet COPY, and AFS (see instructions below).
The following files are available:
- aaareadme-networks       help file (in ascii text)
- bdmain.doc               main body of BONDING 1.0 specification
                           (Word for Windows 2.0 format)
- bdmain.ps                main body of BONDING 1.0 specification (Postscript)
- bdannex.doc              annex of BONDING 1.0 specification (Word
                           for Windows 2.0 format)
- bdannex.ps               annex of BONDING 1.0 specification (Postscript)
- bd_v1_1.doc              changes for BONDING 1.1 specification (Word
                           for Windows 2.0 format)
- bd_v1_1.ps               changes for BONDING 1.1 specification (Postscript)
Transfer Instructions:
    server: www.hep.net
    URL: gopher://www.hep.net:70/11/info_center/networks/bonding
    server: gopher.hep.net
    Name=Bandwidth on Demand Interoperability Group (BONDING) Documents
Anonymous FTP:
    server: ftp.hep.net
    directory: networks/bonding
DECnet COPY (only for those on HEP-NSI DECnet):
marc@dumbcat.sf.ca.us (Marco S Hyman)
"Bob Larribeau" 
"David E. Martin" 
A decision was made at the Amsterdam IETF to state that all systems
an RFC will be published delineating how, when it is known that the
encapsulations are limited to that set of three, they may be
HDLC bit-stuffed packet.
Many implementations are using PPP so that they can negotiate
compression and/or multilink operation.
There is an Internet Draft from the Point-to-Point Protocol Working
Group of the Internet Engineering Task Force that describes the use of
the internet-drafts Shadow Directories on nic.ddn.mil, nnsc.nsf.net,
nic.nordu.net, ftp.nisc.sri.com, munnari.oz.au, Germany.EU.net and on
many, many other mirror archives.  This is also discussed in RFC 1356
by Malis, et. al.
A common practice in most European countries is raw IP packets
using simple HDLC in layer 1, X.75 (LAPB, usually I-frames) in layer 2
and, sometimes, T.70 in layer 3.  PPP is used instead of HDLC/X.75/T.70
emulating a modem or the callers number is lost on telephone company
borders.  In this case, caller authentication is done via PAP/CHAP 
cherkus@UniMaster.COM (Dave Cherkus)
muftix@junior.bintec.de (Juergen Ernst Guenther)
cabo@Informatik.Uni-Bremen.DE (Carsten)
low/midrange quality. You buy the proper equipment for both
on ISDN isn't something being offered - it is something you just do,
Video telephony over narrowband ISDN is governed by a suite of ITU-T
(formerly CCITT) interoperability standards.  The overall video
telephony suite is known informally as p * 64 (and pronounced 
'p star 64'), and formally as standard H.320.   H.320 is an "umbrella"
H.242 for communications, control, and indication, G.711, G.722, and
G.728 for audio signals, and several others for specialized purposes.
A common misconception, exploited by some equipment manufacturers, is
that compliance with H.261 (the video compression standard) is enough
to guarantee interoperability.
Bandwidth can be divided up among video, voice, and data in a
bewildering variety of ways.  Typically, 56kbps might be allocated to
voice, with 1.6kbps to signalling (control and indication signals) and
the balance allocated to video.  
An H.320-compatible terminal can support audio and video in one B
channel using G.728 audio at 16 kb/s.  For a 64 kb/s channel, this
leaves 46.4 kb/s for video (after subtracting 1.6 kb/s for H.221
The resolution of a H.261 video image is either 352x288 (known as CIF)
or 176x144 (known as quarter-CIF or QCIF).  The frame rate can be
anything from 30 frames/second and down.  Configurations typically use
a 2B (BRI) or a 6B (switched-384 or 3xBRI with an inverse multiplexer)
call, a video conferencing system can achieve 30 frames/second at CIF,
and looks comparable to a VHS videotape picture. In a 2B BRI call, a
Those who have seen the 1B video call in operation generally agree that
the quality is not sufficient for anything useful like computer based
training - only for the social aspect of being able to *see* Grandma as
$5 camera with no controls).
A 2B picture, on the other hand, is for all practical purposes
calms down, the sharpness and color quality are impressive (considering
that only two plain phone channels are being used). With 2B+D being the
(including private homes).
However, it should still be noted that 6xB or H0 does allow for dramatic 
mprovement in picture quality compared to 2xB.  In particular, H.320
video/audio applications will often allocate 56kbps for audio, leaving
only 68.8kbps for video when using 2xB.  On the other hand, using H0
audio algorithms can improve picture quality over 2xB by not stealing
as many bits.  Note that 6B is not identical to H0; the latter is a
channels.  Inverse multiplexors can be used to combine B channels.
ketil@edb.tih.no (Ketil Albertsen,TIH)
kevin@newshost.pictel.com (Kevin Davis)
oj@vivo.com (Oliver Jones)
mikes2@cc.bellcore.com (Mike Souryal)
SPIDs are Service Profiles IDs.  SPIDs are used to identify what sort
of services and features the switch provides to the ISDN device.
Currently they are used only for circuit-switched service (as opposed
to packet-switched).  Annex A to ITU recommendation Q.932 specifies the
(optional) procedures for SPIDs.  They are most commonly implemented by
When a new subscriber is added, the telco personnel allocate a SPID
number is identical to the (full ten digit) directory number.  In other
cases it may be the directory number concatinated with various other
first or second B channel on a non-centrex line), or 100 or 200 (same
dea but on a centrex line) or some other, seemingly arbitrary string.
Some people report SPIDs of the form 01nnnnnnn0 for  AT&T custom and 
The subscriber needs to configure the SPID into their terminal (i.e.
computer or telephone, etc., not their NT-1 or NT-2) before they will
be able to connect to the central office switch.
When the subscriber plugs in a properly configured device to the line,
Layer 2 initialization takes place, establishing the basic transport
mechanism.  However if the subscriber has not configured the given SPID
nto their ISDN device, the device will not perform layer 3
nitialization and the subscriber will not be able to make calls.  This
s, unfortunately, how many subscribers discover they need a SPID.
Once the SPID is configured, the terminals go through an
nitialization/identification state which has the terminal send the
SPID to the network in a Layer 3 INFOrmation message whereby the
network responds with an INFO message with the EID information element
(ie). Thereafter the SPID is not sent again to the switch. The switch
may send the EID or the Called Party Number (CdPN) in the SETUP message
to the terminal for the purpose of terminal selection.
SPIDs should not be confused with TEIs (terminal endpoint identifiers).  
TEIs identify the terminal at Layer 2 for a particular interface
(line).  TEIs will be unique on an interface, whereas SPIDs will be
unique on the whole switch and tend to be derived from the primary
sn't too dangerous. TEIs are dynamic (different each time the terminal
s plugged into the switch) but SPIDS are not. Following the
nitialization sequence mentioned above the 1-to-1 correspondence is
established.  TEIs are usually not visible to the ISDN user so they are
not as well known as SPIDs.
The "address" of the layer 3 message is usually considered to be the
Call Reference Value (also dynamic but this time on a per call basis)
as opposed to the SPID, so the management entity in the ISDN device's
Number to a SPID.
There are some standards that call for a default Service Profile, where
a terminal doesn't need to provide a SPID to become active.  Without
the SPID however, the switch has no way of knowing which terminal is
be offered to the first terminal that responded, rather than to a
cstorry@gandalf.ca (Chuck Storry)
               work properly when it is installed in another country?
There are four major problem areas.
The first has to do with voice encoding, and is only a problem if the
equipment is a telephone.  Equipment designed for use in North America
and Japan uses mu-law encoding when converting from analog to digital,
there will not be a problem with the voice encoding.
The second has to do with the way the equipment communicates with the
telephone exchange.  There are interoperability problems because
 * there are so many different services (and related parameters) that the
   user can request and
 * each country can decide whether or not to allow the telephone exchange
   to offer a given service and
 * the specifications that describe the services are open to interpretation
   in many different ways.
So, as with other interoperability problems, you must work with the vendors
to determine if the equipment will interoperate.  This is a basic problem;
t impacts all ISDN equipment, not just voice equipment.
The third has to do with homologation, or regulatory approval.  In most
countries in the world the manufacturer of telephone equipment must
obtain approvals before the equipment may be connected to the network.
So, even if the equipment works with the network in a particular
country, it isn't OK to hook it up until the manufacturer has jumped
through the various hoops to demonstrate safety and compliance.  It is
typically more expensive to obtain world-wide homologation approvals
for a newly-developed piece of ISDN equipment than it is to develop it
and tool up to manufacture it.
A fourth issue is in the US the TA and NT1 are both provided by the
customer, while in Europe the NT1 is provided by telephone company.
Stated differently, if you walk into a store in the US and buy
unit that connects to point U.  In Europe you would get something that
equipment to Europe and find that it won't work because the jack in
Europe is a T interface and the plug on your US equipment is a U
There are attempts to remedy this situation, particularly for BRI
up with standards that increase the uniformity of ISDN services.
msun@ntmtv.com (Ming Sun)
marc@dumbcat.sf.ca.us (Marco S Hyman)
keyman@Eng.Sun.COM (Dave Evans)
oj@vivo.com (Oliver Jones)
oppedahl@panix.com (Carl Oppedahl)
               switch work properly when used with another vendor's switch?
[Ed. Note: The title is edited from the previous faq to try to fit in
  with the preceding question]
[Also, this seems to imply that there are only two implementations
 to worry about and it is very US-centric.  This section needs to be 
When the National ISDN-1 standard is implemented, there will be a single
Until that time, you may encounter two different varieties of CO equipment,
each with its own call setup dialogue:
  * ATT 5ESS
  * Northern Telecom DMS100
Some ISDN TE equipment can be configured to communicate with either;
Jim.Rees@umich.edu (Jim Rees)
               used asynchronously?
There is a standard up to 19.2k (V.110) but above that there is no real
nteroperability (even when the TA's manual tells you otherwise)
because many TAs use the same chip set (supplied by Siemens) which
the Siemens chips have a fair chance of interoperating at up to 38.4k.
The problems in using TA's are the same as those in using fast modems.
You only get the throughput that your serial port can handle. The
easier to implement efficiently.  Many machines will happily send data
to a TA at 38.4, but choke down to around 19.2k or lower when receiving
(with lots of retries on ZMODEM file transfer).
The "less than a second" call setup sometimes claimed seems to be rare.
TAs have a negotiation phase and it typically takes around 4 seconds
to get through to the remote site.
Dave Cherkus ----- UniMaster, Inc. ----- Contract Software Development
Specialties: UNIX TCP/IP X OSF/1 AlphaAXP AIX RS/6000 Performance ISDN
Email: cherkus@UniMaster.COM  Tel: (603) 888-8308  Fax: (603) 888-8308
f (cpu.type == PENTIUM && cpu.step < 8)   { panic("Intel Inside!"); }
Newsgroups: comp.dcom.isdn,comp.answers,news.answers,alt.internet.services
From: cherkus@UniMaster.COM (Dave Cherkus)
Subject: comp.dcom.isdn FAQ Part 3 of 5: Getting ISDN Service
Approved: news-answers-request@MIT.Edu
Keywords: ISDN FAQ telecom 
Originator: cherkus@fastball.unimaster.com
Distribution: world 
Nntp-Posting-Host: fastball.unimaster.com
Sender: usenet@mv.mv.com (System Administrator)
Reply-To: cherkus@UniMaster.COM (Dave Cherkus)
Expires: Thu, 9 Feb 1995 01:23:47 GMT
Summary: This posting contains a list of Frequently Asked
         Questions (and their answers) about ISDN.
Organization: UniMaster, Inc.
Date: Thu, 12 Jan 1995 01:27:54 GMT
Followup-To: comp.dcom.isdn
Lines: 198
Archive-name: isdn-faq/part3
Last-modified: $Date: 1995/01/12 01:18:40 $
Version: $Revision: 4.2 $
  EURIE contact data:
  Country      Company           name                    tel / fax
  ===========  ================  ======================  ===================
  Austria      PTT Austria       Mr Michael Schneider    +43 1 317 30 39
                                                         +43 1 31
  Belgium      BELGACOM          Mr Egied Dekoster       +32 2/213.46.49
                                                         +32 2/921.02.13
  Denmark      Tele Danmark      Mr Soren Christensen    +45 3399 6940
                                                         +45 3314 5625
  Finland      Telecom Finland   Mr Terho Salo           +358 31 243 22 67
                                                         +358 31 243 23 83
  Finland      The ATC Finland   Mr Matti Tammisalo      +358 0 606 35 08
                                                         +358 0 606 33 22
  France       France Telecom    Mr Pascal Meriaux       +331 44 44 53 59
                                                         +331 44 44 75 50
  Germany      DBP Telekom       Mr Volker Fink          +49 6151 83 30 67
                                                         +49 6151 83 50 68
  Greece       OTE               Mrs Vas. Danelli        +30 1 611 89 96
                                                         +30 1 805 20 64
  Ireland      Telecom Eireann   Mr John Lawler          +353 1 790 10 00
                                                         +353 1 677 49 41
  Italy        Iritel            Mr Rocco Gentile        +39 65 494 52 56
                                                         +39 65 94 20 54
  Italy        Itacable          Mr Rolando Bottoni      +39 65 734 45 23
                                                         +39 65 7 34 48 05
  Italy        SIP               Mr Bernardino de Rito   +39 6 36 88 40 38
                                                         +39 6 36 44 88
  Luxembourg   EPTL              Mr Hubert Schumacher    +352 49 91 56 56
                                                         +352 49 12 21
  Netherlands  PTT Telecom       Ms Corinne der Kinderen +31 70 34 32 473
                                                         +31 70 34 39 747
  Norway       Norwegian Telecom  Mr Odd Egil Asen       +47 22 77 71 22
                                                         +47 22 2 0 78 00
  Portugal     TLP                Mr Antero Aguilar      +351 1 147 797
                                                         +351 1 544 796
  Portugal     Telecom Portugal   Mr Jose Brito          +351 1 35  04  710
                                                         +351 1 35 04 197
  Spain        Telefonica Espana  Mr Fernando Moratinos  +34 1 584 96 81
                                                         +341 584 95 58
  Sweden       Telia              Mr Peter Ostergren     +46 8 713 17 99
                                                         +46 8 713 73 62
  Switzerland  PTT Telecom        Mr Jean-Yves Guillet   +41 31 62 72 27
                                                         +41 31 6 2 85 26
  UK           British Telecom    Mr JM Pickard          +44 71 356 89 52
                                                         +44 71 796 91 20
  UK           Mercury            Mr Clive Curt is       +44 71 528 26 35
                                                         +44 71 528 20 66
    Telecom:  008 077 222 (voice), (07) 220 0080 (fax)
    As from 01/01/94 ISDN is available in belgium on demand. All major
    switching nodes of the national telecom company BELGACOM are digital
    and a very fast increasing number of sub-nodes are converted to digital
    connections. BRA (Basic Rate Access) can be connected in less than a
    week in over 75% of the country. PRA may take longer depending on
    geographical location.  Caller ID is available on ISDN in Belgium
    (using EURO-ISDN = ISDN fase 2 in Belgium) but only between ISDN
    devices although it may be hidden by the caller.
    BELGACOM: departement van de communicatie, ISDN-cel
    paleizenstraat 42 - 4de verdieping
    1210 Brussel
    tel: 078/11.66.77 (free of charge)
    1-800-578-4736 (fax back service)
    Deutsche Bundespost Telekom
    IfN - Ingenierubuero fuer Nachrichtentechnik
    Haidelmoosweg 52
    D - 78467 Konstanz
    Tel: +49 7531 97000-0
    FAX: +49 7531 74998
  United Kingdom:
    British Telecom ISDN Helpdesk
    0800 181514 from within the UK,
    +44 272 217764 from outside.
    Mercury Data Communication
    0500 424194 from within the UK,
    +44 81 914 2335 from outside.
  North America:
    North American ISDN Users Forum (NIUF): see item above
  United States:
    I suggest that you call the local telephone service center office
    and ask for the name and number of the Marketing Product Manager
    for ISDN services.  If the service rep cannot make heads or tails
    of your question, ask to speak to the local service center manager
    for complex business services.  This person should be able to
    direct you to the right place.  For the Bell companies, this
    position is normally part of the telephone company's core marketing
    staff at their headquarters location.
    Ameritech: 800-832-6328
    Bellcore national ISDN information clearing house hotline:
    800 992-4736
    Bellcore's "ISDN Deployment Data", Special Report (SR) 2102.
    Bellcore document ordering: US: 1-800-521-2673, other: 1-908-699-5800
    Bell Atlantic: 800-570-ISDN         (all except New Jersey Bell)
                   1-800-843-2255 x4736 (New Jersey Bell customers)
    BellSouth      1-800-858-9413
    Cincinatti Bell  513-566-DATA
    Pacific Bell:
       800-995-0346 - ISDN Availability Hotline (automated audio response)
       800-662-0735 - ISDN Telemarketing (ordering information)
       800-4PB-ISDN - ISDN service center
    Also, try the gopher servers at gopher.pacbell.com or gw.pacbell.com.
    GTE:   Menu-driven information service at [800] 4GTE-SW5.
           Florida, North Carolina, Virginia, and Kentucky: 1-800-483-5200
           Illinois, Indiana, Ohio, and Penn. 1-800-483-5600
           Oregon and Washington 1-800-483-5100
           California 1-800-483-5000
           Hawaii 1-800-643-4411
           Texas 1-800-483-5400
    Nevada Bell   702-688-7124 (contact Lyle Walters)
    NYNEX: 1-800-438-4736, 800-GET-ISDN, 800-698-0817 or 212-626-7297.
    Rochester Tele.  716-777-1234
    Southwestern Bell (Texas)
       Austin      512-870-4064
       Dallas      214-268-1403
       Houston     713-567-4300
       San Antonio 512-351-8050
    Southwestern Bell (Missouri)
       St. Louis   800-SWB-ISDN (800-792-4736)
    US West          303-896-8370 (contact Julia Evans)
    Combinet "BBS":
      By popular demand, the Combinet "BBS" providing information on ISDN
      availability in many areas of the US is now available via the Internet.
      The information is supplied by Bell Communications Research and various
      Operating Companies and is updated periodically as new information
      becomes available.
      To access the service, telnet to bbs.combinet.com and login as
      isdn (no password is required).  After entering an area code and
      three-digit prefix, the service displays the availability of ISDN.
      Also displayed is information about carrier installation prices and
      monthly charges.
      For those without direct Internet access, the service continues to be
      available on a dialup basis using a 2400 bit/sec modem at (408) 733-4312.
      If you want to know if you can get basic rate ISDN in YOUR LOCAL AREA
      (anywhere in the U.S>),  call the helpful folks at Intel on
      1-800-538-3373, and ask for extension 208.  They have lots of good FREE
      info on ISDN availability, pricing, etc.
bharrell@garfield.catt.ncsu.edu (Ben Harrell)
elitman@wam.umd.edu (Eric A. Litman)
marc@Destek.NET (Marc Evans)
varney@ihlpf.att.com (Al Varney)
bernot@inf-wiss.uni-konstanz.de (Gerhard Bernot)
fenton@combinet.com (Jim Fenton)
Dave Cherkus ----- UniMaster, Inc. ----- Contract Software Development
Specialties: UNIX TCP/IP X OSF/1 AlphaAXP AIX RS/6000 Performance ISDN
Email: cherkus@UniMaster.COM  Tel: (603) 888-8308  Fax: (603) 888-8308
f (cpu.type == PENTIUM && cpu.step < 8)   { panic("Intel Inside!"); }
Newsgroups: comp.dcom.isdn,comp.answers,news.answers,alt.internet.services
From: cherkus@UniMaster.COM (Dave Cherkus)
Subject: comp.dcom.isdn FAQ Part 4 of 5: Standards and References
Approved: news-answers-request@MIT.Edu
Keywords: ISDN FAQ telecom 
Originator: cherkus@fastball.unimaster.com
Distribution: world 
Sender: usenet@mv.mv.com (System Administrator)
Reply-To: cherkus@UniMaster.COM (Dave Cherkus)
Expires: Thu, 9 Feb 1995 01:23:47 GMT
Summary: This posting contains a list of Frequently Asked
         Questions (and their answers) about ISDN.
Organization: UniMaster, Inc.
Date: Thu, 12 Jan 1995 01:28:04 GMT
Followup-To: comp.dcom.isdn
Lines: 362
Archive-name: isdn-faq/part4
Last-modified: $Date: 1995/01/12 01:18:41 $
Version: $Revision: 4.2 $
An archive of telecommunication related files are maintained on 
lcs.mit.edu in the telecom-archives sub directory.  There is a 
There are numerous ITU-T (formerly CCITT) standards on ISDN.
References in the book bibliography (especially Stallings and appendix
B of Kessler) contain more details.
(aka I.441) "ISDN User-Network Interface Data Link Layer Specifications", 1988
             The D channel protocol. Found in Blue book Fascicle VI.10
(aka I.451) "ISDN User-Network Interface Layer 3 Specification for Call control"
            1988. The messages that are sent over the D channel to set up
            calls, disconnect calls etc. Found in Blue book Fascicle VI.11
    Q.930: General Overview
    Q.931: Basic ISDN call control
    Q.932: Generic procedures for the control of ISDN supplementary services
    Q.933: Frame Mode Call Control
    Q.2931 (ex-Q.93B): B-ISDN Call control
G.711: Pulse Code Modulation (PCM) of Voice Frequencies
G.722: 7-kHz Audio Coding Within 64 kbit/s
G.728: Coding of Speech at 16 kbit/s Using Low-Delay Code Excited
       Linear Prediction (LD-CELP)
H.320: Narrow-band Visual Telephone Systems and Terminal Equipment
H.221: Frame Structure for a 64 to 1920 kbit/s Channel in Audiovisual 
H.230: Frame Synchronous Control and Indication Signals for Audiovisual Systems
H.242: System for Establishing Communications Between Audiovisual Terminals 
       Using Digital Channels up to 2 Mbit/s
H.261: Video Codec for Audiovisual Services at p x 64 kbits/s
H.243: Basic MCU Procedures for Establishing Communications Between Three or 
       More Audiovisual Terminals Using Digital Channels Up to 2 Mbit/s
           to numbering and addressing and routing)
           as do I.420 and 421
    I.450: General Overview
    I.451: Basic ISDN call control
    I.452: Extensions
(aka I.463) "Support of DTE's with V Series Type Interfaces by an ISDN"
            Terminal rate adaption by bit stuffing.  C.f. V120.
(aka I465) "Support by an ISDN of Data Terminal Equipment with V series
            Type Interfaces with Provision for Statistical Multiplexing" 1990
            (This has been amended since the blue book). An alternative to
V.25bis    calling mechanism under synchronous.
    Gopher: info.itu.ch
    E-Mail: Mail to: teledoc@itu.arcom.ch
            Mail body:
                 LIST /itu
                 LIST /itu/rec
    Hard Copy:
            International Telecommunication Union
            Information Services Department
            Place des Nations
            1211 Geneva 20
            TEL: +41 22 730 5554
            FAX: +41 22 730 5337
            Internet email: helpdesk@itu.ch
            X.400 email: S=helpdesk;A=arcom;P=itu;C=ch
oj@vivo.com (Oliver Jones)
"ISDN In Perspective"
Fred R. Goldstein
[Ed. Note: the second edition is new...]
"ISDN: Concepts, Facilities, and Services, Second Edition"
Gary Kessler
McGraw-Hill, 1993 (2/e).
"Integrated Services Digital Networks: Architectures / Protocols / Standards"
Hermann J. Helgert
Addison Wesley
The Basic book of ISDN (second edition)
Motorola University Press
Addison-Wesley Publisching company inc.
A 48 pages booklet covering all basic questions on ISDN and some case
Motorola sometimes.
"Sensible ISDN Data Applications"
Jeffrey Fritz
West Virginia University Press
"The ISDN Literacy Book"
Gerald L. Hopkins
Addison-Wesley 1995
"ISDN and Broadband ISDN" (2nd edition)
William Stallings
"Networking Standards: A Guide to OSI, ISDN, LAN and MAN Standards"
William Stallings
"A Catalog of National ISDN Solutions for Selected NIUF Applications"
North American ISDN User's Forum
(use NIUF information above or order via Bellcore, document GP-1, $43)
 and/or see info on anonymous ftp to info.bellcore.com above)
The 1990 ISDN Directory and Sourcebook
(301) 340-2100
Boston, MA  02134     
(617) 232-3111  
Bellcore National ISDN Specifications
SR-NWT-002120 (National ISDN-2)
US: 1-800-521-2673, other: 1-908-699-5800
Bellcore ISDN Availability Report
WR-NWT-2102 ($103)
US: 1-800-521-2673, other: 1-908-699-5800
Bellcore ISDN Deployment Data
Special Report (SR) 2102
US: 1-800-521-2673, other: 1-908-699-5800
AT&T Technical Journal special issue on ISDN
(Volume 65, Issue 1) January/February 1986
EFFector. Issue 2.01, Issue 2.06, Issue 2.08
AT&T Documents
"5ESS(rg.tm) Switch National ISDN Basic Rate Interface 
Specification - 5E8 Software Release"
AT&T document number 235-900-341
"5ESS(rg.tm) Switch ISDN Basic Rate Interface 
Specification - 5E7 Software Release" {Custom BRI}
AT&T document number 235-900-331
"5ESS(rg.tm) Switch ISDN Primary Rate Interface 
Specification - 5E7 Software Release"
AT&T document number 235-900-332
"5ESS(rg.tm) Switch Interface Specification to a
AT&T document number 235-900-317
"5ESS(rg.tm) Switch X.75' Intranetwork Interface
Specification - 5E8 Software Release"
  [as in Bellcore's TR-000310]
AT&T document number 235-900-325
"5ESS(rg.tm) Switch Documentation Description
and Ordering Guide"
  [list/description of 5ESS documents]
AT&T document number 235-001-001
AT&T documents ordering:
+1 317 352-8557 elsewhere
AT&T Customer Information Center
Order Entry
(317) 352-8484 (fax)
Northern Telecom Documents
NTP 297-2401-100        ISDN System Description
NTP 297-2401-010        ISDN Product Guide
Transfer Protocol) over the Internet at host "info.bellcore.com". FTP
allows the retrieval of formatted documents and software.
The rest of this document assumes that you have access to a machine
connected to the Internet that supports FTP, and that you have a system
that can print both ASCII formatted documents and PostScript formatted
The files are available in PostScript through anonymous FTP from 
"info.bellcore.com" in the /pub/ISDN sub directory. 
that you first get the README (the upper case is important) file 
for detailed information on retrieving various files associated with
The following text describes a typical anonymous FTP session:
  system: ftp info.bellcore.com 
  Connected to info.bellcore.com.
  220 info FTP server (SunOS 4.1) ready.
  Name: anonymous 
  331 Guest login ok, send ident as password.
  230 Guest login ok, access restrictions apply.
  ftp> cd /pub/ISDN 
  250 CWD command successful.
  ftp> mget README 
  mget README? yes 
  200 PORT command successful.
  150 ASCII data connection for README (8758 bytes).
  226 ASCII Transfer complete.
  local: README remote: README
  8943 bytes received in 0.19 seconds (46 Kbytes/s)
  ftp> quit 
  221 Goodbye.
 represents pressing the "enter" or "return" key on your 
computer keyboard. 
The README file is in ASCII format and may be read with most word
and may be downloaded as needed by using the "mget" command while in
the FTP.
You should determine your local procedure for printing PostScript
    lpr -P -h -v 
     represents printer name accessable to your system, and 
     represents a PostScript file. 
    '-h' corresponds to the option of suppressing the printing of 
    burst page while '-v' corresponds to the option of printing 
    raster image, i.e., PostScript. Please note that the printer 
    must support PostScript imaging model in order to print these 
Some systems are configured to detect PostScript formatted files
automatically, so a command to print the documents on that kind
of system is:
    lpr -P 
enhancements, you can send email to: 
Or, call the Bellcore's National ISDN Hotline: 1-800-992-ISDN
A recent visit to the system revealed the following directories:
CATALOG:        NIUF (National ISDN User's Forum) catalog:
                "A Catalog of National ISDN Solutions for Selected NIUF 
                Applications, Second Edition." [Ed: lots of big files, 
                but some great info - chapter 4 is hundreds of pages of  
                ISDN product/vendor information]
CONTACTS:       List of ISDN contacts at various Regional Bell Operating 
DEPLOYMENT:     Currently empty but being worked on
EVENTS:         Info about the "ISDN Solutions '94" event
NATIONAL_ISDN:  Bellcore document SR-NWT-2006, "National ISDN"  
                [Ed: Requires Apple's Laser Prep; e.g., //pip.shsu.edu/
                tex-archive/dviware/psprint/vms/laserprep70.ps, in many
                cases when a non-Apple printer is being used]
README:         The Read Me File
TARIFF:         Currently empty but being worked on
Dave Cherkus ----- UniMaster, Inc. ----- Contract Software Development
Specialties: UNIX TCP/IP X OSF/1 AlphaAXP AIX RS/6000 Performance ISDN
Email: cherkus@UniMaster.COM  Tel: (603) 888-8308  Fax: (603) 888-8308
f (cpu.type == PENTIUM && cpu.step < 8)   { panic("Intel Inside!"); }
Newsgroups: comp.dcom.isdn,comp.answers,news.answers,alt.internet.services
From: cherkus@UniMaster.COM (Dave Cherkus)
Subject: comp.dcom.isdn FAQ Part 5 of 5: Products
Approved: news-answers-request@MIT.Edu
Keywords: ISDN FAQ telecom 
Originator: cherkus@fastball.unimaster.com
Distribution: world 
Nntp-Posting-Host: fastball.unimaster.com
Sender: usenet@mv.mv.com (System Administrator)
Reply-To: cherkus@UniMaster.COM (Dave Cherkus)
Expires: Thu, 9 Feb 1995 01:23:47 GMT
Summary: This posting contains a list of Frequently Asked
         Questions (and their answers) about ISDN.
Organization: UniMaster, Inc.
Date: Thu, 12 Jan 1995 01:28:17 GMT
Followup-To: comp.dcom.isdn
Lines: 621
Archive-name: isdn-faq/part5
Last-modified: $Date: 1995/01/12 01:18:42 $
Version: $Revision: 4.2 $
  ISDN Products by Vendor:
    |                  |            Product Type                    |
    |  Vendor          +----+----+----+----+----+----+----+----+----+
    |                  | IF | TA | BR | RO | TE | IC | TS | VC | CC |
    | AccessWorks      |    |  x |    |    |    |    |    |    |    |
    | Adtran, Inc.     |    |  x |    |    |    |    |    |    |    |
    | AMD              |    |    |    |    |    |  x |    |    |    |
    | ANDO             |    |    |    |    |    |    |  x |    |    |
    | Ascend           |    |    |    |  x |    |    |    |    |    |
    | AT&T             |  x |  x |    |    |  x |  x |  x |    |    |
    | AT&T Microelect. |    |    |    |    |    |  x |    |    |    |
    | BinTec           |  x |    |    |  x |    |    |    |    |    |
    | Cisco Systems    |    |    |    |  x |    |    |    |    |    |
    | Combinet         |    |    |  x |    |    |    |    |    |    |
    | Conware GmbH     |    |    |  x |  x |    |    |    |    |    |
    | CPV-Stollmann    |  x |  x |  x |  x |    |    |    |    |    |
    | CSI              | x  |    | x  | x  |    |    |    |    |    |
    | diehl isdn       |  x |    |  x |  x |    |    |    |    |  x |
    | DigiBoard        |    |    |  x |    |    |    |    |    |    |
    | Digital Eq.      |  x |    |    |  x |    |    |    |    |    |
    | DGM&S            |    |    |    |    |    |    |    |    |  x |
    | EICON Technology |  x |    |    |    |    |    |    |    |    |
    | EuRoNIS          |  x |    |    |    |    |    |    |    |    |
    | Gandalf          |  x |  x |  x |    |    |    |    |    |    |
    | Hayes            |  x |  x |    |    |    |    |    |    |    |
    | Hermstedt        |  x |  x |    |    |    |    |    |    |    |
    | IBM              |  x |    |    |    |    |    |    |    |    |
    | INS              |    |    |    | x  |    |    |    |    |    |
    | Intel            |  x |    |    |    |    |    |    |  x |    |
    | ISDN Systems     |  x |    |    |    |    |    |    |    |    |
    | MERGE            |    |    |    |    |    |    |  x |    |    |
    | MITEL            |    |    |    |    |    |    |  x |    |    |
    | Motorola UDS     |    |  x |    |    |    |    |    |    |    |
    | MS Telematica    |  x |    |    |    |  x |    |    |    |    |
    | netCS            |  x |    |    |  x |    |    |    |    |    |
    | Network Express  |    |    |  x |  x |    |    |    |    |    |
    | Paxdata          |    |  x |  x |    |    |    |    |    |    |
    | SCii             |  x |    |    |    |    |    |    |    |    |
    | Siemens          |    |    |    |    |    |  x |    |    |    |
    | Spider Systems   |    |    |    |  x |    |    |    |    |    |
    | Sun Microsystems |  x |    |    |    |    |    |    |    |    |
    | Telenetworks     |    |    |    |    |    |    |    |    |  x |
    | Teleos           |    |    |    |    |    |    |  x |    |    |
    | Telesoft         |    |    |    |    |    |    |  x |    |  x |
    | Telrad Telecomm. |    |  x |    |    |    |  x |  x |    |    |
    | TPI              |    |    |    |    |    |    |  x |    |    |
    | Trillium         |    |    |    |    |    |    |    |    |  x |
    | Zydacron         |    |    |    |    |    |    |    |  x |    |
        IF: Interface Card
        TA: Terminal Adapter (Standalone)
        BR: Bridge
        RO: Router
        TE: Telephones
        IC: Integrated Circuit
        TS: Test Equipment
        VC: Video Teleconferencing Equipment
        CC: Call Control Software
Vendor Info:
AccessWorks Communications Inc
Holmdel, NJ 07733
Tel: 800 248 8204
Tel: 908 721 1337
Fax: 908 888 4456
Adtran, Inc.
Huntsville, AL 35806-2807 USA 
+1 205 971 8000
fax +1 205 971 8030
Advanced Micro Devices
Mailstop 126
Sunnyvale, CA 94086
(408) 732 2400 (voice)
Rockville, MD 20855
voice: (301) 294-3365
fax:   (301) 294-3359
email:  mgriffin@access.digex.net
Ascend Communications, Inc.
Alameda, CA 94501
(510) 769-6001
    Visual Communications Products
    8100 East Maplewood Avenue 1st Floor
    Englewood, CO  80111
    (800)843-3646  (800)VIDEO-GO  Prompt 3
AT&T Microelectronics
Allentown, PA
(800) 372-2447
Distributer: CoSystems at 408.748.2190
  mktg: Steve Martinez at 408.748.2194 (steve@cosystems.com)
  tech: Gary Martin at 408.748.2195 (gary@cosystems.com)
BinTec Computersysteme GmbH
Willstaetter Str. 30
D-90449 Nuernberg
Fax:   +49.911.6880725
email: vertrieb@bintec.de
Cisco Systems
San Jose CA
or 1-800-888-8187 ext. 6849 (salesman scott smith)
Sunnyvale, California 94087
(408) 522 9020 (voice)
(408) 732 5479 (fax)
(800) 967-6651 for product lit
(408) 522-9020 for pre-sales support
Conware Computer Consulting GmbH
Killisfeldstr. 64
D-76227 Karlsruhe
Fax:   +49.721.9495-130
email: vertrieb@conware.de
CPV-Stollmann Vertriebs GmbH
Gasstrasse 18     P.O. Box 50 14 03
D-22761 Hamburg   D-22714 Hamburg
Germany           Germany
Fax: +49-40-890 88-444
Electronic Mail:
        Info@Stollmann.DE (general inquiries)
        Helge.Oldach@Stollmann.DE (IPX router technical contact)
        Michael.Gruen@Stollmann.DE (IP router technical contact)
CSI (Connective Strategies, Inc.)
Clyde Heintzelman, V. P. Marketing
Chantilly, VA  22021
Voice: (703) 802-0023
FAX: (703) 802-0026
Bahnhofstrasse 63
D-7250 Leonberg
Tel. 49/7152/93 29 0
Fax. 49/7152/93 29 99
email: bode@diehl.de
Eden Prarie, MN 55344
(612) 943 9020  (voice)
(612) 643 5398  (fax)
nfo@digibd.com (email)
Digital Equipment Co
DEC Park
Worton Grange
EICON Technology
Montreal, Quebec
    EiconCard ISDN/PC ISA PC card.
    Supports 2B + D  "multiplexed" over single RJ45 connector.
    They provide s/w for Windows, OS/2, SCO UNIX, UNIX SVR4, Netware.
    List price $1395
Manufacturer of the Macintosh Planet-ISDN NuBus Card.
Tel: +33 (1) 44 82 70 00
Fax: + 33(1) 42 33 40 98
Gandalf Technologies
Nepean Ontario Canada K2E 7M4
(800) GANDALF (voice)
Hayes ISDN Technologies
San Francisco  CA  94107
(415) 974-5544 (voice)
(415) 543-5810 (fax)
Hermstedt GmbH
Kaefertaler Strasse 164
D-68167 Mannheim
Fax:   +49 (621) 3 38 16-12
(800) 426-2255
D-44543 Castrop-Rauxel
+49 2305 356505 (voice)
+49 2305 24511  (fax)
e-mail: info@ins.de
Hillsboro, Oregon, 97124-6497
FaxBack 1-800-525-3019
  +1-800-538-3373, in the US and Canada
  +44-1793-431155, in Europe
  +1-503-264-7354, worldwide
Tech. support (503) 629-7000
Vienna VA USA
MERGE Technologies Group, Inc.
Napa, CA 94558
MITEL Corporation
Kanata, Ontario, Canada
K2K 1X3
(613) 592-2122
Motorola UDS
Huntsville, AL 35805
(205) 430 8000 (voice)
Ms Telematica
via S. Marcellina 8
Fax:   +39.2.66102708
email: mstelema@icil64.cilea.it
netCS Informationstechnik GmbH
Feuerbachstr. 47-49
Tele: +49.30/856 999-0
FAX: +49.30/855 52 18
E-Mail: sales@netcs.com / support@netcs.com
Network Express, Incorporated (info@nei.com)
World Headquarters       Western Regional Office
Ann Arbor, MI 48105      San Ramon, CA 94583
tel  (313) 761-5005      tel   (510) 244-2080
fax  (313) 995-1114      fax   (510) 244-2083
Communications House
Frogmore Road
Hemel Hempstead
mktg: Jim Fitzpatrick (jim@paxdata.demon.co.uk)
tech: Giles Heron (giles@paxdata.demon.co.uk)
SCii Datavoice SO ISDN NuBus card
+49 (0) 89-54-67-57-0 (Munich, Germany)
Siemens Components Inc.
Santa Clara, CA 95054-1514
(408) 980-4500
Spider Systems
UK                         France                   Germany
Spider Systems Limited     Spider Systems SA        Spider Systems Limited
Spider House               Les Algorithmes          Schadowstrasse 52
Wokingham                  Gif-sur-Yvette           Germany
England                    Paris Cedex
RG11 1XH                   France
Sun Microsystems Computer Company (SMCC)
Mountain View, CA
(800) USA-4SUN
US                                 Europe
Lauren May / Bob Gefvert           Ian Walsh (DIVA)
fax   707-778-7476                 fax   +44.734.891721
emal  info@tn.com
Eatontown, NJ 07724
Chris Cox
Telrad Telecommunications, Inc.
Woodbury, New York 11797
(516) 921-8300
        TelradPAC:  0B+D PAD      NI-1 & Euro-ISDN
        IDS:        V&D phone     NI-1
        MTA:        V.110 TA      Euro-ISDN
Tele-Path Industries, Inc.
Salem, VA 24153
+1 703 375 0500
Zydacron, Inc.
Manchester, NH 03101
Tel: (603) 647-1000
Fax: (603) 647-9470
The hardware on the SS10 supports 2 B channels (64K+64K) and 1 D
channel (16K) for a grand total 144K in marketing speak.  Typically you
might use both B channels for data, 1 channel for voice and 1 channel
for data, or 1 channel for data to 1 point and 1 channel for data to
another point.  In some parts of the world it's also popular to run
  - What Becomes Available When:
        o ISDN
            Chip on the motherboard                     (done)
            ISDN Drivers on Solaris 2.1 or greater      (done)
            Teleservices API                            Q1 CY93 Solaris 2.x
            Wide Area Networking software               Q1 CY93 Solaris 2.x
            The chip on the motherboard provides a BRI (basic rate interface) 
            ISDN connection that is integrated with workstation audio.  
            The drivers provide a low level interface to the hardware.  
            The Teleservices API enables application development for 
            workstation/telephony integration - providing functions like 
            call setup, transfer, hold, confer, etc.  The API is hardware 
            independent so that it will work with third party non-ISDN 
            telephony hardware and software.  The WAN software enables
            data communication - running IP over ISDN (in other words, 
            applications that run over ethernet will run over ISDN).  
            In the first release, Sun will support data communications 
            in the US (for the AT&T 5ESS switch), the UK, France, Germany 
            and Japan.  We will support voice services in the US (for 
            the AT&T 5ESS switch) only. 
This is also now available on the SPARCstation LX, and available as an
SBus card for any SBus workstation running Solaris 2.1 or later.
The current set of ISDN drivers for Solaris 2.1 or greater support
the AT&T 5ESS switch;  the next release is expected to support 
DMS-100 and national standard.
Get API_xtel* from sunsite.unc.edu:/pub/sun-info/white-papers for
more information on the API itself.  The XTel libraries, etc., are
not bundled with either Solaris 2.x or SunLink ISDN at this time.
SunLink ISDN description (quoted from Fall/Winter '93 SunExpress catalog):
The SunLink ISDN software included in both kits is based on the international
CCITT standard, and supports the following carrier-dependent implementations:
o  AT&T 5ESS (U.S.)
o  France Telecom VN2 (France)
o  DBT 1TR6 (Germany)
o  Britsh Telecom ISDN2 (U.K.)
o  NTT INS-Net 64 (Japan)
Sunlink ISDN software provides the following features:
o  Transparent IP connectivity, to allow you to run most existing IP
   applications, without modification, over ISDN
o  Graphics User Interface (GUI)-based configuration tool, for easy
   installation and administration
o  Security features, including callback, calling address, and PPP
   authentication password
o  Inactivity timer, for transparent open/close connections
o  Integrated network management with SunNetManager agent
kessler@Eng.Sun.COM (Tom Kessler)
The IBM WaveRunner Digital Modem is an internal adapter for personal
computers (ISA, Microchannel or PCMCIA) which can communicate over an
machines.  WaveRunner requires ISDN Basic Rate service, an NT-1, and
either OS/2 2.1 or higher or Microsoft Windows 3.1 or higher.
WaveRunner uses AT-style commands, can be used with existing
communication application, supports V.120 encapsulation and performs
TCP/IP SLIP to Synchronous TCP/IP Translation.
The WaveRunner Hot Line at 1-919-254-ISDN is available for questions
Technical Support.  For a product brochure, call 1-800-426-3395 and
A complete description is available via anonymous ftp:
    ibminet.awdpa.ibm.com: pub/announcements/193-305
lmarks@vnet.IBM.COM (Laurence V. Marks) 
  Available as a no charge option to all Indy owners running IRIX 5.2 
  or one of its patch variants.  ISDN will be bundled with the releases
  after IRIX 5.2.  In North America, call SGI customer service at
  1-800-800-4744; otherwise, call the local support office.
  Indy ISDN has been approved for the following switch protocols in the
  following countries:
    - 1TR6 in Germany
    - Euro-ISDN in Germany, Sweden, and Finland
    - NTT in Japan
  Indy ISDN has been working with the following switch protocols in the
  United States:
    - DMS100
    - 5ESS
    - National ISDN1
  Countries other than the United States and Canada may require testing
  or approval before Indy ISDN can be operated in that country.  Please
  check with your local provider or with SGI before using Indy ISDN in a
  country that is not listed above.
  The Indy transfers circuit switched data on the B channels.  A point to
  point (PPP) daemon runs in the background on the Indy and uses ISDN to
  set up a IP link to the destination machine.
  Both B channels can be combined using a round-robin packet sending
  scheme to maximize throughput.  This is sometimes called "inverse
  multiplexing".  It is also similar to "bonding".
  PPP can also be configured to bring up one or both B channels as the
  bandwidth demand increases and bring down the channels when the demand
  decreases.  This is commonly known as "bandwith-on-demand".
  PPP utilizes a variety of compression, thus increasing data throughput
  to beyond 128Kb.
  PPP uses PAP to authenticate connections.
  For more specialized data transfer applications which do not want to
  use PPP, an ASI interface is available.
  The Indy is interoperable with the following:
    - Other Indy systems
    - Network Express Interhub
    - Ascend
mwang@abravanel.esd.sgi.com (Michael Wang)
The  HP  ISDN Link products for the HP Apollo Workstations (HP 9000
S700) and HP Unix Servers (HP 9000 S800) provides network connections
to public or private ISDN networks.
An HP 9000 connected to the ISDN network can communicate with any HP
or non-HP system which implements the TCP/IP protocol and which
encapsulates IP packets according to X.25 RFC877/1356 or with the PPP
for any system attached to the LAN.
The main features of the product are :
  * B Channel switching communication at 56/64 Kbps up to 384Kbps
    Up to three BRI per system are supported.
  * RFC 1356 compliant for X.25 encapsulation between ISDN and
    TCP/IP and PPP interoperability
  * X.25 packet switching over D channel
  * SNMP based network management
Major HP ISDN BRI Link Benefits:
  * Optimizes communication costs
  * Transparency for the end-user
  * Access to packet switching networks via D channel
  * Network security
  * Centralized management through HP OpenView Node Manager
  * Interoperability
To get some more info e-mail to:
  Pierre_Vidalenc@hp6300.desk.hp.com (Pierre Vidalenc)
  Tel (+33) 76 62 14 49
  Fax (+33) 76 62 12 78
The Intel RemoteExpress product comes in two versions, a client version
and a bridge version.  With the client version, you can access a remote
LAN in a seamless fashion.  When you log in remotely, your network
connections look just the same as the network connections in the office;
there are no new interfaces to learn.  With the bridge version, your LAN
administrator can provide you access to remote clients and to other
bridges.  Bridge to bridge calls can connect two or more remote LANs.
RemoteExpress software supplies several levels of security to protect
unwanted access to the LAN.  Embedded on every RemoteExpress board is a
MAC address.  The software can use this address to determine whether a
The client supports a single BRI ISDN line.  Both B channels can be used
for a single data connection of 128 kbps.  Automatic channel expansion
s supported.  A standard analog phone can be connected to the
RemoteExpress board so that one can either make or receive standard
voice calls.
The bridge product supports up to 3 BRI ISDN lines (6 B channels),
channels allocated to a single data connection, bridges support a
maximum transmission rate of 384 kbps (bridge to bridge connection). The
RemoteExpress bridge is an SNMP agent allowing the bridge to be
controlled remotely.  The bridge also supports Spanning Tree Protocol
(802.1 IEEE).
Clients support TCP/IP, Novell NetWares IPX/ODI, NDIS 2.0 (e.g., Banyan
Vines), and several other network operating systems.  Bridges are
transparent and will pass any Ethernet packet.
The hardware and software included in the RemoteExpress LAN adapter
(client product) and RemoteExpress Bridge Pack are made to run in a DOS-
based PC.  The bridge pack includes the RemoteExpress board and an
EtherExpress(tm) LAN adapter (Intel's ethernet board).  Also included
marjorie_j_panditji@ccm.jf.intel.com (Marjorie Panditji)
Dave Cherkus ----- UniMaster, Inc. ----- Contract Software Development
Specialties: UNIX TCP/IP X OSF/1 AlphaAXP AIX RS/6000 Performance ISDN
Email: cherkus@UniMaster.COM  Tel: (603) 888-8308  Fax: (603) 888-8308
f (cpu.type == PENTIUM && cpu.step < 8)   { panic("Intel Inside!"); }