HDTenEightyP/NetNews huggingface dataset:
From: atkinson@itd.nrl.navy.mil (Randall Atkinson)
Newsgroups: comp.dcom.cell-relay
Subject: Re: Advertising Flame !
Date: 20 Aug 92 22:10:37 GMT
Organization: Naval Research Laboratory, DC

In article <1992Aug20.155513.3918@bmerh85.bnr.ca> perryman@bmers181.bnr.ca (Ian Perryman) writes:

>The internet must not be used as a place to advertise products and 
>services, otherwise we would be inundated with useless drivel.
> 
>Thank you for your co-operation.

  It is generally considered acceptable to post "product
announcements" to the newsgroup comp.newprod (ONLY).  It is usually
considered acceptable to post very very brief mentions in one or two
other newsgroups that one has posted a product announcement in
comp.newprod.

  It is widely considered anti-social to do anything other than the
above along the advertising vein on USENET and tends to get one a bad
reputation with potential customers.
From: my@laverde.nsc.com (Mike Yip)
Newsgroups: comp.dcom.cell-relay
Subject: Re: ATM documents
Date: 15 Aug 92 21:50:47 GMT
Reply-To: my@laverde.nsc.com
Organization: National Semiconductor Corp.

In article 30457@davidsys.com, huynh@davidsys.com () writes:
>Can anyone send me (email) a copy of the LATM or
>NCLATM document about ATMs? or where I can acquired
>(purchase) one.

Try looking into 
	thumper.bellcore.com
	parcftp.xerox.com
	ftp.apple.com

---
| Michael Yip			Email: my@berlioz.nsc.com
| National Semiconductor Corp	Voice: (408) 721-5148
| 
| Of course, this is my own opinion!
Newsgroups: comp.dcom.cell-relay
From: little <little@mprgate.mpr.ca>
Subject: DS-3 ATM Interface
Organization: Indiana University
Date: Fri, 14 Aug 1992 20:01:25 GMT

                       Subject:                               Time:2:45 PM
  OFFICE MEMO          DS-3 ATM Interface                     Date:8/14/92
Some time ago, I mentioned in a release, a product called the PM7321 PLPP 
Physical Layer Protocol Processor and DS-3 Transceiver chip.

This device contains a full DS-3 Framer, ATM, and SMDS cell processors 
and 2-cell FIFOs.  The system side interface will be identical with the
upcoming PM5345 SUNI chip, which is being designed for very low cost 
155 Mbit/s ATM LAN interfaces.  These chips will implement the ATM UNI 
specified by the ATM forum for DS-3 and SONET STS-3c applications, 
respectively.

The PLPP chip is ideal for implementing both WAN and LAN interfaces to
ATM switches, hubs, and routers.

The part has been qualified for production, and we will be releasing
the device and full datasheets for general sampling on Sept. 22nd.

Anyone wanting more information on this part should send me an email at:
little.mprgate.mpr.ca

Cheers,
Vern Little.


Newsgroups: comp.dcom.cell-relay
From: brian@dxcern.cern.ch (Brian Carpenter   CERN-CN)
Subject: Re: ATM-Forum
Organization: CERN European Lab for Particle Physics
Date: Wed, 12 Aug 1992 14:37:42 GMT


Re the attached, the ATM Forum fax number is +1 415 941 0849,
the UNI spec costs $25, and the people there are very efficient
and helpful. Audit membership of the Forum is $1000/year.

  -- Brian

In <1992Aug12.143031.1@research.ptt.nl> walvdrk@research.ptt.nl (Kees van der Wal +31 70 332 6295) writes:

>In article <1992Aug11.105721.17626@fokus.gmd.de>, helios!ag@fokus.gmd.de (A.
>Gavras) writes: 

>> I noticed that some papers and articles mention this forum and 
>> that this forum is working on specification/recommendation of 
>> parts and elements for ATM networks.
>> I was unable to find any information on this ATM-forum.
>> Can anybody of you tell me what the ATM-forum is?
>> Is there an address, phonenumber or something else to contact this
>> forum. Any other information would also be helpfull.

>A previous post from George Marshall (Adaptive) is reproduced below.

>Regards, <kees>

>-------
>> > >I understand that the ATM Forum has recently accepted an Interface
>> > >specification that they have been working on.  Does anyone know how I
>> > >can get a copy of this document?  Ideally, I'd like to retrieve it
>> > >off of some Internet site, but I'd settle for any other means.  Any
>> > >information would be helpful.
>> > 
>> > Since this may be of general interest, I'll post the reply - The spec
>> > you referred to is the User-Network Interface specification, just
>> > completed.  For those companies who are not ATM Forum members, hard
>> > copy can be obtained for a nominal reproduction fee from the ATM
>> > Forum's secretariat, Interop Inc at (415) 962-2585.
>> > 
>> > George Marshall
>> > ---
>> > George Marshall / george@adaptive.com  / Voice 415-780-7727 / Fax 415-364-0123
>> > ADAPTIVE Corp.  / 200 Penobscot Drive  / Redwood City, CA  94063
Newsgroups: comp.dcom.cell-relay
From: tonyg@spock.retix.com (Tony "Salty Dog" Goulding)
Subject: new
Organization: Indiana University
Date: Tue, 18 Aug 1992 21:23:36 GMT

> Date: Tue, 18 Aug 1992 13:40:09 -0500
> From: comp.dcom.cell-relay@ucs.indiana.edu
> Reply-To: comp.dcom.cell-relay@ucs.indiana.edu
> Sender: cell-relay-request@indiana.edu
> X-Originally-From: ftmx@acad3.alaska.edu
> 
> 
> Anyone who has data or other materials about the relations of
> introcellular organs? I am interested in the research of
> interorgan-relationship. Anyone who has information about this please tell me.
> Thank you very much. Anyone who is interested in this please don't hesitate to
> contact me.
> Thank you very much.
> 
Hmmm, it sounds as though your request has a somewhat biological bent
to it, in which case, your talking to the wrong group!
This group focusses on cell _relay_, where cells in this context are
fixed-length packets that are used to transport data across Local and
Wide Area Networks (LANs and WANs).  Keywords here are computers,
LANs, WANs, networking, internetworking, switches, multi-media
applications, etc, etc.

Now, if I'm missing something, please enlighten me?

Thanks
Tony.

==================================================================
Q:	What is the difference between LA and yoghurt?
A:	One is cultured...
==================================================================
From: bantha.decnet.lockheed.com!young
Subject: Product Announcements
Reply-To: young@bantha.decnet.lockheed.com
Organization: LMSC, Sunnyvale, California
Date: Fri, 21 Aug 92 15:48:59 GMT

Regarding a Discussion of Products in this Newsgroup:

Pitching specific products on the market probably wastes our time, but
of the list of appropriate topics, the one missing topic which is most
important for cell relay is market strategies of the various companies.

Those of us who have watched these technologies develop many times understand 
that no amount of technical or applications discussions lead to a growing market
until a single vendor moves the market toward a multi-vendor distribution 
system.  

Examples: TCP/IP and SUN; IPX and Novell;

Failures: ISDN and NOBODY; 

X.25 and ISDN became minor protocols in niche markets because they had no
"integrator" to provide the system architecture within which a multi-vendor
applications market could develop.  The phone company cannot fulfill that role.

Most observers of the cell relay scene recognize that the technology may fall 
into that trap, and some of us are very concerned because if presented 
properly very large new markets could develop around cell relay.

We need a vendor with distribution channels leading to the desktop, a strong 
presence in the PC markets, even if indirect, and an architecture which leads 
to ever decreasing hardware per port prices.  The possible candidates are well 
known, but none will stick their neck out on this issue until we show real 
value added in the area of distributed information access, multi-media will 
not sell this thing.
Newsgroups: comp.dcom.cell-relay
From: little <little@mprgate.mpr.ca>
Subject: ATM job opportunity
Organization: Indiana University
Date: Mon, 17 Aug 1992 13:46:38 GMT

                       Subject:                               Time:8:38 AM
  OFFICE MEMO          ATM job opportunity                    Date:8/17/92
We have an opening for an ATM chip designer with about 5-7 yrs of experience. 
Knowledge of transmission protocols (T1, T3, E1, E3, SONET, SDH) and LAN/WAN
protocols would be an asset.  Location would be in Vancouver, B.C.  Address all
inquiries to:  Kevin Huscroft [huscroft@mprgate.mpr.ca].
From: robelr@ucs.indiana.edu (Allen Robel)
Newsgroups: comp.dcom.cell-relay
Subject: ATM Bibliography was damaged due to a hardware failure
Date: 21 Aug 92 12:50:38 GMT
Reply-To: robelr@mythos.ucs.indiana.edu
Organization: Indiana University

Hi,

As a result of a drive hardware or software failure (as yet
undetermined) I seem to have lost about 25 or so entries from 
the end of the bibliography that i've been maintaining.  Of course, 
the backup was overwritten by the corrupted copy as well ;-(  
If anyone has a copy that includes the entries for Supercom '92, I
would appreciate it you would get in touch with me.

NOTE: This has affected the copy that is anonymously FTPable.  I'd
hold off on updating your copy until I get this straighted out...

Many thanks,

Allen Robel                      robelr@mythos.ucs.indiana.edu
University Computing Services    ROBELR@IUJADE.BITNET
Network Research & Planning      voice: (812)855-7171
Indiana University               FAX:   (812)855-8299
Newsgroups: comp.dcom.cell-relay
From: walvdrk@research.ptt.nl (Kees van der Wal +31 70 332 6295)
Subject: Re: ATM signaling
Organization: PTT Research, The Netherlands
Date: Thu, 13 Aug 1992 17:22:37 GMT

In article <1992Aug13.134120.13277@afterlife.ncsc.mil>,
ctkosti@afterlife.ncsc.mil (Chris Kostick) writes: 

> Are there any standards committees currently working on a standard for
> signaling (call setup, teardown, etc.) in ATM networks?

CCITT sudygroup XI is now concerned with signalling; especially XI/4-3.

Within Europe it's ETSI SPS1 & -5 (short term) and SPS3 (long term) in
cooperation with NA5-PRS. 

For the first release of the protocols the N-ISDN standards (ISUP and Q.931) 
are converted into something basic for B-ISDN (B-ISUP and Q.931B, where the `B'
is obviously for broadband).

Release 2 and 3 will be `real' broadband signalling protocols. 
ISCP will be used for both access signalling and intra-network signalling.

Regards, <kees>

Kees  van der Wal		       e-mail: J.C.vanderWal@research.ptt.nl
Newsgroups: comp.dcom.cell-relay
From: "Gary C. Kessler, +1 802-879-3375" <KUMQUAT%SMCVAX.BITNET@mitvma.mit.edu>
Subject: Re: new
Organization: Indiana University
Date: Sat, 22 Aug 1992 17:39:00 GMT
X-Vms-To: IN%"comp.dcom.cell-relay@ucs.indiana.edu"

Bellcore has a bunch of ATM TAs/TRs.  One way to get a complete list is to
call them @ 1-800-521-CORE and ask for the Catalog of Technical Literature,
where you will find ALL of their TAs, TRs, FRs, SRs, etc., listed.  They have
several framework documents, like FA-1110 (B-ISDN Switching System Framework
Generic Criteria) and FA-001111 (B-ISDN Access SIgnaling G.C.) and FA-001112
(B-ISDN UNI and NNI Physical Layer Framework G.C.)

/gary kessler
kumquat@smcvax.bitnet
From: shuenn@tora.swdc.stratus.com (Shuenn Hwang)
Newsgroups: comp.dcom.cell-relay
Subject: Re: new
Date: 19 Aug 92 16:56:36 GMT
Organization: Stratus Computer, Inc., San Jose, CA

Hi,
	Does anyone know Bellcore has developed any TA or TR
regards ATM equipments?

thanks, shuenn
Newsgroups: comp.dcom.cell-relay
From: yin%solar.usc.edu@usc.edu (Ming Yin)
Subject: (none)
Organization: Indiana University
Date: Mon, 17 Aug 1992 22:12:10 GMT

I have a question on routing of ATM cells. Is it possible to have 
cells with the same VPI (Virtual Path Identifier) but routed to 
different outgoing physical ports at the ATM switch as shown in
the figure below? Or does cells with the same VPI must be routed
to the same physical port (excluding OAM cells)?



                       ------------------- port A
   (VPI#1,VCI#2)       |                 |----------->  (VPI#1,VCI#2)
   (VPI#1,VCI#3) ----->|  ATM Switch     |
                       |                 |----------->  (VPI#1,VCI#3)
                       ------------------- port B



Ming Yin
TRW
System Engineering, Intergration and Test Laboratory
Internet: yin@desperado.etdesg.trw.com
Phone: (310) 814-6439
Fax:   (310) 812-2745
Newsgroups: comp.dcom.cell-relay
From: walvdrk@research.ptt.nl (Kees van der Wal +31 70 332 6295)
Subject: Re: ATM-Forum
Organization: PTT Research, The Netherlands
Date: Wed, 12 Aug 1992 12:30:31 GMT

In article <1992Aug11.105721.17626@fokus.gmd.de>, helios!ag@fokus.gmd.de (A.
Gavras) writes: 

> I noticed that some papers and articles mention this forum and 
> that this forum is working on specification/recommendation of 
> parts and elements for ATM networks.
> I was unable to find any information on this ATM-forum.
> Can anybody of you tell me what the ATM-forum is?
> Is there an address, phonenumber or something else to contact this
> forum. Any other information would also be helpfull.

A previous post from George Marshall (Adaptive) is reproduced below.

Regards, <kees>

-------
> > >I understand that the ATM Forum has recently accepted an Interface
> > >specification that they have been working on.  Does anyone know how I
> > >can get a copy of this document?  Ideally, I'd like to retrieve it
> > >off of some Internet site, but I'd settle for any other means.  Any
> > >information would be helpful.
> > 
> > Since this may be of general interest, I'll post the reply - The spec
> > you referred to is the User-Network Interface specification, just
> > completed.  For those companies who are not ATM Forum members, hard
> > copy can be obtained for a nominal reproduction fee from the ATM
> > Forum's secretariat, Interop Inc at (415) 962-2585.
> > 
> > George Marshall
> > ---
> > George Marshall / george@adaptive.com  / Voice 415-780-7727 / Fax 415-364-0123
> > ADAPTIVE Corp.  / 200 Penobscot Drive  / Redwood City, CA  94063
Newsgroups: comp.dcom.cell-relay
From: robelr@ucs.indiana.edu (Allen Robel)
Subject: ATM biblio ftp site usage.
Reply-To: robelr@mythos.ucs.indiana.edu
Organization: Indiana University
Date: Thu, 13 Aug 1992 13:58:34 GMT

Hi,

Since I've received several notes about this, I figured a 
post would be in order.  The ftpd that I'm using on the ATM 
bibliography and archive ftp server (mythos.ucs.indiana.edu) 
does not accept dir (or rather, it does but does not return a 
directory listing). You must use ls instead (note that ls -l 
will not work either).  If I get some spare time I might
hack a fix for this one of these days...

If you tried to retrieve things earlier but had no luck,
try again with the above in mind.

regards,

allen
From: grayt@Software.Mitel.COM (Tom Gray)
Newsgroups: comp.dcom.cell-relay
Subject: Re: What is traffic shaping?
Date: 11 Aug 92 15:17:13 GMT
Organization: Mitel. Kanata (Ontario). Canada.

In article <8105.21706@stratus.SWDC.Stratus.COM>, shuenn@tora.swdc.stratus.com
(Shuenn Hwang) writes: 

> Is ATM (cell-relay) fault-tolerance?

The question really should be "What is a fault?"
A fault in one application may be an innocous occurance in
another. Most data protocols attempt to minimize bit
errors or loss. This is a valid concern for file transfers.
However voice can tolerate bit errors at the rate of up
to 10^-3 with little degradation.

However an essential requirement for successful voice 
transmission is the transfer of a consistent time base.
Thus excessive delay jitter in voice transmission is
a fault. However this fault may be caused by retransmissions
which occur to correct unimportant bit errors.

ATM allows the application to select the fault tolerance
techniques which are appropriate to itself. 

-- 
i.sinature
Newsgroups: comp.dcom.cell-relay
From: robelr@ucs.indiana.edu (Allen Robel)
Subject: Re: ATM biblio ftp site usage.
Reply-To: robelr@mythos.ucs.indiana.edu
Organization: Indiana University
Date: Sun, 16 Aug 1992 23:28:24 GMT

In article <BsxDHn.Gy0@usenet.ucs.indiana.edu> robelr@ucs.indiana.edu  
(Allen Robel), that's me, writes:

> post would be in order.  The ftpd that I'm using on the ATM 
> bibliography and archive ftp server (mythos.ucs.indiana.edu) 
> does not accept dir (or rather, it does but does not return a 

This is fixed now.  User error on my part...

Also, the bibliography is now available by mail for those
that do not have ftp access.  Send a note (format unimportant)
to bib@mythos.ucs.indiana.edu and you'll automagically receive the 
word-wrapped version of the bibliography.

allen
Newsgroups: comp.dcom.cell-relay
From: robelr@ucs.indiana.edu (Allen Robel)
Subject: Re: ATM Bibliography was damaged due to a hardware failure
Reply-To: robelr@mythos.ucs.indiana.edu
Organization: Indiana University
Date: Sat, 22 Aug 1992 03:48:30 GMT

In article <BtC3oE.DLH@usenet.ucs.indiana.edu> I wrote:

> As a result of a drive hardware or software failure (as yet
> undetermined) I seem to have lost about 25 or so entries from 
> the end of the bibliography that i've been maintaining.  Of course, 

All's back to normal now.  If you FTPed the bibliography or
requested it via email in the last couple days, you might
want to get the current copy...

--
Allen Robel                      robelr@mythos.ucs.indiana.edu
University Computing Services    ROBELR@IUJADE.BITNET
Network Research & Planning      voice: (812)855-7171
Indiana University               FAX:   (812)855-8299
From: ftmx@acad3.alaska.edu
Newsgroups: comp.dcom.cell-relay
Subject: new
Date: 18 Aug 92 18:20:48 GMT
Organization: University of Alaska Fairbanks


	Anyone who has data or other materials about the relations of
introcellular organs? I am interested in the research of
interorgan-relationship. Anyone who has information about this please tell me.
Thank you very much. Anyone who is interested in this please don't hesitate to
contact me.
Thank you very much.
Newsgroups: comp.dcom.cell-relay
From: jh@etana.funet.fi (Juha Heinanen)
Subject: Re: ATM Products Summary - 14 Aug 92
Organization: Finnish University and Research Network
Date: Sat, 15 Aug 1992 18:26:56 GMT

I have received information from Netcomm about their ATM swith called
DV2.  If I have understood correctly, their switch can support 15 ATM
interfaces running at 155 Mbps over fibre interfaces.  For more
information, you can contact them +44 268 534228 (tel) or +44 268
534160 (fax).

--
--	Juha Heinanen, FUNET, Finland, jh@funet.fi, +358 49 500958
-- 
Newsgroups: comp.dcom.cell-relay
From: robelr@ucs.indiana.edu (Allen Robel)
Subject: Re: Advertising Flame !
Reply-To: robelr@mythos.ucs.indiana.edu
Organization: Indiana University
Date: Fri, 21 Aug 1992 12:38:30 GMT

> In article <1992Aug20.155513.3918@bmerh85.bnr.ca>  
perryman@bmers181.bnr.ca (Ian Perryman) writes:
> 
> >The internet must not be used as a place to advertise products and 
> >services, otherwise we would be inundated with useless drivel.

And in article <3409@ra.nrl.navy.mil> atkinson@itd.nrl.navy.mil (Randall  
Atkinson) writes:
>   It is generally considered acceptable to post "product
> announcements" to the newsgroup comp.newprod (ONLY).  It is usually
> considered acceptable to post very very brief mentions in one or two
> other newsgroups that one has posted a product announcement in
> comp.newprod.
> 
>   It is widely considered anti-social to do anything other than the
> above along the advertising vein on USENET and tends to get one a bad
> reputation with potential customers.

The original charter for this group DOES consider the posting
of product announcements to be a legitimate topic of discussion.
Though of course the charter is not set in stone, I think that 
we should use it as a guide until a motion is given, and vote is
taken to change it.  I include an excerpt from the charter here:

>Posts of the following types are expected:
>
>o  Any and all questions concerning these technologies
>o  User experiences with Cell Relay based networks
>o  Announcements of conferences, conventions, etc.
>o  Product descriptions
>o  Applications made possible by this technology
>o  News of public service offerings
>o  Research findings
>o  Conjecture as to the future of Cell Relay based technology
>   (e.g. time frames, projected costs, etc.)
>
>though this is not intended to be an exhaustive list.

My impression is that product announcements have not been a 
problem thus far in this group. I think that the reason for this 
is that cell-relay-based products represent an emerging--and thus 
relatively small--market.  When it gets to the point that the 
everyone and their brother makes an ATM switch (or chip set), THEN 
postings of this nature may become a nuisance.  For now, I for one 
welcome the information.

Again, if someone would like to forward a motion to vote on this 
issue, they are, of course, free to do so.

Thanks,

Allen Robel                      robelr@mythos.ucs.indiana.edu
University Computing Services    ROBELR@IUJADE.BITNET
Network Research & Planning      voice: (812)855-7171
Indiana University               FAX:   (812)855-8299
From: ctkosti@afterlife.ncsc.mil (Chris Kostick)
Newsgroups: comp.dcom.cell-relay
Subject: ATM signaling
Date: 13 Aug 92 13:41:20 GMT
Organization: The Great Beyond

Are there any standards committees currently working on a standard for
signaling (call setup, teardown, etc.) in ATM networks?

--
chris (ctkosti@afterlife.ncsc.mil)
Newsgroups: comp.dcom.cell-relay
From: tonyg@spock.retix.com (Tony "Salty Dog" Goulding)
Subject: ATM signaling
Organization: Indiana University
Date: Thu, 13 Aug 1992 16:03:58 GMT

> Date: Thu, 13 Aug 1992 08:58:38 -0500
> From: comp.dcom.cell-relay@ucs.indiana.edu
> Reply-To: comp.dcom.cell-relay@ucs.indiana.edu
> Sender: cell-relay-request@indiana.edu
> X-Originally-From: ctkosti@afterlife.ncsc.mil
> 
> Are there any standards committees currently working on a standard for
> signaling (call setup, teardown, etc.) in ATM networks?
> 
> --
> chris (ctkosti@afterlife.ncsc.mil)
> 
I get the impression that the ATM Forum is moving towards the use of
Q.931 for signalling. I know of at least one commercial product that
will be implementing signalling in this way.
Tony.

==================================================================
Q:	What is the difference between LA and yoghurt?
A:	One is cultured...
==================================================================
Newsgroups: comp.dcom.sys.cisco
From: Gary Kunis <gkunis@cisco.com>
Subject: Re: rhott@nswc.navy.mil / MTU for Ethernet Interface 
Date: 16 Aug 92 12:37:24 -0700


> Is it  possible to change the Ethernet MTU

Bob,

You can change the MTU.  Each interface has a default mtu size.
This value can be changed by the interface mtu subcommand.  An
example is:

interface ethernet 0
mtu 1024

There is a write-up of this in the 9.0 manual on page 7-12.

 -- Gary --