HDTenEightyP/NetNews huggingface dataset:
From: seifert@netcom.com (Rich Seifert)
Newsgroups: comp.dcom.lans.misc
Subject: Re: Network equip for use in CATV distro system
Keywords: CATV broadband MAN WAN
Date: 5 Oct 92 01:51:16 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest)

In article <rfiler.717968397@usafa.af.mil>, rfiler@usafa.af.mil (Robert E. Filer) writes:
> 
> I'm looking for any references to equipment that will permit a large CATV
> distribution system to be used as a network backbone.  The application is to
> network numerous buildings within a major metropolitan area, all of which
> are fed by the same cable plant which the city owns.  Applications include
> voice, video, and data.  Any and all help would be appreciated.
> 
>

IEEE 802.4 was widely touted (originally) as a data communication solution
to this problem. I believe that Hughes LAN Systems still makes
802.4 backbone internetworking devices for operation over private
and/or franchised CATV systems.

Chipcom makes IEEE 802.3 (Ethernet-oid) 10Broad36 modems which can
extend Ethernet over a CATV system, but only for a 3600 meter
diameter around the headend.
 


-- 
Rich Seifert                    Networks and Communications Consulting
seifert@netcom.com              (408) 996-0922
                                (408) 996-2860 FAX
"... specialists in Local Area Networks and Data Communications systems"
From: mezrich@aramis.rutgers.edu (Reuben Mezrich)
Newsgroups: comp.dcom.lans.misc
Subject: XModem protocal information?
Date: 27 Sep 92 20:41:31 GMT
Organization: Rutgers Univ., New Brunswick, N.J.


     Does anyone know where I can find detailed information about the
XModem protocal (also Kermit, YModem, etc.  The more info. the
better).  I need to implement an XModem transfer from a program I am
writing, so I need a detailed description of the way the protocal does
it's data transferring.  Please post any information on this newsgroup,
as this account is not mine.  I am using a friends account and do not
read the mail.

                                    Thanks, Dave Grossberg
From: brianm@hprnd.rose.hp.com (Brian Mahaffy)
Newsgroups: comp.dcom.lans.misc
Subject: Re: Re: source of ka9q
Date: 2 Oct 92 00:46:32 GMT
Organization: HP Roseville Networks Division

In comp.dcom.lans.misc, pjh@mccc.edu (P. J. Holsberg) writes:

> Brian Mahaffy (brianm@hprnd.rose.hp.com) wrote:
> : The ka9q software is for Amateur Packet Radio Networking implementation of
> : TCP/IP.  Phil Karn (Amateur call sign [FCC Licence ID] KA9Q) of Qualcom,
> : and formerly of Bell Labs, wrote the original software.  It has subsequently
> : be updated by many other Amateurs.  

> In a document on ucsd.edu, Phil Karns mentions that
> hoffman@cs.vax.pittburgh.edu (or maybe @vax.cs.pittsburgh.edu) as the
> keeper of info on UNIX ports of KA9Q. However, mail to that address
> results in a "host unknown" return. Also, the bellcore address for Karn
> is no longer valid.

> Does anyone know how to contact Phil and/or whoever is the keeper of the
> SysV port?

From a recent post in rec.radio.amateur.misc:
	karn@chicago.qualcomm.com    Phil Karn at Qualcomm, Inc



> Thanks.

> Pete
Newsgroups: comp.dcom.lans.misc
From: rfiler@usafa.af.mil (Robert E. Filer)
Subject: Network equip for use in CATV distro system
Keywords: CATV broadband MAN WAN
Organization: United States Air Force Academy
Date: Thu, 1 Oct 1992 19:39:57 GMT


I'm looking for any references to equipment that will permit a large CATV
distribution system to be used as a network backbone.  The application is to
network numerous buildings within a major metropolitan area, all of which
are fed by the same cable plant which the city owns.  Applications include
voice, video, and data.  Any and all help would be appreciated.

Bob Filer
rfiler@usafa.af.mil or
ref@ssds.com
Organization: Stanford Linear Accelerator Center
Date: Tuesday, 6 Oct 1992 13:07:34 PST
From: <ENGEL@SLACVM.SLAC.STANFORD.EDU>
Newsgroups: comp.dcom.lans.misc
Subject:    RE: Network Equip on CATV

>From: seifert@netcom.com (Rich Seifert)
>Subject: Re: Network equip for use in CATV distro system

>>In article <rfiler.717968397@usafa.af.mil>, rfiler@usafa.af.mil (Robert E.
Fil) writes:
>>
>>I'm looking for any references to equipment that will permit a large CATV
>>distribution system to be used as a network backbone.  The application is to
>>network numerous buildings within a major metropolitan area, all of which
>>are fed by the same cable plant which the city owns.  Applications include
>>voice, video, and data.  Any and all help would be appreciated.



>IEEE 802.4 was widely touted (originally) as a data communication solution
>to this problem. I believe that Hughes LAN Systems still makes
>802.4 backbone internetworking devices for operation over private
>and/or franchised CATV systems.

That's 802.7 for 10broad36 specs.  And Hughes LAN is still in the biz.

Drew
engel@slacvm.slac.stanford.edu
From: s0rah@exnet.co.uk (R A Hollands)
Newsgroups: comp.dcom.lans.misc
Subject: Bridges Freezing
Keywords: token ring bridges
Date: 1 Oct 92 08:57:48 GMT
Organization: ExNet Systems Ltd Public Access News, London, UK

Is there a Token Ring expert with the answer to this problem?

We suffer repeatedly from a problem where a local IBM bridge will
apparently freeze - accept no keyboard input.  Users on the attached LAN
who were connected to their server before this happened notice no problem;
users trying to connect afterward get "Error opening Token Ring";
users trying to connect across the bridge from another LAN also notice
no problem. Re-booting the bridge fixes the problem.

The bridges run IBM Bridge program version 2; they're set up for 4k frames.
They also often show the "bridge congestion, analysis data lost" every few
seconds - unless we re-boot them then the message doesn't appear.

All answers much appreciated.

Richard
From: nelson@crynwr.com (Russell Nelson)
Newsgroups: comp.dcom.lans.misc
Subject: Network equip for use in CATV distro system 
Distribution: world
Date: Sat, 03 Oct 92 00:59:41 GMT
Organization: Crynwr Software

In article <rfiler.717968397@usafa.af.mil> rfiler@usafa.af.mil writes:

   I'm looking for any references to equipment that will permit a large CATV
   distribution system to be used as a network backbone.  The application is to
   network numerous buildings within a major metropolitan area, all of which
   are fed by the same cable plant which the city owns.  Applications include
   voice, video, and data.  Any and all help would be appreciated.

Talk to Zenith Electronics, Glenview Illinois.

-russ <nelson@crynwr.com>  I'm proud to be a humble Quaker!
Crynwr Software            Crynwr Software sells packet driver support.
11 Grant St.               315-268-1925 Voice
Potsdam, NY 13676          315-268-9201 FAX
From: vanepp@fraser.sfu.ca (Peter Van Epp)
Newsgroups: comp.dcom.lans.misc
Subject: Re: T1 and LAN performance..??
Date: 27 Sep 92 18:07:45 GMT
Organization: Simon Fraser University, Burnaby, B.C., Canada

seifert@netcom.com (Rich Seifert) writes:

>In article <1992Sep24.204418.936@mdd.comm.mot.com>, pchan@mdd.comm.mot.com (Pat Chan) writes:
>> I've two Ethernet LAN's (10Mbps) connected together through 
>> bridges and dedicated T1 (~1.5Mbps), as follows:
>> 
>>        LAN A           T1          LAN B
>>     --------- Bridge ------ Bridge------------
>> 
>> I've a file in LAN A. Say an application (in LAN A) requires 
>> w seconds to retrieve this file. 
>> Does it mean that an application requires w*10/1.5 seconds 
>> to retrieve the file from LAN B????

>This is a wonderful question!! It forces us to look at what is 
>really going on.

>In the initial case (file transfer on a single LAN segment), the
>length of time to transfer the file is a function of:
>   -The performance of the application responsible for the file transfer
>    (e.g., the FTP implementation)
>   -The transfer rates of the disks themselves on the two machines
>   -The protocol overhead in the two stations (IP, other NOS services)
>   -The device drivers for the NIC cards
>   -The NIC cards themselves
>   -and finally the tranfer rate of the Ethernet.

....  much good stuff deleted

One more factor to add to your list: compression in the Ethernet to T1
bridges. We run several such links between the Universities on BCnet using
Vitalink bridges to go from Ethernet to T1 and back, and as I recall the 
Vitalinks use a proprietary protocol on the T1 side that does some kind of 
data compression to boost the throughput between the two ethernets to more
than what a staight translation of bits to T1 would imply.

>-- 
>Rich Seifert                    Networks and Communications Consulting
>seifert@netcom.com              (408) 996-0922
>                                (408) 996-2860 FAX
>"... specialists in Local Area Networks and Data Communications systems"

Peter Van Epp / Operations and Technical Support 
Simon Fraser University, Burnaby, B.C. Canada
From: nelson@crynwr.com (Russell Nelson)
Newsgroups: comp.dcom.lans.misc
Subject: Programming info for Ungermann-Bass NIC ?
Date: 29 Sep 92 01:24:01 GMT
Organization: Crynwr Software

In article <Melq4mz0Bwx2EPX3I3@transarc.com> Pat_Barron@transarc.com writes:

      Does anyone out there have any documentation on the programming
   interface for the Ungermann-Bass NIC (their really old, 8-bit Ethernet
   card)?  I have sources for drivers that talk to it, but I would very
   much like to see some prose that describes the operation of the card,
   and a table of the card's I/O registers and their functions.

When I wrote the packet driver for that card, all *I* had was source
for other drivers.  I kind-of figured it out from that.  Anyway, the
board doesn't have any I/O registers.  It's completely memory-mapped.

-russ <nelson@crynwr.com>  I'm proud to be a humble Quaker!
Crynwr Software            Crynwr Software sells packet driver support.
11 Grant St.               315-268-1925 Voice
Potsdam, NY 13676          315-268-9201 FAX
From: nsus_ss@uhura.cc.rochester.edu (Nick Susch)
Newsgroups: comp.dcom.lans.misc
Subject: Ehtertalk for PC's ?
Date: 5 Oct 92 12:58:49 GMT
Organization: University of Rochester - Rochester, New York


	We have just ethernetted some PC's here and I was wondering if there
existed a public domain or shareware Ethertalk driver for the PC. Something
that would allow the PC's to print to Apple LaserWriters connected to the
network, and maybe allow them to connect to an appletalk server. Basically,
I am looking for something like CAP (The Columbia Appletalk Package)
compiled for the PC. Does anyone know of a program like this?

--
They say there is strangeness too dangerous | /\/ick Susch - U. of Rochester
In our theatres and bookstore shelves,      | nick@blaise.cif.rochester.edu
That those who know what's best for us      |    or
Must rise and save us from ourselves.       | nsus_ss@uhura.cc.rochester.edu
				   -RUSH
From: harakka_j@salcjkl.salcom.fi
Newsgroups: comp.dcom.lans.misc
Subject: Re: Lantastic and TCP/IPy
Date: 6 Oct 92 20:07:50 EET
Organization: Salcom Finland, Jyvaskyla Finland

In article <.1.0@>, @ (Henrik Gudbrandsen) writes:
> Our department are connected to a campus network and have access to mail/
> news etc.  In addition we are using Lantastic for printersharing/
> fileserver. (100+ users)
> 
> My question is: Is there a way to run both tcp/ip-based software (clarcson 

As far as I know, if you use Lantastic's own NetBIOS implemetation, you
cant use anything else (using the same card) simultaneously.  On the
other hand since Lantastic can be run over many other NetBIOS's, it's
possible (at least in theory) to run some TCP/IP implementation. which
supports NettBIOS on top of it and then run Lantastic on top of that
NetBIOS. Off course, this eats up much more memory than plain Lantastic...

Disclaimer: I haven't done this (yet), only digged a little bit since
I have similar needs...

					- juha -

P.S. If somebody have any other possibility, I'm VERY interested...


Newsgroups: comp.dcom.lans.misc
From: dcarr@gandalf.ca (Dave Carr)
Subject: Re: T1 and LAN performance..??
Organization: Gandalf Data Ltd.
Distribution: na
Date: Mon, 28 Sep 1992 13:23:25 GMT

In <vanepp.717617265@sfu.ca> vanepp@fraser.sfu.ca (Peter Van Epp) writes:
>One more factor to add to your list: compression in the Ethernet to T1
>bridges. We run several such links between the Universities on BCnet using
>Vitalink bridges to go from Ethernet to T1 and back, and as I recall the 
>Vitalinks use a proprietary protocol on the T1 side that does some kind of 
>data compression to boost the throughput between the two ethernets to more
>than what a staight translation of bits to T1 would imply.

To my knowledge, Vitalink only does frame truncation.  Frames shorter than 
64 bytes have the padding removed.  The companies which do true compression
on their bridges are Cryptall, Microcom, and us (Gandalf).
-- 
Dave Carr               | dcarr@gandalf.ca       | It's what you learn, 
Principal Designer      | TEL (613) 723-6500     | after you know it all,
Gandalf Data Limited    | FAX (613) 226-1717     | that counts. 
Newsgroups: comp.dcom.lans,comp.sys.ibm.pc.hardware
From: jbvb@vax.ftp.com  (James B. VanBokkelen)
Subject: Re: Programming info for Ungermann-Bass NIC ?
Nntp-Software: PC/TCP NNTP
Reply-To: jbvb@ftp.com
Organization: FTP Software, Inc., Wakefield, MA
Date: Wed, 30 Sep 1992 12:23:00

In article <Melq4mz0Bwx2EPX3I3@transarc.com> Pat_Barron@transarc.com writes:

    ... anyone out there have any documentation on the programming interface
    for the Ungermann-Bass NIC (their really old, 8-bit Ethernet card)?

Far as I know, UB never actually issued a manual for that card.  I have
a copy of the best they could give me (circa 1987) and it doesn't even
have the illustrations pasted in.  The best document was IBM's
"Baseband Adapter" manual issued as part of the "Personal Computer
Hardware Reference Library".  Sorry, it doesn't have a part number.

James B. VanBokkelen		2 High St., North Andover, MA  01845
FTP Software Inc.		voice: (508) 685-4000  fax: (508) 794-4488

Xref: sparky comp.dcom.lans:1931 comp.sys.ibm.pc.hardware:25527
From: Pat_Barron@transarc.com
Newsgroups: comp.dcom.lans,comp.sys.ibm.pc.hardware
Subject: Programming info for Ungermann-Bass NIC ?
Date: 28 Sep 92 11:46:58 GMT
Article-I.D.: transarc.Melq4mz0Bwx2EPX3I3
Organization: Carnegie Mellon, Pittsburgh, PA

Hi,

   Does anyone out there have any documentation on the programming
interface for the Ungermann-Bass NIC (their really old, 8-bit Ethernet
card)?  I have sources for drivers that talk to it, but I would very
much like to see some prose that describes the operation of the card,
and a table of the card's I/O registers and their functions.

Thanks,
--Pat.
Newsgroups: comp.dcom.lans,comp.dcom.lans.misc
From: CH-Cheng@CSC.mgate1.cuhk.hk (CH Cheng)
Subject: Early Token Release of 16Mbps Token Ring
Organization: Computer Services Centre, C.U.H.K.
Date: Thu, 1 Oct 1992 10:36:14 GMT

Hi all,

Could anyone tell me whether it is ok to have nodes which have early token 
release enabled intermixed with nodes which have early token release 
disabled on a single 16Mbps Token Ring Network?

Thank you very much in advance.


Che-Hoo Cheng
Computer Services Center
The Chinese University of Hong Kong

Che-hoo Cheng
Computer Services Center
The Chinese Univ of Hong Kong
Newsgroups: comp.dcom.lans.fddi,comp.protocols.nfs
From: iscyeoak@nuscc.nus.sg (YEO ANN KIAN)
Subject: Re: Can NFS over FDDI work properly?
Organization: National University of Singapore
Date: Sat, 26 Sep 1992 11:49:42 GMT


>Can NFS over FDDI work properly?  Certainly.

Perhaps it should have been 
"Can NFS over FDDI-Ethernet work properly thru a bridge?"

>
>The most obviously distinctive thing about NFS traffic is that it
>usually contains many 4 or 8KByte UDP/IP datagrams.   These packets are
>divided into about 4K Byte** or 1500 Byte IP fragments (for FDDI or
>ethernet respectively), and commonly come from their source "back to
>back."
>
>You might use 1500 Byte IP fragments on FDDI if you're stupid or you're
>working around stupid FDDI-ethernet bridges or routers that can't
>fragment at all or cannot fragment at full speed.  There are such
>bridges and routers.  Since the problem is intermittent, it cannot be
>caused by a bridge or router that cannot fragment at all.  Perhaps the
>bridge cannot fragment at full speed, like many PC ethernet boards
>cannot receive the back-to-back 1500 byte IP fragments of NFS traffic.
>
>If this is the problem, you might expect such observations with
>etherfind on the ethernet side of the bridge.
>
>If this is the problem, reducing the NFS block sizes on the clients to
>something less than or equal to 1400 should make it go away, although
>that will make NFS a lot slower.

Experiment (I):
                      FDDI                         Ether
DEC500 NFS server <--------> 3com NetBuilder II <-------> Sun ELC NFS Client

We have tried that on our Sun machines by setting rsize and wsize to
1400, the problem didn't go away unfortunately.
When we run nfsstat on the Sun, 
it shows that there are a lot of RPC timeout and badcalls
on the client statistics.
When we run nfsstat on the NFS server (DEC 5000), the server statistics
is clean, ie no RPC timeout and badcalls.

We tried another experiment as follows:

Experiment(II):
                     Ether                 FDDI 
DEC5000 NFS server <--------> 3com NB II <--------> IBM R6000/560 NFS Client

We connect the DEC5000 NFS server now to the bridge via the Ethernet port.
We use a IBM R6000 connected to the bridge via a FDDI to run as a NFS client.
We encounter intermittent NFS problem too.

We then change the FDDI MTU of the IBM R6000/560 from 4352 to 1500, and
everything works! (It seems to me that if we change the FDDI MTU of
the DEC5000, experiment (I) should work fine too! -- Refer to VJS's remark.
Unfortunately, we don't know how to change the MTU value yet in Ultrix)

It certainly looks like the 3com bridge is dropping packets
and it is very likely that, as vjs@sgi.com has pointed out,
the bridge is not fast enough to fragment IP packets:
ie to break a 4325-byte fragment to several 1500-byte fragments.

Just wonder what we can do now? Any suggestion pls?

--
Ann-Kian Yeo
yeoak@iscs.nus.sg
From: atkinson@itd.nrl.navy.mil (Randall Atkinson)
Newsgroups: comp.dcom.lans.fddi
Subject: Re: SBUS FDDI Cards for TCP/IP & SunOS
Date: 1 Oct 92 01:18:13 GMT
Distribution: na
Organization: Naval Research Laboratory, DC

In article <1992Sep30.183832.3906@meaddata.com> rfrink@meaddata.com (Rick Frink) writes:
>    Does anybody know of a vendor who currently (or plans to) offers an SBUS
>  FDDI card (SAS) that has some of the upper-level protocol stack resident
>  on the card ?  This would relieve some of the host burden and possibly
>  enable TCP/IP over FDDI to run faster.  Also, some sort of MTU discovery 
>  (based on destination network) would be nice, too.
>    Is this realistic.  Any responses are appreciated.  Thanks.

  Might want to talk with the folks at Protocol Engines Inc, since
such is their baileywick.

  Not clear if it will help very much.  The S-BUS bandwidth might be
the critical bottleneck, depending on how the card was designed and
how much faster you really want TCP/IP/FDDI to run.  Note that most
commercial ATM cards with TAXI PHY for S-BUS are bandwidth limited by
the S-BUS.

Ran
atkinson@itd.nrl.navy.mil
From: pettengill@cvg.enet.dec.com
Newsgroups: comp.dcom.lans.fddi
Subject: Re: Concentrator(?)
Date: 5 Oct 92 16:38:41 GMT
Article-I.D.: e2big.1992Oct5.163841.26267
Reply-To: pettengill@cvg.enet.dec.com ()
Distribution: usa
Organization: Digital Equipment Corporation


In article <1992Oct5.082423.25917@CSD-NewsHost.Stanford.EDU>, kjell@Xenon.Stanford.EDU (Kjell Saeten) writes:

|>This is probably a stupid question, but can I connect SAS's FDDI adapter
|>cards in a single ring without a concentrator/hub???

No, its not stupid, especially since everyone talk about FDDI rings when
the reality is that you have to wire radially to use concentrators.

|>I want to test a FDDI ring, but I have only SAS cards, and I don't
|>want to buy a concentrator. Can I do this?, and how ?

SAS to SAS is allowed, ie.; a two `node' ring.  While not `legal', I suppose
that some implementations will support rings with more than two SAS nodes,
although I suspect that they would more legitimately be called `A' ports.

|>
|>Kjell@neon.stanford.edu
|>

mulp
DEC, CVG cluster busters
Newsgroups: comp.dcom.lans.fddi
From: rfrink@meaddata.com (Rick Frink)
Subject: SBUS FDDI Cards for TCP/IP & SunOS
Organization: Mead Data Central, Dayton OH
Date: Wed, 30 Sep 1992 18:38:32 GMT


    Does anybody know of a vendor who currently (or plans to) offers an SBUS
  FDDI card (SAS) that has some of the upper-level protocol stack resident
  on the card ?  This would relieve some of the host burden and possibly
  enable TCP/IP over FDDI to run faster.  Also, some sort of MTU discovery 
  (based on destination network) would be nice, too.
    Is this realistic.  Any responses are appreciated.  Thanks.



-- 
Rick Frink                                              (513) 865-1645
Mead Data Central                             Telecomm/Campus Networks
P.O. Box 933                                       rfrink@meaddata.com
Dayton, Ohio  45401                          ...!uunet!meaddata!rfrink
Newsgroups: comp.dcom.lans.fddi,comp.protocols.nfs
From: jbvb@vax.ftp.com  (James B. VanBokkelen)
Subject: Re: Can NFS over FDDI work properly?
Nntp-Software: PC/TCP NNTP
Reply-To: jbvb@ftp.com
Organization: FTP Software, Inc., Wakefield, MA
Date: Mon, 28 Sep 1992 11:19:25

In article <1992Sep26.114942.15941@nuscc.nus.sg> iscyeoak@nuscc.nus.sg (YEO ANN KIAN) writes:

    
    It certainly looks like the 3com bridge is dropping packets
    and it is very likely that, as vjs@sgi.com has pointed out,
    the bridge is not fast enough to fragment IP packets:
    ie to break a 4325-byte fragment to several 1500-byte fragments.

By definition, something that fragments IP packets is an "IP Router", not
A "bridge".  Furthermore, if a mixed-media "bridge" does grow enough smarts
to cope with translating IP between FDDI and Ethernet (or 802.5 and Ether),
this wouldn't suffice for DECNet or Netware.  If the Sirius Cybernetics
corporation actually existed, it would certainly be building mixed-media
"bridges"...

James B. VanBokkelen		2 High St., North Andover, MA  01845
FTP Software Inc.		voice: (508) 685-4000  fax: (508) 794-4488
From: chicken@npac.syr.edu (Mark R. Levinson)
Newsgroups: comp.dcom.lans.fddi
Subject: Re: Booting diskless DECstation over FDDI?
Date: 1 Oct 92 19:50:14 GMT
Organization: NPAC, Syracuse University - Syracuse, New York (USA)

thomas@lkg.dec.com (Matt Thomas) writes:
>In article <chicken.717694203@npac.syr.edu>, chicken@npac.syr.edu (Mark R. Levinson) writes:
>|>	Could anyone tell me if it's possible to boot a diskless DECstation
>|>5000 (running Ultrix 4.2a) over FDDI rather than ethernet? [...]
>
>Sure can.  Just make to register the FDDI board's address with ris instead of
>the Ethernet address.  It's either one or the other.  My workstations loads
>over FDDI.

	Unfortunately, this wasn't my problem. At the moment I have a
completely separate client registered for the FDDI board, with a different
name and IP address than the Ethernet-booting client. The client and server
are on the same ring, but downline load requests never make it to the server
(nothing shows up in syslog when I try it, and the client machine simply
hangs).

	I know the FDDI network itself is operable, because as long as I boot
the client over Ethernet it can talk to the server using the FDDI interface;
it's only when I try to boot over FDDI that it doesn't work.

	If anyone has encountered similar problems, I'd appreciate hearing
what you did to solve them. Thanks again for any help....

--
Mark R. Levinson
Northeast Parallel Architectures Center
Syracuse University
Newsgroups: comp.dcom.lans.fddi