|
|
ARCHIVE: TCP-IP Distribution List - Archives (1993)
DOCUMENT: TCP-IP Distribution List for January 1993 (411 messages, 226682 bytes)
SOURCE: http://securitydigest.org/exec/display?f=tcp-ip/archive/1993/01.txt&t=text/plain
NOTICE: securitydigest.org recognises the rights of all third-party works.
START OF DOCUMENT
-----------[000000][next][prev][last][first]---------------------------------------------------- Date: 1 Jan 1993 23:21:53 -0500 From: panvalka@cs.unc.edu (Anay Panvalkar) To: comp.protocols.tcp-ip Subject: Re: Books....
In article <bansal.725649006@depot.cis.ksu.edu.cis.ksu.edu> bansal@cis.ksu.edu (Vivek Bansal) writes: > >I am looking references to some books which deals with writing system >software using UNIX and TCP/IP. I already have Comer and Stevens . > >I intend to write some device driver using STREAMS, switch software and >other such kind of network software in near future. Any references in this >context would be really appreciated. I find the Sun Network Programming manual (Sun OS 4.1.2) very useful for STREAMS programming. -Anay
-----------[000001][next][prev][last][first]---------------------------------------------------- Date: 1 Jan 93 16:59:53 GMT From: klaus@kphunix.han.de (Klaus Peter Herrmann) To: comp.protocols.tcp-ip Subject: LAN 8bit
I like to have an 8 bit connection on the remote login (abount telnetd). The LAN is from Lachman. The Terminal-emulation on my PC can work in 7-bit or 8-bit mode. But the System (SCO Unix) gives only an 7-bit connection. Where can I change this? Klaus -- ------------------------------------------------------------------- Klaus - Peter Herrmann klaus@kphunix.UUCP W-3000 Hannover klaus@kphunix.han.de -------------------------------------------------------------------
-----------[000002][next][prev][last][first]---------------------------------------------------- Date: Fri, 1 Jan 1993 17:07:35 GMT From: vijay@iitb.ernet.in (Vijay J. Talati) To: comp.sys.cdc,comp.protocols.tcp-ip Subject: finger for CYBER (NOS/VE)
Hi, Has anyone out there ported the TCP-IP programs , especially finger and talk onto CDCNET's CYBER (NOS/VE).? Any pointers would be helpful. Please e-mail responses to vijay@gateway.iitb.ernet.in Thanks. Vijay -- ----------------------------------------------------------------------- Vijay Talati Email: vijay@iitb.ernet.in ERNet Lab. (X.400): Computer Centre s=Talati ou=gateway o=iitb prmd=ernet c=in
-----------[000003][next][prev][last][first]---------------------------------------------------- Date: Fri, 1 Jan 1993 18:41:00 +0000 From: shaman@cix.compulink.co.uk (Leo Smith) To: comp.protocols.tcp-ip Subject: Re: TCP/IP vs. PATHWORKS
In-Reply-To: <9212301417.AA22248@TIS.COM> mjr@TIS.COM (Marcus J. Ranum) ..Not forgetting Pathworks for Macintosh, which is an appletalk server on your DEC mini...:-)
-----------[000004][next][prev][last][first]---------------------------------------------------- Date: 1 Jan 1993 19:43:30 GMT From: scoggin@delmarva.com (John K. Scoggin, Jr.) To: comp.networks.noctools.wanted,comp.protocols.tcp-ip Subject: Looking for tools
In the Internet System Handbook, two tools are mentioned which appear to be quite useful: NCNS network performance measurement tool from CMU NNam network analysis tool from Merit Does anyone know how to go about procuring copies of these tools? --- +---------------------------------------------------------------------+ | John K. Scoggin, Jr. Email: scoggin@delmarva.com | | Supervisor, Network Operations Phone: (302) 451-5200 | | Delmarva Power & Light Company Fax: (302) 451-5321 | | 500 N. Wakefield Drive NOC: (800) 388-7076 | | Newark, DE 19714-6066 | +---------------------------------------------------------------------+
-----------[000005][next][prev][last][first]---------------------------------------------------- Date: Fri, 1 Jan 1993 22:01:12 GMT From: dalk@login.dkuug.dk (Lars Kalsen) To: comp.dcom.lans,comp.protocols.tcp-ip Subject: Mixed trafic - x.25/TCP/IP
Hi - and Happy New Year,
We are considering a new network which connect all of our different
sites through a WAN. We will probably buy some CISCO routers.
The trafic which is routed through the CISCO equipment is split
in two
- FTAM trafic based on x25 connections
- Interactive terminal sessions based on TCP/IP on an Ethernet.
The CISCO routers can mix these two kinds of input intp one 2Mbit channel
which connects the different sites.
My concern is now : Will the interactive traffic suffer when a heavy
FTAM transport is taking place ?. Will the file transfers affect the
responsetimes for the interactive traffic to a large extend ?.
Is you have any experience with this please E-mail (or fax) me the
information
~e
-----------[000006][next][prev][last][first]---------------------------------------------------- Date: 1 Jan 93 22:34:18 GMT From: guy@Auspex.COM (Guy Harris) To: comp.protocols.tcp-ip Subject: Re: Problems detecting a dead client connections ??????
>But this may well annoy (or bankrupt) users of PayPerPacket networks, or >those with Dial On Demand serial links. It may well also annoy people who don't want the application to give up on the machine on the other end of the connection just because some router or link between the two machines was down for a while....
-----------[000007][next][prev][last][first]---------------------------------------------------- Date: 2 Jan 93 11:09:45 GMT From: bill@twg.bc.ca (Bill Irwin) To: comp.protocols.tcp-ip Subject: Trouble configuring UUCP on TCP/IP
A piece of information that I forgot to provide: I had to change the entry in /etc/inetd.conf for uucpd from "/etc/uucpd" to "/usr/lib/uucp/uucpd" in order to get to the password prompt. I just changed the entry back to "/etc/uucpd" in both system's files and got the following: mchFind called (McDonal) list (rmail) num = 1 fillFlds: entered fillFlds: returning list (/) num = 1 list (/) num = 1 list (ALL) num = 1 _Request (TRUE), _Switch (TRUE), _CallBack (FALSE), _MyName (), _Commands ALL chdir(/usr/spool/uucp/McDonal) conn(McDonal) ProtoStr = e Device Type TCP wanted Internal caller type TCP tcpdial host McDonald, port 540 family: 2 port: 7170 addr: 02029384 set interface TCP processdev: calling setdevcfg(uucico, TCP) getto ret 5 sendthem (^M) expect: (gin:) login:got it sendthem (hammond^M) expect: (word:) user unknown^Jlost line errno - 108 ^^^^^^^^^^^^ close caller (5) delock(TCP,e) Call Failed: LOGIN FAILED exit code 101 Conversation Complete: Status FAILED TM_cnt: 0 Notice the "user unknown" above? I was getting this when there used to be a password on the account, before the password was even prompted for! Now I have removed the password because of some recent postings about two Sun systems needing the parity changed for the password. Since this is a TCP connection, the password is not necessary, so I've removed it. I don't know why there are two "uucpd" programs, one in "/etc" and the other in "/usr/lib/uucp", but using the one in uucp does not produce the "user unknown" message. I think that there is some TCP configuration info either missing or incorrect so that a UUCP connection attempt bombs this way. This is new territory for me so I'm just guessing at what could be wrong. The documentation does not cover setting up UUCP on TCP/IP very well at all. Thanks for any help you may be able to provide. -- Bill Irwin - The Westrheim Group - Vancouver, BC, Canada ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ uunet!twg!bill (604) 431-9600 (voice) | Your Computer bill@twg.bc.ca (604) 430-4329 (fax) | Systems Partner
-----------[000008][next][prev][last][first]---------------------------------------------------- Date: Sat, 2 Jan 1993 11:53:04 GMT From: andrew@megadata.mega.oz.au (Andrew McRae) To: aus.sun-works,comp.sys.sun.admin,comp.sys.sun.hardware,comp.protocols.tcp-ip,aus.sources Subject: Announcement: CSLIP for SunOS 4.1.x
A revamped SL/IP package for SunOS 4.1.x is available for
anonymous ftp from dmssyd.syd.dms.csiro.au, under
the file src/cslip-sunos.tar.Z
Kam Tam from the CSIRO has kindly allowed me to place the
package on dmssyd, as we do not have a direct Internet
connection. Any comments, complaints or corrections should
*not* be directed to anyone at the CSIRO, but to
me (andrew@mega.oz.au).
I have seen several people asking about cslip for 4.1.x, and
I have sent a few people this package and they tell me it works,
and that I should make it publicly available, so here it is.
The first origins of the software is lost in the mists of time;
Mark Andrews (from CSIRO) converted it to use SunOS STREAMS.
I used that package as a base, and have hacked it mercilessly to
add VJ TCP header compression, and to streamline it so that it can
run a little faster.
It has been tested and used on IPC's, SS1's and some other
Suns we have lying around, all under SunOS 4.1.1 - I don't
see any reason why it wouldn't drop into any 4.1.x system,
but your mileage may vary.
The primary motivation for doing this was to get TCP
header compression running on low speed (2400 baud) SL/IP
lines - PPP could not be used because the terminal servers
on the other end can't talk PPP. Even if you do not
use header compress, it is probably worth using this
package for ordinary SL/IP because of the CPU cycles you
will save.
Please send any comments, patches etc. to me. It would help
if someone compiled it and ran it on 4.1.3 just to see
if it works.
The README is attached.
Enjoy!
Andrew McRae inet: andrew@mega.oz.au
Megadata Pty Ltd, uucp: ..!uunet!mega.oz.au!andrew
North Ryde 2113 Phone: +61 2 805 0899
NSW AUSTRALIA Fax: +61 2 887 4847
------------------
README for SunOS 4.1.1 Compressed SL/IP
The original package was developed by Mark Andrews @ CSIRO DMS Sydney,
from the original SL/IP stuff.
This version has been much modified, with the dual goal of adding
Van Jacobsen's TCP header compression, and improved performance.
Even if you do not use the header compression stuff, the reduced
load on the CPU is worth it.
It should be completely compatible with old SL/IP drivers, as
the TCP header compression can be enabled/allowed via an option
to slip-attach.
A summary of changes:
- Added TCP header compression - The standard header compression code
was used unmodified *except* for a small mod to use mbufs in the
decompression so that the caller would not have to allocate 128 bytes
at the start of every packet. The new slcompress.c is included.
- Collapsed the SL/IP frame encoding from a separate STREAMS module
into the main module. An attempt to reduce extra overhead.
- Removed re-copies of data. As a result of having two STREAMS modules
in the stack, the same data was copied to and fro several times.
- Attempted to guess some buffer sizes to avoid scanning the whole
packet and count the ESCaped characters.
- Added the FLAGS setting code, and also put in the slip stats
counting.
By far and away the biggest difference in performance is due to the
(almost paranoid :-) avoidance of data copying. In the old code I
counted 4 copies of the same data; 1) from zs driver to STREAMS mblk,
2) in slipencode, from STREAMS mblk to internal buffer, 3) at end
of packet to another mblk for xfer to str_ip, 4) in str_ip from
the mblk to the mbufs. On output the code scanned the entire packet
and counted the escapes before allocating a mblk, then had to
scan the packet again to copy it.
The new code copies the mblk data from the zs driver directly to mbufs,
after doing the SL/IP frame decoding.
On output a buffer is allocated after a scratch-the-head fudge
factor is added to the actual length of the packet, and then the
packet is copied. If it runs out of room, it retries with a bigger
packet etc. I keep a track of the number of recopies, and it has
never needed to do one yet, so I figure it's a win.
The SunOS 4.1.1 serial driver for the Zilog 8530 (at least on
all the Suns I have tried) is still a performance black hole, but
at least the rest has been leaned down somewhat. It does make
a difference. The problem seems to be related to extra interrupts
and CPU load when the SL/IP is busy. For example, in one test I
sent large ping packets to an idle workstation on a 19.2 Kbaud
SL/IP line; the system time went to over 50%, and the number of
interrupts went to over 27000 per second (I would only expect around
4000 max), so if *anybody* knows what's going on and can give
me a magic fix, I would appreciate it.
Installation Instructions.
--------------------------
cp slip_var.h slcompress.h /usr/include/sys
cp slip_var.h slcompress.h /sys/sys
cp streamsip.c slcompress.c /sys/os
edit /sys/conf.common/files.cmn and add the lines:
os/streamsip.c optional slip
os/slcompress.c optional slip
edit /sys/sun/str_conf.c and add:
#include "slip.h"
#if NSLIP > 0
extern struct streamtab streams_ip;
#endif
#if NSLIP > 0
{ "str_ip", &streams_ip },
#endif
Edit your kernel configuration /sys/sun?/conf/MACHINE and add the
line below to install the SL/IP psuedo devices.
pseudo-device slip2
Build the new kernel, install and reboot.
make and install slip-attach and slipstat
run slip-attach
slip-attach [ -csa] device speed local remote netmask
Where -c will turn on header compression, -a will only turn it on
if a valid compressed SL/IP packet is received. The default is
to disable the header compression. -s will set a small MTU (256 bytes);
the default is 1006 bytes.
e.g.
/usr/local/etc/slip-attach -c /dev/ttya 19200 my_host their_host 255.255.255.0
slipstat will give you statistics about normal and compressed packets sent
and received. Run it with stdin set to the device that the SL/IP module
is running on e.g.
slipstat < /dev/ttya
Slipstat has an option (-c) to print the header compression stats, and
you can also put a delay and count in to continuously print the stats e.g:
slipstat -c 10 5000 < /dev/ttya
will print the header compression stats every 10 seconds for 5000 samples.
Enjoy!
Andrew McRae (andrew@megadata.mega.oz.au)
-----------[000009][next][prev][last][first]---------------------------------------------------- Date: Sat, 2 Jan 1993 13:53:51 GMT From: mg@world.std.com (marcia a gulesian) To: comp.protocols.tcp-ip Subject: TCP/IP for OS/2 - BOSTON DEMO - FEBRUARY 2 - 7:00 pm
UPCOMING EVENTS: Boston Area OS/2 USERS' GROUP (BCS) FREE SOFTWARE DOOR PRIZES ! REGISTRATION NOT REQUIRED ! January 12, 1993 7:00 p.m. (Tuesday) OS/2 DATA COMPRESSION; OS/2 PERFORMANCE TUNING & OPTIMIZATION: Part 1 - Theory of data compression, architecture of Stac Electronic's STACKER FOR OS/2, increasing the utility of fixed disks through data compression, live demonstration. Part 2 - Tips and techniques for matching the design of OS/2 with that of your DOS, Windows, and OS/2 applications. This talk will focus on the dissection of CONFIG.SYS. Note: Vendor demonstration of new OS/2 software for the "power user," beginning at 6:30 pm. February 2, 1993 7:00 p.m. (Tuesday) TCP/IP for OS/2; OS/2 PERFORMANCE TUNING & OPTIMIZATION Part 1 - Discussion and live demo of X Windows, NFS (operating peer-to-peer), Telnet, FTP, SMTP (E-Mail), SNMP (network management, SLIP (TCP/IP over a serial line) etc . . . . first across a Local Area Network, then over The Internet. Part 2 - Tips and techniques for matching the design of OS/2 with that of your DOS, Windows, and OS/2 applications. This talk will focus on strategies for partitioning the fixed disk, selection of a file system. etc. GENERAL MEETING INFORMATION LOCATION : IBM BOSTON COMPUTER CENTER, One Copley Place, Boston, Mass. Near Back Bay and Copley train stations. DIRECTIONS : Mass. Turnpike East - Exit 22 (Copley Square Lane) - First Left onto Dartmouth St - Next Left onto Huntington Ave. Enter COPLEY PLACE PARKING on left. FREE PARKING : Free parking when you spend $5 and have your parking ticket validated in any restaurant or store at Copley Place, provided you enter the garage after 5 p.m. For more information on meetings, please telephone Marcia Gulesian at (508) 369-3918.
-----------[000010][next][prev][last][first]---------------------------------------------------- Date: 3 Jan 93 16:45:48 GMT From: jessea@u013.me.vp.com (Jesse W. Asher) To: comp.protocols.tcp-ip Subject: Services getting CLOSED??
We've been having some problems lately with services getting CLOSED out.
When this happens, you can do a netstat and it will show telnet, for
example, as being in a "CLOSED" state. No one can telnet in because it
did not do a passive open. What could be causing this? When I kill the
offending telnet process, it clears up the problem. But I'd like to
know what is causing it in the first place so I can correct it. Any
ideas?
--
Jesse W. Asher (901)762-6000
Varco-Pruden Buildings
6000 Poplar Ave., Suite 400, Memphis, TN 38119
Internet: jessea@vpbuild.vp.com UUCP: vpbuild!jessea
-----------[000011][next][prev][last][first]---------------------------------------------------- Date: Mon, 4 Jan 1993 09:35:05 GMT From: mathias@solomon.technet.sg (Mathias Koerber) To: comp.protocols.tcp-ip Subject: wanted: rpc info, primer, generator
I'm looking for a primer on rcp, general info and some tools and maybe a generator to help in creating programs that use rpc. Any pointers? Thx alot Happy New Year Gong Xi Fa Cai -- Mathias Koerber | Tel: +65 / 7780066 ext 29 SW International Systems Pte Ltd | Fax: +65 / 7779401 14 Science Park Drive #04-01 | The Maxwell, Singapore Science Park | email: mathias@solomon.technet.sg Singapore 0511 | swispl@solomon.technet.sg ------------------------------------------------------------------------------- * Eifersucht ist eine Leidenschaft, die mit Eifer sucht, was Leiden schafft *
-----------[000012][next][prev][last][first]---------------------------------------------------- Date: Mon, 4 Jan 1993 09:55:42 GMT From: bill@twg.bc.ca (Bill Irwin) To: twg.sco-list,comp.protocols.tcp-ip,biz.sco.general,comp.mail.uucp Subject: Solution to: Trouble configuring UUCP on TCP/IP
bill@twg.bc.ca (Bill Irwin) writes: : unilabs!chare@uunet.UU.NET (Chris Hare) writes: : : In article <2808@twg.bc.ca> bill@twg.bc.ca (Bill Irwin) writes: : : > : : >I am having trouble configuring UUCP to use the TCP/IP network as : : >its "device". I have two systems, both running SCO UNIX 3.2.4, : : I went through this recently. this is what you need to do. : : In Devices, create an entry which reads : : TCP TCP,e - Any TCP 540 : : Note: this instructs uucp to use the 'e' protocol, and to connect on port : : 540. : I have the uucico accessing the TCP device now, but it is failing : after the password is given to the remote system. Following is a : portion of the -x9 log: : mchFind called (SystemB) [stuff deleted] : sendthem (^M) : expect: (gin:) : login:got it : sendthem (systema^M) : expect: (word:) : Password:got it : sendthem (password^M) : msg > Login incorrect.^Jimsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg : The ">imsg" stuff keeps going and going until the log is is over : 700Kb in size. Then it fails. I have seen this type of output : on a normal modem connection before, but can't recall what it is : a symptom of. Actually, this was the uutry log produced after I changed the entry in "/etc/inetd.conf" from "/etc/uucpd" to "/usr/lib/uucp/uucpd". There seemed to be another uucpd on the system and it seemed to get me a little further along in the dialogue. The original uucpd was producing a "user unknown" message right after the login name was given and before a password was even checked. This is the right uucpd to use, which was pointed out to me by belal@sco.com. The one in usr/lib/uucp was released with the UNIX runtime in error and was compiled from an earlier version of the source, with the wrong development environment. The mystery is solved. It seems that the Systems file entry chat script that was used when a modem was being used to connect was producing my "user unknown" message. Here are the two entries that I have used to fix the problem: #SystemB Any TCP,e Any - --gin:--gin:--gin:-BREAK-ogin:-BREAK-ogin: systema word: foobar SystemB Any TCP,e Any - gin: systema word: foobar The first one was being used until today, when I was mailed an extract from the SCO "How to" database that showed the greatly simplified chat script. I decided to take a shot in the dark and see if the BREAK (which I never saw being sent in the uutry log) was causing the trouble. The second entry worked fine, first try. I am now going to test the first entry by just removing the BREAK portion of the entry, to see if it is the syntax of the script that causes the problem, or the BREAK. I would like to thank the following people who responded and helped in this solution: fenner@cs.psu.edu (Bill) belal@sco.com (Bela) chare@unilabs.org (Chris Hare) fitz@wang.com giles@promed.com.au (Giles Lean) udo@umonk.GUN.de (Udo Monk) -- Bill Irwin - The Westrheim Group - Vancouver, BC, Canada ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ uunet!twg!bill (604) 431-9600 (voice) | Your Computer bill@twg.bc.ca (604) 430-4329 (fax) | Systems Partner
-----------[000013][next][prev][last][first]---------------------------------------------------- Date: 4 Jan 93 10:23:10 GMT From: nguyenth@amertume.ibp.fr (Thao Nguyen) To: comp.protocols.tcp-ip Subject: Distributed Applications?
Hi there, First: Happy New Year All ;) I'd like to know more about distributed applications. I mean how do they really work and how to implement them. If any gurus out there give me some hints on that. Also, if there's any newsgroups, mailings or books that I can refer to if I want to know more about distributed development. (e.g. is client-server applications can be called distributed?) Well I'm kindda *rookie* so excuse me if it's not the right newsgroup for that :) Thanx & Bye -- Thao Believe it or not but I have no e-mail address!
-----------[000014][next][prev][last][first]---------------------------------------------------- Date: 4 Jan 93 13:18:34 GMT From: moshek@FibHaifa.com (Moshe Kochinski) To: comp.protocols.tcp-ip Subject: Source files from TCP/IP Volume 2 Douglas E. Comer
Hi Netters, How can I get the source files from the Douglas E. Comer book - Internetworking with TCP/IP Volume 2 ? Thanks, -- Moshe Kochinski ------------------------------------------------------------------ Fibronics Ltd., Matam Industrial Park, Haifa 31905, ISRAEL phones: +972-4-313665/620 Fax: +972-4-313342 e-mail: moshek@FibHaifa.com or moshek@fibronics.UUCP ------------------------------------------------------------------ -- Moshe Kochinski ------------------------------------------------------------------ Fibronics Ltd., Matam Industrial Park, Haifa 31905, ISRAEL phones: +972-4-313665/620 Fax: +972-4-313342
-----------[000015][next][prev][last][first]---------------------------------------------------- Date: Mon, 4 Jan 1993 16:17:04 GMT From: dls@mentor.cc.purdue.edu (David L Stevens) To: comp.protocols.tcp-ip Subject: Re: Source files from TCP/IP Volume 2 Douglas E. Comer
The sources to volume II of _Internetworking_with_TCP/IP_ are copyrighted by Prentice Hall and available for sale only. You can get them through Prentice Hall (order number 47322-3 [Sun cartridge] or 47233-2 [9-track 1600 BPI tape]), or directly from us at a higher price. I'll send ordering information directly to you, and anyone else interested can send me mail for details. And while I'm at it, the sources for volume III are available for free via anonymous FTP to "ftp.uu.net", directory "published/books", file "comer.internetworking3.tar.Z". -- +-DLS (dls@mentor.cc.purdue.edu)
-----------[000016][next][prev][last][first]---------------------------------------------------- Date: 4 Jan 93 17:32:46 GMT From: jbvb@vax.ftp.com (James B. VanBokkelen) To: comp.protocols.tcp-ip Subject: Re: Software release problem?
In article <1huab3INNs4t@vttux1.vtt.fi> leino@rat.vtt.fi (Tapio Leino) writes:
a) If the TCP/IP-software in my PC is the Wollongong WINTCP for DOS
there is no trouble in connecting the PC (with telnet) to the 4D/20G
type IRIS with the older IRIX 3.3.1 operating system,
but it cannot be connected to the other IRIS (with IRIS 4.0.5)?
b) If I am using a product called PCTCP instead of the WINTCP I can
connect to both IRIS workstations with no trouble.
This started when we took the newest release 4.0.5 of IRIX! Before that I
could connect the PC to both workstations with WINTCP.
We have checked what happens on the lines. The messages seem to go to the
IRIS quite OK but the messages it sends to the PC are not understood by
the WINTCP and everything just stops.
It isn't really clear from this what the problem is: Does ARP fail (you
should be able to check the cache on both ends), or is it that ARP works
but TCP can't make a connection? Or is the problem that the TCP connection
opens but you never get a Telnet prompt?
If ARP fails, then the issue may be in the PC's hardware driver - you don't
say which network interface you're using, but the TWG driver may not go to
as much effort to salvage packets in the face of board errors.
If TCP won't connect, examine the packets and refer to RFC 793.
If Telnet never gets a prompt, the issue might be in Telnet option
negotiation. Check the Assigned Numbers RFC for the names of the options
that Irix is asking for, and check how the PC responds to each.
James B. VanBokkelen 2 High St., North Andover, MA 01845
FTP Software Inc. voice: (508) 685-4000 fax: (508) 794-4488
-----------[000017][next][prev][last][first]---------------------------------------------------- Date: Mon, 4 Jan 93 17:39:58 GMT From: peterson@commtg3.rtp.dg.com (Kevin Peterson) To: comp.protocols.tcp-ip Subject: BOOTP and the first stage bootstrap
Is there a configuration option in bootp that will allow a
client to get a bootp request from one machine and the first
stage bootstrap from another machine. We had the impression
that this is possible but I cannot find out how to accomplish this.
We have multiple subnets and are willing to put a bootp server
on each of the subnets. We would like the clients to boot off
of a different machine than the bootp server.
Thanks for any help.
- Kevin
--
,,,
(o o)
------------------------oOO--(_)--OOo-----------------------
| |
| Kevin Peterson | peterson@dg-rtp.dg.com |
| Data General Corporation | Research Triangle Park |
| Tie-line: 262-6342 | (919)248-6342 |
------------------------------------------------------------
-----------[000018][next][prev][last][first]---------------------------------------------------- Date: 4 Jan 93 17:43:08 GMT From: ad0@cbnewsj.cb.att.com (amarjet.dhingra) To: comp.protocols.tcp-ip Subject: Need help with CCITT SS7 docs picked from FTP site
I picked up some files from gumby.dsd.trw.com. These are postcsript format CCITT SS7 files in directory /pub/standards/ccitt/1988/postscript. WHen I print a file , text shows up fine but figures don't print at all. I looked at the file (Don't know anything about postscript language) and it SEEMS that source for figures is not there at all. Anybody has any ideas, please send email at att!mtgzfs3!ad0 or ad0@mtgzfs3.att.com Thanks in advance. Amarjit
-----------[000019][next][prev][last][first]---------------------------------------------------- Date: 4 Jan 1993 19:22:39 GMT From: trier@slc6.ins.cwru.edu (Stephen C. Trier) To: comp.protocols.tcp-ip Subject: Re: BOOTP and the first stage bootstrap
In article <1993Jan4.173958.17884@dg-rtp.dg.com> peterson@commtg3.rtp.dg.com (Kevin Peterson) writes: >Is there a configuration option in bootp that will allow a >client to get a bootp request from one machine and the first >stage bootstrap from another machine. This seems to be an ugly part of the BOOTP protocol. If you look in section 7.3 of RFC 951, the client is expected to use the siaddr field as the TFTP server's IP address and sname as the name. I would think it would be safe to set siaddr and sname to something other than the BOOTP server's address. Why would the client want the BOOTP server's address? What it really needs is the TFTP (or other boot protocol) boot address. I'm sure this will be a controversial suggestion, but I think it's justified. It satisfies the use of the siaddr (and sname) fields, if not the intent. If it really bothers you, think of it as "proxy BOOTP". ;-) -- Stephen Trier "We want to offer you a price that you Network software type just can't afford to take advantage of." Case Western Reserve University - Sales blurb from HSC Software trier@ins.cwru.edu
-----------[000020][next][prev][last][first]---------------------------------------------------- Date: 4 Jan 1993 19:41:14 GMT From: trier@slc6.ins.cwru.edu (Stephen C. Trier) To: comp.protocols.tcp-ip Subject: Re: BOOTP and the first stage bootstrap
Oops! I forgot to mention that your client will have to use the RFC 1084 vendor extensions, or a similar vendor extensions field, in order to give the client its netmask and gateway. You can't TFTP through a gateway without that info. -- Stephen Trier "We want to offer you a price that you Network software type just can't afford to take advantage of." Case Western Reserve University - Sales blurb from HSC Software trier@ins.cwru.edu
-----------[000021][next][prev][last][first]---------------------------------------------------- Date: Mon, 4 Jan 1993 21:25:53 GMT From: ronf@panther3.panther.mot.com (Ron Feigen) To: comp.protocols.tcp-ip,comp.unix.wizards Subject: Determining your pty
A little insight/info would really be appreciated!! 1) I need to write an application that services users who dail-up via a terminal server and are rlogin'ed or telnet'ed to a specified host. Is there any easy way from a 'C' application to determine the pty? 2) Since TCP/IP is the underlying transport, does using pty's cause significant additional overhead? Is there a straightforward method of accessing the socket, and doing socket level communication between the process and the terminal server? Thanks in advance!!!!!! Ron -- > Ron Feigen ronf@panther.mot.com
-----------[000022][next][prev][last][first]---------------------------------------------------- Date: 4 Jan 93 23:30:40 GMT From: mcdermj@atlantis.CS.ORST.EDU (Jeremy Mcdermond) To: comp.protocols.tcp-ip Subject: Help with SLIP setup
Can anyone send me some meaningful e-mail on how to set up SLIP from an IBM PC running FTP Software's PC/TCP with the Clarkson SLIP8250 packet driver to a Microvax II running 4.3 BSD? I have tried with no sucess, it seems as if no packets are making it out even though PC/TCP says that it is sending them. This is designed to be a dialup connection over 2400 baud modems. Thanks in advance. ------------------------------------------------------------------------------ Jeremy C. McDermond mcdermj@leela.cs.orst.edu OSU Computer Science Outreach Support Staff jeremy%symbio.uucp@cs.orst.edu ------------------------------------------------------------------------------
-----------[000023][next][prev][last][first]---------------------------------------------------- Date: 5 Jan 93 00:20:49 GMT From: jimg@ocean.rutgers.edu (Jim Gasprich) To: comp.protocols.tcp-ip Subject: STARLAN 10 10BASE-T hub unit doesn't like adapters
I have two somewhat old (circa 1988) STARLAN 10 hub units that are part of our TCP/IP ethernet LAN. Our lab is wired twisted pair with RJ-45 plugs. This is fine for our PCs with their RJ-45 port cards, but for our UNIX boxes (Suns), we need to use AUI to RJ-45 adapter boxes. Here's the problem. We recently bought a new (1991) adapter box from Cabletron, but it did not work when we wired it up. We have a few old adapters from AT&T (which came with our now defunct 3B2s (ick!)), and some others from a company called David Systems, which work A-OK. I am somewhat perplexed. Has there been a change in the 802.3 standard, are our hub units no longer usuable, or am I just missing something somewhere ?? It would seem a shame to throw out 22 usuable ports, especially with the price of some of the new fancy-pants hubs I've been looking at. I apologize if these are newbie questions, or are more appropriate to another, more wire-head hardware group. Thanks, Jim Gasprich e-mail: jimg@ocean.rutgers.edu Research & Support Slave tel: (908) 932-9631 Cook College Remote Sensing Center fax: (908) 932-8644 Dept of Natural Resources Rutgers University New Brunswick, NJ, O8903 "Du bist mein Gweckman" - Anonymous Fascist
-----------[000024][next][prev][last][first]---------------------------------------------------- Date: Tue, 5 Jan 1993 07:29:59 GMT From: root@exicom.OZ.AU (Ray Soo) To: comp.protocols.tcp-ip Subject: ARE THERE ANY TOOLS TO FIND ROUTING TABLES OF REMOTE HOSTS?
is there any program(s) available which enables one to query remote gateways for routing table information i.e. do a remote netstat -rn on arbitrary hosts on the internet? please mail replies to ray@exicom.OZ.AU thanks, ray
-----------[000025][next][prev][last][first]---------------------------------------------------- Date: 5 Jan 1993 13:51:23 GMT From: leino@rat.vtt.fi (Tapio Leino) To: comp.protocols.tcp-ip Subject: WINTCP or DOS / IRIS Problem.
Hi folks, Last week I posted an explanation about a problem with the Wollongong WINTCP for DOS TCP/IT connection to IRIS workstation. I received two mail answers and one posting to this newgroup. Shantanu Kothavale from the Wollongong Group answered that there is something in the WINTCP which makes it do this. It had something to do with the large window sizes. Tom Mitchell from Silicon Graphics responded also and he said that the large window size of 60k in the new release of IRIX is the cause and that we should alter it as the parameter fortunately is external (the value in earlier release is 24k). The same has happened with several other products than WINTCP too. We did it and now it seems to work again. Thank you very much! This just makes us wonder. Why has the window size been changed? What do we lose changing it back to its original value, 24k? -- Tapio Leino Technical Research Centre of Finland / Laboratory of Structural Engineering mail: VTT/Rakennetekniikan laboratorio, P.O. Box 26, SF-02151 ESPOO, Finland tel: -358-0-456 6683, telefax: -358-0-456 7003 e-mail: Tapio.Leino@vtt.fi
-----------[000026][next][prev][last][first]---------------------------------------------------- Date: Tue, 5 Jan 1993 16:00:17 GMT From: geranen@phx.mcd.mot.com (Scott Geranen) To: comp.protocols.tcp-ip Subject: Re: BOOTP and the first stage bootstrap
In article <1ia2pvINNj7b@usenet.INS.CWRU.Edu> trier@slc6.ins.cwru.edu (Stephen C. Trier) writes: >In article <1993Jan4.173958.17884@dg-rtp.dg.com> peterson@commtg3.rtp.dg.com (Kevin Peterson) writes: >>Is there a configuration option in bootp that will allow a >>client to get a bootp request from one machine and the first >>stage bootstrap from another machine. > >This seems to be an ugly part of the BOOTP protocol. If you look in section >7.3 of RFC 951, the client is expected to use the siaddr field as the TFTP >server's IP address and sname as the name. I would think it would be safe to >set siaddr and sname to something other than the BOOTP server's address. >Why would the client want the BOOTP server's address? What it really needs >is the TFTP (or other boot protocol) boot address. > >I'm sure this will be a controversial suggestion, but I think it's justified. >It satisfies the use of the siaddr (and sname) fields, if not the intent. >If it really bothers you, think of it as "proxy BOOTP". ;-) I have done exactly this. The only "trick" is that the CMU bootpd server checks to see if the download file is on the system. When the new "sa" (server address) tag is used in the bootptab file it doesn't check for the file -- I didn't want to try to verify that the file existed on the remote system. I've sent this modification to CMU but I haven't seen it come back out. Also, as noted in a later post, you need to send the gateway and subnet mask if you're booting through a gateway. Another useful modification I made was to be able to use host names instead of IP addresses for the "ip" tag. I hate duplicating information already in the hosts file. > >-- >Stephen Trier "We want to offer you a price that you >Network software type just can't afford to take advantage of." >Case Western Reserve University - Sales blurb from HSC Software >trier@ins.cwru.edu -- Scott Geranen Internet: geranen@phx.mcd.mot.com Motorola Computer Group uunet: uunet!unisoft!mcdphx!geranen 2900 S Diablo Way (DW220) FAX: (602) 438-3836 Tempe, Az 85282 phone: (602) 438-3238
-----------[000027][next][prev][last][first]---------------------------------------------------- Date: 5 Jan 93 21:42:47 EST From: roseberry@taney.uscghq.uscg.mil To: comp.protocols.tcp-ip Subject: Mil-Stds for TCP/IP
Does anyone know what Mil-Stds discuss the various parts of TCP/IP, SMTP, FTP, and Telnet ? Thanks. - Bert Roseberry US Coast Guard roseberry@taney.uscghq.uscg.mil
-----------[000028][next][prev][last][first]---------------------------------------------------- Date: 5 Jan 93 17:31:21 GMT From: soner@.cs.pitt.edu.cs.pitt.edu ( & Onder) To: comp.protocols.tcp-ip Subject: Re: PC-NFS SLIP and telnet problem
apollo@buengc.bu.edu (Doug A. Chan) writes:
: In article <1992Dec23.043717.1680@colorado.edu> garnett@refuge.Colorado.EDU (Santiago de la Paz) writes:
: >In article <105528@bu.edu> apollo@buengc.bu.edu (Doug A. Chan) writes:
: >>Whenever I try to telnet to a host, it just hangs there...
: >>What is wrong with telnet?
: >One of the primary reasons why a telnet attempt like this will hang is if
: >the remote host cannot reverse-lookup the IP address of the host you're
: >coming from. Make sure that both hosts are forward and reverse-mapped
: >(just for thoroughness, doncha know) if you're using DNS, or that they're
: >both in your machine's hosts files.
:
: It wasn't any host/IP address problem (FTP, ping, nfsping, NFS, finger all
: work fine!) The host table is okay... just telnet was broken.
: I turned on all of PC-NFS' telnet debugging and it got stuck during
: the initial negotiation (after it has established a connection with
: the host).
: -Doug
Reminds me of some sort of Telnet option negotiation loop or deadlock. Your
telnet program may be responding WILL to some option but may not be
properly doing so. Something like this may cause the other system to wait
indefinitely. The other possibility is the two pairs are entering to
an WILL/DO or DON'T/WONT kind of negotiation loop. I don't know how PC-NFS
telnet debugging feature works, but depending on the implementation, I
think you may not be able to see anything on the trace if a loop occurs.
Soner Onder
-----------[000029][next][prev][last][first]---------------------------------------------------- Date: Tue, 5 Jan 1993 19:51:10 GMT From: k@hprnd.rose.hp.com (Steve Kao) To: comp.protocols.tcp-ip Subject: Re: STARLAN 10 10BASE-T hub unit doesn't like adapters
The main difference between StarLan10 and 10baseT is that 10bT requires LinkBeat, and SL10 doesn't know what it is. In a SL10 network, you need to disable LinkBeat on all devices on the network. - Steve Kao
-----------[000030][next][prev][last][first]---------------------------------------------------- Date: Tue, 5 Jan 1993 20:47:02 GMT From: maw@netcom.com (Martin Walker) To: comp.dcom.lans,comp.protocols.tcp-ip,comp.protocols.tcp-ip.ibmpc Subject: Need NDIS spec please
Hello all. I am looking for a complete spec for NDIS. Please can anyone tell me where I can order/ftp/download a copy of said spec. Please respond via email to maw@netcom.netcom.com. Thanks in advance. Kean Johnston, via maw@netcom.netcom.com -- Martin Walker | "One way to stop a runaway horse ++27-12-344-3973 (w) | is to bet on him" ++27-12-998-7263 (h) | maw@netcom.com Pretoria, South Africa | martin@paradigm.CO.ZA
-----------[000031][next][prev][last][first]---------------------------------------------------- Date: 5 Jan 93 22:37:54 GMT From: olo@ccwf.cc.utexas.edu (Lee Thomas) To: comp.protocols.tcp-ip Subject: NEEDED: A good TCP/IP short course. (Austin, Dallas area)
I need to attend a good TCP/IP course that would cover administration issues, network management, programming (RPC or some DCE maybe), etc. Thanks for any ideas! -Lee Thomas --------------------------------------------------------------------------- Lee Thomas Voice: (512)322-6386 Systems Specialist FAX: (512)322-6350 City of Austin Electric Utility Internet: olo@ccwf.cc.utexas.edu ---------------------------------------------------------------------------
-----------[000032][next][prev][last][first]---------------------------------------------------- Date: Tue, 5 Jan 1993 22:49:47 GMT From: davidr@cs.uow.edu.au (David Ian Raymond) To: comp.protocols.tcp-ip Subject: Re: Distributed Applications?
nguyenth@amertume.ibp.fr (Thao Nguyen) writes:
>Hi there,
>First: Happy New Year All ;)
>I'd like to know more about distributed applications. I mean how do they really work and how to implement
>them. If any gurus out there give me some hints on that.
>Also, if there's any newsgroups, mailings or books that I can refer to if I want to know more
>about distributed development. (e.g. is client-server applications can be called distributed?)
>Well I'm kindda *rookie* so excuse me if it's not the right newsgroup for that :)
>Thanx & Bye
>--
>Thao
>Believe it or not but I have no e-mail address!
Hi,
This seems like a good book:
Distributed systems / edited by Sape Mullender.
New York, N.Y. : ACM Press ; Wokingham, England ; Reading, Mass. :
Addison-Wesley Pub. Co., c1989.
I had a bit of a read of it to get a basic idea of distributed systems.
David
davidr@cs.uow.edu.au
-----------[000033][next][prev][last][first]---------------------------------------------------- Date: 5 Jan 1993 23:00:12 GMT From: emv@msen.com (Edward Vielmetti) To: comp.protocols.tcp-ip,comp.mail.mime,comp.os.ms-windows.apps Subject: Frontier MIME support in Super-TCP for Windows ?
Open Systems Today (4 Jan 1993) reports that Frontier has a MIME mailer
for MS Windows. Can anyone from Frontier comment on how well it works,
or even send me some nice multimedia mail to show that it does?
The listed phone contact is +1 414 241 4555, no email was listed tho.
thanks,
Edward Vielmetti, vice president for research, Msen Inc. emv@Msen.com
Msen Inc., 628 Brooks, Ann Arbor MI 48103 +1 313 998 GLOB
(keeper of the comp.mail.mime FAQ, write for a copy)
-----------[000034][next][prev][last][first]---------------------------------------------------- Date: 6 Jan 93 00:33:23 GMT From: valdis@black-ice.cc.vt.edu (Valdis Kletnieks) To: comp.protocols.time.ntp,comp.unix.aix,comp.protocols.tcp-ip Subject: Re: xntp3 socket problem with UDP datagrams from INADDR_ANY.
In article <1992Dec29.115408.103086@ipgaix.unipg.it> peppe@ipgaix.unipg.it (G. Vitillaro) writes:
>
>I had this problem with xntp3 (in xntpd) under AIX/370 1.2.1 (1400).
>I'm interested to understand if I met a bug and
>if there is any way to go over the problem.
Oh.. *that* little bug. It drove me bonkers while trying to get
AIX/370 and xntp to cooperate. Here's the fix I used to work
around it:
*** ntp_io.c.dist Tue Mar 17 16:39:15 1992
--- ntp_io.c Tue Mar 17 16:40:26 1992
***************
*** 688,693 ****
--- 688,694 ----
printf("sendpkt(%s, %s, %d)\n", ntoa(dest),
ntoa(&inter->sin), len);
#endif
+ if (inter == any_interface) inter++;
for (slot = ERRORCACHESIZE; --slot >= 0; )
if (badaddrs[slot].port == dest->sin_port &&
This basically prevents xntpd from "seeing" the 'wildcard' interface.
Valdis Kletnieks
Computer Systems Engineer
Virginia Tech
-----------[000035][next][prev][last][first]---------------------------------------------------- Date: Wed, 6 Jan 1993 01:57:23 GMT From: ray@exicom.OZ.AU (ray) To: comp.protocols.tcp-ip Subject: MORE ON TOOLS TO FIND ROUTING TABLES OF REMOTE HOSTS
many thanks to all those people who replied to my last post, when i asked how would i perform the equivalent of a remote "netstat -rn" on arbitrary internet hosts. Most people suggested SNMP. However, wouldn't this limit me to querying hosts running SNMP? I was hoping that there would be a solution which only required that the gateway in question be running some routing daemon talking RIP (e.g. gated), which is a more common property of gateways than SNMP . I vaguely remember hearing of a program called ripquery, but i can't find any info on it. Has anyone heard of such a thing ; would this do the job I just described in the previous paragraph?
-----------[000036][next][prev][last][first]---------------------------------------------------- Date: 6 Jan 93 05:21:09 GMT From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver) To: comp.protocols.tcp-ip Subject: Re: MORE ON TOOLS TO FIND ROUTING TABLES OF REMOTE HOSTS
In article <C0EtFo.FCq@exicom.OZ.AU>, ray@exicom.OZ.AU (ray) writes: > many thanks to all those people who replied to my last post, when i asked how > would i perform the equivalent of a remote "netstat -rn" on > arbitrary internet hosts. > > Most people suggested SNMP. However, wouldn't this limit me to > querying hosts running SNMP? > > I was hoping that there would be a solution which only required > that the gateway in question be running some routing daemon > talking RIP (e.g. gated), which is a more common property of gateways > than SNMP . > > I vaguely remember hearing of a program called ripquery, but i can't > find any info on it. Has anyone heard of such a thing ; would this > do the job I just described in the previous paragraph? There is `rtquery` source in the standard 4.3BSD distribution (I think in the tools subdirectory of the routed subdirectory), and binary shipped on some (at least one--guess which) vendors' workstations. Rtquery works by sending out mostly ordinary RIP requests. It obviously doesn't work if you are not using RIP. It also does not work if the remote machine is picky, as cisco routers seem to be. Vernon Schryver, vjs@sgi.com
-----------[000037][next][prev][last][first]---------------------------------------------------- Date: Wed, 06 Jan 1993 16:13:21 From: jbvb@vax.ftp.com (James B. VanBokkelen) To: comp.protocols.tcp-ip Subject: Re: Mil-Stds for TCP/IP
In article <1993Jan5.214247.123@taney.uscghq.uscg.mil> roseberry@taney.uscghq.uscg.mil writes:
Does anyone know what Mil-Stds discuss the various parts of TCP/IP,
SMTP, FTP, and Telnet ?
MIL-STD-1777 is IP, 1778 is TCP, 1780 is FTP, 1781 is SMTP, 1782 is
Telnet. However, most of the above are either incorrect, obsolete or
both. See RFCs 963 and 964 for errors in 1777 and 1778. RFC 959
(the correct spec for FTP) and a number of Telnet Option RFCs
post-date 1780 and 1782. I don't know anything specific wrong with
1781, but you should refer to RFCs 821 and 822 anyway.
James B. VanBokkelen 2 High St., North Andover, MA 01845
FTP Software Inc. voice: (508) 685-4000 fax: (508) 794-4488
-----------[000038][next][prev][last][first]---------------------------------------------------- Date: Wed, 6 Jan 93 18:23:01 PDT From: chris@distinct.com (Chris Bologna) To: comp.protocols.tcp-ip Subject: A short course in TCP/IP
>> I need to attend a good TCP/IP course that would cover administration issues, >> network management, programming (RPC or some DCE maybe), etc. >> Thanks for any ideas! >> -Lee Thomas I know that the American Institute run hands-on training courses for TCP/IP - they run courses all over the country. I don't know what the level of the course is really at as I only know about it through their catalogue. You might want to call and find out. Tel: (800) 345-8016 Chris Bologna Distinct Corporation 14395 Saratoga Avenue, Suite 120 Saratoga, CA 95070 Tel: (408) 741-0781 Fax: (408) 741-0795 email: chris@distinct.com *******************************************************************************
-----------[000039][next][prev][last][first]---------------------------------------------------- Date: Wed, 6 Jan 1993 17:02:12 EST From: H. D. Knoble <HDK@psuvm.psu.edu> To: comp.protocols.tcp-ip Subject: Re: Help with CUTCP 2.2 TN/TC-D Telnet...
I cannot reproduce your problem with my version of TN3270 or TELBIN. I'm running on an old PS/2 55SX with 8M Ram using a Token Ring Card and drivers. I'm running under IBM DOS 5.0 (CSD UR36603 2/92), running from DOS prompt, or DOS Shell, or from Windows PIF. As of November 30, 1992 Clarkson U has updated the TN3270.EXE module (the OMNIGATE.CLARKSON.EDU file /pub/cutcp/v2.2-E/tn3270.exe ). This newer file is 112 bytes bigger than the previous one dated earlier last November. I doubt that this has anything do to with your problem as the older TN3270 also does not fail on my configuration.
-----------[000040][next][prev][last][first]---------------------------------------------------- Date: Wed, 6 Jan 93 12:20:12 GMT From: brunke@DKRZ-Hamburg.dbp.DE (Lutz Brunke) To: comp.protocols.tcp-ip Subject: Re: MORE ON TOOLS TO FIND ROUTING TABLES OF REM
ripquery is a program which comes with gated. But it does not show the routing table of a gateway, it only show which rip routes the gateway is advertising. Lutz --- ------------------------------------------------------------------------- Lutz Brunke Deutsches Klimarechenzentrum GmbH Tel.: +49-40-41173-329 Abteilung Kommunikation E-mail: brunke@dkrz-hamburg.dbp.de Bundesstr. 55, D-2000 Hamburg 13 -------------------------------------------------------------------------
-----------[000041][next][prev][last][first]---------------------------------------------------- Date: Wed, 6 Jan 93 18:04:18 EST From: SYAZDI@PK705VMA.VNET.IBM.COM To: comp.protocols.tcp-ip Subject: FTP Performance, FTP Performance information
Reply: SYAZDI@pk705vma.vnet.ibm.com I have been looking for information regarding FTP performance on different workstations and/or file servers? I have found 0 so far. Does anyone know/or have pointers to what "industry" performance levels are for different machines. Thanks in advance for any information. Sean Yazdi
-----------[000042][next][prev][last][first]---------------------------------------------------- Date: Wed, 6 Jan 1993 13:48:52 GMT From: hughes@logos.ucs.indiana.edu (larry hughes) To: comp.protocols.tcp-ip Subject: Re: PoP3 Daemon ftp site
> Does anyone know where I can find an FTP site for the PoP3
> daemon. I can find plenty for PoP2, no PoP3 alas.
I tried to reply in private, but the headers on your posting (and
your signature) didn't indicate an email address. I don't know
of European locations, but here are two U.S. locations:
Unix POP3 Daemon:
lilac.berkeley.edu
/pub/popper
VMS POP3 Daemon:
logos.ucs.indiana.edu
/pub/iupop3
//==================================================================\\
|| Larry J. Hughes, Jr. | hughes@indiana.edu ||
|| Indiana University | "The person who knows everything ||
|| University Computing Services | has a lot to learn." ||
\\===================================================================//
-----------[000043][next][prev][last][first]---------------------------------------------------- Date: Wed, 6 Jan 1993 14:02:38 GMT From: "Vladislav Akhmedov" <avg@gsrcc.msk.su> To: comp.unix.admin,comp.protocols.tcp-ip Subject: NE2000 multicard driver. HELP!
Hi folks,
I have got a small problem with my ISC UNIX System V r.3.2 version 3.0.
I try to set UNIX LAN with UNIX NFS server and several DOS NFS (PCNFS)
workstations. Some of this wks are connected to one NE2000 of the UNIX
server and other ones to second NE2000 on the UNIX server. OK! I have got
UNIX server with two NE2000 cards. But UNIX have not multipcard driver for
this adapter (only NE0 driver, no one NE1 or NE2 as Western Digital cards).
And file /etc/conf/pack.d/ne0/space.c has not structure declaration
struct neparam neparams[NNE] = {
...
}
I have got some ideas about files /usr/include/sys/ne2k*.h, but i'm not
sure, am i right or not.
If somebody knows anything of it, please tell me.
Thanks in advance.
Vladislav Akhmedov, Russia, Moscov.
E-mail: avg@gsrcc.msk.su
smm@gsrcc.msk.su
-----------[000044][next][prev][last][first]---------------------------------------------------- Date: Wed, 6 Jan 1993 15:24:57 GMT From: mpiet@is.morgan.com (Mark Pietrasanta) To: comp.protocols.tcp-ip Subject: Shareware TCP/IP, NFS
Has anyone out there used shareware TCP/IP and/or shareware NFS in
a production situation? I am interested in other peoples experiences
with this and would be interested in any and all comments. Please
respond by mail if possible.
Thanks,
Mark Pietrasanta - mpiet@is.morgan.com
* * * * * * * * *
"Great spirits have always encountered violent opposition from
mediocre minds." - Albert Einstein
----------------------------------------------------------------
Disclaimer: These responses are my own and in no way reflect the
views of my employer.
----------------------------------------------------------------
-----------[000045][next][prev][last][first]---------------------------------------------------- Date: Wed, 6 Jan 1993 15:37:58 GMT From: bwarner@mentor.cc.purdue.edu (Bill Warner) To: comp.protocols.tcp-ip Subject: Re: MORE ON TOOLS TO FIND ROUTING TABLES OF REMOTE HOSTS
In article <C0EtFo.FCq@exicom.OZ.AU> ray@exicom.OZ.AU (ray) writes: > >I was hoping that there would be a solution which only required >that the gateway in question be running some routing daemon >talking RIP (e.g. gated), which is a more common property of gateways >than SNMP . > Using only RIP may not give you all of the information you want. You can certainly send a RIP Request to a remote machine. But, the only information RIP will send back is a list of destinations for which that machine has routes, and the associated metrics. For example, it will not tell you what gateway the remote machine uses to reach the destination. Nor will you get any of the other information which netstat provides. Bill -- Bill Warner (317)494-1787 General Consulting bwarner@cc.purdue.edu Purdue University Computing Center bwarner@PURCCVM.BITNET
-----------[000046][next][prev][last][first]---------------------------------------------------- Date: Wed, 6 Jan 93 16:30:43 GMT From: maritza@espresso.bae.bellcore.com (Maritza Ramirez) To: comp.protocols.tcp-ip Subject: anonymous ftp
Is there any RFC or other kind of documentation that may describe how the "anonymous ftp" works ? Any pointers would be appreciated, Maritza
-----------[000047][next][prev][last][first]---------------------------------------------------- Date: 6 Jan 1993 17:34:51 GMT From: cliff@garnet.berkeley.edu (Cliff Frost) To: comp.protocols.tcp-ip Subject: Re: PoP3 Daemon ftp site
|> Unix POP3 Daemon: |> lilac.berkeley.edu |> /pub/popper This should read: |> Unix POP3 Daemon: |> ftp.cc.berkeley.edu |> /pub/popper Thanks, Cliff Frost UC Berkeley
-----------[000048][next][prev][last][first]---------------------------------------------------- Date: 6 Jan 1993 19:09:17 GMT From: haynes@cats.ucsc.edu (Jim Haynes) To: comp.sys.sun.apps,comp.protocols.tcp-ip Subject: Has anyone ported 'query' to SunOS?
'query' is a program that has been around for a while, supplied as a
tool for debugging the route daemon routed. It's available as part of
the Berkeley Net-2 code; but that version appears to be incompatible with
Suns because the differences in the way signal works. Has anybody done
the necessary work to port query?
--
haynes@cats.ucsc.edu
haynes@cats.bitnet
"Ya can talk all ya wanna, but it's dif'rent than it was!"
"No it aint! But ya gotta know the territory!"
Meredith Willson: "The Music Man"
-----------[000049][next][prev][last][first]---------------------------------------------------- Date: Wed, 6 Jan 1993 19:14:11 GMT From: burch@seas.smu.edu (Chris Burchett) To: comp.os.vxworks,comp.unix.bsd,comp.protocols.tcp-ip Subject: Help! (75 seconds to connect() after reboot)
Help! I've found a situation in which I'm unsure of the best solution. The problem has to do with a 75 second timeout in the connect() system call. This occurs after one of two previously connected machines is rebooted and an attempt is subsequently made to reestablish communication. I am using TCP/IP via Berkeley sockets to communicate between a Sun workstation and an embedded system running VxWorks. After communi- cation is established, the embedded system is rebooted. Once the reboot is finished an attempt is made to reestablish the connection, at which point, the connect() system call on the embedded system is unable to reconnect and times out after 75 seconds. I believe this may happen because the embedded system is using the same port number that was used for a connection before the reboot occured (while the remote machine still maintains an established connection on that port). It appears that (after a reboot) if the embedded system attempts to connect() using a port number which was not previously connected, the connection is immediately established; this is the desired behavior. However, if the embedded system uses a port which was previously connected, the connect() system call times out after 75 seconds. Unfortunately, in my application 75 seconds is somewhat too long to wait. I have a potential work around, but it seems to be sort of a kludge and I felt certain that this problem must be a known one with known solutions. (I'm relatively new to NEWS and if this is a topic which has already been discussed in depth or I have improperly used this service in any way, I appologize.) But if someone with insight into this problem would enlighten me on the issues involved, or documentation to be studied, or potential solutions, I would greatly appreciate the help. Chris Burchett email: burch@seas.smu.edu voice: (214) 205-8065
-----------[000050][next][prev][last][first]---------------------------------------------------- Date: 6 Jan 93 19:48:43 GMT From: dawkins@acsu.buffalo.edu (Desmond D. Dawkins) To: comp.protocols.tcp-ip.ibmpc,comp.protocols.tcp-ip Subject: Help with CUTCP 2.2 TN/TC-D Telnet...
I'm having a strange problem with CUTCP 2.2 TN/TC-D. (I'm not the primary user of this machine) Whenever the user exits from Telnet via logging out of the last session, ALT-X, or even ALT-F3, it hangs requiring a 'hot boot'. It never fails! ALT-E does work, however. As does DOS-shelling from other programs - (WordPerfect). I'm at a loss. The following is a list of things I've already tried: a. stripped everything from the AUTOEXEC.BAT and CONFIG.SYS b. reinstalled Telnet c. virus-checked the machine d. checked that COMSPEC was looking at the right COMMAND.COM This is the configuration: * 486/33 compatible with 4M RAM. * MS-DOS 5.0 * 3Com board 3c503 * version 7 for the packet driver - 3c503.COM * invocation - 3c503 -w 0x7e 0x3 0x310 * version 3.04 of the protocol - IPX304.COM I would appreciate all suggestions that you might have. I'm pretty much -- * SUNY/Buffalo, 221 Computing Center, Buffalo, NY 14261 USA 716-645-3983 * * e-mail: dawkins@acsu.buffalo.edu,dawkins@ubvms.bitnet * * "One often meets his destiny, down the road he takes to avoid it." *
-----------[000051][next][prev][last][first]---------------------------------------------------- Date: Wed, 6 Jan 1993 21:13:40 GMT From: garnett@refuge.Colorado.EDU (Santiago de la Paz) To: comp.protocols.tcp-ip Subject: Re: MORE ON TOOLS TO FIND ROUTING TABLES OF REM
brunke@DKRZ-Hamburg.dbp.DE writes:
>
>ripquery is a program which comes with gated. But it does not show
>the routing table of a gateway, it only show which rip routes the
>gateway is advertising.
>
Careful: ripquery is not to be trusted, precisely because it does *not*
truthfully show the routes that are being rip-advertised. ripquery operates
by generating a rip POLL, which explicitly asks the queried gateway to say
what its rip-list looks like. Unfortunately, most machines ignore
split-horizons when they respond to a rip POLL, so what you'll see is a
list of *all* the advertisements that gateway is making, regardless of whether
or not it will make them onto the network that you're querying over.
The only way to really make sure of what advertisements a gateway makes is
to sit and listen for them, e.g. with gated tracing turned on or some
handmade NIT utility.
~james
James Garnett, Network Engineer (303) 444-1338
garnett@cogwheel.com
Cogwheel Incorporated, Boulder *** Producers of low-cost dialup IP routers
Boulder-Denver/Hong Kong
-----------[000052][next][prev][last][first]---------------------------------------------------- Date: Wed, 6 Jan 1993 23:03:03 GMT From: matt@wardsgi.med.yale.edu (Matt Healy) To: comp.protocols.tcp-ip Subject: Re: anonymous ftp
In article <1993Jan6.163043.17410@walter.bellcore.com>, maritza@espresso.bae.bellcore.com (Maritza Ramirez) wrote: > > > Is there any RFC or other kind of documentation that may > describe how the "anonymous ftp" works ? > > Any pointers would be appreciated, > > Maritza There is a document by Tom Czarnik, called Anonymous FTP List - FAQ, which he posts regularly to a number of newsgroups: comp.archives.admin, comp.misc, comp.sources.wanted, alt.sources.wanted, & news.answers. It should answer your questions. Matt Healy "I pretend to be a network administrator; the lab net pretends to work!" matt@wardsgi.med.yale.edu
-----------[000053][next][prev][last][first]---------------------------------------------------- Date: 6 Jan 93 23:44:22 GMT From: hwajin@iphasew.com (Hwa-Jin Bae) To: comp.os.vxworks,comp.unix.bsd,comp.protocols.tcp-ip Subject: Re: Help! (75 seconds to connect() after reboot)
In article <1993Jan6.191411.4535@seas.smu.edu> burch@seas.smu.edu (Chris Burchett) writes: >Unfortunately, in my application 75 seconds is somewhat too long >to wait. in vxworks 5.0+, there is an undocumented call -- connectWithTimeout() which takes the same args as connect() plus extra last arg of type 'struct timeval *' which you may be able to use -- you can specify the delay of your own. or you could also just try non-blocking connect() -- set socket FIONBIO temporarily, call connect(), which should return EINPROGRESS immediately if connect attempt is to block -- when this happens you should select() for 'write'. the socket will be marked writeable once's it's connected. to verify the connection after select() returns with 'write' selected, you can do a getpeername(). this is actually what connectWithTimeout() does. [ i do hope this is still in vxworks, it was a few years back when i put this into the system ] hwajin
-----------[000054][next][prev][last][first]---------------------------------------------------- Date: 7 Jan 93 08:05:44 CST From: shan@cray.com (Sharan Kalwani) To: comp.protocols.tcp-ip Subject: Re: A short course in TCP/IP
In article <1006.UUL1.3#20656@distinct.com> chris@distinct.com (Chris Bologna) writes: >>> I need to attend a good TCP/IP course that would cover administration issues, >>> network management, programming (RPC or some DCE maybe), etc. >>> Thanks for any ideas! >>> -Lee Thomas > >I know that the American Institute run hands-on training courses for TCP/IP - >they run courses all over the country. I don't know what the level of the >course is really at as I only know about it through their catalogue. You >might want to call and find out. Tel: (800) 345-8016 > >Chris Bologna you may also wish to contact InterOp. I don't have a phone number handy.... also the USENIX, LISA folks have TCP/IP courses too.... -- Sharan Kalwani, cri, 2000 town center suite 2350, southfield mi 48075 phone: (313) 576-3948 (313) 335-5580 internet: shan@cray.com uucp: ...!uunet!cray.com!shan
-----------[000055][next][prev][last][first]---------------------------------------------------- Date: Thu, 7 Jan 1993 11:24:31 GMT From: grunert@jupiter.rz.Uni-Osnabrueck.DE (Joerg Grunert) To: comp.protocols.tcp-ip Subject: TCP/IP with XINU
I want to use TCP/IP with the XINU system and a WD8003 Ethernet card.
If you have a source code in C please mail it to me.
It will help me also, when you mail me the Internetaddress of a FTP Server
where I can find the Programms.
Regards
grunert@jupiter.rz.uni-osnabrueck.de
-----------[000056][next][prev][last][first]---------------------------------------------------- Date: Thu, 7 Jan 1993 12:06:41 GMT From: kees@echelon.uucp (Kees Hendrikse) To: biz.sco.general,comp.protocols.tcp-ip Subject: Problem with SCO TCP/IP 1.2 and Kermit
When I use Kermit (3.11 or 3.12) to connect to a SCO/Unix system with
TCP/IP 1.2 installed, everything works fine, except for two annoying
details:
1) I can't send a DEL to interupt a process. If I hit the DEL key
(or ^C after 'stty intr ^C') a 'r' character is echoed.
2) If I hit ESC, the connection hangs.
We use the same setup we use when connecting to TCP/IP 1.1.3 systems
where we don't have this problem. Also, when telnetting from one SCO
TCP/IP 1.2 box to another, telnet just runs fine, including interpretation
of a DEL character.
Does anybody know what's wrong here?
--
Kees Hendrikse | email: kees@echelon.uucp
|
ECHELON consultancy and software development | phone: +31 (0)53 836 585
PO Box 545, 7500AM Enschede, The Netherlands | fax: +31 (0)53 337 415
-----------[000057][next][prev][last][first]---------------------------------------------------- Date: 7 Jan 1993 14:15:01 GMT From: julian@math.uni-muenster.de (Julian F. Reschke) To: comp.protocols.tcp-ip Subject: Help needed: receiving broadcasted UDP packages
Problem: I am trying to receive broadcasted UDP packages. I'm on SunOS 4.1.3, and use datagram sockets in the internet domain. The port number is 2010 (non- privileged), and the sender has it's socket configured to allow broadcasts. In fact, `etherfind' shows that the packets indeed are sent out. However, the receiver (using revcfrom) doesn't, listening on port 2010, doesn't get them. When I change to sender not to broadcast, but to send directly to the machine running the receiver, all works well. I've looked into SUN's `radio' sources, and all seems to by very similar. Any help appreciated... --- ________________ cut here _________________________ Julian F. Reschke, Hensenstr. 142, D-W4400 Muenster eMail: julian@math.uni-muenster.de, jr@ms.maus.de ________ correct me if I'm wrong __________________
-----------[000058][next][prev][last][first]---------------------------------------------------- Date: 7 Jan 93 14:18:46 GMT From: barnett@grymoire.crd.ge.com (Bruce Barnett) To: comp.protocols.tcp-ip Subject: Why would a Sun take 1.5 seconds to retransmit a missed packet?
I am examing some data collected from a medical network, and noticed some unusual timings. A Sun is transmitting large files (3.5Mbytes average) to an archive system while receiving images from a scanner. Packets are missed by the archive system, so the Sun has to retransmit the missed packets. I have noticed large delays (0.5 - 1.5 seconds) while the sending machine has to "back up" and retransmit packets that were previously sent but never acknowledged. 35% of the sessions had inter-packet delays > 1 second. The receiving buffer size is 24K. Why would there be such a long delay? I would expect the data is in mbufs, so the time to resent the missed packets should be small. From the timing it looks like the data was occasionally on a disk. If we wanted to remove these conditions, am I correct in assuming the sending system needs more RAM or perhaps more buffers? -- Bruce Barnett <barnett@crd.ge.com> uunet!crdgw1!barnett
-----------[000059][next][prev][last][first]---------------------------------------------------- Date: Thu, 7 Jan 1993 17:00:30 GMT From: larry@news.rn.com (Larry Snyder) To: comp.unix.sys5.r4,comp.unix.questions,biz.comp.telebit.netblazer,comp.protocols.tcp-ip Subject: Netblazer
I currently attach via SLIP over a leased line using v.32bis/v.42bis modems from a Dell machine (on my end) into a smartport on a Telebit Netblazer. Would I see any significant increase in throughput using this same physical connection (v.32bis/v.42bis) but replacing the Dell SLIP with a Netblazer on my end -- and connecting my machines via ethernet to the Netblazer? I assume this would give me the ability to support PPP/CSLIP since my connection would be Netblazer-Netblazer -- what would PPP buy me over traditional SLIP (our feed is basically for smtp/nntp traffic, with ftps,telnets,rlogins used infrequently).. -- Larry Snyder internet: larry@gator.rn.com keeper of the Gator uucp: uunet!gator!larry
-----------[000060][next][prev][last][first]---------------------------------------------------- Date: 7 Jan 93 17:59:29 GMT From: G.J.Milne@daresbury.ac.uk (g.j.milne) To: comp.protocols.tcp-ip Subject: Re: ftp: subcommand error codes
In article 160@bjcong.bj.co.uk, maf@bjcong.bj.co.uk (AUSTIN FARR) writes:
>What is the meaning of the 3-digit numbers in messages relating to ftp (on AIX)
>subcommands? In particular, how is a failure signalled?
You should take a look at RFC959. As well as providing a description of
the FTP protocol it describes the reurn codes in a fair amount of
detail.
I have a feeling that there is an RFC that describes the return codes
only but I can't remember which one.
Ciao!
Gordon
_/_/_/ _/_/_/ _/_/_/ _/_/_/ Gordon J. Milne
_/ _/ _/ _/ _/ SERC Daresbury Laboratory, Warrington,
_/_/_/ _/_/_/ _/_/_/ _/ WA4 4AD.
_/ _/ _/ _/ _/
_/_/_/ _/_/_/ _/ _/ _/_/_/ e-mail: g.j.milne@dl.ac.uk
-----------[000061][next][prev][last][first]---------------------------------------------------- Date: Thu, 7 Jan 1993 18:05:23 GMT From: faivre@cst02.segin.com (Denis Faivre) To: comp.protocols.tcp-ip Subject: Re: PC-NFS SLIP and telnet problem
apollo@buengc.bu.edu (Doug A. Chan) writes: >What is wrong with telnet? Good question ! I also have trouble using PC-NFS Telnet... I recently upgraded my PC-NFS 2.0 to a newer 4.0 version. Unfortunately, I discovered that Telnet 4.0 is far slower than the older one. Some pointers in the news enabled me to get the 4.0a patch, but Telnet is still worse than before. The machine is a Dell 316SX with 4Mb of RAM, with a 3COM 3C501 Ethernet adapter. The hosts are Sun's (4/330, SunOs 4.1.1) and HP's (9000-800, HPUX 8.0). Note that the hardware did not change from 2.0 to 4.0 . Telnet is particularly slow when I'm using the vi editor and scrolling into a file (with the Ctrl-F "page forward" sequence) : sometimes I must wait several seconds (typically 2 or 3) before the screen is updated. With Telnet 2.0, the reaction was always immediate. Knowing that Telnet 4.0 is a brand new implementation, I tried to use the old one on 4.0 sublayers, but it didn't give good results. Did somebody experience the problem ? RTFM did not lead me to a solution. Denis.
-----------[000062][next][prev][last][first]---------------------------------------------------- Date: Thu, 7 Jan 1993 18:11:48 GMT From: liza@panix.com (Liza Gouger) To: comp.protocols.tcp-ip Subject: TCP/IP & SNA on IBM Lan adaptor card, availability of virtual term?
Hi, I'm posting this for a friend, Please reply to alen@crash.cts.com or post here (where he will look). Alen's request for information... I have a bunch of 486s running OS/2 connected via an IBM Token Ring (using a LAN Adaptor card in each). The main node in this net will be connected to a central machine (via ethernet and TCP/IP). I need to access terminal sessions on the central machine from any of the 486s. The central machine is likely to be a VAX w/VMS but may turn out (in some cases) to be an IBM connected via SNA (LU6.2 capable). Given these 2 scenarios, can anyone out there in NetLand advise me where to look for bridging software across the OS/2 (NetBios) -> TCP/IP VAX and across OS/2 (NetBios) -> SNA? What kind of hardware requirements are there? The main interest is in getting live terminal sessions from OS/2 PM windows on each PC node. There is some need for file and/or data transfer, so leaving these options open would be a plus. Thanks in advance --alen (trying to turn a Sparc into a Flame) alen@crash.cts.com
-----------[000063][next][prev][last][first]---------------------------------------------------- Date: Thu, 7 Jan 1993 18:13:56 GMT From: mlewis@telebit.com (Mark S. Lewis) To: comp.unix.sys5.r4,comp.unix.questions,biz.comp.telebit.netblazer,comp.protocols.tcp-ip Subject: Re: Netblazer
> I currently attach via SLIP over a leased line using v.32bis/v.42bis > modems from a Dell machine (on my end) into a smartport on a Telebit Netblazer. > Would I see any significant increase in throughput using this same > physical connection (v.32bis/v.42bis) but replacing the Dell SLIP > with a Netblazer on my end -- and connecting my machines via ethernet > to the Netblazer? > I assume this would give me the ability to support PPP/CSLIP since > my connection would be Netblazer-Netblazer -- what would PPP buy me > over traditional SLIP (our feed is basically for smtp/nntp traffic, > with ftps,telnets,rlogins used infrequently).. > -- > Larry Snyder internet: larry@gator.rn.com > keeper of the Gator uucp: uunet!gator!larry No I don't think you would get a significant performance increase by putting a NetBlazer at both ends. You are using relatively slow serial lines limited by V.32bis modulation with whatever compression you get with V.42bis. You would get significant performance increase for telnet sessions using TCP header compression. This won't help UDP traffic of course. This compression can be used with SLIP (CSLIP) or PPP. Many PPP implementations include header compression. The main benefits of PPP are dynamic configurability and the ability to run multiple protocols. PPP negotiates things like header compression, MRU/MTU size while trying to bring the link up. With SLIP all this must be statically configured ahead of time. PPP has specifications for protocols other than IP. People run IPX, AppleTalk, XNS, Decnet, OSI, and bridging over PPP links. SLIP is only useful for IP. ... Mark =========----------- Mark S. Lewis -----------========== inet: mlewis@telebit.com Telebit Corp. Telebit (408) 745-3232 uucp: uunet!telebit!mlewis Fax (408) 745-3810
-----------[000064][next][prev][last][first]---------------------------------------------------- Date: Thu, 7 Jan 93 19:21:57 GMT From: larry@eco.twg.com (Lawrence B. Henry III) To: comp.unix.aix,comp.unix.questions,comp.protocols.tcp-ip Subject: Re: ftp: subcommand error codes
In article <160@bjcong.bj.co.uk>, maf@bjcong.bj.co.uk (AUSTIN FARR) writes:
|>
|>ftp on AIX: subcommand errors
|>-----------------------------
|>
|>What is the meaning of the 3-digit numbers in messages relating to ftp (on AIX)
|>subcommands? In particular, how is a failure signalled?
|>
|>The following is an extract from an ftp dialogue:
|>ftp> get absent
|>200 PORT command successful
|>550 absent: No such file or directory
|>ftp> cd tmp
|>250 CWD command successful
|>
|>The leading 3-digit numbers in messages from ftp appear to relate to
|>interactions with the remote machine. A number beginning with '5' appears to
|>signify failure of the operation. If the last message before the 'ftp>' prompt begins with a digit other than '5' - is this a sufficient test for successful
|>completion of the last subcommand?
|>
|>I would be grateful for further information. Please reply by email.
|>Thank you.
|>
Austin,
Check out rfc640.. I believe that this is the latest source of
information on this topic.. it is readily available from nic.ddn.mil in the
RFC sub-directory..
-Larry.
---Excerpt from RFC640 showing response codes for FTP---
There are four values for the first digit of the reply code: 11a
1yz Positive Preliminary reply 11b
The requested action is being initiated; expect another
reply before proceeding with a new command. (The
user-process sending another command before the completion
reply would be in violation of protocol; but server-FTP
processes should queue any commands that arrive while a
preceeding command is in progress.) This type of reply can
be used to indicate that the command was accepted and the
user-process may now pay attention to the data connections,
for implementations where simultaneous monitoring is
difficult. 11b1
2yz Positive Completion reply 11c
The requested action has been successfully completed. A
new request may be initiated. 11c1
3yz Positive Intermediate reply 11d
The command has been accepted, but the requested action is
being held in abeyance, pending receipt of further
information. The user should send another command
specifying this information. This reply is used in command
sequence groups. 11d1
4yz Transient Negative Completion reply 11e
The command was not accepted and the requested action did
not take place, but the error condition is temporary and
the action may be requested again. The user should return
to the beginning of the command sequence, if any. It is
difficult to assign a meaning to "transient", particularly
when two distinct sites (Server and User-processes) have to
agree on the interpretation. Each reply in the 4yz
category might have a slightly different time value, but
the intent is that the user-process is encouraged to try
again. A rule of thumb in determining if a reply fits into
the 4yz or the 5yz (Permanent Negative) category is that
replies are 4yz if the commands can be repeated without any
change in command form or in properties of the User or
Server (e.g. the command is spelled the same with the same
NWG/RFC# 640 JBP NJN 5-JUN-74 16:07 30843
Neigus FTP Reply Codes [5]
arguments used; the user does not change his file access or
user name; the server does not put up a new
implementation.) 11e1
5yz Permanent Negative Completion reply 11f
The command was not accepted and the requested action did
not take place. The User-process is discouraged from
repeating the exact request (in the same sequence). Even
some "permanent" error conditions can be corrected, so the
human user may want to direct his User-process to
reinitiate the command sequence by direct action at some
point in the future (e.g. after the spelling has been
changed, or the user has altered his directory status.) 11f1
The following function groupings are encoded in the second
digit: 11g
x0z Syntax - These replies refer to syntax errors,
syntactically correct commands that don't fit any
functional category, unimplemented or superfluous
commands. 11g1
x1z Information - These are replies to requests for
information, such as status or help. 11g2
x2z Connections - Replies referring to the TELNET and
data connections. 11g3
x3z Authentication and accounting - Replies for the logon
process and accounting procedures. 11g4
x4z Unspecified as yet 11g5
x5z File system - These replies indicate the status of
the Server file system vis-a-vis the requested
transfer or other file system action. 11g6
The third digit gives a finer gradation of meaning in each of
the function categories, specified by the second digit. The
list of replies below will illustrate this. Note that the
text associated with each reply is suggestive, rather than
mandatory, and may even change according to the command with
which it is associated. The reply codes, on the other hand,
should strictly follow the specifications in the last section;
that is, Server implementations should not invent new codes
for situations that are only slightly different from the ones
described here, but rather should adapt codes already defined.
NWG/RFC# 640 JBP NJN 5-JUN-74 16:07 30843
Neigus FTP Reply Codes [6]
If additional codes are found to be necessary, the details
should be submitted to the FTP committee, through Jon Postel. 11h
-----------[000065][next][prev][last][first]---------------------------------------------------- Date: Thu, 7 Jan 1993 19:34:48 GMT From: fredh@bohr.logiconultra.com (Fred Hronicek) To: comp.protocols.tcp-ip Subject: TCP/IP Software for VAX 8700
Does anyone know of what TCP/IP software is available for the VAX 8700? (Vendor name, approximate cost, etc) Shareware would be nice. Fred Hronicek Logicon Ultrasystems, Inc. 310/643-5111
-----------[000066][next][prev][last][first]---------------------------------------------------- Date: Thu, 7 Jan 1993 20:10:08 GMT From: ben@csi.compuserve.com (Benny Jones) To: comp.protocols.tcp-ip Subject: TCP/IP for Tops-10
Back in the medieval days of computing, did TCP/IP ever run on a TOPS-10 system? I'd be very interested in knowing who did it or any names of individuals that I might contact with questions about the implementation. Thanks loads. -- Benny Jones 614-457-8600 CompuServe 70003,1153 Internet ben@csi.compuserve.com hjones@magnus.acs.ohio-state.edu
-----------[000067][next][prev][last][first]---------------------------------------------------- Date: 7 Jan 93 20:34:04 GMT From: lstowell@pyrnova.mis.pyramid.com (Lon Stowell) To: comp.protocols.tcp-ip Subject: Re: Why would a Sun take 1.5 seconds to retransmit a missed packet?
In article <BARNETT.93Jan7091846@grymoire.crd.ge.com> barnett@crdgw1.ge.com writes: >I am examing some data collected from a medical network, and noticed >some unusual timings. > >A Sun is transmitting large files (3.5Mbytes average) to an archive >system while receiving images from a scanner. Transmitting using what protocol? FTP, NFS copy or what? > >Packets are missed by the archive system, so the Sun has to retransmit >the missed packets. I have noticed large delays (0.5 - 1.5 seconds) Those are pretty typical numbers for TCP layer time-outs... > >Why would there be such a long delay? I would expect the data is in >mbufs, so the time to resent the missed packets should be small. >From the timing it looks like the data was occasionally on a disk. >If we wanted to remove these conditions, am I correct in assuming the >sending system needs more RAM or perhaps more buffers? If this is FTP, you'd probably be better off getting rid of the fatal collisions on the net.....unless you can set the time-outs to a very small number (very dangerous, but....)
-----------[000068][next][prev][last][first]---------------------------------------------------- Date: Thu, 7 Jan 1993 20:45:11 GMT From: larry@news.rn.com (Larry Snyder) To: comp.unix.sys5.r4,comp.unix.questions,biz.comp.telebit.netblazer,comp.protocols.tcp-ip,comp.unix.sysv386 Subject: SLIP connections and ifconfig/netstat/route problems
my netstat -rn shows (after a re-boot): Destination Gateway Flags Refcnt Use Interface 127.0.0.1 127.0.0.1 UH 0 0 lo0 192.207.21.3 192.207.21.3 UH 0 0 sl0 192.207.21.3 192.207.21.3 UH 0 0 sl0 default 192.207.21.3 UG 5 1366 sl0 192.190.77 192.190.77.1 U 0 0 eth0 I bring the machine up with: cp /etc/inet/resolv.conf.orig /etc/inet/resolv.conf /usr/sbin/slipattach /dev/term/b01s 192.207.21.195 netblazer-ip 38400 /usr/sbin/ifconfig "sl0" gator netblazer-ip netmask 255.255.255.0 up cp /etc/inet/resolv.conf.conf /etc/inet/resolv.conf /usr/sbin/in.named /usr/sbin/route add default netblazer-ip 1 Now, if I don't add the above ifconfig line, route fails with "network is unreachable" on the above route command. I need to add the ifconfig line in order for the route add default.... to take effect. Any ideas why I need to specify another ifconfig (besides the default that comes up enabled with slip)? larry -- Larry Snyder internet: larry@gator.rn.com keeper of the Gator uucp: uunet!gator!larry
-----------[000069][next][prev][last][first]---------------------------------------------------- Date: 7 Jan 93 22:46:37 GMT From: merce@xenitec.on.ca (Jim Mercer) To: comp.unix.sys5.r4,comp.unix.questions,biz.comp.telebit.netblazer,comp.protocols.tcp-ip Subject: Re: Netblazer
In article <C0I42H.23D@news.rn.com> larry@news.rn.com (Larry Snyder) writes: >Since the serial ports in the netblazer are on the motherboard, is it >possible to disable them and add a stock 2 port serial board with >16550A chips and will the NB take advantage of the FIDO buffers in >the chips? > >Can the NB support 2 56700 baud modems going full blast on the >stock 2 serial ports on the motherboard? try pulling the case off and seeing of the UARTs are 16550's. i would suspect so. -- [ Jim Mercer Reptilian Research merce@iguana.reptiles.org +1 416-506-0654 ] [ longer life through colder blood ]
-----------[000070][next][prev][last][first]---------------------------------------------------- Date: Thu, 7 Jan 93 23:11:46 GMT From: maritza@espresso.bae.bellcore.com (Maritza Ramirez) To: comp.protocols.tcp-ip Subject: tftp for MVS
Is there available on the internet a C ported version of the TFTP protocol for the MVS mainframes ? Thanks, Maritza
-----------[000071][next][prev][last][first]---------------------------------------------------- Date: Fri, 8 Jan 1993 00:22:57 GMT From: larry@news.rn.com (Larry Snyder) To: comp.unix.sys5.r4,comp.unix.questions,biz.comp.telebit.netblazer,comp.protocols.tcp-ip Subject: Re: Netblazer
merce@xenitec.on.ca (Jim Mercer) writes: >>Can the NB support 2 56700 baud modems going full blast on the >>stock 2 serial ports on the motherboard? >try pulling the case off and seeing of the UARTs are 16550's. >i would suspect so. but does their code use the FIFO in the 550A if installed in a slot? -- Larry Snyder internet: larry@gator.use.com keeper of the Gator uucp: uunet!gator!larry
-----------[000072][next][prev][last][first]---------------------------------------------------- Date: 8 Jan 93 00:26:33 GMT From: black@ll.mit.edu (Jerry Glomph Black) To: comp.protocols.tcp-ip.ibmpc,comp.protocols.tcp-ip Subject: Packet Driver or PCROUTE on PC-synch card NEEDED!
I need to upgrade my Slip service to operate on a 56kB leased DDS line, for which my CSU/DSU operates synchronously. Is there a PCROute driver, or a packet driver, which can talk to a PC card which does synchronous serial? email to black@LL.MIT.EDU Thanks!
-----------[000073][next][prev][last][first]---------------------------------------------------- Date: Fri, 8 Jan 1993 00:37:08 GMT From: bhays@teal.csn.org (Boyd Hays) To: comp.sys.sun.admin,comp.protocols.tcp-ip Subject: SLIP on a SUN?
Hello,
I need to put SLIP up on a SUN IPC running 4.1.2. Is there a general
concensus as to which version is "best". I'm anticipating putting up
cslip-2.6. Is this good, bad, or indifferent. Also, I keep reading in
most documents associated with the various SLIP verions not to have
a getty on the serial line. I'm confused. What I want to do is:
1) Hang a getty on the receiving modem's port.
2) Make the connection over a phone line.
3) Login to a account that runs sliplogin or the equivalent.
(I don't have sanction to run slattach on the host machine)
Is this the general process? Is there a FAQ for SLIP installations?
The best thing I've found so far is the O'Rielly TCP/IP Administration
book's description. Are there any other "standard" references?
Thanks in advance,
Boyd Hays
bhays@csn.org
-----------[000074][next][prev][last][first]---------------------------------------------------- Date: Fri, 8 Jan 1993 02:26:41 GMT From: hak@alf.cooper.edu (Jeff Hakner) To: comp.protocols.tcp-ip Subject: Re: STARLAN 10 10BASE-T hub unit doesn't like adapters
in article <Jan.4.19.20.49.1993.958@ocean.rutgers.edu>, jimg@ocean.rutgers.edu (Jim Gasprich) says: > > I have two somewhat old (circa 1988) STARLAN 10 hub units that > are part of our TCP/IP ethernet LAN. Our lab is wired twisted pair > with RJ-45 plugs. This is fine for our PCs with their RJ-45 port > cards, but for our UNIX boxes (Suns), we need to use AUI to RJ-45 > adapter boxes. > > Here's the problem. We recently bought a new (1991) adapter box from > Cabletron, but it did not work when we wired it up. We have a few > old adapters from AT&T (which came with our now defunct 3B2s (ick!)), > and some others from a company called David Systems, which work A-OK. > > I am somewhat perplexed. Has there been a change in the 802.3 standard, > are our hub units no longer usuable, or am I just missing something > somewhere ?? It would seem a shame to throw out 22 usuable ports, > especially with the price of some of the new fancy-pants hubs I've > been looking at. > > I apologize if these are newbie questions, or are more appropriate to > another, more wire-head hardware group. > > Thanks, > > Jim Gasprich e-mail: jimg@ocean.rutgers.edu > Research & Support Slave tel: (908) 932-9631 > Cook College Remote Sensing Center fax: (908) 932-8644 > Dept of Natural Resources > Rutgers University > New Brunswick, NJ, O8903 "Du bist mein Gweckman" - Anonymous Fascist I've had a similar problem. When I used the Allied Telesis thick-10BASE-T adapter and plucked the twisted pair into an AT&T STARLAN 10 hub, the whole network starting dying with heavy collisions (and no traffic!). WHen I replaced the hub with an Allied hub (more modern), no problems. I thought STARLAN10 was supposed to be compatible with 10-BASE-T, but perhaps there are some subtel differences which prevent this interoperation? --Jeff Hakner Asst. Dir. Telecommunications Cooper Union NYC
-----------[000075][next][prev][last][first]---------------------------------------------------- Date: Fri, 08 Jan 93 03:48:26 GMT From: nelson@crynwr.com (Russell Nelson) To: comp.protocols.tcp-ip Subject: Packet Driver or PCROUTE on PC-synch card NEEDED!
In article <1993Jan8.002633.24525@ll.mit.edu> black@ll.mit.edu writes: I need to upgrade my Slip service to operate on a 56kB leased DDS line, for which my CSU/DSU operates synchronously. Is there a PCROute driver, or a packet driver, which can talk to a PC card which does synchronous serial? Ask Niwot Networks. They sell ISA sync cards that have packet drivers. They're at 303-444-7765. -russ <nelson@crynwr.com> What canst *thou* say? Crynwr Software Crynwr Software sells packet driver support. 11 Grant St. 315-268-1925 Voice | LPF member - ask me about Potsdam, NY 13676 315-268-9201 FAX | the harm software patents do.
-----------[000076][next][prev][last][first]---------------------------------------------------- Date: Fri, 8 Jan 1993 06:11:02 GMT From: lin@tasman.cc.utas.edu.au () To: comp.protocols.tcp-ip Subject: How to network printers?
Hi netlanders, I don't know whether this is right place to ask this question. But, anyway,... Our group has more than 10 PCs, one Dataproducts LZR-1260 b/w laser printer, one HP Deskjet 500C color printer and one HP Scanjet IIp b/w scaner. At moment, the printers and scanner are not networked, even though our PCs are networked through ethnet to a Unix server. We now want our printers and scanner to be networked as well. What do we need? Hardware, software? Someone mentioned FASTPORT (TCP/IP network print server) by MiLAN Technology should be OK for our purpose. Is that right? Any other options? Your help would be greatly appreciated. Please send responses to my account since I don't read this newsgroup very often. I will post a summary if there are enough responses and interests. Thanks in advance. --Tony Lim Internet: lin@tasman.utas.edu.au zzl@bom.gov.au
-----------[000077][next][prev][last][first]---------------------------------------------------- Date: 8 Jan 93 06:38:15 GMT From: merce@xenitec.on.ca (Jim Mercer) To: comp.unix.sys5.r4,biz.comp.telebit.netblazer,comp.protocols.tcp-ip Subject: Re: Netblazer
In article <C0IEE9.M4I@news.rn.com> larry@news.rn.com (Larry Snyder) writes: >merce@xenitec.on.ca (Jim Mercer) writes: > >>>Can the NB support 2 56700 baud modems going full blast on the >>>stock 2 serial ports on the motherboard? >>try pulling the case off and seeing of the UARTs are 16550's. >>i would suspect so. > >but does their code use the FIFO in the 550A if installed in a slot? ka9q has had support for the 550 for some time. i once asked Phil Karn if the rumor was true that the Netblazer kernel was based on ka9q. his responded something like "a much mutated version". if the motherboard has 550's on it, it would be rediculous(sp?) for telebit not to support them, especialy if the support was in the base code. 8^) -- [ Jim Mercer Reptilian Research merce@iguana.reptiles.org +1 416-506-0654 ] [ longer life through colder blood ]
-----------[000078][next][prev][last][first]---------------------------------------------------- Date: Fri, 08 Jan 1993 12:48:46 From: jbvb@vax.ftp.com (James B. VanBokkelen) To: comp.protocols.tcp-ip Subject: Re: Why would a Sun take 1.5 seconds to retransmit a missed packet?
In article <184841@pyramid.pyramid.com> lstowell@pyrnova.mis.pyramid.com (Lon Stowell) writes:
In article <BARNETT.93Jan7091846@grymoire.crd.ge.com> barnett@crdgw1.ge.com writes:
>Packets are missed by the archive system, so the Sun has to retransmit
>the missed packets. I have noticed large delays (0.5 - 1.5 seconds)
Those are pretty typical numbers for TCP layer time-outs...
If so, it indicates that 1) the path is long, 2) the archive system is very
slow or 3) the sending TCP has an inferior or broken adaptive retransmit
algorithm. TCP should retransmit in something on the order of twice the
average Round Trip Time (from send to ack). Some implementations use exactly
2X, others combine the RTT and its standard deviation. With the TCP in PC/TCP
for DOS on a local LAN, the retransmit timeout is typically near its floor of
166 Ms, and I don't see any significant number of unwarranted retransmits.
James B. VanBokkelen 2 High St., North Andover, MA 01845
FTP Software Inc. voice: (508) 685-4000 fax: (508) 794-4488
-----------[000079][next][prev][last][first]---------------------------------------------------- Date: Fri, 8 Jan 1993 08:16:44 GMT From: tbooth@netcom.com (Todd Booth) To: comp.dcom.cell-relay,comp.dcom.lans.novell,comp.protocols.tcp-ip Subject: RESULT: comp.dcom.sys.wellfleet pass 122:14
Happy new year!
At the end of the voting period (midnight GMT, Tuesday, January 5th,
1993), 136 people had sent in their ballots in response to the CFV.
First let me say that this message has been posted to:
news.announce.newgroups
comp.dcom.lans.ethernet
comp.dcom.lans.fddi
comp.dcom.lans.misc
comp.dcom.lans
comp.dcom.cell-relay
comp.dcom.lans.novell
Wellfleet email distribution list (wellfleet-l@nstn.ns.ca)
The mailing list will remain, and those who prefer to receive by
mail, can continue to do so.
Here are the results:
Summary of vote tally:
yes: 122
no: 14
total: 136
Vote test 1: There were over 100 more valid yes votes than no.
Vote test 2: There were over 2/3 of the total (136) in favor.
There will be a five day waiting period during which the net
will have a chance to correct any errors in the voter list or
the voting procedure.
After the waiting period and if there were no serious objections
that might invalidate the vote, the newgroup will be created.
--todd booth
Wellfleet Communications, Inc. ; 310 445-8840
Systems Engineer in Los Angeles today
Stockholm next month (still with WF, still tbooth@wellfleet.com)
********
email addresses for those in favor of comp.dcom.sys.wellfleet:
Vote: From:
yes A.AGNEW@qut.edu.au
yes stortek!Aaron_Dailey@csn.org (Aaron Dailey)
yes "Alain FONTAINE (Post master - UCL)" <fontaine@sri.ucl.ac.be>
yes nothaft@nas.nasa.gov (Alfred E. Nothaft)
yes Andries Ruiter <RUITER@RC.RUG.NL>
yes Andy Linton <Andy.Linton@comp.vuw.ac.nz>
yes Andy Malis <malis@BBN.COM>
yes Armand Giraud <agiraud@itb1s1.grenoble.hp.com>
yes Arne Langmo <Arne.Langmo@runit.sintef.no>
yes art@brick.purchase.edu (Art Weisenseel)
yes ashah@eos.ncsu.edu
yes B.J. 10-Dec-1992 1357 <herbison@erlang.enet.dec.com>
yes b.watson%uws.edu.au@tscc.macarthur.uws.EDU.AU
yes Barry Lynam <LYNAM@qut.edu.au>
yes rlfink@net.lbl.gov (Bob Fink)
yes rhott%galaxy@relay.nswc.navy.mil (Bob Hott - K31)
yes cdperry@attmail.com
yes ccganzhorn@mmm.com ("Charles Ganzhorn")
yes chinson@CS.UCLA.EDU
yes mack23@avalon.eecs.nwu.edu (Chris Walsh)
yes claude@banana.dis.fedex.com (claude bowie)
yes Colin Cooper <colin@udcf.gla.ac.uk>
yes abbott@MicroUnity.com (Curtis Abbott)
yes D.REES@qut.edu.au
yes "D.W.Stevenson" <craa85@computer-centre-sun.strathclyde.ac.uk>
yes dan@lannet.com (Dan Romascanu)
yes carr@acsu.buffalo.edu (Dave Carr)
yes Dave Geurs <dgeurs@mot.com>
yes Dave Pokorney <POKE@nervm.nerdc.ufl.edu>
yes David Kuzminski <kuzminsk@cs.unc.edu>
yes levine@berlioz.nsc.com (David LeVine)
yes dcarros@rcsuna.gmr.com (Donald Carros )
yes Don_Jarmon@ingr.com
yes "Ekkehard Lang" <A2824AA@lrz1.lrz-muenchen.de>
yes Eric Hunt <bsc835!ehunt@uunet.UU.NET>
yes Evan Gamblin <0001847804@mcimail.com>
yes emss!geboykin@uunet.UU.NET (G. E. Boykin x5522 )
yes Gary Kunis <gkunis@cisco.com>
yes skaggs@nsslsun.nssl.uoknor.edu (Gary Skaggs)
yes Gavin Stone-Tolcher <ccgavin@cc.uq.oz.au>
yes gordonr@nms.otca.oz.au (Gordon Rowell)
yes Greg Sawyers <g.sawyers@trl.oz.au>
yes Hampton Watkins <hwatkins@BBN.COM>
yes hand@tbird.cc.bellcore.com (hand,james c)
yes Hiroyasu Murakoshi <mrks@edp.tis.toshiba.co.jp>
yes HJOLLO@BG.HBG.HYDRO.NO
yes takumi@ai03.ics.nitech.ac.jp (Ichi Takumi)
yes Jack Allen Underwood <Jack.A.Underwood@med.umich.edu>
yes Jason R. Pascucci <jasonp@primerd.prime.com>
yes barnes@xylogics.com (Jim Barnes)
yes Jim O'Shea <jwo@hpuerca.atl.hp.com>
yes jim@unirsvl.RSVL.UNISYS.COM
yes John Burgess <jtb@garage.att.com>
yes John Curran <jcurran@nic.near.net>
yes lekash@nas.nasa.gov (John Lekashman)
yes jmills@cass.ma02.bull.com (John Luke Mills)
yes jsblau@panix.com (Jonathan Blau)
yes jude@wk87.nas.nasa.gov (Jude George)
yes Katy Kislitzin <ktk@nas.nasa.gov>
yes Ken Hays <hays@dirac.scri.fsu.edu>
yes Ken Tobias <ktobias@amgen.com>
yes kent@unlinfo.unl.edu (kent eitzmann )
yes smiles@NMC.ED.RAY.COM (Kevin Ruddy)
yes Kirk Olsen <kgo@sununix.comm.wang.com>
yes Larry Rebarchik <lrebarch@us.oracle.com>
yes infmise@grds01.deinf.abb.com (M.Scheurer)
yes marcel@irdeto.nl (Marcel Koelewijn)
yes Marciano Pitargue <pitargue@cisco.com>
yes "Marian Gawel, ESC Data Network Operations" <gawel@bb.dec.com>
yes Mark Garrett <mark@arvak.une.edu.au>
yes "Mark I. Williams" <M.Williams@cc.uq.oz.au>
yes mast@maldata.se (Martin Stromberg)
yes mborden@wellfleet.com (Marty Borden)
yes matsuo@mars.elcom.nitech.ac.jp
yes mmt@RedBrick.COM (Maxime Taksar KC6ZPS)
yes Michael A Wojcik <woj@ll.mit.edu>
yes Michael Quinn <MJQUINN@pucc.Princeton.EDU>
yes "Michael S. McMahon" <MCMAHON@unocdc.unomaha.edu>
yes mgh@sunbim.be (Michel Hendrick)
yes "Michelle R. Koblas" <Michelle.Koblas@itek.norut.no>
yes mac@critter.Prime.COM (Mike Croke x5386 )
yes Mike Scott <mjtt@tonto.cc.rochester.edu>
yes mike@Cadence.COM (Mike Tucker)
yes mustang@iastate.edu
yes nick@beethoven.wellfleet.com (Nicholas Jacobs)
yes bg54305@bgsau3.hbg.hydro.no (Ola Hjollo)
yes Patrick Herlihy <P.Herlihy@ccsd.uts.EDU.AU>
yes pwk@telecomm2.iss.bnr.com (Paul Killion)
yes schow@sun1.InterLan.COM (Peter Schow)
yes PETER@zeus.ed.ray.com
yes proyse@peeras.demon.co.uk (Phil Royse)
yes ptrubey (Phil Trubey)
yes Philippe Debroux <Debroux@sri.ucl.ac.be>
yes Philippe Francq <Francq@sri.ucl.ac.be>
yes michel@thomson-lcr.fr (Philippe Michel)
yes pm@sunbim.be (Philippe Moitroux)
yes pstevens@BBN.COM
yes rjmeye1@afterlife.ncsc.mil (Randy Meyers)
yes rfranken@cs.umr.edu
yes Ritu Bansal <rbansal@cc3.bbn.com>
yes rcraig@cisco.com (Robert Craig)
yes "Robert S. Logan" <BOB@ROMEO.CALTECH.EDU>
yes sameer@atlastele.com
yes scod@ewi.ch (Schorr Daniel)
yes scott@Nova.TCS.Tufts.EDU
yes simha@lannet.com (Simha Karlin)
yes Stephen Sakamoto <steph@CS.UCLA.EDU>
yes sbauer@silver.sdsmt.edu (Steve Bauer)
yes Steve Elias <eli@cisco.com>
yes "Steven Lendt - UNOnet Manager" <SLENDT@unocdc.unomaha.edu>
yes Terry Gong <thg@hprnd.rose.hp.com>
yes thomasb%kestrel.AUSTIN.LOCKHEED.COM@AUSTIN.LOCKHEED.COM (Thomas Benjamin)
yes a2824ak@sunmanager.lrz-muenchen.de (Thomas Kaiser)
yes Tim Pletcher <Timothy.A.Pletcher@med.umich.edu>
yes Todd Booth <tbooth@wellfleet.com>
yes tj@CS.UCLA.EDU (Tom Johnson)
yes Tony Knaus <awk@antlia.ece.cmu.edu>
yes trall@almaden.ibm.com
yes T elogy.Networks@uu2.psi.com, Inc. <billw@telogy.com>
yes Val Freda <rxtvf@possum.ecg.rmit.edu.au>
yes Vesa Halkka <vhalkka@cc.helsinki.fi>
yes cire "ya mon" eric <cire@cisco.com>
********
email addresses for those against comp.dcom.sys.wellfleet:
Vote: From:
no Adrian Miranda <ade@vancouver.wsu.edu>
no Charles Shub <cdash@moet.cs.colorado.edu>
no mcp@netcom.com (Craig Presnell)
no emcguire@intellection.com (Ed McGuire)
no grima@iphase.com (Gary Rima)
no gator@vnet.ibm.com
no ggw@wolves.Durham.NC.US (Gregory G. Woodbury)
no gulik@motcid.rtsg.mot.com (Gregory Gulik)
no Marc Moorcroft <smarry@zooid.guild.org>
no pseudo!mjn@uunet.UU.NET (Murray Nesbitt)
no rens@lorax.shearson.com (Rens Troost)
no rick@crick.ssctr.bcm.tmc.edu (Richard H. Miller)
no "Roy Engehausen" <enge@almaden.ibm.com>
no tom_limoncelli@Warren.MENTORG.COM
-----------[000080][next][prev][last][first]---------------------------------------------------- Date: Fri, 8 Jan 1993 13:06:54 GMT From: dedgar@mta.ca To: comp.protocols.tcp-ip Subject: FTP ABOR vs data channel reset?
Hello Net
I would value information on ways to abort or terminate an FTP sessions
data channel. According to the spec the suggested (required?) way is to
issue an ABOR command on the control channel. However I haven't yet found
any type of machine that takes any notice of this. They all seem to finsh
the transmission and then say something like ABOR command successful.
Obviously this is kinda pointless - or am I just doing it wrong some how.
The other method is to reset the data channel. This works just fine but some
machines (SRV? unix) also shut the control channel (hence logging you out) at
the same time. This is kinda annoying.
So can anybody tell me if they have observed this as well - ( my software is
home grown so I can't really be too sure it isn't my fault). Any suggestions on
alternate methods?, anyone know of any catastrophic problems with the reset
method (besides the one mentioned?).
All info appreciated.
Dale Edgar
Cybernetic Control Inc.
DEDGAR@MTA.CA
-----------[000081][next][prev][last][first]---------------------------------------------------- Date: Fri, 8 Jan 1993 13:47:02 GMT From: karl@ddsw1.mcs.com (Karl Denninger) To: comp.unix.sys5.r4,comp.unix.questions,biz.comp.telebit.netblazer,comp.protocols.tcp-ip Subject: Re: Netblazer
In article <1993Jan07.224637.4538@xenitec.on.ca> merce@xenitec.on.ca (Jim Mercer) writes: >In article <C0I42H.23D@news.rn.com> larry@news.rn.com (Larry Snyder) writes: >>Since the serial ports in the netblazer are on the