HDTenEightyP/NetNews huggingface dataset:
Organization: The American University - University Computing Center
Date: Thu, 15 Oct 1992 14:31:06 EDT
From: Nancy L. Leist <NL9797A@auvm.american.edu>
Newsgroups: comp.edu
Subject: Weekend Master's Program in Information Systems



The American University

Washington, DC

Weekend Master's Program in Information Systems



Master of Science Weekend Program in Information Systems

The American University's College of Arts and Sciences now offers
its Master of Science in Information Systems in a new weekend
format that presents an exciting option for working adults.
Through this program professionals will further develop their
technical and analytical skills and gain a better understanding of
the analysis and design of information systems.

The degree is completed in 24 months.  Classes meet every third
weekend, Friday afternoon and Saturday.  The university accepts
applicants from diverse educational backgrounds and varied career
experiences.  An undergraduate degree information systems or
computer science is not required.

Meet the faculty who will explain the program and answer questions.
For dates, times and locations call the University Programs
Advisement Center at (202) 885-2500, the weekend program
administrator at (202) 885-3153, or reply to e-mail address
NL9797A@american.edu.
Newsgroups: comp.protocols.tcp-ip
From: vittallo@ssd.comm.mot.com (John Vittallo)
Subject: UDP has to do an ARP after 1/2 hour of inactivity?
Organization: Motorola
Date: Wed, 7 Oct 1992 20:26:38 GMT

I have two boards in a VME system that communicate using  
UDP port #7000. The problem is that when there is a pause in 
communication, about 1/2 hour,  the board that wants to send out 
a message has to ARP the other board. During this ARP the message 
never gets out. The software is expecting a response so it times out 
and  sends another message. This message gets over without a problem.

Is this a part of UDP, that it loses the ARP table for UDP destinations?
Both boards, a VME 167 running UNIX and a VME 147 running PSOS are on a
LARGE, BUSY, NETWORK. Users are using the 167 board for ftp, rlogin
etc during my testing.
From: C51413@TRMETU.BITNET
Newsgroups: comp.protocols.tcp-ip
Subject: Where can I get SPARC SLIP 4.1 ...
Date: 13 Oct 92 18:37:38 GMT
Organization: Middle East Technical University - Computer Center

Is there anybodyout there can help me to find a SLIP implementation
for Sun Sparc (SunOS 4.1.2) workstations. If I am writing to a wrong
news section please forgive me, this seems to be the best place I
have found. Thanks goes all...

Tarkan Sevim

VLSI Design Eng.
TAEAGE METU

     e-mail:c51413@trmetu.bitnet
Newsgroups: comp.protocols.tcp-ip
From: GJAMES@HUSKY1.STMARYS.CA (GJames)
Subject: Packet Capture
Organization: Saint Mary's University
Date: Fri, 9 Oct 1992 13:21:41 GMT

I had a program a few months ago that would capture all of the packets on my 
ethernet segment (it got deleted in a moment of stupidity). I have looked at 
gobbler, beholder, spectre and netwatch. None of these actually capture all 
of the packets on my wire. Gobbler seems to be the closest but only 
captures part of the trafficand Idont know how to configure it to get 
allof the packets. 

Am I nuts or is there a program that does this?

Thanks for any help
Newsgroups: comp.protocols.tcp-ip,aus.wanted
From: add@philabs.philips.com (Aninda V. Dasgupta)
Subject: Re: AS400s and Suns together
Organization: Philips Laboratories, Briarcliff, New York
Distribution: usa
Date: Thu, 8 Oct 1992 15:30:17 GMT

In article <1992Oct05.160806.16381@xenitec.on.ca> merce@xenitec.on.ca (Jim Mercer) writes:

>given all of that, there are API's that look kinda berkeleyesque for 
>RPG and Pascal (and i believe C).
>
>i would encourage others to pick it up and run with it.  if we can get some
>kind of cooperative code sharing thing going, we might be able to show
>some of the traditional IBM shops what networking is really about.
>
>[ Jim Mercer   Reptilian Research  merce@iguana.reptiles.org  +1 519 893-6085 ]
>[             I don't want to work for a company that has a CIO.              ]
>[              Disclaimer! I don't need no stinking Disclaimer!               ]

We are about to embark on a project to make our AS/400 talk to our Sun Sparc boxes.
We are buying IBM's TCP/IP programming library (APIs) and have been promised very
Berkleyish interfaces.  We are going to write everything in Pascal since the
TCP/IP programmer's manual from IBM had example code and mentioned libraries for
Pascal. Moreover, the C compiler costs approx. $10,000 while the Pascal compiler
about $5000. Our Sun application needs to search databases on the AS/400 and return
the search results to "front end engines" on other boxes on the network. 

The projected time of completion of this work is middle of December. So if anybody
is interested in hearing about our experiences (I might even be able to "lend" you
some code come Dec., provided my manager approves) get in touch with me....

In the meantime, if anybody has any experience to share in socket-like Pascal
programming on the AS/400 please get in touch with me, I will be most
grateful.


-- 
Aninda DasGupta   (add@philabs.philips.com)
Ph : (914) 945-6071    Fax : (914) 945-6552
Philips Labs\n 345 Scarborough Rd\n  Briarcliff Manor\n NY 10510
(Gas from Phillips Petroleum, Antacid from Phillips Medical, Lightbulbs from us)
Xref: sparky comp.protocols.tcp-ip:4764 comp.unix.aix:10672 comp.protocols.ibm:773
From: ema@netcom.com (Energy Management Assoc)
Newsgroups: comp.protocols.tcp-ip,comp.unix.aix,comp.protocols.ibm
Subject: Anyone using OpenConnect software?
Keywords: sna, tcp, openconnect
Date: 15 Oct 92 14:45:35 GMT
Followup-To: comp.protocols.tcp-ip
Organization: Netcom - Online Communication Services  (408 241-9760 guest)

Is anyone out in net.world using OpenConnect software as a TCP/IP to
SNA gateway?  We are having numerous problems with our setup.
What other products are available?
Any information is greatly appreciated,

James Morse
 
Newsgroups: comp.protocols.tcp-ip,comp.unix.wizards
From: rob@icarus.inmos.co.uk (Robin Pickering)
Subject: Re: Strange Output from 'netstat -a'.
Reply-To: rob@inmos.co.uk (Robin Pickering)
Organization: INMOS Limited, Bristol, UK
Date: Thu, 8 Oct 1992 14:04:50 GMT

In article <1992Oct8.100932.18923@pony.Ingres.COM> mikeg@Ingres.COM (Mike Glendinning) writes:
>I did a 'netstat -a' command on a SVR4 box the other day, and it
>came up with this strange (and worrying) output.

Unless netstat on SVR4 is implemented very differently than BSD, beware
of believing it's output on a moderately loaded machine.

Netstat (and others such as ps) have to go trunking
round the contents of /dev/kmem to get their information, and as user processes
have no way of maintaining locks on the data. This means that data structures
can be moved round between say sucessive reads of a linked list, leading to
garbage being read. This could well be the source of your worying output.

--
   Rob.
From: 5714krishnan@vms.csd.mu.edu
Newsgroups: comp.protocols.tcp-ip
Subject: SMTP Confusion
Date: 13 Oct 1992 17:52:36 GMT
Organization: Marquette University - Computer Services
Reply-To: 5714krishnan@vms.csd.mu.edu
NNTP-Posting-Host: vmsa.csd.mu.edu

I am thinking of implementing SMTP (RFC 821).. 
I have a very basic problem that being, how does a sender
get a reply for
(a) HELO
(b) MAIL FROM: <sender>
I guess, one needs to have a connection established (socket)
before one starts getting back reply codes.
For this connection one needs to know who he/she wants
to mail to, (the address for) which does not come up until
RCPT TO: <user@domain>
I am possibly missing something very evident/obvious somewhere.
I have gone thru the RFC a number of times and the example of
a SMTP session that is given in the RFC just shows reply codes
of the kind
S: HELO
R: 250 OK
Where does the "250 OK" originate from and how does it communicate ?

Can anyone help me out or let me know where to look for help
Replies would be most appreciated

Thanx
Sunderam Krishnan
e-mail: 5714krishnan@vmsd.csd.mu.edu
Newsgroups: comp.protocols.tcp-ip
From: jjensen@convex.com (James Jensen)
Subject: Re: Silly Window Problem resolved (WAS: Silly windows, PERSIST timers...)
Date: Fri, 9 Oct 1992 21:35:38 GMT
Organization: USENET news support, CONVEX Computer Corp, Richardson, Tx. USA
Followup-To: comp.protocols.tcp-ip
X-Disclaimer: This message was written by a user at CONVEX Computer
              Corp. The opinions expressed are those of the user and
              not necessarily those of CONVEX.

booloo@framsparc.ocf.llnl.gov (Mark Boolootian) writes:
-
- transfer).  I looked at the Cray daemon and found code which looks
something
- like this:
-
-               while (buffer not completely filled)
-                       read data from network;
-               write buffer to disk;
-

If what I think is happening, is and the read buffer is <16k This may not
completly fix the problem.  You may want to change the above code to:

                while (buffer has 16k more space)
                        read data from network;
                write buffer to disk;
for better performance.

-
- only would occur for transfers in which the MSS was 16 KB.  So,
assuming we
- change our MTU to 4 KB, the code change above may be superfluous.

The ip fragmentation is probably not your problem, but it is icky. I
would suggest changing your MTU to 4k(what ever FDDI's is).  That
would get rid of your problem.

I don't think what you have is silly window syndrome, which involves
sending silly amounts of data that gets the connection stuck in
a rut of sending less that mtu sized packets.

What I think you see is:
incoming 16k packet wakes up read which does a 5k read. This 
causes the first window update because your 
advertized window(0) is < 65% of your window(5k)
ftp does another read and gets 8k (is the read buffer 8k?)
this causes the 8k window update(13k total) because the 
advertized window(5) is < 65% of your window(13k)
ftp does another read of 3k, but 
advertized window(13) is > 65% of your window(16k)
so No window update.

Meanwhile, back on the sending side, tcp *really* wants to send
an mtu sized packet and is waiting for the window update 
which it doesn't get until the receiving side times out
and does a delayed ack.

At least thats what Berkeley tcp would do.

Jim Jensen - jjensen@convex.com
Newsgroups: comp.protocols.tcp-ip
From: fff@microplex.com (Fred Fierling)
Subject: Re: Network Print under TCP/IP
Keywords: Printing UNIX Ethernet
Reply-To: info@microplex.com
Organization: Microplex Systems Ltd.
Date: Wed, 7 Oct 1992 16:55:38 GMT

In article <Bvo6qu.AwA@animal.gcs.co.nz> lchiu@animal.gcs.co.nz (Laurence Chiu) writes:
>There will be no printers connected to the Unix box, rather we would
>like printers to be either LAN attached or attached to LAN workstations.
>Is it possible to print from Unix (or better from the application) to
>a printer connected like this?

Sounds like you might be interested in our M200 TCP/IP Printer Adapter.  It
allows your host to submit print jobs via LPD or rsh to any serial or parallel
port printer.  For more information:

 info@microplex.com
-- 
Fred Fierling    fff@microplex.com      Tel: 604 875-1461   Fax: 604 875-9029
Microplex Systems Ltd   265 East 1st Avenue   Vancouver, BC  V5T 1A7,  Canada
Newsgroups: comp.protocols.tcp-ip
From: kdenning@portal.hq.videocart.com (Karl Denninger)
Subject: Re: PPP over Sync lines (Any Implementations??)
Organization: VideOcart Inc.
Date: Wed, 14 Oct 1992 01:32:13 GMT

In article <1992Oct13.214449.17017@PA.dec.com> mohanram@wsl.dec.com (Narayan Mohanram) writes:
><line-eater-bait>
>Does anybody have PPP implementations over Sync lines. I am looking for
>details. The RFC 1134 mainly deals with Async line formats. I am not sure
>if this is what needs to be done over sync lines.
>
>I would like to talk to some-body who has implemented this.

Both Telebit and CISCO have this available, and they interoperate fine.

--
Karl Denninger 		Inet:  kdenning@hq.videocart.com
VideOcart Inc.		Voice: (312) 987-5022
From: J.Crowcroft@cs.ucl.ac.uk (Jon Crowcroft)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: Reading all packets from TCP/IP from an HP 9000/700 Unix
Date: 8 Oct 92 07:59:11 GMT



 >We are 7 students who is working with a project. The task is to read all 
 >packets on a network and make statistics of this.
 
 >Our problem is that we don't know how to read the packets. We are using an 
 >HP 9000/700 workstation (UNIX). We know that we need something called a NIT(
 >Network interface tap). But this NIT exist only on SUN-machines. Can anybody 
 >help us?

get HP to put berkeley packet filter (public available, better than
nit, apparently) into H-PUX (if it isn't already...)

 jon
Newsgroups: comp.protocols.tcp-ip
From: xxronr@convx1.lerc.nasa.gov (Ron Rivett)
Subject: lpr/lpd protocol standard ?
Organization: NASA Lewis Research Center
Date: Wed, 14 Oct 1992 22:45:32 GMT



I obtained a copy of "rfc1179.txt" on the lpr protocol from "nic.ddn.mil". 
That document refered to the "IAB Official protocol Standards" for the
lpr/lpd protocol. Can anyone tell me how I can obtain a copy of that specific
standard (e.g. an anonymous ftp site, or a name, address, and phone number of 
someone to contact) ?

Thank you


================================================================================
Ronald R. Rivett                            voice: (216) 433-8281
Sverdrup Technology                 
NASA Lewis Research Center          NASA LeRC FAX: (216) 433-8000 
21000 Brook Park Road                      E-mail: xxronr@convx1.lerc.nasa.gov
Cleveland, Ohio 44135 
Mail Stop 142-2               
================================================================================


Newsgroups: comp.protocols.tcp-ip
From: bob@astph (Bob Ford)
Subject: Problems with Talk & Telnet
Organization: Philadelphia Phillies
Date: Thu, 8 Oct 1992 18:20:53 GMT

The first paragraph is a repost:
We are having problems getting talk to run on some of our terminals,
using ISC/Sunsoft UNIX 3.0, TCP/IP version 1.3, on 386 & 486's.  Talk 
works fine between consoles and virtual terminals, either on a local
system or between two remote machines.  However, when trying to talk
to or from a Wyse 60, or a Televideo tvi950, problems arise  :(
For the Wyse, the keyboard freezes up, and only an interupt frees it
up.  For the tvis, the screen turns to funky arabic-type characters,
and only an exit will restore sanity to the screen.
 
This is new material:
We have discovered similar problems with telnet not working from Wyse
60 or Tvi950 terminals.  We get a login prompt, but the keyboard locks
up, and the connection times out.  Rlogin works fine from both the
Wyse and Tvi terminals, and telnet works fine from the console.

We have also unearthed hassles with rlogin from the terminals when
we try to use VP/ix on the remote systems.  From a Wyse 60, when
VP/ix is accessed, the keyboard has echoing problems, ie., when it
switches into PC Term mode, each keystrike produces two characters,
one on the downstroke, and one on the upstroke.  Once again, 
everything works perfectly from the console

We called ISC/SunSoft about this.  Their explanation was that most
of the tcp/ip functions work in 7 bit mode, and that the 8th control
bit was stripped off.  Hence, nothing will work from the terminals.
They suggested trying to run rlogin in 8 bit mode to get around the
VP/ix problem, but it didn't help.

So, what do we do?  Does ISC's explanation make sense?  Is there a
workaround?  Is there hope?
-- 
Bob Ford                           (814) 234-8592x36
INTERNET: astph!bob@attmail.com     UUCP: attmail.com!astph!bob
Philadelphia Phillies
Newsgroups: comp.protocols.tcp-ip
From: mnukala@cs.ulowell.edu (Vamsi)
Subject: Source Code of Internetworking with TCP/IP I&II -Douglas Comer
Organization: University of Massachusetts at Lowell Computer Science
Distribution: usa
Date: Thu, 8 Oct 1992 02:01:05 GMT


Hi,
	I am looking for the source code given in Internetworking with
	TCP/IP Vol I & II by Douglas Comer.
	Any information about an FTP site is greatly appreciated.

Thanks,
Vamsi Nukala


=======================================================================

I'd like to be a could be               I'd rather be a has been
If I could not be an are,          Than a might have been, by far,
For a could be is a maybe          For a might have been has never been
With a chance of reaching par.     Where a has been was and are


Newsgroups: comp.protocols.tcp-ip
From: jamesd@lna.oz.au (James D)
Subject: Benchmarks and Alternative protocols
Organization: Leeds & Northrup Australia, Sydney
Date: Fri, 9 Oct 1992 02:31:33 GMT

Two questions: I know this is probably a FAQ, so if it is, just point
me to the FAQ file, or whatever, but I need a list of available 
benchmark tests for tcp-ip sockets. As our network contains different 
machines/configurations we wish to gain some actual data on how useful
each setup is in regards to possible real time comms between processes.

The second question follows from the above. The Ultrix OS and SunOS
make use of tcp/ip for IPC. They also allow for using other protocols,
and I would like to know if there are any alternatives available that 
give tcp/ip a run for it's money? 

I realise that its probably a question of trade-offs, but we definitly
need real-time and reliability is still quite important. At the moment
our product uses Versados, but we would like to move to Unix if we
could satisfy the real-time constraints.

Any information / discussion would be appreciated.

							-- James Duff

-- My views may reflect the views of my employer,
-- but only while he can hear me :-)

Newsgroups: comp.protocols.tcp-ip,comp.sys.sun.wanted
From: gorton@tiger1.prime.com (Scott Gorton)
Subject: Re: Dial-up SLIP for Sun wanted
Organization: Prime Computer, Inc.
Date: Tue, 13 Oct 1992 16:57:12 GMT

In article <1992Oct10.175334.474@elvis.sovusa.com>, andr@elvis.sovusa.com (Andrei Arkhipov) writes:
> Hi.
> 
> I'm looking for SLIP implementation for SunOS 4.x with dial-up capability.
> Can anybody help me?
> 
> Andrei.

UnixWorld (I think April '92) had a three or four page article entitled, 
"Giving your Sun the Slip".  In it, they described where to obtain the SLIP
sources and how to build it into your kernal.

Scott Gorton <gorton@s35.prime.com> 
From: k@hprnd.rose.hp.com (Steve Kao)
Date: Tue, 13 Oct 1992 15:48:55 GMT
Subject: Re: Network Print under TCP/IP
Organization: HP Roseville Networks Division
Newsgroups: comp.protocols.tcp-ip

People have been asking about the TCP/IP card for LaserJet printers (via
e-mail).  I'll summarize information here.

(US$895.00)  C2059T:  LaserJet IIISi or DesignJet Plotter
(US$895.00)  C2071T:  LJ II, IID, III, or IIID for thin coax
(US$895.00)  C2071S:  LJ II, IID, III, or IIID for twisted-pair

Given one of the above, you must also order one of the following
options.

(US$100.00)  AA0 - 1/4" tape for HP-UX
(US$100.00)  AAH - DAT tape for HP-UX
(US$100.00)  AAV - 1/4" tape for SunOS
(  $0.00  )  1AK - No software tape.

Given the above, you must also order one of the following options.

ABA - English
ABD - German
ABE - Spanish
ABF - French
ABN - Norwegian
ABS - Swedish
ABZ - Italian
ABJ - Japanese (for the C2059T only)

So, if you order a TCP/IP card for the IIISi that's meant to be used on
a SunOS system in Italy, you'd order C2059T-AAV-ABZ.

Note, the tape contains the drivers and filters needed to install a
master spooler on one system.  If you plan on having multiple master
spoolers, I recommend copying the tape to a system in a permanent store
directory.  To install a master spooler, ftp all files in that directory
to the target system in /usr/lib/hpnp, preserving file structure.  Then
following the installation instructions that come with the tape. You can
do this between HP and SunOS systems, too.  (The data on the tape is the
same, regardless of whether it's in Sun or HP tape format.)

Note, if you want to purchase cards for multiple printers, you only need
to order the tape option once.  Suppose in the Italian example above,
you also want to order a TCP/IP card for the DesignJet plotter and 3
TCP/IP cards for a IIID on twisted-pair, with a mix of HP and SunOS
(Sparc) systems.  The order would then be:

Quantity  -  Part Number  -  Option 1  -  Option 2  -  Unit Price - Total Price
   1         C2059T           AAV          ABZ           $995.00     $995.00
   1         C2059T           1AK          ABZ           $895.00     $995.00
   3         C2071S           1AK          ABZ           $895.00    $2685.00

The install tape would be copied onto a SunOS system, and then ftp'ed to
all systems you want to be master spoolers.  You'd follow the
installation structions for installing the master spooler on all desired
systems.  The master spooler can be either HP-UX or SunOS, as long as
the system has ftp access to whatever system you copied the install
tape onto.

If you happen to purchase the JetDirect card without any software, you
may find the card unusable.  You need to purchase the appropriate tape
and format for your systems.  Use the following part numbers when
purchasing the tape without the card.

C2850-13301:  1/4" tape for HP-UX        (option AA0 above)
C2850-13601:  DDS (DAT) tape for HP-UX   (option AAH above)
 5010-9808:   1/4" tape for SunOS        (option AAV above)

- Steve Kao
Newsgroups: comp.protocols.tcp-ip
From: barr@pop.psu.edu (David Barr)
Subject: Re: Ping Reports: 31% Packet Loss...Possible Causes?
Organization: Penn State Population Research Institute
Date: Wed, 14 Oct 92 13:35:33 GMT

In article <Bw3KJu.6F8@sti.com> westes@sti.com (Will Estes) writes:
>I need help in determining possible causes for a network performance
>problem.
>
>Here I am by myself on a MS-Windows machine trying to use x-server
>software to connect to a UNIX host.  I am alone on an ethernet segment 
>that goes through a single router to the second ethernet segment that
>attaches to the UNIX host.  Out of nowhere, performance on the network
>goes to hell (again, no one is in our office now except for me).

Sounds like a packet storm.  Check to make sure your router understands
SQE.  If not, make sure all ethernet devices have SQE (a.k.a "heartbeat")
disabled.

--Dave
-- 
System Administrator, Population Research Institute    barr@pop.psu.edu