HDTenEightyP/NetNews huggingface dataset:
From: norstan@oar.net (Steve Frazier)
Subject: ISDN In Ameritech Region
Organization: Ohio Academic Resources Network
Date: Fri, 16 Oct 1992 01:51:03 GMT

I am new to this group.  Could anyone tell me if you can get ISDN in
the Ameritech Region, Ohio? Columbus.

Thanks in advance.
From: stoltz@denwa.Eng.Sun.COM (Ben Stoltz)
Newsgroups: comp.dcom.isdn
Subject: Re: Interop BOF Announcement
Date: 15 Oct 92 00:17:31 GMT
Organization: Sun Microsystems Inc., Mountain View, CA
NNTP-Posting-Host: denwa

stoltz@denwa.Eng.Sun.COM (Ben Stoltz) writes:

It turns out that I can only be in town on Monday and InterOp is closed to
the public on Monday and Tuesday. I'm sure that there will be other
Sun people there with a decent understanding of the product. I'll try
to see that somebody attends with a pretty slide or two.

I could still meet with people on Monday if there is interest.

Ben

>It looks like I might not be able to make it to InterOp until Thursday.
>I would like to give a short presentation about Sun's ISDN/Audio hardware
>at the BOF. I believe that one of the engineers who is working on our
>IP over ISDN application may also be available for some questions, but
>this depends on an ok from marketing since the IP/ISDN product has not
>officially been anounced.

>Is there any interest in getting together Thursday night instead of
>Wednesday or in addition to Wednesday?

>Ben Stoltz
>Sun Microsystems, Inc.
>stoltz@Eng.Sun.COM
From: rl5499@eehp3 (Robert M Laskey III)
Newsgroups: comp.dcom.isdn
Subject: isdn test equipment
Summary: request for info on isdn TE test equipment
Keywords: isdn, pc, test equipment, BRI
Date: 16 Oct 92 02:11:34 GMT
Organization: University of Illinois at Urbana

I am designing ISDN TE on a PC platform. The terminal will communicate
according to the basic rate interface layer 1 protocol specified in CCITT Rec.
I.430. The local Bell operating company does not provide ISDN service to this
area code. And even if they did, the line would not provide the versatility
I desire for test/experimentation.

Does anyone have information about simple S/T reference point emulators? I am
not entirely convinced such an animal exists, but assume it does. To clarify,
I want to emulate communication across the S/T ref. point between TE and the  
NT with enough versatility to alter protocol and/or data transfer modes. It 
must behave like NT (e.g. generate signal echo to the TE) but have the 
capability to generate generic signals and data.    

Of course, this all has to be free (-:
Thanks for your help.   

| Bob Laskey
| University of Illinois, Urbana-Champaign   rml31294@uxa.cso.uiuc.edu
| Advanced Digital Systems Laboratory
	/*BUSH in '92*/
Newsgroups: comp.dcom.isdn
From: husemann@camelot.informatik.uni-erlangen.de (Dirk Husemann)
Subject: Re: Any experience of ISDN access from Sun SS10 Workstations yet?
Organization: CSD., University of Erlangen
Date: Mon, 12 Oct 1992 09:28:40 GMT

vances@xenitec.on.ca (Vance Shipley) writes:

>In article <Bvp9Gs.CpG@immd4.informatik.uni-erlangen.de> husemann@camelot.informatik.uni-erlangen.de (Dirk Husemann) writes:
>>
>>No. Currently Sun Germany tells us that the ISDN device is unsupported for the
>>time being.
>>

>Does this mean that "Sun Germany" is not capable of providing technical
>support for the ISDN device and applications or that it does not DO anything
>yet?

It appears the former, but it might very well be the latter for all I know.

	Dirk
---
From: scott@labtam.labtam.oz.au (Scott Colwell)
Newsgroups: comp.dcom.isdn
Subject: A question about V.110 and X.30 rate adaption
Date: 15 Oct 92 23:42:58 GMT
Article-I.D.: labtam.1992Oct15.234258.19098
Organization: Labtam Australia Pty. Ltd., Melbourne, Australia

I hope that someone familiar with V.110 and X.30 rate adaption can
help me with the following question:

Are the octets of the final (RA2) frame structure the
same as B channel octets ?  (Rephrased, are the RA2 frames aligned
on the network octet boundaries of the B channel that carries them?)

I.460 (section 1.1) implies that they are the same but I would like
to hear it from someone in the know.

thanks
-- 
Scott Colwell				Labtam Australia Pty. Ltd.
net:	scott@labtam.labtam.oz.au	41 Malcolm Rd., Braeside
phone:	+61-3-587-1444			Melbourne, Australia  3195
From: dem@nhmpw2 (David E. Martin)
Newsgroups: comp.dcom.isdn
Subject: Interop BOF Announcement
Date: 12 Oct 92 23:27:39 GMT
Reply-To: dem@fnal.fnal.gov
Organization: Fermi National Accelerator Laboratory,  Batavia, IL,  USA
NNTP-Posting-Host: nhmpw2.fnal.gov

----------------------------------------------------------------------
Interop Birds-of-a-Feather Announcement

Low-Cost Remote LAN Access via ISDN
Wednesday, October 28, 1992, 7:30-9:30 PM
Room 121, Moscone Convention Center, San Francisco
Open to All

----------------------------------------------------------------------
Computer users are increasingly dependent upon LAN network services
such as X Windows, electronic mail, remote printing, and remote file
access.  Unfortunately, the current model of remote computing from a
home or auxiliary office is still that of logging in as dumb terminal,
despite powerful PC's and X-terminals being highly available outside
the local environment.  Basic Rate ISDN promises to extend traditional
LAN services outside normal geographical boundaries by making
high-bandwidth connectivity widely available upon demand.  This BOF
will be a lively discussion, led by those currently using ISDN, of
topics such as ISDN terminal equipment, obtaining ISDN service,
software to support IP and DECnet via ISDN, and performance of
applications.  Come ready to discuss such neat technological tricks as
turning your home PC into a highly networked workstation.


David E. Martin
National HEPnet Management                      ||    Phone: +1 708 840-8275
Fermi National Accelerator Laboratory           ||    FAX: +1 708 840-8463
P.O. Box 500, MS 368; Batavia, IL 60510  USA   /  \   E-Mail: DEM@FNAL.FNAL.Gov
From: peter@micromuse.co.uk (Peter Galbavy)
Newsgroups: comp.dcom.isdn
Subject: Re: Any experience of ISDN access from Sun SS10 Workstations yet?
Date: 9 Oct 92 11:10:21 GMT
Organization: MicroMuse Limited, London, England.

husemann@camelot.informatik.uni-erlangen.de (Dirk Husemann) writes:

>>My latin is sh*t - what ?

>See above (?) 8=) sorry.

Thanks. :-)
-- 
Peter Galbavy
Tech Support, Micromuse Ltd
Phone: +44 71 352 7774		E-Mail: P.Galbavy@micromuse.co.uk
Newsgroups: comp.dcom.isdn
From: huntting@advtech.uswest.com (Brad Huntting)
Subject: Re: IP encapsulation
Organization: U S WEST Advanced Technologies
Date: Fri, 16 Oct 1992 22:52:32 GMT

In article <r0cs9f0@rhyolite.wpd.sgi.com> vjs@rhyolite.wpd.sgi.com (Vernon Schryver) writes:

> It is not appropriate to compare building B channels for IP addresses
> with the old Internet scheme of building x.25 vritual circuits for IP
> addresses, because no Internet routers were ever limited to only 2 x.25
> virtual circuits.

I was under the impression that ISDN supported several X.25 virtual
circuts over a single B chanel.  No?


brad
From: pjw@galadriel.bt.co.uk (Peter Willis)
Newsgroups: comp.dcom.isdn
Subject: Re: IP encapsulation
Date: 13 Oct 92 15:04:09 GMT
Organization: Data and Business Comms, BT Labs, Martlesham, Ipswich, UK.
X-Newsreader: Tin 1.1 PL3

If you want to keep your ISDN call charges low it is NOT a good idea to setup 
a connection and tear down the connection for every packet. The reason is that 
charging works like in the telephone system. Every time you setup a connection
you get charged a unit (just under 5p here in the UK) even if the connection is
held for just a millisecond ! I don't want to be charged 5 p per packet !

The algorithm required to optimise costs is to tear down the connection (if
it is idle) just prior to being charged a unit for the next time period. This
time period can be between 240 seconds and 19.2 seconds for inland calls in the
UK dependent on distance and time of day. For international connections this 
can be of the order of 2 seconds, so when it takes 13 seconds to set-up an
international ISDN connection you've got a problem with this algorithm !

On the ISDN-IP router we developed, based on a PC/AT and KA9Q software, we 
used a simpler algorithm of tearing down the connection when it had been 
idle for more than about 1 minute. We used HDLC to encapsulate IP datagrams,
it worked well, PPP also uses HDLC. 

5p is 0.05 of a pound sterling, I won't translate that into cents considering
the current exchange rate fluctuations.

Peter Willis.
Newsgroups: comp.dcom.isdn
From: vances@xenitec.on.ca (Vance Shipley)
Newsgroups: comp.dcom.isdn
Subject: Re: Any experience of ISDN access from Sun SS10 Workstations yet?
Date: 11 Oct 92 17:14:32 GMT
Organization: SwitchView Inc., Waterloo, Ontario

In article <Bvp9Gs.CpG@immd4.informatik.uni-erlangen.de> husemann@camelot.informatik.uni-erlangen.de (Dirk Husemann) writes:
>
>No. Currently Sun Germany tells us that the ISDN device is unsupported for the
>time being.
>

Does this mean that "Sun Germany" is not capable of providing technical
support for the ISDN device and applications or that it does not DO anything
yet?

-- 
Vance Shipley 
vances@xenitec.on.ca   vances@ltg.uucp   ..uunet.ca!xenitec!vances
From: anne@spider.co.uk (Anne Ambler)
Newsgroups: comp.dcom.isdn
Subject: Re: Interop BOF Announcement
Date: 15 Oct 92 16:20:25 GMT
Organization: Spider Systems Limited, Edinburgh, UK.

In article <ldmc5jINNkn4@exodus.Eng.Sun.COM> stoltz@denwa.Eng.Sun.COM (Ben Stoltz) writes:
>
>Is there any interest in getting together Thursday night instead of
>Wednesday or in addition to Wednesday?
>

Thursday night would be preferable for me.

Anne
-- 
Anne Ambler                         anne@spider.co.uk
Spider Systems                      tel. (44) 31 554 9424
Edinburgh, UK.
From: billp@Syntex.COM (Bill Putney)
Newsgroups: comp.dcom.isdn
Subject: Re: Will I get ISDN before my bank does?
Date: 15 Oct 92 23:47:55 GMT
Reply-To: billp@Syntex.COM
Organization: Syntex U.S.A. - Palo Alto, CA

In article 11091@ericsson.se, etxorst@eos.ericsson.se (Torsten Lif) writes:
>In article 213@indyvax.iupui.edu, imhw400@indyvax.iupui.edu () writes:
>>In article <1992Oct14.082857.4571@ericsson.se>, amongst much thoughtful
>>argument, etxorst@eos.ericsson.se (Torsten Lif) writes:
>>> Let's say you call your bank to read your account status. The bank sits
>>> in a different part of town and has an analog PABX which connects to an
>>> old analog CO.
>>
>>Is this scenario really very likely?  Much more likely the bank, being a
>>business and therefore considered worthy by the telco, will have ISDN (though
>>they may still have their own analog gear) and I, being mere residential scum,
>>will still not be able to get it.  Or has the Swedish telco achieved
>>enlightenment, realizing that many businesses may want ISDN mainly to get into
>>their customers' and/or employees' homes?
>
>Err, no, your point is quite valid.
>
>However, what I wanted to get at is that you can't realistically expect
>end-to-end digital for all services for quite a long time yet. And I
>still maintain that when you do, the need for your phone to send DTMF
>is obliviated and instead you want it to send suitable D-channel
>signals to the bank.
>
>You only need DTMF when connecting to analog equipment and when you do
>you can not rely on all call progress information being as accurate as
>you'd expect for an all-digital call.
>
>>-- 
>>Mark H. Wood, Lead Analyst/Programmer    +1 317 274 0749   [@disclaimer@]
>>Internet:  IMHW400@INDYVAX.IUPUI.EDU     BITNET:  IMHW400@INDYVAX
>>Celebrate freedom:  read a banned newsgroup.
>
>---
> Torsten Lif                        !  These are my personal opinions only.
> Ericsson Telecom AB, EO/ETX/TX/AD  !  I do not speak for Ericsson.
> S-126 25  STOCKHOLM                !  Ericsson is perfectly capable of
> Phone: +46 8 719 4881              !  speaking for itself.
>


And besides...  Your bank (if it's like my bank) doesn't really use
it's own network for it's customers to connect to it.  It uses a 
common carrier service like Tymnet (aka BT) and they will get ISDN
as soon as one of their prospective customers tells them they wont
buy the service without it.

- Bill
---
=====================================================================
#  Bill Putney                     |  billp@Syntex.COM              #
#  Syntex U.S.A.                   |  {oliveb|decwrk}!synseer!billp #
#  M.S. A5-6                       |--------------------------------#
#  3401 Hillview Ave.              |  P.O.T.S.  (415) 855-1259      #
#  Palo Alto, CA  94303            |  FAX       (415) 855-5301      #
=====================================================================
From: dem@nhmpw2 (David E. Martin)
Newsgroups: comp.dcom.isdn
Subject: Interop BOF Call for Presentations
Date: 12 Oct 92 23:26:21 GMT
Reply-To: dem@fnal.fnal.gov
Organization: Fermi National Accelerator Laboratory,  Batavia, IL,  USA
NNTP-Posting-Host: nhmpw2.fnal.gov

----------------------------------------------------------------------
Interop Birds-of-a-Feather Call for Presentations

Low-Cost Remote LAN Access via ISDN
Wednesday, October 28, 1992, 7:30-9:30 PM
Room 121, Moscone Convention Center, San Francisco
Open to All

----------------------------------------------------------------------
At the fall INTEROP I will be leading a Birds-of-a-Feather (BOF) on
Low-Cost LAN Access via ISDN.  A BOF is an informal meeting of people
with a specific topic to discuss, in this case using ISDN to access a
LAN from home or a remote site. The discuss is intended to be technical
with a minimum of marketing hype.  Some issues for discussion are (in
no particular order) :

- Deployment of ISDN
- Bridging Ethernet across ISDN
- Bridging Appletalk across ISDN
- Dynamic Bandwidth Management using ISDN
- PPP over ISDN
- Security
- Performance of X-Windows over ISDN
- SNMP Management of ISDN links
- Bridging vs. PPP over ISDN
- Routing vs. Bridging
- Call-back schemes with ISDN
- How to Order ISDN
- Terminal Equipment
- US and International ISDN Connectivity
- Commercial Internet Access via ISDN
- Performance of Applications over ISDN
- PRI Hubbing of ISDN Access Lines

I am looking for people to make a short (5-15 min) presentation to
spark discussion on any of the above or related topics.  A formal
presentation is not required, the intent is to share experiences or
desired/implemented features.  A viewgraph projector and flip-chart
will be available.
 
Please contact me via phone, fax, or e-mail if you would like to give a
presentation or bring up a topic for discussion.  Even if you do not
have anything specific to say, however, I encourage you to attend and
be part of the discussion.  Neophytes are welcome.
 
  
David E. Martin
National HEPnet Management                      ||    Phone: +1 708 840-8275
Fermi National Accelerator Laboratory           ||    FAX: +1 708 840-8463
P.O. Box 500, MS 368; Batavia, IL 60510  USA   /  \   E-Mail: DEM@FNAL.FNAL.Gov
From: p00136@psilink.com (Bob Larribeau)
Newsgroups: comp.dcom.isdn
Subject: DTMF interaction on ISDN
Date: 13 Oct 92 14:31:11 GMT
Organization: Performance Systems Int'l
X-Mailer: PSILink (3.2)

The ISDN set on the receiving side answers the call it sends a CONNect 
message to the network.  The network responds to this message with a 
CONNect ACKnowledge after cut through is completed.

The initiating ISDN set receives a CONNect message from the network 
after the network receives indication that the call has been accepted.

It is the responsibility of the ISDN set on either side to enable DTMF 
signalling after the receipt of the CONNect message.

The ISDN set has no idea that the last digit has been sent.  Only the 
user knows that he/she will not press additional digits.  Only the 
network knows if the address is sufficient.  The network has an 
interdigit timer that it uses to infer the end of dialing.

I believe that there is no requirement in standards or in specifications 
that ISDN sets provide DTMF signalling.  However it is clear that DTMF 
is a mandatory requirement if you want to sell your ISDN sets.

The issues that you raise about compatibility with DTMF receivers can be 
a problem that tends to get solved through trial and error.  This is a 
problem for all DTMF devices, not just ISDN.  I saw this problem with 
outpulsing DTMF one touch numbers.  We saw that some receivers required 
a longer pause between pulses or longer pulses.  Sending DTMF when 
humans press buttons does not seem to be a problem.  Humans adapt by 
pressing the button longer if required.  This is not a huge problem, but 
it can be nasty.

I am not an ISDN protocol expert, there may be some experts out there 
who can provide further clarification.

		Bob Larribeau
		San Francisco, CA
From: dem@nhmpw2.fnal.gov (David E. Martin)
Newsgroups: comp.dcom.isdn
Subject: Re: Digiboard IMAC Ethernet-ISDN Bridge
Date: 14 Oct 92 23:24:46 GMT
Reply-To: dem@hep.net
Organization: Fermi National Acclerator Laboratory, Batavia, IL, USA
NNTP-Posting-Host: nhmpw2.fnal.gov

In article 19141@cbnewsc.cb.att.com, cmv@looney.att.com (Craig M. Votava) writes:
..
>I'd like to know if anybody has any experiences with this product, and if there
>are any competing products available that I should look into.
>
..


Combinet (Sunnyvale, CA, (408) 522-9020)
Gandalf Premier (Wheeling, IL, (800) 354-4224)
Connective Strategies (Chantilly, VA, (703) 378-4736)
Teleos Communications (Eatontown, NJ, (908) 389-5700)
Digiboard (Eden Prairie, MN, (612) 943-9020)
Network Express (Ann Arbor, MI, (313) 761-5005)

all sell ISDN bridges similar to the one you described.  I'll let
each vendor tell you of their respective bells and whistles.

---
David E. Martin
National HEPnet Management                      ||    Phone: +1 708 840-8275
Fermi National Accelerator Laboratory           ||    FAX: +1 708 840-8463
P.O. Box 500, MS 368; Batavia, IL 60510  USA   /  \   E-Mail: DEM@HEP.Net
Newsgroups: comp.dcom.isdn
From: husemann@camelot.informatik.uni-erlangen.de (Dirk Husemann)
Subject: Re: Any experience of ISDN access from Sun SS10 Workstations yet?
Organization: CSD., University of Erlangen
Date: Thu, 8 Oct 1992 12:55:13 GMT

peter@micromuse.co.uk (Peter Galbavy) writes:

>husemann@camelot.informatik.uni-erlangen.de (Dirk Husemann) writes:

...

>>Vide supra.

>My latin is sh*t - what ?

See above (?) 8=) sorry.

	Dirk Husemann
---
From: rpw3@rigden.wpd.sgi.com (Rob Warnock)
Newsgroups: comp.dcom.isdn
Subject: Re: Use of HLC in the US
Date: 15 Oct 92 11:21:33 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

deej@cbnewsf.cb.att.com (david.g.lewis) writes:
+---------------
| IXC = Interexchange Carrier.  A carrier such as AT&T, MCI, Sprint, Cable &
| Wireless, LCI, etc. that provides interLATA ("long distance") service in the
| US.
+---------------

Many people use the alternate acronym IEC for Inter-Exchange Carrier,
and LEC for your local phone company.

+---------------
| An IXC may or may not also be an International Carrier (INC).
+---------------

Didn't people also call these IRC? (International Record Carrier)
Or were IRCs just for TWX/Telex?


-Rob

-----
Rob Warnock, MS-9U/510		rpw3@sgi.com
Silicon Graphics, Inc.		(415)390-1673
2011 N. Shoreline Blvd.
Mountain View, CA  94043
Newsgroups: comp.dcom.isdn
From: babineau@bnr.ca (Michael Babineau)
Subject: Re: ISDN and voice response systems
Reply-To: babineau@bmerh812.BNR.CA
Organization: BNR Ottawa, DMS Software Design
Distribution: na
Date: Tue, 13 Oct 1992 15:31:04 GMT

In article <1992Oct8.204328.18112@atlastele.com>, bcapps@atlastele.com (Brent Capps) writes:
|> Since ISDN doesn't use DTMF, does anyone know how ISDN is supposed to
|> interact with voice response systems that require input from touch-tone
|> phones?  Can ISDN sets typically generate DTMF tones?

All of the BRI sets that I have seen will generate DTMF from the keypad when
a call is answered. This is also the case for other sets such MBS or EBS
which use a proprietary digital interface.

-- 
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
|Michael Babineau           | BITNET: babineau@BNR.CA                    |
|Bell Northern Research Ltd.| UUCP  : ..!uunet!bnrgate!bmerh812!babineau |
|Ottawa, ON. CANADA         |         ..!psuvax!BNR.CA.bitnet!babineau   |
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Newsgroups: comp.dcom.isdn
From: bcapps@atlastele.com (Brent Capps)
Subject: Re: DTMF interaction on ISDN
Organization: Atlas Telecom Inc.
Date: Mon, 12 Oct 1992 16:44:24 GMT

In article <2927806136.1.p00136@psilink.com> "Bob Larribeau" <p00136@psilink.com> writes:
>All of the ISDN telephone sets in the U.S. provide DTMF after the call 
>cuts through.
>[...] When it sees the pause it 
>will wait until the call has been connected and will then sent the rest 
>of the number in DTMF.

Does this mean that the ISDN set waits to receive answer supervision from
the terminating office before it cuts over to DTMF?  Answer supervision
isn't always returned to the originating party on interoffice signaling
equipment, particularly over Feature Group A trunks which may be used for a
lot of the smaller VRUs.  It seems to me the originating ISDN set ought to
cut over to DTMF after it finishes dialing the last digit.

Is DTMF cut over a mandatory feature or is it supplied at the discretion of
the manufacturer?  My concern is that DTMF cut over that hasn't been
through an official approval process may cause problems for voice mail/VRU
systems in the areas of talk-off, dB twist, minimum duration and interdigit
timing.  It would only take one ISDN set vendor doing it differently to cause a
huge problem for a voice mail/VRU vendor.

-- 
Brent Capps                          | Let not the sands of time
bcapps@agora.rain.com (gay stuff)    | get in your lunch.
bcapps@atlastele.com (telecom stuff) |
From: zeta%tcscs@src.honeywell.com (Gregory Youngblood)
Newsgroups: comp.dcom.isdn
Subject: Questioin about ISDN service for residential service
Date: 16 Oct 92 02:22:39 GMT
Organization: TCS Consulting Services, St. Paul, MN

I was following some of the discussion of ISDN in various areas of the 
country in the comp.dcom.telecom section a while ago.  Then I lost news 
access for a while, and just got it back and discovered this forum.  I have 
a question which I hope won't be considered dumb.

I'm curious about ISDN and what it will mean for residential service.  I am 
most curious about what ISDN actually is.

Thanks for your answers...

Greg

.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.
.   TCS Consulting Services   P.O. Box 600008   St. Paul, MN  55106-0008    .  
     
.   zeta%tcscs@src.honeywell.com                    ..!srcsip!tcscs!zeta    .
.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.
Newsgroups: comp.dcom.isdn
From: peterd@pjd.dev.cdx.mot.com (Peter Desnoyers)
Subject: Re: ISDN and voice response systems
Organization: Motorola Codex, Canton, Massachusetts
Distribution: na
Date: Wed, 14 Oct 1992 17:14:14 GMT

eswara@bnr.ca (Srinivas Eswara) writes:

>In article <1992Oct8.204328.18112@atlastele.com>, bcapps@atlastele.com (Brent Capps) writes:
>>|> Since ISDN doesn't use DTMF, does anyone know how ISDN is supposed to
>>|> interact with voice response systems that require input from touch-tone
>>|> phones?  Can ISDN sets typically generate DTMF tones?

>>All of the BRI sets that I have seen will generate DTMF from the keypad when
>>a call is answered. This is also the case for other sets such MBS or EBS
>>which use a proprietary digital interface.

Interestingly enough, even if you have ISDN phones on both ends you are
still probably going to have to send DTMF tones to send keypress
information. As far as I can tell the reasonable way to send keypresses
would be to attach keypad information elements to USER_INFO Q.931
messages. However, this combination of information element and message
type is not allowed.

I've heard that someone (British Telecom?) was pushing for just this
capability, but no one else wanted it. 

				Peter Desnoyers
--