----MESSAGE-BEGIN---- [3948n6INNmqj@seurat.syd.dit.csiro.au] <1994110102212600> Newsgroups: comp.protocols.tcp-ip From: ken@syd.dit.CSIRO.AU (Ken Yap) Subject: DHCP for Unix Message-ID: <3948n6INNmqj@seurat.syd.dit.csiro.au> X-Face: bak'McMAD{%JrA$mQ(j_Ex_o?a/F8/Ntng*t2KX(NcfGalVs^Ke^C61:F Sender: ken@syd.dit.csiro.au (Ken Yap) Nntp-Posting-Host: seurat.syd.dit.csiro.au Reply-To: ken@syd.dit.csiro.au (Ken Yap) Organization: CSIRO Division of Information Technology Date: Tue, 1 Nov 1994 02:21:26 GMT Lines: 5 Are there any free implementations of a DHCP server for Unix platforms? Specifically SunOS or Solaris but any BSD lineage OS will do. (DHCP: see RFC1541) ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3949tj$e93@usenet.INS.CWRU.Edu] <1994110102415500> From: ksb@po.CWRU.Edu (Kevin S. Brisson) Newsgroups: comp.protocols.tcp-ip Subject: Virtual IP addressing? Date: 1 Nov 1994 02:41:55 GMT Organization: Case Western Reserve University, Cleveland, OH (USA) Lines: 20 Message-ID: <3949tj$e93@usenet.INS.CWRU.Edu> Reply-To: ksb@po.CWRU.Edu (Kevin S. Brisson) NNTP-Posting-Host: kanga.ins.cwru.edu Currently, I'm working on a small project where I'd like to have 2 connection oriented gateways handle multiple remote connections. I would like to have the gateways perform automatic load balancing. Being new to the world of TCP/IP, I'm wondering if the concept of virtual addressing is available. Physically, I'd like to issue the terminal connect to one virtual address and have only one of the gateways respond to the SYN. Is it possible to have each gateway configured as a router with identical loopback addresses? This way through routing protocols, the load balancing could be achieved. I realize this is odd since these gateways are connection oriented unlike typical routere. Any ideas would be greatly appreciated. Kevin -- ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Oct31.220533.23727@jarvis.cs.toronto.edu] <1994110103053400> Newsgroups: comp.protocols.tcp-ip,comp.unix.ultrix From: irving@sys.toronto.edu (Irving Reid) Subject: Problems with PPP 2.1.2 on Ultrix Message-ID: <1994Oct31.220533.23727@jarvis.cs.toronto.edu> Keywords: ppp ultrix panic unsafe at any speed Nntp-Posting-Host: univac.sys.toronto.edu X-Newsreader: NN version 6.5.0 #6 (NOV) Date: 1 Nov 94 03:05:34 GMT Lines: 15 I'm trying to use the PPP 2.1.2 distribution between a pair of DECStation 5000/133s running Ultrix 4.3. I'm having two problems. First, setting the speed to 38400 makes the systems unable to talk to each other. It seems like one or the other is running at the wrong baud rate, but I haven't been able to prove it yet. The second and much bigger problem is that at any other speed, the PPP link comes up and works for a while and then one end or the other panics with a "tlbmiss on invalid kernel page". Others here are running the same kernel on the same hardware, talking to MacPPP at 38400 baud with no problems. I've tried various packet sizes and turned VJ compression on and off, but no luck so far. - irving - ----MESSAGE-END---- ----MESSAGE-BEGIN---- [396749$btd@ionews.io.org] <1994110106463300> From: rrwood@io.org (Roy Wood) Newsgroups: comp.protocols.tcp-ip Subject: Re: SLIP (and TCP/IP stack) Implementation Date: 1 Nov 1994 15:06:33 -0500 Organization: Internex Online (io.org) Data: 416-363-4151 Voice: 416-363-8676 Lines: 26 Message-ID: <396749$btd@ionews.io.org> References: <393796$bfn@tools.near.net> NNTP-Posting-Host: r-node.io.org In article <393796$bfn@tools.near.net>, Barry Margolin wrote: >The upcoming "TCP/IP Illustrated, Volume 2" is a description of the TCP/IP >implementation in BSD Unix. Look forward to it... >>Now, assuming that I have a library of routines to let me talk to my >>ethernet card, how easy would it be to persuade the TCP/IP stack to talk >>to both the ethercard and the SLIP driver (not simultaneously!)? > >That should be very straightforward. You should implement a >device-independent interface between the IP layer and the device driver. >When the IP routing routine selects an interface it will just call the >appropriate interface routine. The above references should illustrate >this. What about using a packet-driver interface for the device dependent part? The docs look pretty simple, and there are lots of packet drivers out there, so it seems like a decent "standard." Then again, what about NDIS? -Roy ----MESSAGE-END---- ----MESSAGE-BEGIN---- [J.J.Keijser.286.2EB6042F@fys.ruu.nl] <1994110109023900> Newsgroups: comp.sys.novell,comp.protocols.tcp-ip,comp.protocols.nfs From: J.J.Keijser@fys.ruu.nl (J.J. Keijser) Subject: Re: NFS and IPX same time: Can u help? Message-ID: Lines: 9 Sender: usenet@fys.ruu.nl (News system Tijgertje) Organization: University of Utrecht X-Newsreader: Trumpet for Windows [Version 1.0 Rev B final beta #4] References: <52481221@p7003bj.ppp.lrz-muenchen.de> Date: Tue, 1 Nov 1994 09:02:39 GMT >In article <52481221@p7003bj.ppp.lrz-muenchen.de>, >> I want to access NFS and use the IPX interface at the same time[..] The >> IPX interface should be compatible to IPXODI, so I can run games >> like Doom without compatibility problems. Use NFSODI.SYS and ODI stacks. Hope this helps, JJ ----MESSAGE-END---- ----MESSAGE-BEGIN---- [pfreeman.5.000B1400@WichitaKS.NCR.COM] <1994110109243600> From: pfreeman@WichitaKS.NCR.COM Newsgroups: comp.protocols.tcp-ip Subject: Recovering from client crashes Date: Tue, 1 Nov 1994 11:04:36 Organization: AT&T Global Information Solutions Lines: 45 Message-ID: NNTP-Posting-Host: bcourtwr.wichitaks.ncr.com X-Newsreader: Trumpet for Windows [Version 1.0 Rev A] I am interested in finding out how common servers which use TCP as the underlying transport protocol, such as FTP and Telnet, recover if the remote client terminates before closing the connection. More specificially, I am writing a client/server application and would like to use TCP rather than UDP in order to avoid dealing with timeouts and retransmissions on the client side. However, my server needs to be able to recover resources allocated to a connection (such as sockets, memory buffers which I allocate, etc.) should a remote client crash while it has a conneciton open to the server. The application I am working on is a video file server (playout of MPEG data streams over ATM connections), but the control for these different video streams (start, pause, resume, get directory of videos, etc.) is over an Ethernet network. Thus a client may issue several requests during the lifetime of a video stream, but these requests will be fairly infrequent. For each request, the server will issue an immediate response. Thus one possibility is to use TCP but have each connection exist only for the duration of a single request/response transaction. For example, when a client wants to pause a video stream which it previously started, it would establish a new TCP connection for this command only. Another possibility is to implement a periodic "I'm alive" heartbeat message exchanged between client and server. Another possibility is to switch to UDP. So, my questions are: 1. How do other application layer protocols that sit on top of TCP solve the problem of a client crashing before a connection is terminated? 2. Are there any other ways besides those I listed above of accomplishing this? 3. Does anyone have any good suggestions from their own experience on this issue? Thanks to all. Paul Freeman Paul.Freeman@wichitaKs.ncr.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [comp.soft-sys.dce-CFV2@uunet.uu.net] <1994110109360200> From: rdippold@qualcomm.com (Ron "Asbestos" Dippold) Newsgroups: news.announce.newgroups,news.groups,comp.client-server,comp.os.misc,comp.os.ms-windows.networking.tcp-ip,comp.os.os2.networking.tcp-ip,comp.protocols.tcp-ip,comp.unix.osf.misc,comp.unix.osf.osf1 Subject: 2nd CFV: comp.soft-sys.dce Supersedes: Followup-To: poster Date: 1 Nov 1994 17:56:02 -0500 Organization: Usenet Volunteer Votetakers Lines: 62 Sender: tale@uunet.uu.net Approved: tale@uunet.uu.net Expires: 10 Nov 1994 00:00:00 GMT Message-ID: References: Reply-To: voting@qualcomm.com (Ron Dippold Voting Alias) NNTP-Posting-Host: rodan.uu.net LAST CALL FOR VOTES (of 2) unmoderated group comp.soft-sys.dce Newsgroups line: comp.soft-sys.dce The Distributed Computing Environment (DCE). Votes must be received by 23:59:59 UTC, 9 November 1994. This vote is being conducted by a neutral third party. For voting questions only contact rdippold@qualcomm.com. For questions about the proposed group contact Craig Weeks CHARTER The newsgroup comp.soft-sys.dce is intended for discussions of any and all DCE implementations and applications across all hardware platforms and operating system. The topics to be discussed include (but are not limited to) the following: - Porting DCE applications between platforms - Configuring DCE cells - Installation of DCE - DCE performance - Network transport questions - Suggestions for future enhancements - Success Stories - Application development tools HOW TO VOTE Send MAIL to: voting@qualcomm.com Just Replying should work if you are not reading this on a mailing list. Your mail message should contain one of the following statements: I vote YES on comp.soft-sys.dce I vote NO on comp.soft-sys.dce You may also ABSTAIN in place of YES/NO - this will not affect the outcome. Anything else may be rejected by the automatic vote counting program. The votetaker will respond to your received ballots with a personal acknowledge- ment by mail - if you do not receive one within several days, try again. It's your responsibility to make sure your vote is registered correctly. One vote counted per person, no more than one per account. Addresses and votes of all voters will be published in the final voting results list. comp.soft-sys.dce Bounce List - No need to revote ------------------------------------------------------------------------------ beal@owgmail.endicott.ibm.com eliot@siac.com Eliot M Solomon hethmon@APAC12.AG.UTK.EDU hlee@austin.ibm.com Henry Lee jpimentel@nectech.com mauney@jtec.mauney.com Jon Mauney multitec@insosf1.infonet.net rick@bcm.tmc.edu Richard H. Miller Saint@phoebus.cs.ncku.edu.tw swgate2!finmail1!WC6693@rutgers.edu ----MESSAGE-END---- ----MESSAGE-BEGIN---- [395bgh$29b@ra.nrl.navy.mil] <1994110112151300> From: atkinson@sundance.itd.nrl.navy.mil (Ran Atkinson) Newsgroups: comp.protocols.misc,comp.protocols.tcp-ip Subject: Re: Resource Reservation. Followup-To: comp.protocols.tcp-ip Date: 1 Nov 1994 12:15:13 GMT Organization: Naval Research Laboratory, DC Lines: 15 Message-ID: <395bgh$29b@ra.nrl.navy.mil> References: <393di3$7du@newsflash.concordia.ca> NNTP-Posting-Host: sundance.itd.nrl.navy.mil Keywords: RSVP, resource, reservation, IPv4, IPv6, IEEE In article <393di3$7du@newsflash.concordia.ca> andrew@gmvt4.concordia.ca (Andrew Francis) writes: > I have heard the term "resource reservation" connected to the design >of new versions of IP. What exactly is it and where can I find references >on it. Thank you in advance. The Resource Reservation work you ask about is not limited to IPv6, in fact IPv4 implementations of it already exist. The protocol is called "RSVP". See the Internet Drafts archive site near you to look at a recent copy of the draft specification. Also see IEEE Network magazine's September 1993 issue for an article on RSVP. Ran atkinson@itd.nrl.navy.mil ----MESSAGE-END---- ----MESSAGE-BEGIN---- [BILLW.94Nov1150542@glare.cisco.com] <1994110113254200> From: billw@glare.cisco.com (William ) Newsgroups: comp.protocols.tcp-ip Subject: Re: Putting school network on Internet via SLIP Followup-To: comp.protocols.tcp-ip Date: 1 Nov 94 15:05:42 Organization: cisco Systems, Inc. Lines: 15 Distribution: world Message-ID: References: <783261850snz@wookie.demon.co.uk> NNTP-Posting-Host: glare.cisco.com In-reply-to: rrwood@io.org's message of Sun, 30 Oct 1994 20:39:38 -0500 Putting 100 real-time (WWW, ftp, gopher, telnet) users behind a SLIP link is a recipe for disaster. Consider limiting the number of concurrent interactive internet users to less than 10, and/or some kind of "batching" that prevents the need for all 100 systems to access the internet directly. A single slip link can handle a LOT of non-interactive traffic (mail, news.) Probably even enough for 100 users, but that's cause it gets spread out over all the hours in the day, rather than just the hours of interactive use. I wonder if the Mosaic people are working on "www spoofing" and proxy agents, to solve problems like this. It would certainly be nice to be able to specify a set of www trees to keep "current" on a local server, and have them automatically cached on a local proxy server... BillW ----MESSAGE-END---- ----MESSAGE-BEGIN---- [395i36$82s@news.iastate.edu] <1994110114073400> From: john@iastate.edu (John Hascall) Newsgroups: comp.protocols.tcp-ip Subject: Re: FTPD command question Date: 1 Nov 1994 14:07:34 GMT Organization: Iowa State University, Ames, Iowa (USA) Lines: 50 Message-ID: <395i36$82s@news.iastate.edu> References: <38ococ$lme@martha.utk.edu> NNTP-Posting-Host: pooh.cc.iastate.edu Paul Hethmon wrote: }I'm currently writing a ftp server and had a question about the }interpretation of RFC 959. } }Under the NLST command (page 33), the RFC states } } "The server will return a stream of names of files } and no other information." } }I know of two interpretations of this. One is the standard Unix }implemented style like wu-ftpd which also includes directories }as files. The other does not include directories in the reply. In my opinion, the practice of using "ls" for NLST is in violation of the standard. For example (just done from the command line here): % ls a* | cat abc: <--- funny I don't recall a colon on this filename README abc.ps.Z abc.tar.Z assembler.ps.Z <--- that's an odd filename afs-kerb: Makefile : (etc) }Anyone like to offer an opinion either way? I'm planning on }including directories since in most cases they're considered }"special files", but I think the point could be made in the }other direction. My interpretation was to return: abc/abc.tar.Z abc/abc.ps.Z abc/README abc/assembler.ps.Z afs-kerb/Makefile : John -- John Hascall ``An ill-chosen word is the fool's messenger.'' Systems Software Engineer, ISU Comp Center + Ames, IA 50011 + 515/294-9551 & Hascall Systems - Unix/C/Internet Consulting, Training, Custom Programming ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3971i7INNqqc@titan.ucs.umass.edu] <1994110114174300> From: stos@titan.ucs.umass.edu (stos) Newsgroups: comp.protocols.tcp-ip Subject: diff between passive and active mode ftp Date: 1 Nov 1994 22:37:43 -0500 Organization: University of Massachusetts, Amherst Lines: 8 Message-ID: <3971i7INNqqc@titan.ucs.umass.edu> NNTP-Posting-Host: titan.ucs.umass.edu Could someone tell me the difference between Passive and active mode ftp? thanks -stos ----MESSAGE-END---- ----MESSAGE-BEGIN---- [395kq7$p6@ulowell.uml.edu] <1994110114535900> From: jrichard@cs.uml.edu (John Richardson) Newsgroups: comp.protocols.tcp-ip Subject: Re: SLIP and MTU Date: 1 Nov 1994 14:53:59 GMT Organization: UMass-Lowell Computer Science Lines: 32 Message-ID: <395kq7$p6@ulowell.uml.edu> References: <38642l$j2q@lll-winken.llnl.gov> <783180092snz@wookie.demon.co.uk> <391h23$9vo@network.ucsd.edu> NNTP-Posting-Host: cs.uml.edu In article <391h23$9vo@network.ucsd.edu>, Jon Kay wrote: >>Unless background FTSs etc knacker the interactive performance by sending >>huge packets that delay your keystroke echo. > >(FTPs, I presume?) >This actually turns out to usually be a function of TCP window size. >It doesn't much matter how big the MTU is if TCP puts gobs of packets >out at the same time - your poor little telnet packet is still stuck >behind the entire TCP window's worth of data. > >This changes if both your machine and your WAN<->LAN gateway(s) >support IP TOS queuing, but that's not really all that common yet >(especially in end hosts). It is getting more common - in another >year or so things may have changed. Even on systems that support TOS queuing you may not get good response during ftp sessions if your modem has send/receive buffers! I guess most modems have these buffers. I know my supra does. I typically get one to two second delays when ftping files unless I close the tcp window. I spent 2 weeks figuring, reasoning, and looking at code to make sure this is likely to be correct. I hope I'm right. However, I'd appreciate it if someone proves me wrong. You get the interactive lag during ftp in every winsock I've tried and in linux. Both sides of the link support TOS. -- John Richardson jrichard@cs.uml.edu ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov1.153531.4478@lmpsbbs.comm.mot.com] <1994110115353100> Newsgroups: comp.protocols.tcp-ip From: lierman@ssd.comm.mot.com (Ken Lierman) Subject: Re: HELP! Problem when client closes Reply-To: lierman@ssd.comm.mot.com (Ken Lierman) Organization: Motorola Land Mobile Products Sector Date: Tue, 1 Nov 1994 15:35:31 GMT Message-ID: <1994Nov1.153531.4478@lmpsbbs.comm.mot.com> References: <1994Oct29.161912.29895@lmpsbbs.comm.mot.com> Sender: news@lmpsbbs.comm.mot.com (Net News) Nntp-Posting-Host: 145.1.55.124 Lines: 8 Leo, Well, my problem was that I was not checking the return value of recv for a zero length. When I did this and had the server close the socket when a zero length message was received, that fixed it. I suppose it could happen in reverse if the server went away and the client was still trying to receive messages.. Ken ----MESSAGE-END---- ----MESSAGE-BEGIN---- [NELSON.94Nov1103819@crynwr.crynwr.com] <1994110115381900> From: nelson@crynwr.crynwr.com (Russell Nelson) Newsgroups: comp.protocols.tcp-ip Subject: Re: PC based PD Ethernet/TCPIP sniffer? Date: 01 Nov 1994 15:38:19 GMT Organization: Crynwr Software Lines: 17 Message-ID: References: <388ttl$2sj@progress.progress.com> NNTP-Posting-Host: nh2.potsdam.edu In-reply-to: mbassman@lehman.com's message of Fri, 28 Oct 1994 15:40:20 GMT In article mbassman@lehman.com writes: Title says it all. Anybody know of one? I've already chased down the leads for that foreign product alternately named 'fergie', 'gobbler', and at least one name that escapes me right now. That product is aimed at packet measurement - not decode. Mmmm, there hasn't been a lot of work on a free packet decoder for PCs. Someone might port tcpdump if they get bored. The best decoder is netwatch, which hasn't been updated in at least four years. Look on netlab1.usu.edu for pcip96.zip. -- -russ http://www.crynwr.com/crynwr/nelson.html Crynwr Software | Crynwr Software sells packet driver support | ask4 PGP key 11 Grant St. | +1 315 268 1925 (9201 FAX) | What is thee doing about it? Potsdam, NY 13676 | LPF member - ask me about the harm software patents do. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [395qll$r4r@paperboy.wellfleet.com] <1994110116335700> From: dthompso@dirtnap.wellfleet.com (David Thompson) Newsgroups: comp.protocols.tcp-ip Subject: Re: where to find ethernet multicast addresses ? Date: 1 Nov 1994 16:33:57 GMT Organization: Wellfleet Communications, Inc. Lines: 25 Sender: dthompso@dirtnap (David Thompson) Distribution: world Message-ID: <395qll$r4r@paperboy.wellfleet.com> References: NNTP-Posting-Host: dirtnap.wellfleet.com In article , mkl@rob.cs.tu-bs.de (Mario Klebsch DG1AM) writes: |> Hello! |> |> I am loocking for the meaning of the ethernet addresses used for multicast. |> I configured a bridge to block a lot of ethernet multicast addresses, but |> I don't know, what the effect will be. So here is the question: |> |> Does anybody know, where I can find out the meaning of addresses |> like 9:0:77:0:0:1. This address is marked as multicast by SunOS 5.3's |> snoop. |> |> Thank you in advance, |> |> Mario |> -- |> Mario Klebsch, DG1AM, mkl@rob.cs.tu-bs.de +49 531 / 391 - 7457 |> Institut fuer Robotik und Prozessinformatik der TU Braunschweig |> Hamburger Strasse 267, 38114 Braunschweig, Germany Try RFC1700 "ASSIGNED NUMBERS" - it has a large section on Ethernet Addressing. -- dthompso@baynetworks.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov1.165021.5746@lmpsbbs.comm.mot.com] <1994110116502100> Newsgroups: comp.protocols.tcp-ip From: hooker@comm.mot.com (James Hooker) Subject: Question: Who is using these UDP ports? Reply-To: hooker@comm.mot.com Organization: Motorola LMPS Date: Tue, 1 Nov 1994 16:50:21 GMT Message-ID: <1994Nov1.165021.5746@lmpsbbs.comm.mot.com> Sender: news@lmpsbbs.comm.mot.com (Net News) Nntp-Posting-Host: 145.1.172.25 Lines: 21 I need a liitle help solving a problem. I have some in-house programs which use TCP/IP (UDP mode) socket connections to communicate with each other. I use a set of self assigned port numbers (1186 - 1194 to be exact) to which the sockets get "bind"ed to. These programs were working fine until recently. Now sometimes I get errors "bind: address already in use". Using netstat -a, I can see that some of the port numbers are surely in use prior to starting my programs. netstat -a udp 0 0 *.1191 *.* udp 0 0 *.1193 *.* My question is, who is using these ports? How can I get the process ID of the tasks which have already latched on to the port numbers which I want? Is there some unix utility which will show this or is there some way to do it with socket calls? Any help would be appreciated. Thanks in advance. Jim ----MESSAGE-END---- ----MESSAGE-BEGIN---- [395tp0$15u@mordred.gatech.edu] <1994110117265600> From: bob@comlab.gtri.gatech.edu (Bob Baggerman) Newsgroups: comp.protocols.tcp-ip Subject: Re: CSU/DSU vendors? (Is this the right place for this?) Date: 1 Nov 1994 17:26:56 GMT Organization: GTRI Communications Lab Lines: 16 Message-ID: <395tp0$15u@mordred.gatech.edu> References: <393r6p$gio@bronze.lcs.mit.edu> NNTP-Posting-Host: comlab.gtri.gatech.edu Faux Joe writes: >My company is asking me to find a CSU/DSU for our imminent 56Kb fiber >connection. If you have a Mosaic viewer you might want to browse network hardware vendors listed on "http://www.bizweb.com/" under the "network.hardware" heading. There are a number of vendors that have on-line product info available via Mosaic. bob -- Bob Baggerman ! bob.baggerman@gtri.gatech.edu GTRI/ITTL/CND ! bob@comlab.gtri.gatech.edu Georgia Tech Research Institute ! 404-894-7100 or 404-894-3525 Atlanta, GA 30332 USA ! ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39699s$gsg@charm.magnus.acs.ohio-state.edu] <1994110120434000> From: maf@net.ohio-state.edu (Mark A. Fullmer) Newsgroups: comp.protocols.tcp-ip Subject: Re: dynamic ip addresses Date: 1 Nov 1994 20:43:40 GMT Organization: Networking and Communications Lines: 24 Message-ID: <39699s$gsg@charm.magnus.acs.ohio-state.edu> References: <3924o8$giu@juniper.almaden.ibm.com> <3927mr$av8@tools.near.net> NNTP-Posting-Host: bedbugs.net.ohio-state.edu In article <3927mr$av8@tools.near.net> barmar@nic.near.net (Barry Margolin) writes: >In article <3924o8$giu@juniper.almaden.ibm.com> trall@almaden.ibm.com (Tony Rall) writes: >>How will you know when a dynamically assigned address is no longer [..] >Send out a few ARPs for the address. If they get no responses, the address >is available. >This is essentially how Appletalk node assignment works. When an Appletalk >device starts up it selects a candidate node number. It sends out a >broadcast asking whether the number is in use, and if it hears no response >to grabs it, otherwise it tries another number. Appletalk is designed to do this though, IP/ARP isn't. This probably works fine in a small environment, but if you add hosts that do this to a network full of hosts that don't, you're bound to end up with one of the dynamic machines using an IP address assigned statically -- bridges, hubs, or hosts rebooting would give the dynamic hosts a false indication of when an IP address was not in use. -- mark maf+@osu.edu ----MESSAGE-END---- ----MESSAGE-BEGIN---- [396ii3$h5h@senator-bedfellow.MIT.EDU] <1994110123213900> From: panther@athena.mit.edu (Brent M Phillips) Newsgroups: comp.protocols.tcp-ip Subject: User-Mode TCP??? Date: 1 Nov 1994 23:21:39 GMT Organization: Massachusetts Institute of Technology Lines: 10 Distribution: world Message-ID: <396ii3$h5h@senator-bedfellow.MIT.EDU> NNTP-Posting-Host: triad.mit.edu Keywords: tcp Does anyone out there know where I could find sources for a TCP that runs in user-mode? I'm sure it exists somewhere out there on the net, but I'm not sure where to look. (For the curious, I'll be using it on DEC Alphas running OSF ver 1.3.) Any pointers, suggestions, or other useful information would be greatly appreciated. Email is preferred, but post too if you think this might be of general interst. Thanks, - Brent (panther@mit.edu) ----MESSAGE-END---- ----MESSAGE-BEGIN---- [396li5$mit@debbie.cc.nctu.edu.tw] <1994110200125300> From: u8334527@cc.nctu.edu.tw (Iap Su-Bin / Ye Shi-Min) Newsgroups: comp.protocols.tcp-ip Subject: [Q] What is IAB, IEN and RTR? Date: 2 Nov 1994 00:12:53 GMT Organization: Institute of Information Management Lines: 13 Message-ID: <396li5$mit@debbie.cc.nctu.edu.tw> Reply-To: Reply-To: u8334527@cc.nctu.edu.tw NNTP-Posting-Host: u8334527@ccsun12.cc.nctu.edu.tw X-Newsreader: TIN [version 1.2 PL2] Dear Netters, What is IEN and RTR? I see these terms in rfc-index.txt. What is the relation between Internet Activties Board and Internet Archtecture Board? Thanks in advance. -- Su-Bin ----MESSAGE-END---- ----MESSAGE-BEGIN---- [398d9qINNs0m@twain.ucs.umass.edu] <1994110202441000> From: elf@twain.ucs.umass.edu (Michael J. Feuell) Newsgroups: comp.protocols.tcp-ip Subject: Re: What's FTP Software's Problem? Date: 2 Nov 1994 11:04:10 -0500 Organization: The MA Global Internet Consulting Group Lines: 28 Message-ID: <398d9qINNs0m@twain.ucs.umass.edu> NNTP-Posting-Host: twain.ucs.umass.edu Clark Bremer wrote: >.ericsson.se> exujsw@exu.ericsson.se (Jeff Wall) writes: >>Does anyone know another vendor which can provide the same features as the >>latest release PC/TCP product? I prefer not to do business with companies >>providing such poor service. > >Although I did not have the problems with FTP you mentioned, I recently >switched (for political reasons) from FTP's PC/TCP to InterCon's TCP Connect >II. It has all the features of PC/TCP, including NFS, and was very easy to >install and configure. Note: I have not been thrilled with Intercon's >technical support, however. CB. Try "Ipswitch Inc.". There products are great, and there support has been in my opinion above what I would expect. They have TCP/IP stacks for DOS(uses<6K),DOS/Windows,Windows(a VxD),OS/2, and a version called Catipult that allows machines on lans to share an IP. They have an nfsserver, ftp, imail, etc (all the usual apps)... You can reach them at info@ipswitch.com, or by phone at (617)246-1150. Michael *************************************************************************** * o * Michael Feuell (413) 256-6250 * o * * -+- * Network Specialist, MA Global Internet Consulting Group * o o * * | * homepage * o o * *************************************************************************** ----MESSAGE-END---- ----MESSAGE-BEGIN---- [398e3rINN108@twain.ucs.umass.edu] <1994110202580300> From: elf@twain.ucs.umass.edu (Michael J. Feuell) Newsgroups: comp.protocols.tcp-ip Subject: how to tell the difference between class a,b,c ip's? Date: 2 Nov 1994 11:18:03 -0500 Organization: The MA Global Internet Consulting Group Lines: 30 Message-ID: <398e3rINN108@twain.ucs.umass.edu> NNTP-Posting-Host: twain.ucs.umass.edu Hi, I'm writing some utilities for setting up your host's information. I'd like to be able to generate a default netmask and router for a given IP address. Now, if I have my info right so far, class C is for IP addresses that start with 192-254, class A is 1-127, and class B is 128-191. But what would the various netmasks be? For class C is it 255.255.0 ? (I'm going to be compatible with the Winsock v1.1 spec, which should be the same as standard Berkeley sockets) For class A&B is it 255.255.255.0? Will I ever encounter a a valid IP with less than 4 numbers in it? (Other than a class C netmask?) Will the router always be the same first three numbers? Is there a standard for what the last number will be? Is there any other info I should be aware of? Lastly, what defines a valid IP address? So far all I have is that 1) contains 4 numbers, 2) each of those numbers must be greater than 0 and less than 255. (except localhost and the netmask) Michael [email responses preferred] *************************************************************************** * o * Michael Feuell (413) 256-6250 * o * * -+- * Network Specialist, MA Global Internet Consulting Group * o o * * | * homepage * o o * *************************************************************************** ----MESSAGE-END---- ----MESSAGE-BEGIN---- [m0r2nQB-00073mC@bagate.BELL-ATL.COM] <1994110205392400> From: vnvybl8@shoes.Bell-Atl.Com (Michael G. Blansfield) Newsgroups: comp.protocols.tcp-ip Subject: Traceroute Problems - HELP! Date: 2 Nov 1994 15:39:24 -0600 Organization: Bell Atlantic - Open Systems Integration and Support Lines: 25 Sender: nobody@cs.utexas.edu Message-ID: Reply-To: Mike Blansfield X-Mailer: ELM [version 2.4 PL22] NNTP-Posting-Host: news.cs.utexas.edu Hello, I have been using the traceroute utility for years and find it to be a very useful tool. I have a problem with it though, I would like to be able to do alternate source tracing using the -s option but I always get this error: traceroute: bind:: Can't assign requested address Why do I get this error and is this a bug or a feature? The system I am running this on is an HP 9000/887 running HP-UX A.9.04 Any help much appreciated! Thanks, Mike =**= - =*= - =*= - =*= - =*= - =*= - =*= - =*= - =*= - =*= - =*= - =*= - =**= Michael G. Blansfield Bluestone, Open Systems Integration and Support Staff 1717 Arch Street (6S2), Philadelphia, PA 19103 Voice Mail: (215)466-2131 or Voice Live: (908) 577-9863 Fax: (215)563-0517 E-mail: Michael.G.Blansfield@Bell-Atl.Com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [mahboud-0211941905570001@mahboud.aggroup.com] <1994110205455700> From: mahboud@aggroup.com (mahboud) Newsgroups: comp.protocols.appletalk,comp.protocols.tcp-ip Subject: Re: Appletalk->TCP/IP Router/Gateway Date: Wed, 02 Nov 1994 19:05:57 -0800 Organization: AG Group, Inc. Lines: 34 Message-ID: References: NNTP-Posting-Host: mahboud.aggroup.com In article , nrg@netcom.com (Ethan I. Miller) wrote: > Greetings! > > I'm looking for software that will act as a kind of Appletalk to TCP-Ip > router and gateway. Basically, here's what's going on: Bnch of Macs on an ..... > > So to solve the problem using Eudora, look like we need some device (or > software!) to provide IP service to the ethernet so that the other machines > can connect via MacTCP. > I may be missing something, but if all the Macs are on Ethernet, then you should be able to use MacTCP without the need for any devices. Just configure MacTCP to use static or dynamic addresses, and not server based. Then make sure you select Ethernet as the transport and not EtherTalk. Write me if you need more help. -mahboud --------------------------------------------------------------- Mahboud Zabetian mahboud@aggroup.com ag group, inc. 2540 camino diablo, suite 200 walnut creek, ca 94596 510-937-7900 voice 510-937-2479 fax 510-937-6704 ara ftp.aggroup.com anonymous ftp ----MESSAGE-END---- ----MESSAGE-BEGIN---- [398paeINNisj@twain.ucs.umass.edu] <1994110206091800> From: elf@twain.ucs.umass.edu (Michael J. Feuell) Newsgroups: comp.protocols.tcp-ip Subject: Re: 2 Nets, 1 Wire - Followup issues Date: 2 Nov 1994 14:29:18 -0500 Organization: The MA Global Internet Consulting Group Lines: 20 Message-ID: <398paeINNisj@twain.ucs.umass.edu> NNTP-Posting-Host: twain.ucs.umass.edu Zippy wrote: >OK, so we've determined that 2 IP networks can coexist on a single physical >medium (although this might not be very desirable). I set up a test >environment with four hosts as follows: > >hosts A and B are on IP network W.X.1 >hosts C and D are on IP network W.X.2 > >(these are class-C addresses). > >Here's what happens: when A or B sends a broadcast ping (W.X.1.255) within >its own network, C and D respond to it, even though they're on a different >network! The netmasks are set correctly (255.255.255.0). The same behavior I've been trying to find outinformation about this for a while, but isn't the netmask for a class c address supposed to be 255.255.0 ? Michael (any info would be appreciated...) ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CyMp19.9n2@champ.wnet.gov.edmonton.ab.ca] <1994110207053300> Newsgroups: comp.protocols.tcp-ip From: szhang@champ.wnet.gov.edmonton.ab.ca (Shaw Zhang) Subject: RFC site ? Message-ID: Sender: news@champ.wnet.gov.edmonton.ab.ca Organization: WinterNet X-Newsreader: Tin 1.1 PL3 Date: Wed, 2 Nov 1994 07:05:33 GMT Lines: 10 Thanks in advance for any pointers to FTP sites with RFC's for TCP/IP stuff, such as RFC for LPD? /*----------------------------------------------------------+ | Shaw Zhang szhang@champ.wnet.gov.edmonton.ab.ca | | Public Works, City of Edmonton, Edmonton, Alberta, Canada | | (I only speak for my self not for my employer) | +----------------------------------------------------------*/ ----MESSAGE-END---- ----MESSAGE-BEGIN---- [398uddINNpkh@anaconda.cis.ohio-state.edu] <1994110207361300> From: mascari@cis.ohio-state.edu (michael v mascari) Newsgroups: comp.protocols.tcp-ip Subject: Novell & IBM TCP/IP for DOS 2.1.1 Date: 2 Nov 1994 15:56:13 -0500 Organization: The Ohio State University, Department of Computer and Information Science Lines: 14 Message-ID: <398uddINNpkh@anaconda.cis.ohio-state.edu> NNTP-Posting-Host: anaconda.cis.ohio-state.edu This is not a TCP/IP specific question but rather a configuration question. We have an IBM PS/2 486DX33 with 16 Megs RAM. It has both a Token-Ring card and an Intel EtherNet Express card. The TR runs TCP/IP and the Ethernet runs Novell NetWare. We cannot get more than 351K of conventional memory. As a result, we barely get Windows running and WordPerfect refuses to run. We have attempted loadhigh, and devicehigh stanzas as well as loading DOS into umb. All has failed. We also have a 3270 card in the same machine. Is this possible? Does anyone have Windows working well with both TCP/IP + Token Ring & Novell NetWare + Ethernet Express? Thanks for any response, Mike Mascari (mascari@cis.ohio-state.edu) ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3997qv$1ll@Starbase.NeoSoft.COM] <1994110207370300> From: schenke@Starbase.NeoSoft.COM (Richard Schenke) Newsgroups: comp.protocols.tcp-ip Subject: Re: HP JetDirect BOOTP problem Date: 2 Nov 1994 17:37:03 -0600 Organization: NeoSoft Internet Services +1 713 684 5969 Lines: 10 Message-ID: <3997qv$1ll@Starbase.NeoSoft.COM> References: <36rhj6$an8@news.ed.ray.com> <37benq$2p1s@vkhdib01.hda.hydro.com> <37k1a7$277@Starbase.NeoSoft.COM> NNTP-Posting-Host: starbase.neosoft.com My problem with stuck queues is now resolved. The JetDirect A.03.03 card will send RST to any SYN if it is busy with another job, same protocol or not. I worked with the vendor of the Unisys printer driver software to retry the attempt to open a connection at 5-second intervals. This fixed the problem of opening a second connection too soon after the first one closed. I'll take this thread to comp.periphs.printers, since I'm not using BOOTP. Richard Schenke, ISC, Johnson Space Center, NASA (713) 280-2611 rschenke@isc01.jsc.nasa.gov ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CyMy3M.19y@ddwizard.Dundee.NCR.COM] <1994110210212200> From: Ken.Adair@Dundee.NCR.COM (Ken Adair) Newsgroups: comp.protocols.ppp,comp.protocols.tcp-ip,comp.protocols.tcp-ip.domains,comp.protocols.tcp-ip.ibmpc Subject: SLIP Termination Message-ID: Date: 2 Nov 94 10:21:22 GMT Sender: news@ddwizard.Dundee.NCR.COM (Ref news) Reply-To: Ken.Adair@Dundee.NCR.COM Organization: AT&T GIS (Scotland) Lines: 12 X-Newsreader: DiscussIT for Windows (1.8.6) [Software Products Division of AT&T/NCR] I have an OS/2 PC running IBM's TCP/IP Version 2.0 (no CSDs). I wish to run a couple of independent third party applications which will require the use of a SLIP connection. Each of the applications connect to the same address and may or may not to run simultaneously. The problem is, I want to close the modem link when the last program has completed. How can I detect when the SLIP line is in use and when the last program has finished with the SLIP connection? Regards Ken Adair ----MESSAGE-END---- ----MESSAGE-BEGIN---- [Cyn1AE.ECM@info.swan.ac.uk] <1994110211301400> Newsgroups: comp.protocols.tcp-ip From: iialan@iifeak.swan.ac.uk (Alan Cox) Subject: Re: What's FTP Software's Problem? Message-ID: Sender: news@info.swan.ac.uk Nntp-Posting-Host: iifeak.swan.ac.uk Organization: Institute For Industrial Information Technology References: <1994Oct27.171417.24646@exu.ericsson.se> <38pus4$g6j@newsbf01.news.aol.com> <38rtfg$i9j@news1.hh.ab.com> Distribution: inet Date: Wed, 2 Nov 1994 11:30:14 GMT Lines: 19 In article <38rtfg$i9j@news1.hh.ab.com> jim.jankowski@ab.com (James J. Jankowski) writes: >> >>I have been pleased with the performance of Microsoft TCP/IP-32 For >>Windows For Workgroups 3.11. Microsoft has set the right price point: >>free from ftp.microsoft.com in the peropsys/windows/tcpip directory. It >>doesn't have all the GUI utilities of PC/TCP, but you can duplicate these >>by adding WINSOCK apps. >> >Keep in mind that MS-TCP/IP does not give you NFS cpabilities !! This is true HOWEVER for a PC the lan manager over TCP/IP protocols are just as convenient and there is SAMBA a free lan manager server (see comp.protocols.smb). Alan -- ..-----------,,----------------------------,,----------------------------,, // Alan Cox // iialan@www.linux.org.uk // GW4PTS@GB7SWN.#45.GBR.EU // ``----------'`----------------------------'`----------------------------'' ----MESSAGE-END---- ----MESSAGE-BEGIN---- [Cyn1qK.EIy@info.swan.ac.uk] <1994110211395600> Newsgroups: comp.protocols.tcp-ip From: iialan@iifeak.swan.ac.uk (Alan Cox) Subject: Re: dynamic ip addresses Message-ID: Sender: news@info.swan.ac.uk Nntp-Posting-Host: iifeak.swan.ac.uk Organization: Institute For Industrial Information Technology References: Date: Wed, 2 Nov 1994 11:39:56 GMT Lines: 21 In article stu@lab.r1.fws.gov (Stu Mitchell) writes: >I would like to dynamically allocate ip addresses from some sort of server. >For example, when the PC boots up, it queries the server for an address and >the server hands out the next available address. Caution is a good idea. Firstly so when someone says host x.y.z.a is doing something annoying you can find out who it is. Secondly because you can't reissue an address until the ARP entry for its previous users have expired. >I think my other option is to run several subnets (4) on the large ring by >properly configuring our Cisco to route to the subnets. Does that make sense? Yep Alan -- ..-----------,,----------------------------,,----------------------------,, // Alan Cox // iialan@www.linux.org.uk // GW4PTS@GB7SWN.#45.GBR.EU // ``----------'`----------------------------'`----------------------------'' ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov2.164351.22281@hrbicf] <1994110211435100> From: nes@icf.hrb.com (Nancy E. Stahl) Newsgroups: comp.protocols.tcp-ip Subject: TCP/IP and MAC metering SW Message-ID: <1994Nov2.164351.22281@hrbicf> Date: 2 Nov 94 16:43:51 EST Organization: HRB Systems, Inc. Lines: 10 Hi, I'm looking for some opinions on application metering software for running on a server (maybe a SUN workstation or an Alpha) using TCP/IP for MACs. I hope this makes sense. Sorry, I'm kind of new to all of this. But, I sure would appreciate any help you can give. Thanks in advance, Nancy ----MESSAGE-END---- ----MESSAGE-BEGIN---- [399mg8$l82@zeus.fasttax.com] <1994110211472000> From: phil@zeus.fasttax.com (Phil Howard) Newsgroups: comp.protocols.tcp-ip Subject: Re: SELECT & Non-Blocking Connect Date: 2 Nov 1994 21:47:20 -0600 Organization: fasttax.com Lines: 59 Message-ID: <399mg8$l82@zeus.fasttax.com> References: <1705CBFE8S86.SDEMOOY@bcsc02.gov.bc.ca> NNTP-Posting-Host: zeus.fasttax.com SDEMOOY@bcsc02.gov.bc.ca writes: >I am having trouble trying to do a NON-BLOCKING connect >to a socket. I have included a fragent of my code. It >should be noted that if I do a BLOCKING connect, my program >works properly so I am hopefully to code I chopped out is >not going to mis-lead. My version of Unix is V 3.2. >My problem is when I get into my WHILE loop because the >connect is NON-BLOCKING my SELECT command immediately >returns the fact that it is CONNECTED while in reality >it is not because my next write statement fails with the >error SOCKET IS NOT CONNECTED. What I would like to know >is: Can I do this with my version of Unix and TCP/IP? >BTW, the version of TCP/IP = TCP/IP WIN/386 Release 3.0. I'm not certain that this is required, but readings suggest that it is and I've always coded it this way. Do another connect() after select() has indicated the socket fd is ready for writing. The conceptual idea here is that EWOULDBLOCK starts, but does not finish, the operation you attempted to do. Although the TCP connection may in fact be setup, it might not have completed the association of that connection with your socket. Code the connect() in the loop as well so that there is only ONE place you have the connect(). Test for a successful connection and break out of the loop if there is one, or return/exit if there is a serious error. I am assuming you indeed got the code EWOULDBLOCK. Not all systems will give that code even though they would for read() or write(). A fragment of my own code to deal with various platforms is: if ( 0 #if defined(EAGAIN) || EAGAIN == errno #endif #if defined(EWOULDBLOCK) || EWOULDBLOCK == errno #endif #if defined(EINPROGRESS) || EINPROGRESS == errno #endif Once you have connect() and select() in the same loop together, getting out only when a connection is reported by connect() or an error occurs, then you might get a better idea what is going on. Keep a counter and exit after 10 rounds of the loop to tell you if select() and connect() disagree on the status. Even go so far, if all else fails, of commenting out the select() and let the code spin on connect() and see if you even can get connected properly. You might want to track the time in the spin and get out in say 15 seconds just in case. -- /***** Phil Howard KA9WGN *********** How about universal JOBS? **************\ * Unix/Internet/Sys Admin Let's de-Foley-ate congress in 94 * * CLR/Fast-Tax Don't let Annie get your gun! * \***** phil@fasttax.com ************* Just say NO to CIX extortion ***********/ ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3984kp$s34@news.kreonet.re.kr] <1994110213362500> From: nasol2@mgt.kaist.ac.kr (nasol) Newsgroups: comp.protocols.tcp-ip Subject: [HELP] Would you help me? Date: 2 Nov 1994 13:36:25 GMT Organization: Korea Research Environment Open Network (KREONet) Lines: 15 Message-ID: <3984kp$s34@news.kreonet.re.kr> NNTP-Posting-Host: mgt.kaist.ac.kr X-Newsreader: TIN [version 1.2 PL2] I am looking for a package program named Phil Karn's KA9Q. If somebody tell me where I can get it, it will be greatly appreciated. Also, I want any informations or comments, and if possible, other source programs for TCP/IP router(with respect to RIP, OSPF, SNMP(especially, MIB#2) etc.), which can be implemented and runned under "DOS" environment. Thank you ! Good luck with you ! from : Kim, dohoon Korea Advanced Institute of Science and Technology e-mail : kimdh@telmal.kaist.ac.kr date : 1994. 11. 2. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39864g$6i9@ra.nrl.navy.mil] <1994110214015200> From: atkinson@sundance.itd.nrl.navy.mil (Ran Atkinson) Newsgroups: comp.protocols.tcp-ip Subject: Re: dynamic ip addresses Date: 2 Nov 1994 14:01:52 GMT Organization: Naval Research Laboratory, DC Lines: 11 Message-ID: <39864g$6i9@ra.nrl.navy.mil> References: <3924o8$giu@juniper.almaden.ibm.com> <3927mr$av8@tools.near.net> <39699s$gsg@charm.magnus.acs.ohio-state.edu> NNTP-Posting-Host: sundance.itd.nrl.navy.mil >How will you know when a dynamically assigned address is no longer valid ? See the most recent RFC on the "Dynamic Host Configuration Protocol (DHCP)". DHCP "leases" addresses for known lifetimes after which they expire. The "lease" may be renewed or extended before expiration. It is quite a clever scheme and DHCP support and servers are now appearing in commercial products from Sun, Microsoft, etc. Ran atkinson@itd.nrl.navy.mil ----MESSAGE-END---- ----MESSAGE-BEGIN---- [399n3c$eh8@tools.near.net] <1994110214373200> From: barmar@nic.near.net (Barry Margolin) Newsgroups: comp.protocols.tcp-ip Subject: Re: how to tell the difference between class a,b,c ip's? Date: 2 Nov 1994 22:57:32 -0500 Organization: NEARnet, Cambridge, MA Lines: 49 Message-ID: <399n3c$eh8@tools.near.net> References: <398e3rINN108@twain.ucs.umass.edu> NNTP-Posting-Host: tools.near.net In article <398e3rINN108@twain.ucs.umass.edu> elf@twain.ucs.umass.edu (Michael J. Feuell) writes: >Now, if I have my info right so far, class C is for IP addresses that >start with 192-254, class A is 1-127, and class B is 128-191. Right. >But what would the various netmasks be? For class C is it 255.255.0 ? No. Class A is 255.0.0.0, class B is 255.255.0.0, and class C is 255.255.255.0. >Will I ever encounter a a valid IP with less than 4 numbers in it? No. IP addresses are all 32 bits. Each number is an 8-bit octet. >(Other than a class C netmask?) Netmasks are also 32 bits, so they're also 4 numbers (when written in dotted decimal format) or 8 hex digits. >Will the router always be the same first three numbers? All the machines on the same subnet have the same network/subnet portion. The network/subnet portion is the part that corresponds to the 1 bits in the netmask. On a class C network, the addresses all have the same first three numbers. >Is there a standard for what the last number will be? No, except that nodes can't use all 0's or all 1's in the host portion. Some obscure network technologies require a direct mapping between the IP host number and the hardware address, but most common ones don't have such a requirement, and host numbers can be assigned arbitrarily. >Is there any other info I should be aware of? I think you should read up about TCP/IP in general. Try the book "Internetworking with TCP/IP". >Lastly, what defines a valid IP address? >So far all I have is that 1) contains 4 numbers, 2) each of those numbers >must be greater than 0 and less than 255. (except localhost and the netmask) Yes. -- Barry Margolin BBN Internet Services Corp. barmar@near.net ----MESSAGE-END---- ----MESSAGE-BEGIN---- [398cbu$mgi@rockall.cc.strath.ac.uk] <1994110215481400> From: d.w.stevenson@ccsun.strath.ac.uk (Dave Stevenson) Newsgroups: comp.protocols.tcp-ip Subject: Berkeley packet filters - Where? Date: 2 Nov 1994 15:48:14 GMT Organization: Strathclyde University Computer Centre. Lines: 10 Distribution: world Message-ID: <398cbu$mgi@rockall.cc.strath.ac.uk> Reply-To: d.w.stevenson@ccsun.strath.ac.uk NNTP-Posting-Host: coll-new.cc.strath.ac.uk Pointers to this software please. Many thanks. --- Dave Stevenson d.w.stevenson@strath.ac.uk Computer Centre Communications Tel : 44 41-552 4400 ext 3461 University of Strathclyde Glasgow, Scotland, U.K. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [398dfl$5bq@news.delphi.com] <1994110216071700> From: jlwilson@news.delphi.com (JLWILSON@DELPHI.COM) Newsgroups: comp.protocols.tcp-ip Subject: setsockopt() linger problem Date: 2 Nov 1994 16:07:17 -0000 Organization: Delphi Internet Services Corporation Lines: 35 Message-ID: <398dfl$5bq@news.delphi.com> NNTP-Posting-Host: news.delphi.com Summary: does it work as advertised? Keywords: AIX TCP/IP Programming Hello, I am writing an application which blasts a packet of data to several servers in sequence. The servers are started by inetd and are occasionally not getting the entire packet. I discovered that inserting a small sleep() between the client's write() and close() fixed that problem, so I suspect that not all the data packet is being written, but it is being discarded upon close(). So, I am attempting to use setsockopt() to set the socket "linger" option and force the client to wait until all data is written before doing the close(). It does not seem to be working. I'm using AIX 3.2.5 on a RS/6000. Here's a skeleton of the code. struct linger *linger_time; (malloc space for linger_time) linger_time->l_linger = 15; /*sec*/ linger_time->l_onoff = 1; (create socket) if (setsockopt(sockets[i], SOL_SOCKET, S_LINGER, (char *)linger_time, sizeof(struct linger)) < 0) ... (connect, write and close) This seems to have no effect. Any ideas? Thanks Jonathan Wilson jwilson@ipn.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [398enl$pj0@nuclear.microserve.net] <1994110216283700> From: vinnie@pocono.microserve.com (Vinnie) Newsgroups: comp.protocols.tcp-ip Subject: Raw Sockets & Interface Selection? Date: 2 Nov 1994 16:28:37 GMT Organization: Microserve Information Systems (800)-380-INET Lines: 14 Distribution: world Message-ID: <398enl$pj0@nuclear.microserve.net> NNTP-Posting-Host: pocono.microserve.com X-Newsreader: WinVN 0.92.6+ I posted this question once before, but never got a response. I'll try one more time: Is there a way to specify a particular network interface to send outgoing packets to? What I need to be able to do is specify which interface, (on a UNIX host which has multiple interfaces), a packet will be sent out on. I am using raw sockets. I don't want to exec() a 'route add...' if there is a better way. Thanks, =Vinnie= ----MESSAGE-END---- ----MESSAGE-BEGIN---- [Benjamin.Olken-0311940048580001@branford-college-node.net.yale.edu] <1994110216285800> From: Benjamin.Olken@yale.edu (Ben Olken) Newsgroups: comp.protocols.tcp-ip Subject: Domain Names & Aliasing Date: Thu, 03 Nov 1994 00:48:58 -0500 Organization: Yale University Lines: 14 Message-ID: NNTP-Posting-Host: 130.132.110.59 I have a few questions: First, if I want to register a new domain name, to whom do I talk and how does that process work? (assumning I want to do it myself, and not through some priovider) Second, let's say I have been granted the right to such a name. How do I assign an IP# to that name? Moreover, how do I go about changing that IP# later on? I don't have much experience with the technical side of things here, and I don't have complete control over the server. Ideally, I'd like to just ask someone to create this computer.domain.com alias out there pointing to an already existing IP#? Is that possible? How do I do it? Ben Olken ----MESSAGE-END---- ----MESSAGE-BEGIN---- [398fd0$7vs@news.cs.brandeis.edu] <1994110216400000> From: xray@cs.brandeis.edu (Nathan G. Raymond) Newsgroups: comp.protocols.tcp-ip Subject: I have an IP address; now how do I get a domain name? Date: 2 Nov 1994 16:40:00 GMT Organization: Brandeis University - Computer Science Dept. Lines: 10 Distribution: world Message-ID: <398fd0$7vs@news.cs.brandeis.edu> NNTP-Posting-Host: goose.cs.brandeis.edu My school has the campus networked with Apple LocalTalk connectors (which use the serial port and get a throughput of about 230kbytes/second in optimum conditions, real world closer to 50kbytes/second), so my Mac uses MacTCP to connect to the Internet, and it is configured for Class B Dynamic addressing, so the IP adddress changes each time the computer is turned on or restarted. Is there any way to resolve this to a domain name or lock down the IP address? How about creating a dynamic .plan file on my unix account which can retrieve the current IP address of my Mac and display it when my account is fingered? Any help will be greatly appreciated. xray@cs.brandeis.edu ----MESSAGE-END---- ----MESSAGE-BEGIN---- [398i7p$rkg@dockmaster.phantom.com] <1994110217282500> From: sab@dockmaster.phantom.com (Zippy) Newsgroups: comp.protocols.tcp-ip Subject: 2 Nets, 1 Wire - Followup issues Date: 2 Nov 1994 17:28:25 GMT Organization: [MindVox] / Phantom Access Technologies / (+1 [212] 989-2418) Lines: 31 Message-ID: <398i7p$rkg@dockmaster.phantom.com> NNTP-Posting-Host: mindvox.phantom.com X-Newsreader: TIN [version 1.2 PL2] OK, so we've determined that 2 IP networks can coexist on a single physical medium (although this might not be very desirable). I set up a test environment with four hosts as follows: hosts A and B are on IP network W.X.1 hosts C and D are on IP network W.X.2 (these are class-C addresses). Here's what happens: when A or B sends a broadcast ping (W.X.1.255) within its own network, C and D respond to it, even though they're on a different network! The netmasks are set correctly (255.255.255.0). The same behavior is exhibited when C or D sends a broadcast ping. TCP/UDP services do not seem to work across network boundaries (telnet, FTP, and NFS). My question is this: Is the fact that hosts on a different network respond to a local broadcast ping 1) standard ICMP behavior, 2) a peculiarity within ICMP, or 3) an indication of a larger problem/issue? It's only fair to point out that it *could* be our physical medium (PBX), so others might not get the same results. If you don't (or can confirm my results), please let me know. Please respond via e-mail to sab@phantom.com. If there's interest, I'll summarize. -- Seth Bromberger sab@phantom.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [geoffCynHx8.1Et@netcom.com] <1994110217293100> Newsgroups: comp.protocols.tcp-ip,alt.dcom.slip-emulators,comp.dcom.modems From: geoff@netcom.com (Geoffrey Leach) Subject: Q: tslip connection to variable-ip-address server Message-ID: Followup-To: poster Keywords: tslip connection Organization: NETCOM On-line Communication Services (408 261-4700 guest) Date: Wed, 2 Nov 1994 17:29:31 GMT Lines: 16 I have tslip 2.8.2 running on under SVR4.0.3 on a 486 PC. The server I'm dialing into assigns the IP address of the connection to the port (modem) so there's no way to determine in advance what my IP address will be. tslip uses an autodial feature (borrowed from Taylor uucp), so the making on the connection (and the discovery of today's IP address) is burried in the connection code. Any experience and/or suggestions? -- Geoffrey Leach C/C++/X11/Motif/OpenLook Implementation geoff@netcom.com Mountain Ranch Software P.O. Box 336 Mountain Ranch CA 95246 209-754-1869 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [398iuv$ro6@dockmaster.phantom.com] <1994110217404700> From: sab@dockmaster.phantom.com (Zippy) Newsgroups: comp.protocols.tcp-ip Subject: HP-UX 9.0 & Supernets Date: 2 Nov 1994 17:40:47 GMT Organization: [MindVox] / Phantom Access Technologies / (+1 [212] 989-2418) Lines: 21 Message-ID: <398iuv$ro6@dockmaster.phantom.com> NNTP-Posting-Host: mindvox.phantom.com Summary: HP-UX 9.0 cannot supernet X-Newsreader: TIN [version 1.2 PL2] Experiments show, and HP has confirmed, that the recent release of HP-UX (9.0) will not allow the user to change the subnet mask to allow supernetting. Attempting to give a mask of 0xfffffe00 to an address in the 199.169.29 range had the effect of resetting the netmask to the default class-C mask (0xffffff00) WITHOUT any warning being given (under ifconfig). Using the system administration utility (SAM) yielded an error saying that such a netmask is impossible in the class-C address space. HP is aware of this problem and is working to correct it their next release of HP-UX (10.0), scheduled for release in late 4Q94. Until then, the problem has been given a medium priority, although several HP engineers have assured me that they're escalating it. One of the engineers expressed doubt that the problem would be resolved in the current release of HP-UX and might even be delayed until 4Q95. -- Seth Bromberger sab@phantom.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov2.174104.28264@dms.agames.com] <1994110217410400> Newsgroups: comp.protocols.tcp-ip From: albaugh@agames.agames.com (Mike Albaugh) Subject: Re: SELECT & Non-Blocking Connect Message-ID: <1994Nov2.174104.28264@dms.agames.com> Sender: news@dms.agames.com (Net News Admin) Organization: Time-Warner Interactive X-Newsreader: TIN [version 1.2 PL2] References: <1705CBFE8S86.SDEMOOY@bcsc02.gov.bc.ca> Date: Wed, 2 Nov 1994 17:41:04 GMT Lines: 28 SDEMOOY@bcsc02.gov.bc.ca wrote: : : I am having trouble trying to do a NON-BLOCKING connect : to a socket. I have included a fragent of my code. It : should be noted that if I do a BLOCKING connect, my program : works properly so I am hopefully to code I chopped out is : not going to mis-lead. My version of Unix is V 3.2. If this is Esix (or possibly other SYSVR3.2 for '386), there is a known bug in the code for select() which results in possible trashing of variables local to the caller. That is, the (assembly language) select() library call does not save all the registers that the system call select() trashes. I am no longer using Esix, so I don't recall the details, but a fairly short time with the debugger and a copy of the kernel docs should do the trick :-). : BTW, the version of TCP/IP = TCP/IP WIN/386 Release 3.0. WIN? on *nix? I must be _way_ out of date on this stuff. I'll let more knowledgeable folks here comment on the code. Mike | Mike Albaugh (albaugh@agames.com) | Atari Games Corp (Arcade Games, soon to be Time Warner Interactive) | 675 Sycamore Dr. Milpitas, CA 95035 voice: (408)434-1709 | The opinions expressed are my own (Boy, are they ever) ----MESSAGE-END---- ----MESSAGE-BEGIN---- [398jnb$qcd@mozo.cc.purdue.edu] <1994110217534700> From: abe@vic.cc.purdue.edu (Vic Abell) Newsgroups: comp.protocols.tcp-ip Subject: Re: Question: Who is using these UDP ports? Date: 2 Nov 1994 17:53:47 GMT Organization: Purdue University Lines: 23 Message-ID: <398jnb$qcd@mozo.cc.purdue.edu> References: <1994Nov1.165021.5746@lmpsbbs.comm.mot.com> NNTP-Posting-Host: vic.cc.purdue.edu In article <1994Nov1.165021.5746@lmpsbbs.comm.mot.com> hooker@comm.mot.com writes: >... > >netstat -a >udp 0 0 *.1191 *.* >udp 0 0 *.1193 *.* > >My question is, who is using these ports? Sounds like lsof might help. It lists files opened to Unix processes and has filters for handling socket file values. Given your example, the command $ lsof -iUDP:1191 -iUDP:1193 would display information on the processes using UDP ports 1191 or 1193. Lsof works on many Unix dialects, including V/88 R32V3 and R40V42. You can get lsof via anonymous ftp from vic.cc.purdue.edu. Look in pub/lsof.README for further distribution information. Vic Abell, lsof author ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov2.180111.56112@ccvax.ucd.ie] <1994110218011000> From: nada@ccvax.ucd.ie Newsgroups: comp.protocols.tcp-ip Subject: ip<-->ipx mapping Message-ID: <1994Nov2.180111.56112@ccvax.ucd.ie> Date: 2 Nov 94 18:01:10 WET Organization: University College Dublin Lines: 10 Hello, I well appreaciate any respose from you if anybody provide me information about IPX <--> IP mapping Thanks email nada@ccvax.ucd.ie ----MESSAGE-END---- ----MESSAGE-BEGIN---- [nrgCynKJH.ECI@netcom.com] <1994110218260500> Newsgroups: comp.protocols.appletalk,comp.protocols.tcp-ip From: nrg@netcom.com (Ethan I. Miller) Subject: Appletalk->TCP/IP Router/Gateway Message-ID: Organization: NETCOM On-line Communication Services (408 261-4700 guest) X-Newsreader: TIN [version 1.2 PL1] Date: Wed, 2 Nov 1994 18:26:05 GMT Lines: 27 Greetings! I'm looking for software that will act as a kind of Appletalk to TCP-Ip router and gateway. Basically, here's what's going on: Bnch of Macs on an ethernet. One Mac has PPP connection to internet, IP number, domain name, etc. Same Mac is also running a Mac_based SMTP/POP3 server (Mail Share). So, if the rest of the macs on the ethernet could coonect to the POP server on My mac the could all send and receive internet email. ONly problem is, our mailer (Eudora) will only connect via the CTB (modem or serial) or via MacTCP which, or course, requires that some device on the ethernet be providing IP service (ie numbers). So to solve the problem using Eudora, look like we need some device (or software!) to provide IP service to the ethernet so that the other machines can connect via MacTCP. To solve the problem without using Eudora looks like we need a standard appletalk based mailer (applemail, quickmail, etc.) and ans SMTP gateway... I know commercial products (expensive ones) exist for all these niches, but I've got it 98% there using strictly shareware and freeware, and simply for the sake of it I'd like to accomplish the whole thing along these lines. Suggestions anyone? take it easy ethan miller ----MESSAGE-END---- ----MESSAGE-BEGIN---- [REINHOLZ.94Nov2131923@SG0D12.sig01] <1994110219192300> From: reinholz@SG0D12.sig01 (Jeff Reinholz) Newsgroups: comp.protocols.tcp-ip Subject: Re: Raw Sockets & Interface Selection? Date: 02 Nov 1994 19:19:23 GMT Organization: The Signature Group, Schaumburg IL USA Lines: 5 Distribution: world Message-ID: References: <398enl$pj0@nuclear.microserve.net> NNTP-Posting-Host: 192.225.15.26 In-reply-to: vinnie@pocono.microserve.com's message of 2 Nov 1994 16:28:37 GMT Generally this is done with the PF_* protocol family id's. There are other get and set net config routines that can be found in "UNIX SYSV network programming" Chapter 5. The fact that you are using raw sockets should not matter, using setnetconfig. First man setnetconfig and make sure that is what you are looking for. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov2.202330.5701@novell.com] <1994110220233000> Newsgroups: comp.protocols.tcp-ip From: donp@novell.com (don provan) Subject: Re: FTPD command question Message-ID: <1994Nov2.202330.5701@novell.com> Sender: news@novell.com (News Administrator) Nntp-Posting-Host: na Organization: Novell, Inc., San Jose, California References: <38ococ$lme@martha.utk.edu> Date: Wed, 2 Nov 1994 20:23:30 GMT Lines: 26 In article <38ococ$lme@martha.utk.edu> hethmon@apac.ag.utk.edu (Paul Hethmon) writes: >I know of two interpretations of this. One is the standard Unix >implemented style like wu-ftpd which also includes directories >as files. The other does not include directories in the reply. I've never heard of any implementation that didn't consider directories to be files for the purposes of NLST. Not returning the directories in the file listing would make it impossible to navigate down the directory tree. The more interesting question is whether the file names should include the path. I've always contended that a "name" sent out to a remote node would have to include the file's location since the remote node does not have enough information to construct a full name from the information it has. Unfortunately, this is definitely not common practice. In fact, I don't recall seeing any FTP server (other than my own) that returned, say, "/usr/include/stdio.h" as the file name in an NLST. Fortunately, this is not as much of an issue as it once was since most FTP servers these days present a UNIX style directory structure even when their native directory structure doesn't look like UNIX to local users. As this trend continues, the common practice of returing only the name in the local context (e.g., "stdio.h") in NLST will be less and less of a problem. don provan donp@novell.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [398sro$c8s@newsflash.concordia.ca] <1994110220294400> From: p_quinn@ECE.Concordia.CA (Paul Quinn) Newsgroups: comp.protocols.tcp-ip Subject: Free/Shareware implementation Date: 2 Nov 1994 20:29:44 GMT Organization: ECE - Concordia University Lines: 18 Distribution: world Message-ID: <398sro$c8s@newsflash.concordia.ca> NNTP-Posting-Host: sneezy.ece.concordia.ca I'll be installing a small network in the Concordia Student branch of the IEEE. Since we are a student organization, we would like to not have to spend a lot of money on a TCP/IP stack. Can anyone recomend a low priced or a freeware TCP/IP? -- ________ Paul Quinn p_quinn@ece.concordia.ca Computer Science: Systems Architecture Concordia University Montreal, QC, CANADA -------- ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov2.215141.8371@galileo.cc.rochester.edu] <1994110221514100> Newsgroups: comp.os.ms-windows.networking.tcp-ip,comp.protocols.tcp-ip.ibmpc,vmsnet.networks.tcp-ip.wintcp,comp.protocols.tcp-ip From: rr002c@uhura.cc.rochester.edu (Rajib Rashid) Subject: Please help with problem with MSTCP/IP and Mosaic Message-ID: <1994Nov2.215141.8371@galileo.cc.rochester.edu> Followup-To: poster Sender: news@galileo.cc.rochester.edu Nntp-Posting-Host: uhura.cc.rochester.edu Reply-To: outcast@cif.rochester.edu Organization: University of Rochester - Rochester, New York Date: Wed, 2 Nov 94 21:51:41 GMT Lines: 20 Hello: I recently switched from Trumpet Winsock to Microsoft's 32bit TCP/IP stacks (wolverine) for my 486 computer with 8MB ram, running windows for Workgroup 3.11. Everything seems to work wonderfully, except when someone tries to access large files via Mosaic/WinWeb from my machine (running NCSA HTTPD 1.3), they get an error "connection has been reset" ... I have found no apparent reason for this behavior. I never found this problem when I was using Trumpet Winsock, and the same files were easily accessible. Is there some special spep that need to take, or some trick that I can use to fix this problem? I really need to get this problem fixed since some of the files on my Web server are not at all accessible :( I would really appreciate it if someone could give me a solution. Thank you very much in advance. Please send your replies to 'outcast@cif.rochester.edu' Rajib Rashid University of Rochester ----MESSAGE-END---- ----MESSAGE-BEGIN---- [gnnCynv52.JJp@netcom.com] <1994110222150200> Newsgroups: comp.protocols.tcp-ip From: gnn@netcom.com (George Neville-Neil) Subject: FAQ for November Message-ID: Organization: NETCOM On-line Communication Services (408 261-4700 guest) Date: Wed, 2 Nov 1994 22:15:02 GMT Lines: 443 Hi Folks, OK, here is the latest FAQ. Remember you can always get it from: ftp://ftp.netcom.com/pub/gnn/tcp-ip.faq As always all corrections stuff should be sent to me. Later, George Archive-name:tcp-ip/FAQ Last-modified: 1994/11/2 Internet Protocol Frequently Asked Questions Maintained by: George V. Neville-Neil (gnn@netcom.com) Contributions from: Ran Atkinson Stephane Bortzmeyer Rodney Brown Dr. Charles E. Campbell Jr. Phill Conrad Alan Cox Rick Jones Jon Kay Jay Kreibrich William Manning Barry Margolin Jim Muchow Subu Rama W. Richard Stevens Version 1.7 ************************************************************************ The following is a list of Frequently Asked Questions, and their answers, for people interested in the Internet Protocols, including TCP, UDP, ICMP and others. Please send all additions, corrections, complaints and kudos to the above address. This FAQ will be posted on or about the first of every month. This FAQ is available for anonymous ftp from : ftp.netcom.com:/pub/gnn/tcp-ip.faq . You may get it from my home page at ftp://ftp.netcom.com/pub/gnn/gnn.html ************************************************************************ Table of Contents: Glossary 1) Are there any good books on IP? 2) Where can I find example source code for TCP/UDP/IP? 3) Are there any public domain programs to check the performance of an IP link? 4) Where do I find RFCs? 5) How can I detect that the other end of a TCP connection has crashed? Can I use "keepalives" for this? 6) Can the keepalive timeouts be configured? 7) Can I set up a gateway to the Internet that translates IP addresses, so that I don't have to change all our internal addresses to an official network? 8) Are there object-oriented network programming tools? 9) What other FAQs are related to this one? 10) What newsgroups contain information on networks/protocols? Glossary: I felt this should be first given the plethora of acronyms used in the rest of this FAQ. IP: Internet Protocol. The lowest layer protocol defined in TCP/IP. This is the base layer on which all other protocols mentioned herein are built. IP is often referred to as TCP/IP as well. UDP: User Datagram Protocol. This is a connectionless protocol built on top of IP. It does not provide any guarantees on the ordering or delivery of messages. This protocol is layered on top of IP. TCP: Transmission Control Protocol. TCP is a connection oriented protocol that guarantees that messages are delivered in the order in which they were sent and that all messages are delivered. If a TCP connection cannot deliver a message it closes the connection and informs the entity that created it. This protocol is layered on top of IP. ICMP: Internet Control Message Protocol. ICMP is used for diagnostics in the network. The Unix program, ping, uses ICMP messages to detect the status of other hosts in the net. ICMP messages can either be queries (in the case of ping) or error reports, such as when a network is unreachable. RFC: Request For Comment. RFCs are documents that define the protocols used in the IP Internet. Some are only suggestions, some are even jokes, and others are published standards. Several sites in the Internet store RFCs and make them available for anonymous ftp. SLIP: Serial Line IP. An implementation of IP for use over a serial link (modem). CSLIP is an optimized (compressed) version of SLIP that gives better throughput. Bandwidth: The amount of data that can be pushed through a link in unit time. Usually measured in bits or bytes per second. Latency: The amount of time that a message spends in a network going from point A to point B. Jitter: The effect seen when latency is not a constant. That is, if messages experience a different latencies between two points in a network. RPC: Remote Procedure Call. RPC is a method of making network access to resource transparent to the application programmer by supplying a "stub" routine that is called in the same way as a regular procedure call. The stub actually performs the call across the network to another computer. Marshalling: The process of taking arbitrary data (characters, integers, structures) and packing them up for transmission across a network. MBONE: A virtual network that is a Multicast backBONE. It is still a research prototype, but it extends through most of the core of the Internet (including North America, Europe, and Australia). It uses IP Multicasting which is defined in RFC-1112. An MBONE FAQ is available via anonymous ftp from: ftp.isi.edu" There are frequent broadcasts of multimedia programs (audio and low bandwidth video) over the MBONE. Though the MBONE is used for mutlicasting, the long haul parts of the MBONE use point-to-point connections through unicast tunnels to connect the various multicast networks worldwide. 1) Are there any good books on IP? A) Yes. Please see the following: Internetworking with TCP/IP Volume I (Principles, Protocols, and Architecture) Douglas E. Comer Prentice Hall 1991 ISBN 0-13-468505-9 This volume covers all of the protocols, including IP, UDP, TCP, and the gateway protocols. It also includes discussions of higher level protocols such as FTP, TELNET, and NFS. Internetworking with TCP/IP Volume II (Design, Implementation, and Internals) Douglas E. Comer / David L. Stevens Prentice Hall 1991 ISBN 0-13-472242-6 Discusses the implementation of the protocols and gives numerous code examples. Internetworking with TCP/IP Volume III (BSD Socket Version) (Client - Server Programming and Applications) Douglas E. Comer / David L. Stevens Prentice Hall 1993 ISBN 0-13-474222-2 This book discusses programming applications that use the internet protocols. It includes examples of telnet, ftp clients and servers. Discusses RPC and XDR at length. TCP/IP Illustrated, Volume 1: The Protocols, W. Richard Stevens (c) Addison-Wesley, 1994 ISBN 0-201-63346-9 An excellent introduction to the entire TCP/IP protocol suite, covering all the major protocols, plus several important applications. Unix Network Programming W. Richard Stevens Prentice Hall 1990 ISBN 0-13-949876 An excellent introduction to network programming under Unix. The Design and Implementation of the 4.3 BSD Operating System Samuel J. Leffler, Marshall Kirk McKusick, Michael J. Karels, John S. Quarterman Addison-Wesley 1989 ISBN 0-201-06196-1 Though this book is a reference for the entire operating system, the eleventh and twelfth chapters completely explain how the networking protocols are implemented in the kernel. 2) Where can I find example source code for TCP/UDP/IP? A) Code from the Internetworking with TCP/IP Volume III is available for anonymous ftp from: arthur.cs.purdue.edu:/pub/dls Code used in the Net-2 version of Berkeley Unix is available for anonymous ftp from: ftp.uu.net:systems/unix/bsd-sources/sys/netinet and gatekeeper.dec.com:/pub/BSD/net2/sys/netinet Code from Richard Steven's book is available on: ftp.uu.net:/published/books/stevens.* Example source code and libraries to make coding quicker is available in the Simple Sockets Library written at NASA. The Simple Sockets Library makes sockets easy to use! And, it comes as source code. It has been tested on: Unix (SGI, DecStation, AIX, Sun 3, Sparcstation; version 2.02+: Solaris 2.1, SCO), VMS, and MSDOS (client only since there's no background there). It is provided in source code form, of course, and sits atop Berkeley sockets and tcp/ip. You can order the "Simple Sockets Library" from Austin Code Works 11100 Leafwood Lane Austin, TX 78750-3464 USA Phone (512) 258-0785 Ask for the "SSL - The Simple Sockets Library". Last I checked, they were asking $20 US for it. For DOS there is WATTCP.ZIP (numerous sites): WATTCP is a DOS TCP/IP stack derived from the NCSA Telnet program and much enhanced. It comes with some example programs and complete source code. The interface isn't BSD sockets but is well suited to PC type work. It is also written so that it can be used and memory allocation). 3) Are there any public domain programs to check the performance of an IP link? A) TTCP: Available for anonymous ftp from.... Host gatekeeper.dec.com Location: /.0/BSD/NetBSD/NetBSD-current/othersrc DIRECTORY dr-xr-xr-x 512 Apr 8 09:57 ttcp Location: /.0/BSD/NetBSD/NetBSD-current/othersrc/ttcp FILE -r--r--r-- 3885 Nov 7 03:35 ttcp.1 FILE -r--r--r-- 19225 Nov 7 03:35 ttcp.c Host world.std.com Location: /src/wuarchive/graphics/graphics/mirrors/sgi.com/sgi/src/ttcp FILE -r--r--r-- 3885 Oct 4 1991 ttcp.1 FILE -r--r--r-- 19170 May 17 1993 ttcp.c FILE -r--r--r-- 13033 Sep 5 1989 ttcp.c-brl On ftp.sgi.com are netperf (from Rick Jones at HP) and nettest (from Dave Borman at Cray). ttcp is also availabel at ftp.sgi.com. Netperf can also be fotten using the Web from: ftp://ftp.cup.hp.com/dist/networking/benchmarks as well as: ftp://col.hp.com/dist/networking/benchmarks There is suite of Bandwidth Measuring programs from gnn@netcom.com. Available for anonymous ftp from ftp.netcom.com in ~ftp/gnn/bwmeas-0.3.tar.Z These are several programs that meausre bandwidth and jitter over several kinds of IPC links, including TCP and UDP. 4) Where do I find RFCs? A) This is the latest info on obtaining RFCs: Details on obtaining RFCs via FTP or EMAIL may be obtained by sending an EMAIL message to rfc-info@ISI.EDU with the message body help: ways_to_get_rfcs. For example: To: rfc-info@ISI.EDU Subject: getting rfcs help: ways_to_get_rfcs The response to this mail query is quite long and has been omitted. RFCs can be obtained via FTP from DS.INTERNIC.NET, NIS.NSF.NET, NISC.JVNC.NET, FTP.ISI.EDU, WUARCHIVE.WUSTL.EDU, SRC.DOC.IC.AC.UK, FTP.CONCERT.NET, or FTP.SESQUI.NET. Using Web, WAIS, and gopher: Web: http://web.nexor.co.uk/rfc-index/rfc-index-search-form.html WAIS access by keyword: wais://wais.cnam.fr/RFC Excellent presentation with a full-text search too: http://www.cis.ohio-state.edu/hypertext/information/rfc.html With Gopher: gopher://r2d2.jvnc.net/11/Internet%20Resources/RFC gopher://muspin.gsfc.nasa.gov:4320/1g2go4%20ds.internic.net%2070%201%201/.ds/ .internetdocs 5) How can I detect that the other end of a TCP connection has crashed? Can I use "keepalives" for this? A) Detecting crashed systems over TCP/IP is difficult. TCP doesn't require any transmission over a connection if the application isn't sending anything, and many of the media over which TCP/IP is used (e.g. ethernet) don't provide a reliable way to determine whether a particular host is up. If a server doesn't hear from a client, it could be because it has nothing to say, some network between the server and client may be down, the server or client's network interface may be disconnected, or the client may have crashed. Network failures are often temporary (a thin ethernet will appear down while someone is adding a link to the daisy chain, and it often takes a few minutes for new routes to stabilize when a router goes down), and TCP connections shouldn't be dropped as a result. Keepalives are a feature of the sockets API that requests that an empty packet be sent periodically over an idle connection; this should evoke an acknowledgement from the remote system if it is still up, a reset if it has rebooted, and a timeout if it is down. These are not normally sent until the connection has been idle for a few hours. The purpose isn't to detect a crash immediately, but to keep unnecessary resources from being allocated forever. If more rapid detection of remote failures is required, this should be implemented in the application protocol. There is no standard mechanism for this, but an example is requiring clients to send a "no-op" message every minute or two. An example protocol that uses this is X Display Manager Control Protocol (XDMCP), part of the X Window System, Version 11; the XDM server managing a session periodically sends a Sync command to the display server, which should evoke an application-level response, and resets the session if it doesn't get a response (this is actually an example of a poor implementation, as a timeout can occur if another client "grabs" the server for too long). 6) Can the keepalive timeouts be configured? A) I know they can on many systems, but I don't know the details. 7) Can I set up a gateway to the Internet that translates IP addresses, so that I don't have to change all our internal addresses to an official network? A) There's no general solution to this. Many protocols include IP addresses in the application-level data (FTP's "PORT" command is the most notable), so it isn't simply a matter of translating addresses in the IP header. Also, if the network number(s) you're using match those assigned to another organization, your gateway won't be able to communicate with that organization (RFC 1597 proposes network numbers that are reserved for private use, to avoid such conflicts, but if you're already using a different network number this won't help you). However, if you're willing to live with limited access to the Internet from internal hosts, the "proxy" servers developed for firewalls can be used as a substitute for an address-translating gateway. See the firewall FAQ. 8) Are there object-oriented network programming tools? A) Yes, and one such system is called ACE (ADAPTIVE Communication Environment). Here is how to get more information and the software: OBTAINING ACE An HTML version of this README file is available at URL http://www.cs.wustl.edu/~schmidt/ACE.html. All software and documentation is available via both anonymous ftp and the Web. ACE is available for anonymous ftp from the ics.uci.edu (128.195.1.1) host in the gnu/C++_wrappers.tar.Z file (approximately .5 meg compressed). This release contains contains the source code, documentation, and example test drivers for C++ wrapper libras. 9) What other FAQs might you want to look in? comp.protocols.tcp-ip.ibmpc Aboba, Bernard D.(1994) "comp.protocols.tcp-ip.ibmpc Frequently Asked Questions (FAQ)" Usenet news.answers, available via file://ftp.netcom.com/pub/mailcom/IBMTCP/ibmtcp.zip, 57 pages. comp.protocols.ppp Archive-name: ppp-faq/part[1-8] URL: http://cs.uni-bonn.de/ppp/part[1-8].html comp.dcom.lans.ethernet ftp site: dorm.rutgers.edu, pub/novell/DOCS Ethernet Network Questions and Answers Summarized from UseNet group comp.dcom.lans.ethernet 10) What other newsgroups deal with networking? comp.dcom.cabling Cabling selection, installation and use. comp.dcom.isdn The Integrated Services Digital Network (ISDN). comp.dcom.lans.ethernet Discussions of the Ethernet/IEEE 802.3 protocols. comp.dcom.lans.fddi Discussions of the FDDI protocol suite. comp.dcom.lans.misc Local area network hardware and software. comp.dcom.lans.token-ring Installing and using token ring networks. comp.dcom.servers Selecting and operating data communications servers. comp.dcom.sys.cisco Info on Cisco routers and bridges. comp.dcom.sys.wellfleet Wellfleet bridge & router systems hardware & software. comp.protocols.ibm Networking with IBM mainframes. comp.protocols.iso The ISO protocol stack. comp.protocols.kerberos The Kerberos authentication server. comp.protocols.misc Various forms and types of protocol. comp.protocols.nfs Discussion about the Network File System protocol. comp.protocols.ppp Discussion of the Internet Point to Point Protocol. comp.protocols.smb SMB file sharing protocol and Samba SMB server/client. comp.protocols.tcp-ip TCP and IP network protocols. comp.protocols.tcp-ip.ibmpc TCP/IP for IBM(-like) personal computers. comp.security.misc Security isuipment for the PC. comp.os.ms-windows.networking.misc Windows and other networks. comp.os.ms-windows.networking.tcp-ip Windows and TCP/IP networking. comp.os.ms-windows.networking.windows Windows' built-in networking. comp.os.os2.networking.misc Miscellaneous networking issues of OS/2. comp.os.os2.networking.tcp-ip TCP/IP under OS/2. comp.sys.novell Discussion of Novell Netware products. -- gnn@netcom.com Law is there to clean up etiquette's failures. Ms. Manners ----MESSAGE-END---- ----MESSAGE-BEGIN---- [peter.lewis-0211941014090001@rocky.curtin.edu.au] <1994110223340900> From: peter.lewis@info.curtin.edu.au (Peter N Lewis) Newsgroups: comp.protocols.tcp-ip,uk.misc Subject: Re: FTP Sites not in English? Date: Wed, 02 Nov 1994 10:14:09 +0800 Organization: NCRPDA, Curtin University Lines: 21 Message-ID: References: <3935n3$bql@wol.visionware.co.uk> <393lq5$hu5@hippo.shef.ac.uk> NNTP-Posting-Host: ncrpda.curtin.edu.au In article <393lq5$hu5@hippo.shef.ac.uk>, jp1ek@sunc.shef.ac.uk wrote: >Max Walshe (maxw@visionware.co.uk) wrote: >: Does anybody know of any public FTP Sites that send messages and listings >: in a language other than English? (E.g. French, German etc.) > >kuso.shef.ac.uk specializes in Japanese. Just a note, but this may confuse many "clever" FTP clients (like web clients and GUI FTP clients). Especially if the format of the listing changes, including the month names. If the listing format remains constant, including english month names, then the clients can interpret the listing and display the result in the local lanugage (including using whatever is the specified local time format). Enjoy, Peter. -- Peter N Lewis - Macintosh TCP fingerpainter FTP my programs from redback.cs.uwa.edu.au:Others/PeterLewis/ or amug.org:pub/peterlewis/ or nic.switch.ch:software/mac/peterlewis/ ----MESSAGE-END---- ----MESSAGE-BEGIN---- [peter.lewis-0211941016140001@rocky.curtin.edu.au] <1994110223361400> From: peter.lewis@info.curtin.edu.au (Peter N Lewis) Newsgroups: comp.protocols.tcp-ip Subject: Re: FTPD command question Date: Wed, 02 Nov 1994 10:16:14 +0800 Organization: NCRPDA, Curtin University Lines: 22 Message-ID: References: <38ococ$lme@martha.utk.edu> NNTP-Posting-Host: ncrpda.curtin.edu.au In article <38ococ$lme@martha.utk.edu>, hethmon@apac.ag.utk.edu (Paul Hethmon) wrote: >Under the NLST command (page 33), the RFC states > > "The server will return a stream of names of files > and no other information." > >I know of two interpretations of this. One is the standard Unix >implemented style like wu-ftpd which also includes directories >as files. The other does not include directories in the reply. The original intention was to only list file names. directory names are listed with the NDIR command. However, this is simply not the way it is done, so whatever the RFC might say, the "standard" is to list both. The "standard" is also to obey certain ls command flasgs (such as -F) and several other horrid things. I just love standards :-) Peter. -- Peter N Lewis - Macintosh TCP fingerpainter FTP my programs from redback.cs.uwa.edu.au:Others/PeterLewis/ or amug.org:pub/peterlewis/ or nic.switch.ch:software/mac/peterlewis/ ----MESSAGE-END---- ----MESSAGE-BEGIN---- [399ahd$fr8@belnet.bellevue.k12.wa.us] <1994110300230900> From: solkey Newsgroups: comp.protocols.appletalk,comp.protocols.tcp-ip Subject: Re: Appletalk- Date: 3 Nov 1994 00:23:09 GMT Organization: Bellevue School District News Service Lines: 24 Message-ID: <399ahd$fr8@belnet.bellevue.k12.wa.us> References: NNTP-Posting-Host: 162.78.93.106 > I'm looking for software that will act as a kind of Appletalk to TCP-Ip > router and gateway. Basically, here's what's going on: Bnch of Macs on an > ethernet. One Mac has PPP connection to internet, IP number, domain name, > etc. Same Mac is also running a Mac_based SMTP/POP3 server (Mail Share). > > Suggestions anyone? > > ethan miller Looks like your probably going to need a hardware piece. We use Cayman GatorStars here. They go on the ethernet and route tcp/ip to the Macs running MacTCP, and as an added bonus they also do dynamic IP addressing!! -Tobin Solkey Data Processing Bellevue Public Schools ----MESSAGE-END---- ----MESSAGE-BEGIN---- [399b6j$66k@nntp.Stanford.EDU] <1994110300342700> From: Dave Crocker Newsgroups: comp.protocols.iso,comp.protocols.tcp-ip Subject: Re: GOSIP!!!! Date: 3 Nov 1994 00:34:27 GMT Organization: The Branch Office Lines: 21 Distribution: world Message-ID: <399b6j$66k@nntp.Stanford.EDU> References: <399d4g$emr@orinocho.dtt.co.nz> NNTP-Posting-Host: magnum.arc.nasa.gov X-Newsreader: Nuntius Version 1.3b11 X-XXMessage-ID: X-XXDate: Wed, 2 Nov 1994 00:32:35 GMT In article <399d4g$emr@orinocho.dtt.co.nz> , d.gibson@dtt.co.nz writes: >I see ALOT of interest and implementation of OSI Systems. but what about USE? please provide details. >These are Big, Serious, Ugly, Fat networks that eat SNMP for breakfast. They are >built on "industrial strength" CMIP. Pray tell, Kelly. What is the meaningful difference between the two, except for massively larger complexity to CMIP and massively smaller deployment. Again, please provide details. Hearing about how nicely you are doing, now that you are on your own, is just fine and dandy, but it doesn't elucidate any sort of technical discussion. d/ -------------------- Dave Crocker Brandenburg Consulting Phone: +1 408 246 8253 675 Spruce Dr. Fax: +1 408 249 6205 Sunnyvale, CA 94086 Email: dcrocker@mordor.stanford.edu ----MESSAGE-END---- ----MESSAGE-BEGIN---- [399bal$66k@nntp.Stanford.EDU] <1994110300363700> From: Dave Crocker Newsgroups: comp.protocols.iso,comp.protocols.tcp-ip Subject: Re: GOSIP???? Date: 3 Nov 1994 00:36:37 GMT Organization: Brandenburg Consulting Lines: 16 Distribution: world Message-ID: <399bal$66k@nntp.Stanford.EDU> References: <1994Oct27.042217.27796@newsserver.rrzn.uni-hannover.de> <38r038$nnh@newsbf01.news.aol.com> NNTP-Posting-Host: magnum.arc.nasa.gov X-Newsreader: Nuntius Version 1.3b11 X-XXMessage-ID: X-XXDate: Wed, 2 Nov 1994 00:35:59 GMT In article SISCO Inc, siscoinfo@delphi.com writes: >industries because the use of standards based communications (MMS and OSI) >address problems that these people need solved that are not addressed by please provide details. what are the functional requirements that IPng won't solve? d/ -------------------- Dave Crocker Brandenburg Consulting Phone: +1 408 246 8253 675 Spruce Dr. Fax: +1 408 249 6205 Sunnyvale, CA 94086 Email: dcrocker@mordor.stanford.edu ----MESSAGE-END---- ----MESSAGE-BEGIN---- [399d4g$emr@orinocho.dtt.co.nz] <1994110301071400> From: d.gibson@dtt.co.nz Newsgroups: comp.protocols.iso,comp.protocols.tcp-ip Subject: Re: GOSIP!!!! Date: 3 Nov 1994 01:07:14 GMT Organization: dtt Lines: 64 Message-ID: <399d4g$emr@orinocho.dtt.co.nz> NNTP-Posting-Host: dbgibson.dtt.co.nz X-Newsreader: In article rleary@umassd.edu writes: > What do you mean by a "Real OSI network"? Where are they "going in" all >the time? Who do you see putting in CLNP or TP4 or even CMIP for that >matter. I see ALOT of interest and implementation of OSI Systems. The Telephone companies (or other large scale; heterogenous equipment networks) are investing in the ITU-T's TMN networks (ITU-T M.3010 etc). These are Big, Serious, Ugly, Fat networks that eat SNMP for breakfast. They are built on "industrial strength" CMIP. The battle cry is "objects to the metal" - in which the object orientation of OSI is fully exploited. Why invent when you can specialise from generic object classes. Lots of manufacturers are supporting this stuff and heavy weights such as Digital and IBM have development workbenches to allow users to integrate systems. Take a look at CMIP-run; IBM's "magazine" on network management. From this I see a considerable constituency inside IBM promoting CMISE. The "consumer" router/hub market is dominated by SNMP. This also correlates with horrible network management messes. (My arguement is that SNMP is a "default" state with people implementing Claytons Mangement solutions - of course you can build good management systems with SNMP - but not "out of the box"). When you are serious about management the OSI products look pretty damned good. By the way, I am having fun with my Cycle Software OSI stack. It is a Windows Vxd that supports a full 7 layer stack (including ACSE). It runs CLNP, ES-IS, X.500 and supports Netbios as an API to the OSI stack. This allows Netbios names to be associated with NSAP addresses and accessed through OSI routing. So - if you want OSI on your PC - wait no more. By the way, IBM will sell you an OSI (7 to ACSE) for OS/2 - if you have been Warped. The message for OSI integrators is: "JUST DO IT" (sorry, Nike) > > Has anything been done in the last two years by those involved with >the ISO/OSI standards to make them more available. Alot of the ISO # are available as ITU-T #'s from the info.itu.ch gopher. I understand that ISO made some of the low layer CLNP standards (layer services, routing etc) available to the IETF for consideration in the IPng process. One final thought: [WARNING - soapbox in progress; music .. please] For many network applications the OSI suite remains a perfectly valid approach. I make an increasingly prosperous living as an OSI bigot. Network solutions that I am involved in may not always be OSI based but I find that a detailed understanding of OSI gives great insight into the issues around creating distributed applications. Better yet ... there are even products. Most computer vendors need some encouragement .. but the products and implementation skills are growing. This means that OSI has a future. Alot of creativity and imagination has been invested in overlaying wonderful network structures on the Internet. While this process is mature using the TCP/IP protocol suite it is just beginning using OSI. Time will tell which approach offers the most fertile ground - but that is not the issue - it is the creative process that matters. Diverse approaches and different ideas foster that creativity. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [399ef1$i1$1@usenet.pa.dec.com] <1994110301300900> From: mogul@pa.dec.com (Jeffrey Mogul) Newsgroups: comp.protocols.tcp-ip Subject: Re: Berkeley packet filters - Where? Date: 3 Nov 1994 01:30:09 GMT Organization: DEC Western Research Lines: 6 Distribution: world Message-ID: <399ef1$i1$1@usenet.pa.dec.com> References: <398cbu$mgi@rockall.cc.strath.ac.uk> NNTP-Posting-Host: gnomea.pa.dec.com In article <398cbu$mgi@rockall.cc.strath.ac.uk> d.w.stevenson@ccsun.strath.ac.uk writes: >Pointers to this software please. Included as a standard feature of DEC OSF/1 (recent versions, anyway). -Jeff ----MESSAGE-END---- ----MESSAGE-BEGIN---- [399ovb$8ek@satisfied.elf.com] <1994110304293100> From: jbvb@elf.com (James VanBokkelen) Newsgroups: comp.protocols.tcp-ip Subject: Re: FTPD command question Date: 3 Nov 1994 04:29:31 GMT Organization: Elf Communications Lines: 42 Message-ID: <399ovb$8ek@satisfied.elf.com> References: <38ococ$lme@martha.utk.edu> <1994Nov2.202330.5701@novell.com> NNTP-Posting-Host: asylum.sf.ca.us donp@novell.com (don provan) writes: >In article <38ococ$lme@martha.utk.edu> hethmon@apac.ag.utk.edu (Paul Hethmon) writes: >>I know of two interpretations of this. One is the standard Unix >>implemented style like wu-ftpd which also includes directories >>as files. The other does not include directories in the reply. >I've never heard of any implementation that didn't consider >directories to be files for the purposes of NLST. Not returning the >directories in the file listing would make it impossible to navigate >down the directory tree. The point is that each token in the output of NLST is supposed to be directly useable as the argument of a GET or DELE command. If a server includes directories, it must be prepared to do something that won't surprise the client in response to a GET of a directory. >The more interesting question is whether the file names should include >the path. I've always contended that a "name" sent out to a remote >node would have to include the file's location since the remote >node does not have enough information to construct a full name from >the information it has. Unfortunately, this is definitely not common >practice. In fact, I don't recall seeing any FTP server (other than my >own) that returned, say, "/usr/include/stdio.h" as the file name in an >NLST. Fortunately, this is not as much of an issue as it once was >since most FTP servers these days present a UNIX style directory >structure even when their native directory structure doesn't look like >UNIX to local users. As this trend continues, the common practice of >returing only the name in the local context (e.g., "stdio.h") in NLST >will be less and less of a problem. If a server prepends a path, this can cause difficulties for clients who don't believe "all the world is Unix" (may Cthulu forfend). For MGET, the client needs to create a local filename, and there are already enough incompatibilities between name formats, legal characters, etc. without making the client scan for the rightmost '/' and use only what remains. See RFC 1123 (Host Requirements) at any rate... -- James B. VanBokkelen Far Acres Farm jbvb@{vax.ftp.com, asylum.sf.ca.us} South Hampton, NH ----MESSAGE-END---- ----MESSAGE-BEGIN---- [jeffmlCyoH7u.4xr@netcom.com] <1994110306115400> Newsgroups: comp.protocols.tcp-ip From: jeffml@netcom.com (Jeff Lightfoot) Subject: Re: how to tell the difference between class a,b,c ip's? Message-ID: Organization: NETCOM On-line Communication Services (408 261-4700 guest) References: <398e3rINN108@twain.ucs.umass.edu> <399n3c$eh8@tools.near.net> Date: Thu, 3 Nov 1994 06:11:54 GMT Lines: 19 In article <399n3c$eh8@tools.near.net>, Barry Margolin wrote: >In article <398e3rINN108@twain.ucs.umass.edu> elf@twain.ucs.umass.edu (Michael J. Feuell) writes: >>Now, if I have my info right so far, class C is for IP addresses that >>start with 192-254, class A is 1-127, and class B is 128-191. > >Right. Barry, where do class-D addresses fit in? I don't have my books near me but I thought class-C went up to 232ish (or something like that) and then there were Class-D (reserved for future use) and maybe Class-E being a broadcast of 255.255.255.255? The whole point of this is where do these fit in that I *thought* I read about? I'm probably not even close but you are the definitive source for this info! :-) -- +---------------------------------------------+ | Jeff Lightfoot jeffml@netcom.com | | light1@mactcf.af.mil | +---------------------------------------------+ | ftp://ftp.netcom.com/pub/jeffml/jeffml.html | +---------------------------------------------+ ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39a4k1$pp3@rs18.hrz.th-darmstadt.de] <1994110307481700> From: cdb@tph116.fkp.physik.th-darmstadt.de (Claus-Dieter Bredl) Newsgroups: comp.unix.admin,comp.unix.questions,alt.unix.wizard,comp.protocols.tcp-ip.domains,comp.protocols.tcp-ip Subject: Re: Sending IP # to name server Followup-To: comp.unix.admin,comp.unix.questions,alt.unix.wizard,comp.protocols.tcp-ip.domains,comp.protocols.tcp-ip Date: 3 Nov 1994 07:48:17 GMT Organization: Technische Hochschule Darmstadt Lines: 39 Distribution: inet Message-ID: <39a4k1$pp3@rs18.hrz.th-darmstadt.de> References: <38pp25$9oq@news.umbc.edu> <38s1sp$kf5@isrl.cba.uni.edu> <38v79p$ebg@raffles.technet.sg> <393iar$kaj@isrl.cba.uni.edu> NNTP-Posting-Host: tph116.fkp.physik.th-darmstadt.de X-Newsreader: TIN [version 1.2 PL2] [deleted] if you insist in using "nslookup" ;-) a) tell nslookup to return more than only IP numbers (e.g.: tell it to return "any" info) b) use the ".in-addr.arpa" pseudo domain, appended to the order-reversed four numbers of the IP address in question ^^^^^^^^^^^^^^! example: -----------------------snip------------------------------ tph116:~ $ nslookup Default Server: rs10.hrz.th-darmstadt.de Address: 130.83.56.60 > set type=any > tph116.fkp.physik.th-darmstadt.de Server: rs10.hrz.th-darmstadt.de Address: 130.83.56.60 tph116.fkp.physik.th-darmstadt.de internet address = 130.83.85.152 [... LAN-internal stuff deleted ...] > 152.85.83.130.in-addr.arpa Server: rs10.hrz.th-darmstadt.de Address: 130.83.56.60 152.85.83.130.in-addr.arpa name = tph116.fkp.physik.th-darmstadt.de > exit tph116:~ $ ------------------------------------snip------------------------------ hope this helps CDB ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov3.083040.19997@eso.org] <1994110308304000> Newsgroups: comp.protocols.tcp-ip From: mfendt@eso.org (Michael Fendt) Subject: TCP-IP parameters for optimal use on T1/E1 satellite links Message-ID: <1994Nov3.083040.19997@eso.org> Keywords: Window size, RFC 1323 Sender: news@eso.org Reply-To: mfendt@eso.org Organization: European Southern Observatory Date: Thu, 3 Nov 1994 08:30:40 GMT Lines: 48 Hello, we are currently upgrading our 64K satellite link to a 2MB link. To optimise the usage one has to fiddle with various (TCP/IP)Parameters. Please correct me if the following ideas are wrong: a) Considering my default TCP buffer sizes (4k on my sun) and the delay (~500ms) the best performance I will get is 64kbps (4k*8/0.5s) for a single TCP connection (Which is fine for me now :-) b) How far can I extend that window size (64k,32K limits depending on the type of machine i.e SUN,SGI,HP,IBM,DEC,PC or better the implementation of the TCP/IP?) I probably have to ask the manufacturer for that. Anyway a buffer size of 64K limits to 256kbps for a single TCP connection, considering the above scenario. Is this correct? So I have to look for implementations for RFC 1323. Any pointers on that? (is it avialable at all, widly used, or commercially avialable for ...) I assume that supercomputer centers have the same sort of problems (single TCP connections over huge bandwith*delay lines). Any pointers to documents are welcome too. c) Does it make sense to adapt the TCP Maximum Segment Size (tcp_default_mss = 512) to the MTU of the connecting interfaces (i.e MTU (seriell)= MTU (ethernet)) to avoid fragmentation on the routers? Assuming that I would hook up the routers (on each side) and the connected workstations on FDDI (MTU=4352) adapting TCP Maximum Segment Size and MTU on the seriell line would that improve the throughput? So any help on that issue is welcome. Thank you, Michael Fendt ________________________________________________________________________________ Michael Fendt ESO Karl-Schwarzschild-Str. 2 85748 Garching Germany Tel: +49 89 32006 441 Fax: +49 89 32023 62 email: mfendt@eso.org ----MESSAGE-END---- ----MESSAGE-BEGIN---- [tim.83.007D635F@apocalypse.org] <1994110309162300> From: tim@apocalypse.org (Timothy G. Reynolds) Newsgroups: comp.protocols.tcp-ip Subject: Re: TCPIP Compatibility Problems ? (FTP Software, Novell) Date: Thu, 3 Nov 1994 14:16:23 UNDEFINED Organization: FTP Software, Inc. Lines: 27 Distribution: world Message-ID: References: NNTP-Posting-Host: enchanted_forest.ftp.com X-Newsreader: Trumpet for Windows [Version 1.0 Rev B final beta #1] In article ldavis@jaguar.vienna.itd.sterling.com (Lynch Davis) writes: >From: ldavis@jaguar.vienna.itd.sterling.com (Lynch Davis) >Subject: TCPIP Compatibility Problems ? (FTP Software, Novell) >Date: 03 Nov 1994 18:39:49 GMT >I would like to know if anyone can tell me about any >know problems with the FTP Software tcpip stack when >used on top of Novell Netware. The date on the >netbind is 7-9-91, using an Excelan 215T ethernet >card on a PS-2. This depends on exactly what you mean by "used on top of". FTP Software's PC/TCP will not run "on top" of Novell Netware. It can run "alongside" Netware over another type of driver, however. I'm going to assume that, since you mention netbind, you're using NDIS drivers and a Novell IPX for NDIS. If this is the case, you need to be sure that you are loading the DIS_PKT.GUP converter in your config.sys and that you have added an appropriate [PKTDRV] section to your protocol.ini. If you have the docs, please read the section on installing using an NDIS driver. Timothy G. Reynolds FTP Software, Inc. Technical Services 2 High St. timmi+email@ftp.com N. Andover, MA (800) 382-4FTP 01845 "When the avalanche has already started, it is too late for the pebbles to vote." ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39aei7$fa2@Tut.MsState.Edu] <1994110310375900> From: srinivas@cy.cs.olemiss.edu (Tipirneni Srinivas) Newsgroups: comp.protocols.tcp-ip Subject: Writing/reading to/from a socket. Date: 3 Nov 1994 10:37:59 GMT Organization: Mississippi State University Lines: 30 Message-ID: <39aei7$fa2@Tut.MsState.Edu> NNTP-Posting-Host: cy.cs.olemiss.edu Subject: Summary: Expires: Sender: srinivas@cy.cs.olemiss.edu Followup-To: Distribution: Distribution: world Organization: CIS Dept., U of MS Keywords: SOCKET Cc: I am a newbie to networking. I wrote a simple program that does : a) Server writes to a socket. b) Client does nothing. It sleeps. c) Server reads from the same socket. All these are in infinite loop. I expected that server reads whatever anything.l Could someone please explain this ...? Thanks Srini -- Srinivas Tiopirneni ----MESSAGE-END---- ----MESSAGE-BEGIN---- [Cyoux9.2I5@none.via.term] <1994110311075700> From: root@none.com (root) Newsgroups: comp.protocols.tcp-ip Subject: test Date: Thu, 3 Nov 1994 11:07:57 GMT Organization: None Lines: 1 Sender: news@none.via.term (news) Message-ID: NNTP-Posting-Host: bit.csc.lsu.edu X-Newsreader: TIN [version 1.2 PL2] Please Ignore. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39a7b4$ht2@galaxy.uci.agh.edu.pl] <1994110311144400> From: szymon@uci.agh.edu.pl (Szymon Sokol) Newsgroups: comp.protocols.tcp-ip Subject: Re: Tar in ftp Date: 3 Nov 1994 09:34:44 +0100 Organization: University of Mining & Metallurgy Lines: 29 Message-ID: <39a7b4$ht2@galaxy.uci.agh.edu.pl> References: <386vu1$5d5@pandora.sdsu.edu> <783190974snz@wookie.demon.co.uk> NNTP-Posting-Host: galaxy.uci.agh.edu.pl X-Newsreader: TIN [version 1.2 PL2] John Beardmore (wookie@wookie.demon.co.uk) wrote: : In article <386vu1$5d5@pandora.sdsu.edu> : gcharles@ucssun1.sdsu.edu "Greg Charles" writes: : > Someone showed me that on ftp.mathworks.com you can type: : >get directory.tar (while in binary mode) and it will tar up the whole : >directory and send it to you. How can I set up my ftp system to do : >this? Will other options, such as zip, work as well? : I suspect they have hacked the source to add the feature. I don't think : it's standard. It is not standard in vendors' ftpd, but it is present in wuftpd - WUSTL ftpd (the one that runs at wuarchive.wustl.edu; sources are also available from there). It is probably the best FTP server software available. : I don't think ZIPing has ever been done, though feel free to correct me by : email if I'm wrong ! Not sure about ZIP (you mean, compression used in PKZIP program?), but wuftpd can do 'compress' or 'gzip' (ie. .Z or .gz). -- Szymon Sokol -- Network Manager U U M M M M University of Mining and Metallurgy, Computer Center U U MM MM MM MM ave. Mickiewicza 30, 30-059 Krakow, POLAND U U M M M M M M M M TEL. +48 12 338100 EXT. 2885 FAX +48 12 338907 UUUUU M M M M M M finger szymon@galaxy.uci.agh.edu.pl for PGP key WWW page: http://www.uci.agh.edu.pl/~szymon/ ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39ajhf$846@newhub.xylogics.com] <1994110312025500> From: carlson@Xylogics.COM (James Carlson) Newsgroups: comp.protocols.ppp,comp.protocols.tcp-ip,comp.protocols.tcp-ip.domains,comp.protocols.tcp-ip.ibmpc Subject: Re: SLIP Termination Date: 3 Nov 1994 12:02:55 GMT Organization: Xylogics Incorporated Lines: 25 Distribution: world Message-ID: <39ajhf$846@newhub.xylogics.com> References: Reply-To: carlson@xylogics.com NNTP-Posting-Host: steam.xylogics.com In article , Ken.Adair@Dundee.NCR.COM (Ken Adair) writes: |> I have an OS/2 PC running IBM's TCP/IP Version 2.0 (no CSDs). I wish to |> run a couple of independent third party applications which will require |> the use of a SLIP connection. Each of the applications connect to the |> same address and may or may not to run simultaneously. |> |> The problem is, I want to close the modem link when the last program has |> completed. How can I detect when the SLIP line is in use and when the last |> program has finished with the SLIP connection? In general, the only way to do this is with an inactivity timer. IP is not connection oriented, and it has no idea that there are applications out there that may (or may not) require service in the future, so it doesn't know when to tear down the connection. If you're able to come up with this information by other means (for example, by writing an application which forks all of the other applications and uses SIGCHLD and wait3() to determine which processes are done), then you can use this to kill off the SLIP process on your end. -- James Carlson Tel: +1 617 272 8140 Annex Software Support / Xylogics, Inc. +1 800 225 3317 53 Third Avenue / Burlington MA 01803-4491 Fax: +1 617 272 2618 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39akf1$846@newhub.xylogics.com] <1994110312184100> From: carlson@Xylogics.COM (James Carlson) Newsgroups: comp.protocols.tcp-ip Subject: Re: how to tell the difference between class a,b,c ip's? Date: 3 Nov 1994 12:18:41 GMT Organization: Xylogics Incorporated Lines: 61 Distribution: world Message-ID: <39akf1$846@newhub.xylogics.com> References: <398e3rINN108@twain.ucs.umass.edu> <399n3c$eh8@tools.near.net> Reply-To: carlson@xylogics.com NNTP-Posting-Host: steam.xylogics.com In article <399n3c$eh8@tools.near.net>, barmar@nic.near.net (Barry Margolin) writes: |> In article <398e3rINN108@twain.ucs.umass.edu> elf@twain.ucs.umass.edu (Michael J. Feuell) writes: |> >Now, if I have my info right so far, class C is for IP addresses that |> >start with 192-254, class A is 1-127, and class B is 128-191. |> |> Right. |> |> >But what would the various netmasks be? For class C is it 255.255.0 ? |> |> No. Class A is 255.0.0.0, class B is 255.255.0.0, and class C is |> 255.255.255.0. |> |> >Will I ever encounter a a valid IP with less than 4 numbers in it? |> |> No. IP addresses are all 32 bits. Each number is an 8-bit octet. Not quite true. The 4-number dotted-decimal form is most common, but isn't the only method used to express these numbers. Most BSD-derived systems permit alternate expressions for dotted-decimal form: A (32 bit unsigned decimal number) A.B (A is first 8 bits, B is last 24 bits) A.B.C (A is first 8 bits, B second 8, C last 16 bits) A.B.C.D (all are 8 bits) So, it's quite common to run into expressions such as "127.1", in which the first number (127) represents the first octet of the IP address and the second number (1) represents the last three octets. This would be equivalent to "127.0.1" and "127.0.0.1". |> No, except that nodes can't use all 0's or all 1's in the host portion. |> Some obscure network technologies require a direct mapping between the IP |> host number and the hardware address, but most common ones don't have such |> a requirement, and host numbers can be assigned arbitrarily. Ha! I like the use of the adjective there. I feel the same about IPX. |> >Is there any other info I should be aware of? |> |> I think you should read up about TCP/IP in general. Try the book |> "Internetworking with TCP/IP". |> |> >Lastly, what defines a valid IP address? |> >So far all I have is that 1) contains 4 numbers, 2) each of those numbers |> >must be greater than 0 and less than 255. (except localhost and the netmask) |> |> Yes. No, they must be greater than *or equal to* 0 and less than *or equal to* 255. In the A.B.C.D format, they're all 8 bit unsigned decimal numbers. There isn't any necessary restriction on the actual values because it isn't necessarily the case that the subnet mask will end on an octet boundary. Thus, depending on the network organization, 12.0.5.255 could be a proper IP address. -- James Carlson Tel: +1 617 272 8140 Annex Software Support / Xylogics, Inc. +1 800 225 3317 53 Third Avenue / Burlington MA 01803-4491 Fax: +1 617 272 2618 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [padgett.267.000E503B@goat.orl.mmc.com] <1994110312384200> From: padgett@goat.orl.mmc.com (Padgett 0sirius) Newsgroups: comp.protocols.tcp-ip Subject: Re: how to tell the difference between class a,b,c ip's? Date: Thu, 3 Nov 1994 14:18:42 Organization: IPL InterNetNews site Lines: 29 Distribution: world Message-ID: References: <398e3rINN108@twain.ucs.umass.edu> <399n3c$eh8@tools.near.net> <39akf1$846@newhub.xylogics.com> NNTP-Posting-Host: judge.orl.mmc.com Well, the postings seen thusfar are close but not quite right. The current source is RFC 791 (don't think it has been superceeded) and the drill is as follows: IP addresses are made up of four octets in the range 0-255. If the MSB is zero, it is a class A address - 7 bits net identifier, 24 bits local address. except 127 (0111 1111) is for local loopback use only and should never appear on the net. If the MS two bits are 10 it is a class B address - 14 bits network identifier, 16 bits local address. If the MS three bits are 110 it is a class C address - 21 bits network, 8 bits local address. If the MS three bits are 111 it is "escape to extended addressing mode" Further: Network identifier of all zeros means "this network" Local address of all ones means "everybody" Subnets are made up by slitting the "local address" into a MSP as the subnet ID and LSP as the node ID - does not have to be an even split. (P-part) Put them all together and they spell mo... er as you can see it is not quite orderly but class A is 1-126, B is 128-191, and C is 192-223. A. Padgett Peterson, P.E. Cybernetic Psychophysicist We also walk dogs PGP 2.7 Public Key Available ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39c5as$49o@charm.gandalf.ca] <1994110312524300> From: gmichaud@gandalf.ca (Guy Michaud) Newsgroups: comp.protocols.tcp-ip,comp.unix.admin,comp.sys.novell Subject: multicast/broadcast data transfer to multiple hosts/destinations Date: 3 Nov 1994 21:12:43 -0500 Organization: Gandalf Data Ltd. Lines: 38 Message-ID: <39c5as$49o@charm.gandalf.ca> NNTP-Posting-Host: charm.gandalf.ca I'm looking for a software that can make use of TCP/IP-UDP sockets; permitting the data transfer from one host on the net to be picked up simultaneously by two other hosts. This eliminates the need to transfer the file twice: Conventional: filename @ host A tftp filename from host A to host B tftp filename from host A to host C Wanted: ??? filname All hosts programed to 'listen' for the multicast/broadcast would receive the data on a specific tcp/udp port or socket. The software in each listening host (host B and C), would keep track of missing packets, and could then send out a re-transmission request to the sending host. Why would I want to do this? The file I need to transfer is 2 to 10 Gbytes. Transferring to each host (2 'listening' hosts = 2 times the time to transfer.) would take too long. Also, considering that I will be crossing networks: host A, net 1 host B, net 2 host C, net 3 The only way to get from net A to net C is through net B. Any one have any idea? Would this be useful product? Have I stirred anyone's imagination? All ideas, pointers would be appreciated. Respond here or through e-mail (gmichaud@charm.gandalf.ca). Guy ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39ao5h$jqn@euas20.eua.ericsson.se] <1994110313215300> From: euamhk@eua.ericsson.se (Henrik Martin) Newsgroups: comp.protocols.tcp-ip,comp.sys.sun.misc Subject: [Q]: How to change ACK timeout in TCP driver? Date: 3 Nov 1994 13:21:53 GMT Organization: Ellemtel Telecom Systems Labs, Stockholm, Sweden Lines: 58 Message-ID: <39ao5h$jqn@euas20.eua.ericsson.se> NNTP-Posting-Host: euas58d61.eua.ericsson.se Hi! Our networking guy asked me to find out if it was possible to change the timeout value for retransmitting a TCP packet. The reason that he wants to do this is because one project at our site has TCP applications that run over WANs through several bridges, routers, etc. over a 64Kbps line. He has looked with a sniffer and seen some kind of wobbling on the net with lots of retransmissions because of delayed ACKs. He wasn't sure if the OS was SunOS 4.x or SunOS 5.x (Solaris 2.x) on the machines involved but I'm pretty sure that they run SunOS 4.x. In the book TCP/IP Illustrated by Richard Stevens, a few TCP-related kernel variables are mentioned in the appendices. I found something called "tcp_rexmit_interval_min" for Solaris that is supposed to mean "minimum retransmit timeout interval". My question is: Is this the right variable to tweak in this case? If the answer to the question above is yes, then: What's the corresponding variable name in SunOS 4.x (if there is one)? I tried "nm /vmunix | grep tcp_" to see if there was a similar symbol name but I was out of luck :-( Any help would be much appreciated. Please reply by email since I don't have time to read news very often. Thanks and best regards, Henrik Martin Ellemtel Telecommunication Systems Laboratories Sweden Office phone: + 46 8 727 36 04 Fax: + 46 8 647 82 76 Email: Henrik.Martin@eua.ericsson.se -- Henrik Martín | Networked UNIX systems support | "emacs is a fine operating system, Email: euamhk | but I still prefer UNIX" Tel : 3604 | ----MESSAGE-END---- ----MESSAGE-BEGIN---- [Cyp1G1.7p9@info.swan.ac.uk] <1994110313284800> Newsgroups: comp.protocols.tcp-ip From: iialan@iifeak.swan.ac.uk (Alan Cox) Subject: Re: ICMP Traceroute VS IP Record Route? Message-ID: Sender: news@info.swan.ac.uk Nntp-Posting-Host: iifeak.swan.ac.uk Organization: Institute For Industrial Information Technology References: Date: Thu, 3 Nov 1994 13:28:48 GMT Lines: 14 In article peter.lewis@info.curtin.edu.au (Peter N Lewis) writes: >Yes. The "record route" option requires that the routers along the route >actually pay attention to this option. Maybe they do these days, but >traditionally this has been a serious problem with this option. Also, Record Route is OPTIONAL in RFC1122 so its not of great real use. The standard ICMP error trick used by conventional traceroute is at least a SHOULD. Alan -- ..-----------,,----------------------------,,----------------------------,, // Alan Cox // iialan@www.linux.org.uk // GW4PTS@GB7SWN.#45.GBR.EU // ``----------'`----------------------------'`----------------------------'' ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39c33d$hke@cedar.mr.net] <1994110313301400> From: freeman@mr.net Newsgroups: comp.protocols.tcp-ip Subject: Help: SLIP from MS Windows to AIX Date: Thu, 03 Nov 94 20:30:14 PDT Organization: Minnesota Regional Network Lines: 16 Message-ID: <39c33d$hke@cedar.mr.net> NNTP-Posting-Host: msp1-12.nas.mr.net Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Newsreader: NEWTNews & Chameleon -- TCP/IP for MS Windows from NetManage Hello All, Has anyone here configured a SLIP link via modem from a PC to a RS/6000? I had previously setup SLIP between two RS/6000 via a null modem cable and that works fine. Now I'm using the Chameleon package on the PC under WFWG 3.11 and I have two identical MultiTech modems on both end. The modem will dial and connect, slattach on AIX will say connection established, but PING will fail. Thanks for any advice. --------------------------------- Alex Li Health Systems Integration, Inc. 612-851-9696 --------------------------------- ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39as2l$cls@homer.alpha.net] <1994110314283700> From: mikep@mfa.com (Mike Passineau) Newsgroups: comp.protocols.tcp-ip Subject: WANTED-bootp info utility Date: 3 Nov 1994 14:28:37 GMT Organization: Alpha.net -- Milwaukee, WI Lines: 24 Message-ID: <39as2l$cls@homer.alpha.net> NNTP-Posting-Host: rocko.mfa.com X-Newsreader: TIN [version 1.2 PL2] Hello! I am looking for a utility similar in operation to the icmpinof utility that I can run from a host system (HPUX v9.04) that will monitor and display bootp requests as they come into the host, and display some useful information in regard to rarp and ip. If anyone can point me to such a utility I would be grateful!! Best regards. . . . Mike ----------------------------------------------------------------------- Michael A. Passineau McHugh-Freeman System Administrator Technical Services Group mikep@mfa.com finger above for my PGP public key. "Mind, like parachute, not working when not open." [Charlie Chan] #include ---------------------------------------------------------------------- ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39as6f$du0@sand.cis.ufl.edu] <1994110314303900> From: jk@beach.cis.ufl.edu (Jagadeesh Kasaraneni) Newsgroups: comp.protocols.tcp-ip Subject: How to multicast using dlpi interface in Solari env? Date: 3 Nov 1994 14:30:39 GMT Organization: Univ. of Florida CIS Dept. Lines: 18 Message-ID: <39as6f$du0@sand.cis.ufl.edu> NNTP-Posting-Host: beach.cis.ufl.edu Hi, In the project I am working on, I need to use dlpi interface in Solaris environment to access the underlying device connected to the ethernet. I need to send and receive packets over the net. I have to do multicasting, add and delete a multicast address etc. I don't have any documentation and all I have is an example program which reads packets on the interface. I was able to read packets successfully but I am having problems with writing packets. If any of you have any examples which write packets, which use multicasting, etc, I would love to take a look at them. If you have a postscript format of the documentation or the documentation itself I request you to share them with me, if possible. Since I rarely read the newsgroups from the place I work, please mail your replies to the following address: jk@cis.ufl.edu. Thanks Jagadeesh Kasaraneni. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [ab429.60.001C8CAC@osfn.rhilinet.gov] <1994110314401400> From: ab429@osfn.rhilinet.gov (Justin Monti) Newsgroups: comp.protocols.tcp-ip Subject: Re: Putting school network on Internet via SLIP Date: Thu, 3 Nov 1994 16:20:14 Organization: Painless Windows Consulting Lines: 72 Distribution: world Message-ID: References: <783261850snz@wookie.demon.co.uk> NNTP-Posting-Host: poncho-slip10.cis.brown.edu X-Newsreader: Trumpet for Windows [Version 1.0 Rev B] In article rrwood@io.org (Roy Wood) writes: >From: rrwood@io.org (Roy Wood) >Subject: Re: Putting school network on Internet via SLIP >Date: Sun, 30 Oct 1994 20:39:38 -0500 >In article <783261850snz@wookie.demon.co.uk>, wookie@wookie.demon.co.uk >(John Beardmore) wrote: >> In article >> ab429@osfn.rhilinet.gov "Justin Monti" writes: >> >> >Hello all. My high school is considering putting its Macintosh student >> >network (and eventually the admin PC network also) on the Net. What I am >> >trying to figure out is if it will be possible to get a connection through a >> >local service provider and have the ability to assign each computer its own IP >> >address (using MacTCP). >> >> Why do this dynamically ? >Because it's probably a public lab of compact Macs, which means it's a zoo >where assigning static addresses will be a nightmare. Better to give each >kid an "Information Superhypeway" disk that is customized with >userid/password for the POP server, and assign IP addresses dynamically as >each kid appears on the network. The alternative (static addressing) means >that each kid's startup disk has a unique IP address more-or-less >hard-coded, and if there are more than 254 such users, things could get >messy..... You're right. We have about 400 students who have access to the computing facilities and who would probably want to use the Net. There are also another 50 or so faculty who would do the same. It's just not practical to use static ip addressing. Also, there would probably be more than 254 computers turned on at any time on the campus, but only a small fraction would need Internet access at any one time. Therefore dynamic addressing is much more attractive. Also, I doubt that we would be able to get more than 1 class c address. >> > We would have a maximum of 100 computers on-line at a >> >time (BOOTP is a possibility, but I'd rather avoid it). One Mac will be >> >dedicated as the router (and WWW server, mail server, FTP server, gopher >> >server). >> Why a MAC ? >Can a Mac do all those things? I know about FTPd, but the other stuff is >news to me (not that I've been paying attention to that). And what about >NNTP? Why not go with a unix box? I'd love to go with a DOS or Unix box (although I confess to having very little knowledge of Unix) for the gateway/router. However, because I won't be spending the rest of my life at the school, the system needs to be admisisterable (is that a word?) by the staff in the computer center who are strict Macaholics. We aren't going to need to have a NNTP server because we can use either the NNTP server of our service provider or the NNTP server of one of the Universities in the state. >-Roy (who is doing more or less the same thing) >-- >rrwood@io.org >"Live by the foma (harmless lies) that make you brave and kind, >happy and healthy." >-Bokonon/K.Vonnegut ================== Justin Monti Painless Windows Consulting email: 70254.2670@compuserve.com OR ab429@osfn.rhilinet.gov Disclaimer: My opinions are not necessarily those of my employer "Uh, huh, like, the net is cool" --Beavis & Butthead ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39aur7$h2s@golf.ustores.missouri.edu] <1994110315155100> From: johnam@bart.datastorm.com (johnam) Newsgroups: comp.protocols.tcp-ip Subject: Telnet CR-LF translation on NetBSD Date: 3 Nov 1994 15:15:51 GMT Organization: Datastorm Lines: 16 Message-ID: <39aur7$h2s@golf.ustores.missouri.edu> NNTP-Posting-Host: johnam.datastorm.com X-Newsreader: WinVN 0.92.6 I've been trying to perform Telnet Zmodem transfers. So far everthing is working well receiving a file from the host. However, if send a file, rz doesn't work without the -e option (escape control characters). Upon investigation, NetBSD is translating the CR-LF of anything. This seems rather strange considering I put Telnet into Binary mode (via the Telnet option negotiation) before sending the file. So how do I tell Telnet not to do this translation? Is there another Telnet option I'm missing? While I'm at it, is there a standard document that outlines all of the Telnet negotiations? Misc: I'm in the default character by character mode, the host is a NetBSD 0.9 UNIX box. thanks for any help that can be giving, John Maier ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39b0lj$3vq@usenetp1.news.prodigy.com] <1994110315465900> From: RSPF48A@prodigy.com (KEVIN GILHOOLY ) Newsgroups: comp.protocols.tcp-ip Subject: Broadcasting UDP packets Date: 3 Nov 1994 15:46:59 GMT Organization: Prodigy Services Company 1-800-PRODIGY Lines: 16 Distribution: world Message-ID: <39b0lj$3vq@usenetp1.news.prodigy.com> NNTP-Posting-Host: inugap1.news.prodigy.com X-Newsreader: Version 1.2 I am developing an application in which one central program will have to feed an indeterminate number of others with copies of the same information. I am trying to find a way to avoid having the many poll the one central machine. Is there a way to do a broadcast of packets to multiple machines? I looked at IGMP, but I was told that it was a lot lower-level than I wanted to be. (Also, I don't think my TCP/IP stack [Chameleon for Windows] allows access that low down the stack anyway.) Thanks! - Kevin Gilhooly e-mail: rspf48a@prodigy.com #include ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39b189$rhl@usenet.srv.cis.pitt.edu] <1994110315565700> From: field@cs.pitt.edu (Brian Field) Newsgroups: comp.protocols.tcp-ip Subject: UDP packets lost on src machine Date: 3 Nov 1994 15:56:57 GMT Organization: University of Pittsburgh, Department of Computer Science Lines: 34 Message-ID: <39b189$rhl@usenet.srv.cis.pitt.edu> Reply-To: field@cs.pitt.edu NNTP-Posting-Host: koko.cs.pitt.edu X-Newsreader: TIN [version 1.2 PL2] I have a client program which generates small UDP packets (~20 bytes UDP data) and sends them to a server. This server responds by sending (potentially) large numbers of UDP packets (up to 255 for each request). Now, at times, a UDP packet, as sent by the src, never gets onto the wire. I'm checking all system call return values, and the packets getting lost do not receive errors via sendto (). I'm snopping the net, and these request packets aren't hitting the wire. The problem is intermittent. I may see 30-40 requests sent ok, then one is dropped, and then the rest are sent ok. (Both machines are on the same LAN segment-- no bridges or routers between them). What I would like to know (definitively) is what information can be inferred from sendto() reporting that it has sent the number of bytes expected? Does this mean simply that the data was copied successfully from user space into mbufs? Can anything else be inferred? I've run netstat before and after these packets are getting lost and I'm not seeing request for mbufs being denied. I'm also not seeing oErrors increasing (its my understanding that if the packet suffers through 16 collisions, it get dropped and Oerrors is incremented). What types of information can I access if I use setsockopt () w/ SO_DEBUG? And how do I get to this info? Is there any other debuggin information I should look at? If I snoop on the src machine, can I expect reliable results? (I thought there was a problem with doing this..). Do any public domain snoopers show collisions (I'm capturing the packet stream between the src and dst, but would also like to see collisions in this stream). Ooops. This is on an SGI Indy, Irix 5.2, over ethernet. Thanks Brian ----MESSAGE-END---- ----MESSAGE-BEGIN---- [nrgCypF4B.89t@netcom.com] <1994110318241100> Newsgroups: comp.protocols.appletalk,comp.protocols.tcp-ip From: nrg@netcom.com (Ethan I. Miller) Subject: Re: Appletalk->TCP/IP Router/Gateway Message-ID: Organization: NETCOM On-line Communication Services (408 261-4700 guest) X-Newsreader: TIN [version 1.2 PL1] References: <39b3vf$gvg@hustle.rahul.net> Date: Thu, 3 Nov 1994 18:24:11 GMT Lines: 41 : I got the impression that since one Mac has a PPP connection, and MacTCP : doesn't do routing, you can't also connect that same machine to the local : ethernet (IP-wise) without first disconnecting the PPP link. In other : words, what is needed here is an IP router to allow the machine to access : both links at once. : This could also be done through multi-homing (preventing the ethernet : from being 'live' on the Internet, for security or other reasons), but : you would still need to have the ANA allocate a (nominally) class C : network address to prevent the multi-homed host from getting confused, : even if the net wasn't visible to the rest of the world. : The problem is that the only software (at least that *I* know of) that : will let you either route or be multi-homed on a Mac is AUX, which : doesn't show any signs of an upgrade path. : If I dare say it, about your best bet would be to upgrade the PPP link to : full network routing, find an old 386-16 with a 100MB HD (probably could : be had for <$300-$400 these days), install Linux or FreeBSD (free "Unix" : for the x86) and configure it as a router, and then put your whole : network on the Internet live. Or, you could make it your "firewall" and : run the POP3 server on it, preventing having to expose the rest of the : network (whether that's good or bad depends on your own philosophy). : Or, if you had an old mac sitting around (though they tend to be more : expensive than old PCs, and AUX isn't free) you could do the same with : AUX. Heck, you could put AUX on the machine that's PPP-linked now. But : the PC/FreeBSD approach keeps you in free software. : Egads, I wrote a lot. ;) Have fun, and keep us updated. Yeah full network routing keeps popping up as the best solution...It's jsut that I'm such a Mac weenie that I'm determined to have a Mac (not under AUX) doing as much (hopefully everything!) as possible. If not a software IP router (thre's GOT to be one, and believe me -- the Apple Internet Router is *not* it) then perhaps a box (like a shiva fast path, gator box etc.) that sits on the ethernet providing IP and IP routing services... of course thes guys cost *bucks*...sheesh I'm *so* close :) thanks ethan miller ----MESSAGE-END---- ----MESSAGE-BEGIN---- [LDAVIS.94Nov3133950@jaguar.vienna.itd.sterling.com] <1994110318394900> From: ldavis@jaguar.vienna.itd.sterling.com (Lynch Davis) Newsgroups: comp.protocols.tcp-ip Subject: TCPIP Compatibility Problems ? (FTP Software, Novell) Date: 03 Nov 1994 18:39:49 GMT Organization: Sterling Software ITD, Inc. Lines: 10 Distribution: world Message-ID: NNTP-Posting-Host: jaguar.vienna.itd.sterling.com I would like to know if anyone can tell me about any know problems with the FTP Software tcpip stack when used on top of Novell Netware. The date on the netbind is 7-9-91, using an Excelan 215T ethernet card on a PS-2. Any help is greatly appreciated. Thanks, Lynch ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39dun0$o1r@nova.netapp.com] <1994110321120000> From: guy@nova.netapp.com (Guy Harris) Newsgroups: comp.protocols.iso,comp.protocols.tcp-ip Subject: Re: GOSIP!!!! Date: 4 Nov 1994 10:32:00 -0800 Organization: Network Appliance Corp. Lines: 14 Message-ID: <39dun0$o1r@nova.netapp.com> References: <39dkgn$os7@orinocho.dtt.co.nz> NNTP-Posting-Host: 192.9.200.13 wrote: >* I gain all the advantages of the 1990's software technologies of OSI - >abstraction, a more sophisticated layering of network services. Routing, Umm, "routing" isn't an "advantage of the 1990's software technology of OSI"; it long antedates the work on the OSI stack. >connection control, What does "connection control" mean? >a decent Transport Layer, Precisely what is "indecent" about TCP? ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39bkfo$nc7@Tut.MsState.Edu] <1994110321251200> From: zhao@ERC.MsState.Edu (Xiaodong Zhao) Newsgroups: comp.protocols.tcp-ip Subject: VMTP Date: 3 Nov 1994 21:25:12 GMT Organization: MSU/NSF Engineering Research Center Lines: 10 Message-ID: <39bkfo$nc7@Tut.MsState.Edu> Reply-To: zhao@ERC.MsState.Edu NNTP-Posting-Host: phoenix.erc.msstate.edu Can anybody tell me something about VMTP? What kind of protocol is it? Has it been standardized? What's the current status? Thanks in advance, -zhao ERC,MSU ----MESSAGE-END---- ----MESSAGE-BEGIN---- [systex.134.0017A12B@hookup.net] <1994110321573600> From: systex@hookup.net (Lawrence Levin) Newsgroups: comp.protocols.tcp-ip Subject: dos program for rsh or rexec ? Date: Thu, 3 Nov 1994 23:37:36 Organization: Charm.Net Baltimore Internet Access, Hon (410) 558-3900 Lines: 7 Message-ID: NNTP-Posting-Host: systex.tor.hookup.net X-Newsreader: Trumpet for Windows [Version 1.0 Rev A] Does anyone know where I can get a dos program that will do a 'rsh' or 'rexec' to a unix host system ?? Please e-mail response. Summary will be posted to this news group. TIA Lawrence Levin ----MESSAGE-END---- ----MESSAGE-BEGIN---- [peter.lewis-0311940941000001@rocky.curtin.edu.au] <1994110323010000> From: peter.lewis@info.curtin.edu.au (Peter N Lewis) Newsgroups: comp.protocols.tcp-ip Subject: Re: diff between passive and active mode ftp Date: Thu, 03 Nov 1994 09:41:00 +0800 Organization: NCRPDA, Curtin University Lines: 38 Message-ID: References: <3971i7INNqqc@titan.ucs.umass.edu> NNTP-Posting-Host: ncrpda.curtin.edu.au In article <3971i7INNqqc@titan.ucs.umass.edu>, stos@titan.ucs.umass.edu (stos) wrote: >Could someone tell me the difference between Passive and active mode >ftp? Passive mode: CLIENT: PASV Server opens a passive connection SERVER: 227 Entering Passive Mode (134,7,122,2,146,108) (first four bytes are the IP, next two are the port) CLIENT: LIST/RETR/STOR command (any of the file/directory transfer commands) Client connects (actively) to the specified IP/port (which might not be the same IP as the client) Active mode: Client opens a passive connection CLIENT: PORT 134,7,122,2,146,100 (first four bytes are the IP, next two are the port) SERVER: 200 PORT command successful. CLIENT: LIST/RETR/STOR command (any of the file/directory transfer commands) Server connects (actively) to the specified IP/port (which might not be the same IP as the client) Read the FTP RFC. Note: Servers must support both. Clients should (accoring to the later RFC) use the PASV command. In actual practice, clients should use the PORT command and should offer the PASV command as an option. Enjoy, Peter. -- Peter N Lewis - Macintosh TCP fingerpainter FTP my programs from redback.cs.uwa.edu.au:Others/PeterLewis/ or amug.org:pub/peterlewis/ or nic.switch.ch:software/mac/peterlewis/ ----MESSAGE-END---- ----MESSAGE-BEGIN---- [Cypy6r.MFB@calcite.rhyolite.com] <1994110401160200> Newsgroups: comp.protocols.ppp,comp.protocols.tcp-ip,comp.protocols.tcp-ip.domains,comp.protocols.tcp-ip.ibmpc From: vjs@calcite.rhyolite.com (Vernon Schryver) Subject: Re: SLIP Termination Message-ID: Organization: Rhyolite Software Date: Fri, 4 Nov 1994 01:16:02 GMT References: <39ajhf$846@newhub.xylogics.com> Lines: 27 In article <39ajhf$846@newhub.xylogics.com> carlson@xylogics.com writes: >In article , Ken.Adair@Dundee.NCR.COM (Ken Adair) writes: > ... >|> The problem is, I want to close the modem link when the last program has >|> completed. How can I detect when the SLIP line is in use and when the last >|> program has finished with the SLIP connection? > >In general, the only way to do this is with an inactivity timer. IP is >not connection oriented, and it has no idea that there are applications >out there that may (or may not) require service in the future, so it >doesn't know when to tear down the connection. In the UNIX implementations I know about, the SLIP code knows no more about IP (which has no connections) than about TCP (which does have connections). However, more than one SLIP and PPP implementation snoops on the packets going by and infers whether or not any TCP connections are active. It's "just" a matter of counting and matching SYN, FIN, and RST bits. Since it's not entirely reliable, you only use that information to adjust your timeouts, using shorter or longer ones depending on whether you think there are active connections. I find 5 and 30 seconds are good values. Note this works even when neither end of the TCP connection is on your box. Vernon Schryver vjs@rhyolite.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39c84m$3cu@ugle.unit.no] <1994110403003800> From: agulbra@nvg.unit.no (Arnt Gulbrandsen) Newsgroups: comp.protocols.iso,comp.protocols.tcp-ip Subject: Re: GOSIP!!!! Date: 4 Nov 1994 03:00:38 GMT Organization: Nettverksgruppa Lines: 16 Message-ID: <39c84m$3cu@ugle.unit.no> References: <39dkgn$os7@orinocho.dtt.co.nz> NNTP-Posting-Host: kanutten.nvg.unit.no In article <39dkgn$os7@orinocho.dtt.co.nz>, wrote: >The rate at which IPv4 is being implemented on the network probably outstrips the rate >at which IPv6 can be applied. The rate at which IPv4 is being implemented proves that a protocol can be implemented that fast, and so: If IPv6 is better than IPv4 it can be implemented faster. >The IPng migration will likely be a major exercise. Yes. But doable, if people upgrade their OSes and so on at least once every three or four years (the latest I've heard is that IPv6 should be available from OS vendors three or four years before IPv4 is unusable). --Arnt ----MESSAGE-END---- ----MESSAGE-BEGIN---- [jim-041194173901@jimsmac.ttech.com] <1994110404190100> From: jim@ttech.com (Jim Wayda) Newsgroups: comp.protocols.tcp-ip Subject: BSD TCP/IP Routing Internals Followup-To: comp.protocols.tcp-ip Date: Fri, 04 Nov 1994 17:39:01 -0800 Organization: Transitional Technology, Inc Lines: 15 Message-ID: NNTP-Posting-Host: jimsmac.ttech.com I am trying to understand the internals of the routing code located in the BSD sources in the following modules: route.c radix.x This seems to be the most complex piece of code in the TCP/IP sources. If someone knows where there may be some documentation or is knowledgeable in this area, please contact me. thanks, -Jim jim@ttech.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39a982$1vgp@ctsc.hkbc.hk] <1994110406271400> From: s11976@ctsc.hkbc.hk (PM Wong) Newsgroups: comp.protocols.tcp-ip,comp.unix.aix Subject: How to start bootpd explicitly on AIX Date: 3 Nov 1994 17:07:14 +0800 Organization: HONG KONG BAPTIST COLLEGE Lines: 20 Message-ID: <39a982$1vgp@ctsc.hkbc.hk> NNTP-Posting-Host: ctsc.hkbc.hk X-Newsreader: TIN [version 1.1 PL9] There were times when the bootpd daemon did not start (i.e. it didn't come out from /etc/inetd even when the bootpd entry is in inetd.conf) or might have simply died and did not restart. What can be the causes ? So I started it explicitly by typing /etc/bootpd /etc/bootptab but it still did not appear when I did the ps -ef | grep bootpd Is that the right way to force start bootpd on a unix (or AIX to be mroe specific) machine -- \\\// (o o) [----------------ooO-(_)-Ooo---------------] PM Wong (Computer Officer) [User User User User User User User User Us] CTSC Hong Kong Baptist College [ser User User User User User User User Use] 224 Waterloo Road, Kln. HONGKONG [er User User User User User User User User] Voice: (852)3397425 Fax: 3397888 [------------------------------------------] Email: pm@ctsc.hkbc.hk ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39crfd$lkv@sgi.iunet.it] <1994110408303700> From: eb@iunet.it (Enrico Badella) Newsgroups: comp.protocols.tcp-ip.ibmpc,comp.protocols.smb,comp.protocols.tcp-ip Subject: Accessing LAN Manager resources through a router Date: 4 Nov 1994 08:30:37 GMT Lines: 21 Message-ID: <39crfd$lkv@sgi.iunet.it> NNTP-Posting-Host: relay1.iunet.it X-Newsreader: TIN [version 1.2 PL2] Hi, My PC is uses Microsoft Lan Manager (2.2 I think) to access resources on a HP-9000 server using LMU. Now I came accros the need of accessing other resources on a similar server that is on a different subnet separated by a router (also HP). I have tried configuring my lmhosts, hosts files but with no result. Using tcpdump I managed to look at what my PC sends out and discovered that it will always does a broadcast on the subnetwork it's on instead of using the address of the server on the other side of the network. I called HP support and they told me that this is how Lan Manager is supposed to work. So how can I use something on the other side of the router wall? Browsing through the manuals I saw there is a replication service, but I couldn't get my sysadm to try setting it up. Any suggections? Thanks in advance ----MESSAGE-END---- ----MESSAGE-BEGIN---- [7524321148001@gcomm.com] <1994110410433700> Subject: Re: how to tell the difference between class a,b,c Newsgroups: comp.protocols.tcp-ip From: stein@gcomm.com Date: Fri, 04 Nov 94 15:43:37 EST Message-ID: <7524321148001@gcomm.com> Organization: Galacticomm Demo System Lines: 19 IB>>Now, if I have my info right so far, class C is for IP addresses that IB>>start with 192-254, class A is 1-127, and class B is 128-191. IB>Right. Actually class C is 192-223 in the first octet, according to Stevens' TCP/IP Illustrated Volume 1, page 8. RFC791 states that Class C addresses must start with 110xxxxx, in binary. There's class D (224-239) for multicast. The rest are for "expansion" (E=240-247, etc.). -- Bob Stein, Galacticomm -- ------------------------------------------------------------------------ | . The Galacticomm Demo System - 305.583.7808 - Home of The Major BBS . | | . Telnet/FTP: gcomm.com (199.227.15.16) - WWW: http://www.gcomm.com/ . | ------------------------------------------------------------------------ ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39ap0o$kd4@linux2.dlsu.edu.ph] <1994110410562400> From: csckhg@dlsu.edu.ph (Kelsey Hartigan Go) Newsgroups: comp.protocols.tcp-ip,comp.os.ms-windows.networking.tcp-ip Subject: Re: PPP problems at work (help!) Followup-To: comp.protocols.tcp-ip,comp.os.ms-windows.networking.tcp-ip Date: 3 Nov 1994 21:36:24 +0800 Organization: De La Salle University, Malate, Manila Lines: 18 Message-ID: <39ap0o$kd4@linux2.dlsu.edu.ph> References: <393tqe$5re@ftcnews.scs.ag.gov> NNTP-Posting-Host: linux2.dlsu.edu.ph X-Newsreader: TIN [version 1.2 PL2] : My offices has two machine set up as PPP sites. If I : connect to either one of them, the only site I can ping : or telnet to is the machine I just dialed into. : I am convinced the problem is with the machines I'm : connecting to, but I'm having a hard time convincing : the system administration people here of that. : I called the Chameleon customer support line, and they : believe my offices' machines are not set up as "routers" : But the SysAdm people here "claim" the machines are set : up correctly. perhaps the PPP server is not broadcasting the routing information to the rest of the world and hence the rest of the world does not know the route to your machine. Usually, it's RIP, but it may be different on your site (like OSPF?) ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39ap7m$kd9@linux2.dlsu.edu.ph] <1994110411000600> From: csckhg@dlsu.edu.ph (Kelsey Hartigan Go) Newsgroups: comp.protocols.tcp-ip Subject: Re: PC based PD Ethernet/TCPIP sniffer? Date: 3 Nov 1994 21:40:06 +0800 Organization: De La Salle University, Malate, Manila Lines: 11 Message-ID: <39ap7m$kd9@linux2.dlsu.edu.ph> References: <388ttl$2sj@progress.progress.com> NNTP-Posting-Host: linux2.dlsu.edu.ph X-Newsreader: TIN [version 1.2 PL2] Russell Nelson (nelson@crynwr.crynwr.com) wrote: : Title says it all. Anybody know of one? I've already chased down : the leads for that foreign product alternately named 'fergie', : 'gobbler', and at least one name that escapes me right now. That : product is aimed at packet measurement - not decode. I've seem to come across a program called NETWATCH developed at MIT. This program just allows you to view the packets whizzing by, but optionally, you can save these packets to disk (but you do lose some packets) and use some weird binary file viewer such as MS-DOS DEBUG. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39d66h$amv@gin.PFM-Mainz.DE] <1994110411333700> From: jpm@gin.pfm-mainz.de (Jan-Piet Mens) Newsgroups: comp.protocols.tcp-ip,comp.dcom.lans,de.comm.internet Subject: Are these routes possible ? Date: 4 Nov 1994 11:33:37 -0000 Organization: Home Lines: 100 Message-ID: <39d66h$amv@gin.PFM-Mainz.DE> NNTP-Posting-Host: gin.pfm-mainz.de I need your help for a few moments, please! I have been assigned two subnets (192.109.x.96) and (192.109.x.224), where 'x' is identical in both cases. The netmask is 255.255.255.248 (fffffff8) My network (so far) consists of an SCO Unix 3.2 and a Sun with SUN-OS 4.1.1, together with sundry PCs and Printers on the network. What I would like to do, is to have these two subnets act as one, running on the same Ethernet cable. I have a router to the outside world with addr 192.109.x.100 which should be accessed by all hosts in my network. The router runs PCROUTE onto transfer-net 193.141.y.109 What I have done so far: The SCO-box is .97 The Sun-box is .225 on SCO, the following tables work fine. I have exactly what I want. Routing tables Destination Gateway Flags Refs Use Interface 127.0.0.1 127.0.0.1 UH 7 0 lo0 193.141.y.109 192.109.x.100 UGH 0 0 wdn0 default 192.109.x.100 U 2 60 wdn0 192.109.x.96 192.109.x.97 U 12 13756 wdn0 On SUN I have Routing tables Destination Gateway Flags Refcnt Use Int 127.0.0.1 127.0.0.1 UH 1 1395 lo0 default 192.109.x.97 UG 0 0 ei0 192.109.x.224 192.109.x.225 U 10 21499 ei0 On SCO I added # route add 192.109.x.224 192.109.x.225 1 I could then ping the Sun. On Sun I added # route add 192.109.x.97 192.109.x.225 0 ; ping .97 works # route add 192.109.x.101 192.109.x.225 0 ; ping .101 works I have to add routes to each host in the .96 network to be able to reach them. It works though. So far so good (as far as I can tell anyway :-). When I try to ping the outside world, the router starts transferring packets like mad! to the other side, and nothing ever comes back. I don't understand, since the Sun routes default to .97 (SCO) and it in turn routes default to the router, why does it not work ? Note, that from the .97 everything works as desired. The configuration of PCROUTE is: ******* PCroute starting ******* Interface 1 (ethernet) Address 192.109.x.100 NetMask 255.255.255.248 Flags 000FH Metric 0000H The Ethenet Address 0000H The Ethenet Address C028H The Ethenet Address D167H Interface 2 (ethernet) Address 193.141.y.109 NetMask 255.255.255.0 Flags 000FH Metric 0000H The Ethenet Address 0000H The Ethenet Address FBAAH The Ethenet Address 0061H STATIC ROUTES Route to network 0.0.0.0 Through gateway 193.141.y.109 Metric 0000H Flags 0000H Forwarding BOOTP requests to 0.0.0.0 Logging messages to SYSLOGD on host 0.0.0.0 Logging level 0000H Logging mask 0000H ******* PCroute closing log file ******* Is what I am trying to do at all possible ? (Why don't I get one subnet with more hosts ? I am trying to avoid reconfiguring everything :-) Can I have two subnets on one ethernet cable ? What routing (route add ...) entries are missing where ? Must the router (pcroute) be reconfigured (hints pleaseeeee) ? Thank you very much. Regards, Jan-Piet -- __ _____ __ __ | || _ \ | \/ | Jan-Piet Mens Tel: +49-171-8033011 __| || ___/ | | Haendelstrasse 19 Fax: +49-521-9225924 |_____||__| |__||__| D-33604 Bielefeld jpm@gin.PFM-Mainz.DE ----MESSAGE-END---- ----MESSAGE-BEGIN---- [Cyqs1I.LJI@info.swan.ac.uk] <1994110412005300> Newsgroups: comp.protocols.tcp-ip From: iialan@iifeak.swan.ac.uk (Alan Cox) Subject: Re: IP implementation or keep IPX? Message-ID: Sender: news@info.swan.ac.uk Nntp-Posting-Host: iifeak.swan.ac.uk Organization: Institute For Industrial Information Technology References: <38oov1$4pg@newsbf01.news.aol.com> Date: Fri, 4 Nov 1994 12:00:53 GMT Lines: 16 In article Leo.Smith@elmail.co.uk writes: >a LAN protocol, fast but not very resilient. TCP/IP is a WAN protocol. Slower >but reliable. NFS which is the IP standard file sharing protocol is a complete >can of worms in a MAC or PC environment. For PC environments its much simpler to use W4WG the free microsoft tcp/ip stack and run lan manager over IP. The unix server software (SAMBA) is handily free (see comp.protocols.smb) and does browsing and Windows NT long name support etc. For apples get CAP installed on your unix systems (also free) and you can export appletalk direct from unix too. Alan -- ..-----------,,----------------------------,,----------------------------,, // Alan Cox // iialan@www.linux.org.uk // GW4PTS@GB7SWN.#45.GBR.EU // ``----------'`----------------------------'`----------------------------'' ----MESSAGE-END---- ----MESSAGE-BEGIN---- [mscarton.204.000F992B@mudshark.sunquest.com] <1994110413554700> From: mscarton@mudshark.sunquest.com (Mark A. Scarton) Newsgroups: comp.databases.sybase,comp.client-server,comp.databases,comp.protocols.tcp-ip,comp.unix.aix Subject: Developer Positions in Salt Lake City, Utah Date: Fri, 4 Nov 1994 15:35:47 Organization: Sunquest Information Systems, Inc. Lines: 38 Message-ID: NNTP-Posting-Host: mscarton.sunquest.com X-Newsreader: Trumpet for Windows [Version 1.0 Rev A] Senior Software Developers Sunquest, a leader in Clinical Information Systems, offers excellent opportunities for two Senior Software Developers with our Research and Development group at our location in Salt Lake City. Our group is exploring the frontiers of clinical information technology in hospitals throughout the United States and Canada. To qualify, you must have a BS in Computer Science or equivalent (prefer an MS), 8+ years development experience in computer science, 6+ years experience in C language programming, and a background as a lead developer. Knowledge of UNIX, sophisticated development tools, and the current state-of-the-art computer industry is essential. One position requires 6+ years with server/middleware development platforms, including DCE, 5+ years utilizing TCP/IP communications including socket-based programming, 3+ years in C++ language programming, and 1+ years with UNIX Shell languages programming. Must have expertise in Open System standards including POSIX. Prefer a background with communication, DCE and UNIX system administration, particularly AIX and/or HP systems, and PC skills. [Job# SLC-1] A second position requires 5+ years experience with relational DBMS, 2+ years in medical informatics or standards and with UNIX shell languages, and 1+ years in C++ language programming and the Sybase R:DBMS. Ideal candidate will have a background in the medical informatics industry, PC literacy, and strong data base administration skills from schema development through modelling and performance analysis and tuning. [Job# SLC-2] We offer a competitive compensation and benefits package. Please forward resume and cover letter, indicating job code, to: Sunquest, Human Resources, 4801 E. Broadway, Tucson, AX 85711. EOE Mark A. Scarton, ABD Sunquest Information Systems 4505 South Wasatch Blvd, Suite 100 Salt Lake City, Utah 84124-4787 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [RINGEISK.1.000971CB@roche.com] <1994110414263600> Newsgroups: comp.protocols.tcp-ip From: RINGEISK@roche.com (Kim Ringeisen) Subject: Re: TCP/IP vs. IPX on WAN Message-ID: Lines: 14 Sender: news@roche.com (USENET News System) Nntp-Posting-Host: 145.245.112.17 Organization: Roche X-Newsreader: Trumpet for Windows [Version 1.0 Rev A] References: Date: Fri, 4 Nov 1994 14:26:36 GMT In article fpjones@maestro.maestro.com (Frank Jones) writes: >Newsgroups: comp.protocols.tcp-ip >Path: mailgate.roche.com!newsserver.jvnc.net!howland.reston.ans.net!pipex!uunet!maestro!fpjones >From: fpjones@maestro.maestro.com (Frank Jones) >Subject: TCP/IP vs. IPX on WAN >Message-ID: >Organization: Maestro Technologies, Inc. >X-Newsreader: TIN [version 1.2 PL0] >Date: Thu, 20 Oct 1994 23:20:09 GMT >Lines: 1 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39f1g0$e07@comet.connix.com] <1994110415053600> From: gwright@connix.com (Gary Wright) Newsgroups: comp.protocols.tcp-ip Subject: Re: Raw Sockets & Interface Selection? Date: 4 Nov 1994 23:25:36 -0500 Organization: Connix - The Connecticut Internet Exchange Lines: 15 Message-ID: <39f1g0$e07@comet.connix.com> References: <398enl$pj0@nuclear.microserve.net> NNTP-Posting-Host: comet.connix.com Vinnie wrote: >Is there a way to specify a particular network interface to send >outgoing packets to? For BSD based systems: If the *destination* is on the other end of a point-to-point link or on a directly connected network, the SO_DONTROUTE socket option causes IP to bypass the routing tables and send the packet on the appropriate interface. Otherwise, the routing tables are consulted. If you are feeling really ambitious, you can can construct your own frame and use a BPF device to queue the frame on the appropriate interface. For example, for an Ethernet interface, you would have to construct the Ethernet, IP, and UDP header to send the datagram. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39dipn$jes@homer.alpha.net] <1994110415083900> From: mikep@mfa.com (Mike Passineau) Newsgroups: comp.protocols.tcp-ip Subject: Packet analyzer for HPUX Date: 4 Nov 1994 15:08:39 GMT Organization: Alpha.net -- Milwaukee, WI Lines: 19 Message-ID: <39dipn$jes@homer.alpha.net> NNTP-Posting-Host: rocko.mfa.com X-Newsreader: TIN [version 1.2 PL2] Hello! I am looking for a public domain packet decoder/analyzer that can monitor ip or MAC addresses and capture TCP/IP ethernet info for analysis. If anyone knows of a site for such a utility please Email me directly. Thanks and best regards. . . Mike ----------------------------------------------------------------------- Michael A. Passineau McHugh-Freeman System Administrator Technical Services Group mikep@mfa.com finger above for my PGP public key. "Mind, like parachute, not working when not open." [Charlie Chan] #include ---------------------------------------------------------------------- ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39dkgn$os7@orinocho.dtt.co.nz] <1994110415374500> From: d.gibson@dtt.co.nz Newsgroups: comp.protocols.iso,comp.protocols.tcp-ip Subject: Re: GOSIP!!!! Date: 4 Nov 1994 15:37:45 GMT Organization: dtt Lines: 56 Message-ID: <39dkgn$os7@orinocho.dtt.co.nz> NNTP-Posting-Host: dbgibson.dtt.co.nz X-Newsreader: In article <399b6j$66k@nntp.Stanford.EDU> Dave Crocker writes: >but what about USE? please provide details. I gave some examples - Telephone Company management networks. If you want come concrete examples ... talk to DEC or IBM. > >>These are Big, Serious, Ugly, Fat networks that eat SNMP for breakfast. They are >>built on "industrial strength" CMIP. > >Pray tell, Kelly. What is the meaningful difference between the two, >except for massively larger complexity to CMIP and massively smaller >deployment. The advantages of CMISE are: * true object orientation. This means my agents model systems in a true object oriented way - none of this "object type" stuff. This means I gain the advantages of polymorphism and inheritance. I can specialise from defined network object classes and use GDMO guidelines to insure strict inheritance. My solution should be both scalable and maintainable - very good attributes for complex systems. * Being able to create "events" rather than rely on a remote "poll" makes my agents far more functional. An architecture for event forwarding disrimination and logging - based on object technologies - allows me to create very powerful management applications. * I gain all the advantages of the 1990's software technologies of OSI - abstraction, a more sophisticated layering of network services. Routing, connection control, a decent Transport Layer, advanced "converstation" control, negotiated presentation syntax. If telephone companies based their management systems on SNMP this would amount to them providing their services for free. At least those services that still worked would be provided for free. If you had, as a goal, the idea of "flying to the moon" would you go out and buy an airplane and begin enhancing it? Of course not. The Internet is a bit like this - it has grown so fast that the problems and limitations of its original design _REQUIRE_ a major change in peoples thinking. My access provider thinks nothing of taking the gateway system down for changes during prime time (a couple of hours about once a month). This is incredible in a PTT culture! The rate at which IPv4 is being implemented on the network probably outstrips the rate at which IPv6 can be applied. The IPng migration will likely be a major exercise. I would suggest that with the "granularity" of Federation on the network - coordinating the various system administrators is a bit like herding cats - it is not done easily. Why not fit a (possibly complex) solution to a complex problem. After all a good system (if complex) is also functionally rich. The ISO/ITU-T have many solutions to problems that the Internet community are facing. Focusing on software technologies of the 1970's and seeking simple, quick (calling it elegant) solutions cannot work forever. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39dt74$a0h@nntp.Stanford.EDU] <1994110418062800> From: Dave Crocker Newsgroups: comp.protocols.iso,comp.protocols.tcp-ip Subject: Re: GOSIP!!!! Date: 4 Nov 1994 18:06:28 GMT Organization: Brandenburg Consulting Lines: 91 Distribution: world Message-ID: <39dt74$a0h@nntp.Stanford.EDU> References: <39dkgn$os7@orinocho.dtt.co.nz> NNTP-Posting-Host: magnum.arc.nasa.gov Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Newsreader: Nuntius Version 1.3b15 X-XXMessage-ID: X-XXDate: Fri, 4 Nov 1994 17:45:30 GMT It's interesting to see how often your line of thinking crops up over the years and how often it doesn't seem to win: In article <39dkgn$os7@orinocho.dtt.co.nz> , d.gibson@dtt.co.nz writes: >I gave some examples - Telephone Company management networks. The PTTs have an environment which is largely subject to end-to-end monolithic control; they also have a funding model that makes big, expensive solutions feasible. This does not match true open systems networkin realities. Hence, we need to be careful in using the PTTs as an example. >* true object orientation. This means my agents model systems in a true This is a recent piece of assertion from the CMIP community. It largely isn't true. The specification process has not been object/method oriented. The CMIP MIB was developed long after its operations. Operations involve considerable complexity and emulate pseudo-data base work. The protocol requires a connection, which is highly unstable in a problematic network. Implementation overhead for CMIP is quite high, making it a very poor choice in small and cost-sensitive devices. All of this was debated at great length and with much pain 5 years ago. The choice was SNMP. By the way, it's worth noting that some telecom vendors use SNMP, also. >* Being able to create "events" rather than rely on a remote "poll" makes SNMP has events, it's just that the culture tries to avoid using them. Using events requires much cleverness on the part of the managed host. There was an explicit decision in the SNMP community to limit the load on the managed entity, at the expense of the managing entity. >* I gain all the advantages of the 1990's software technologies of OSI - abstraction, >a more sophisticated layering of network services. Routing, connection control, a >decent Transport Layer, advanced "converstation" control, negotiated presentation >syntax. Huh? OSI technology is NOT 1990s technology. It is early 1980's technology, pretty much the same as the Internet stuff, but without the benefit of much operational experience or incremental revision. Further, it embodies a 'big system' design mentality. Costly, difficult to implement, etc. >this - it has grown so fast that the problems and limitations of its original >design _REQUIRE_ a major change in peoples thinking. sounds reasonable, but what does this actually mean, concretely? >My access provider thinks nothing of taking the gateway system down for changes during As was pointed out, this has nothing to do with technology. It's just bad operations. Change providers. >The rate at which IPv4 is being implemented on the network probably outstrips the rate >at which IPv6 can be applied. The IPng migration will likely be a major exercise. Definitely major. But also designed to allow interworking with the existing IPv4 community. >(if complex) is also functionally rich. The ISO/ITU-T have many solutions to problems >that the Internet community are facing. Focusing on software technologies of the 1970's No, they have many DESIGNS and many claims. This is quite different from having tested solutions in the mixed and cantakerous world of open systems networking. The difference between design work and operations work is a hallmark of distinction. -------------------- Dave Crocker Brandenburg Consulting Phone: +1 408 246 8253 675 Spruce Dr. Fax: +1 408 249 6205 Sunnyvale, CA 94086 Email: dcrocker@mordor.stanford.edu ----MESSAGE-END---- ----MESSAGE-BEGIN---- [Cyr9xJ.36L@info.swan.ac.uk] <1994110418271800> Newsgroups: comp.protocols.tcp-ip From: iialan@iifeak.swan.ac.uk (Alan Cox) Subject: Re: PC based PD Ethernet/TCPIP sniffer? Message-ID: Sender: news@info.swan.ac.uk Nntp-Posting-Host: iifeak.swan.ac.uk Organization: Institute For Industrial Information Technology References: <388ttl$2sj@progress.progress.com> Date: Fri, 4 Nov 1994 18:27:18 GMT Lines: 20 In article nelson@crynwr.crynwr.com (Russell Nelson) writes: >Mmmm, there hasn't been a lot of work on a free packet decoder for >PCs. Someone might port tcpdump if they get bored. The best decoder >is netwatch, which hasn't been updated in at least four years. Look >on netlab1.usu.edu for pcip96.zip. Or if you are educational or pay the shareware fee there is KA9Q which has trouble tracing a heavy ethernet but with some small changes for a promisc setting on the ethernet is a very good tcp/ip tracer (no use for non IP however). I use tcpdump under Linux - its all nice and free 8) Alan -- ..-----------,,----------------------------,,----------------------------,, // Alan Cox // iialan@www.linux.org.uk // GW4PTS@GB7SWN.#45.GBR.EU // ``----------'`----------------------------'`----------------------------'' ----MESSAGE-END---- ----MESSAGE-BEGIN---- [phardman.1134363953J@news.dl.ac.uk] <1994110419115300> From: phardman@ssci.liv.ac.uk (Peter Hardman) Newsgroups: comp.protocols.appletalk,comp.protocols.tcp-ip Subject: Re: Appletalk->TCP/IP Router/Gateway Date: Fri, 4 Nov 94 19:11:53 GMT Organization: Surface Science Lines: 14 Message-ID: References: <39b3vf$gvg@hustle.rahul.net> NNTP-Posting-Host: ircmac4.dl.ac.uk X-Newsreader: VersaTerm Link v1.1.1 In Article , nrg@netcom.com (Ethan I. Miller) wrote: >If not a software >IP router (thre's GOT to be one, and believe me -- the Apple Internet >Router is *not* it) then perhaps a box (like a shiva fast path, gator box >etc.) that sits on the ethernet providing IP and IP routing services... of >course thes guys cost *bucks*...sheesh I'm *so* close :) > I you have to get a box then get a Caymen Gatorbox. My experiences with both Fastpaths and Gatorboxes tells me that a Gatorbox is way ahead in the user friendly stakes. Peter ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov4.192405.8724@wdl.loral.com] <1994110419240500> Newsgroups: comp.protocols.tcp-ip From: tmarsh@aero117.sca.loral.com (tmarsh) Subject: WANTED: Freeware tn3270 Message-ID: <1994Nov4.192405.8724@wdl.loral.com> Sender: news@wdl.loral.com Organization: Loral Aeronutronic X-Newsreader: WinVN 0.92.6+ Date: Fri, 4 Nov 1994 19:24:05 GMT Lines: 6 I am looking for a Freeware version of tn3270 for Sun OS. And while we're at it how about tn3270 for a PC (DOS and Windows)? Anyone? Anyone? Thanks, tmarsh ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CyrFMM.G6G@server4.bell-atl.com] <1994110420302200> Newsgroups: comp.sys.hp.apps,comp.protocols.tcp-ip From: vnvybl8@server4.bell-atl.com (Mike Blansfield) Subject: Traceroute Problems - HELP! Message-ID: Keywords: traceroute Sender: vnvybl8@server4 (Mike Blansfield) Nntp-Posting-Host: server4 Organization: Bell Atlantic - NJ Date: Fri, 4 Nov 1994 20:30:22 GMT Lines: 27 Hello, I have been using the traceroute utility for years and find it to be a very useful tool. I have a problem with it though, I would like to be able to do alternate source tracing using the -s option but I always get this error: traceroute: bind:: Can't assign requested address Why do I get this error and is this a bug or a feature? Is there a more recent port of traceroute? The version I'm using is 11/24/89. The system I am running this on is an HP 9000/887 running HP-UX A.9.04. Any help much appreciated! Thanks, Mike =**= - =*= - =*= - =*= - =*= - =*= - =*= - =*= - =*= - =*= - =*= - =*= - =**= Michael G. Blansfield Bluestone, Open Systems Integration and Support Staff 1717 Arch Street (6S2), Philadelphia, PA 19103 Voice Mail: (215)466-2131 or Voice Live: (908) 577-9863 Fax: (215)563-0517 E-mail: Michael.G.Blansfield@Bell-Atl.Com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CyrGyt.52x@calcite.rhyolite.com] <1994110420591600> Newsgroups: comp.protocols.iso,comp.protocols.tcp-ip From: vjs@calcite.rhyolite.com (Vernon Schryver) Subject: Re: GOSIP!!!! Message-ID: Organization: Rhyolite Software Date: Fri, 4 Nov 1994 20:59:16 GMT References: <39dkgn$os7@orinocho.dtt.co.nz> <39c84m$3cu@ugle.unit.no> Lines: 24 >The rate at which IPv4 is being implemented proves that a protocol >can be implemented that fast, and so: If IPv6 is better than IPv4 it >can be implemented faster. It would be really swell if people would avoid word inflation. Examples that bug me include: - "implement" a protocol, but not write any code or read any standards documents. - "design" a network, but not write any state machine descriptions or standards documents. - "engineer" a network, but not know the difference between a PDU and an ACK. What is wrong with the words "choose", "install", "replace", "purchase", "configure" "maintain", "watch", and "monitor"? "IPv4 implemented?" I thought the most recent major implementations of IPv4 were almost 15 years ago. It is already years too late for IPv6 to be implemented as fast as IPv4 was implemented. Vernon Schryver vjs@rhyolite.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CyrIGF.FxG@ecf.toronto.edu] <1994110421312200> Newsgroups: comp.protocols.tcp-ip,comp.unix.admin,comp.sys.novell From: steve@ecf.toronto.edu (Steve Kotsopoulos) Subject: Re: multicast/broadcast data transfer to multiple hosts/destinations Message-ID: Sender: news@ecf.toronto.edu (News Administrator) Organization: University of Toronto, Engineering Computing Facility References: <39c5as$49o@charm.gandalf.ca> Date: Fri, 4 Nov 1994 21:31:22 GMT Lines: 44 Guy Michaud wrote: > >I'm looking for a software that can make use of TCP/IP-UDP sockets; permitting >the data transfer from one host on the net to be picked up simultaneously by >two other hosts. This eliminates the need to transfer the file twice: > >Conventional: > > filename @ host A > tftp filename from host A to host B > tftp filename from host A to host C > >Wanted: > ??? filname > >All hosts programed to 'listen' for the multicast/broadcast would receive the >data on a specific tcp/udp port or socket. The software in each listening host >(host B and C), would keep track of missing packets, and could then send out >a re-transmission request to the sending host. > >Why would I want to do this? The file I need to transfer is 2 to 10 Gbytes. >Transferring to each host (2 'listening' hosts = 2 times the time to >transfer.) would take too long. Also, considering that I will be crossing >networks: > > host A, net 1 > host B, net 2 > host C, net 3 > >The only way to get from net A to net C is through net B. > >Any one have any idea? Would this be useful product? Have I stirred anyone's >imagination? We have already written something that does this. It is called the Adaptive File Distribution Protocol. It uses multicast and/or broadcast to distribute data to many hosts simultaneously. You can get more information at url: http://www.ecf.toronto.edu:/ecf/staff/steve/afdp/afdp.html -- Steve Kotsopoulos P.Eng. steve@ecf.toronto.edu Systems Analyst, Engineering Computing Facility, University of Toronto ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CyrKqo.BLA@lcpd2.SanDiegoCA.NCR.COM] <1994110422204800> Newsgroups: comp.protocols.tcp-ip From: Venkat.V Subject: bootp over a ether/fddi switch Message-ID: Sender: news@lcpd2.SanDiegoCA.NCR.COM (News Administrator) Nntp-Posting-Host: v-venkatsubra.sandiegoca.ncr.com Reply-To: venkat.venkatsubra@sandiegoca.ncr.com Organization: AT&T GIS X-Newsreader: DiscussIT for Windows (1.8.6) [Software Products Division of AT&T/NCR] Date: Fri, 4 Nov 1994 22:20:48 GMT Lines: 23 Can you tell me how bootp is suppossed to work when i have the X-terminal on an ethernat segment and the sever on an fddi segment and a ether/fddi switch in-between ?. The X-Terminal sends bootp request with "hardware type" as 1 ( ETHERNET) . The server on the fddi segment has the hardware type as 8 (FDDI) in the entry for the X-terminal in its bootptab file. So when the server receives the bootp request , it finds a match for the hardware address but the hardware type don't match , so doesn't process the bootp request. In bootptab file if i have the hardware type for the x-terminal entry as 1 (ETHERNET) , then won't bootp have a problem setting up arp ?. How are the two sides to know there is a bridge or switch in-between?. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39eii9$778@unix.sri.com] <1994110500104900> From: ric@updike.sri.com (Richard Steinberger) Newsgroups: comp.sys.sun.admin,comp.protocols.tcp-ip Subject: Routing question: Getting a Sun to route Date: 5 Nov 1994 00:10:49 GMT Organization: sri Lines: 25 Distribution: world Message-ID: <39eii9$778@unix.sri.com> NNTP-Posting-Host: updike.sri.com Originator: ric@updike A remote user connects (from his Sun) to our network of Suns via PPP. He has set the default route (in /etc/defaultrouter) to be the address of the Sun he connects to. He is able to telnet (and rlogin and ping, etc) to our local Sun with no problems. [The remote modem dials out, the local one answers...]. But he would like to also be able to connect to other machines on our net, using the the machine he physically comes in on as a router. This isn't working; that is, the local machine isn't routing his incoming packets to other local machines. [And packets aren't routed out the other way back to his machine either.] Can anyone help with a few details: First, is it possible for a Sun (4.1.3) to do this routing for in incoming/outgoing PPP connection? Second, what is the form of the relevant route (or related) command? An RTFM (which M?) would be OK too. Thanks in advance to all who reply..... Ric Steinberger ric@updike.sri.com "For De Mille, young fur-henchmen can't be rowing!" Thomas Pynchon Gravity's Rainbow ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov5.001351.13059@novell.com] <1994110500135100> Newsgroups: comp.protocols.tcp-ip From: donp@novell.com (don provan) Subject: Re: FTPD command question Message-ID: <1994Nov5.001351.13059@novell.com> Sender: news@novell.com (News Administrator) Nntp-Posting-Host: na Organization: Novell, Inc., San Jose, California References: <38ococ$lme@martha.utk.edu> Date: Sat, 5 Nov 1994 00:13:51 GMT Lines: 23 In article peter.lewis@info.curtin.edu.au (Peter N Lewis) writes: >The original intention was to only list file names. directory names are >listed with the NDIR command. First of all, discussing "original intention" in the same paragraph as NDIR is somewhat misleading, since NDIR was only proposed several years after the FTP spec was written. I'm not aware that NDIR has actually been specified to this day, but I don't track FTP developments as closely as I used to. The FTP server implementations I checked don't even list NDIR as "unsupported". Secondly, saying that NLST was only supposed list "file names" is not as conclusive as one might think. In nearly every file system I've ever encountered, directories *are* files, so it's be perfectly natural to list their names along with the data files' names. When you consider that navigation around a remote file system would be virtually impossible via FTP if NLST didn't include subdirectories, I find it very hard to believe that the original authors would have been thinking that subdirectories shouldn't be including. don provan donp@novell.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39gufj$8m4@case.cyberspace.com] <1994110500262700> From: valko@cyberspace.com (Jack Valko) Newsgroups: comp.sys.sun.admin,comp.protocols.tcp-ip Subject: Re: Routing question: Getting a Sun to route Followup-To: comp.sys.sun.admin,comp.protocols.tcp-ip Date: 5 Nov 1994 13:46:27 -0800 Organization: Cyberlink Communications (206) 281-5397 Lines: 23 Distribution: world Message-ID: <39gufj$8m4@case.cyberspace.com> References: <39eii9$778@unix.sri.com> NNTP-Posting-Host: case.cyberspace.com X-Newsreader: TIN [version 1.2 PL2] Richard Steinberger (ric@updike.sri.com) wrote: : A remote user connects (from his Sun) to our network of Suns via PPP. : He has set the default route (in /etc/defaultrouter) to be the address : of the Sun he connects to. He is able to telnet (and rlogin and : ping, etc) to our local Sun with no problems. [The remote modem dials out, : the local one answers...]. But he would like to also be able to : connect to other machines on our net, using the the machine he : physically comes in on as a router. This isn't working; that is, the : local machine isn't routing his incoming packets to other local machines. : [And packets aren't routed out the other way back to his machine either.] : Can anyone help with a few details: First, is it possible for a Sun : (4.1.3) to do this routing for in incoming/outgoing PPP connection? Second, : what is the form of the relevant route (or related) command? An RTFM (which : M?) would be OK too. Thanks in advance to all who reply..... You may want to look at in.routed to pass your routing information around your subnet. Check the man page, and you may want to pay attention to how long routed waits before passing a route around your subnet. Jack ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39ejne$qa0@ra.nrl.navy.mil] <1994110500303800> From: fenner@cmf.nrl.navy.mil (William C. Fenner) Newsgroups: comp.sys.hp.apps,comp.protocols.tcp-ip Subject: Re: Traceroute Problems - HELP! Date: 5 Nov 1994 00:30:38 GMT Organization: NRL Connection Machine Facility, Washington, DC Lines: 18 Message-ID: <39ejne$qa0@ra.nrl.navy.mil> References: NNTP-Posting-Host: herman.cmf.nrl.navy.mil Keywords: traceroute In article , Mike Blansfield wrote: >I would like to be able to do alternate source tracing using >the -s option but I always get this error: > >traceroute: bind:: Can't assign requested address The argument to the "-s" option must be one of the interfaces of this machine, i.e. it is only useful on multi-homed hosts to pick the outgoing interface. If you want to trace the path from point A to point B, you can use the traceroute with the LSR option (I don't know if hp's has it or not, if it doesn't you can get it from the sources to Stevens' book) and "traceroute -g A B". If all the hosts in between support it, you will get the path from you to A to B. Bill -- Bill Fenner fenner@cmf.nrl.navy.mil ----MESSAGE-END---- ----MESSAGE-BEGIN---- [19941105.005233.57@comptech.demon.co.uk] <1994110500523300> Newsgroups: comp.protocols.tcp-ip From: adam@comptech.demon.co.uk (Adam Goodfellow) Subject: Re: how to tell the difference between class a,b,c ip's? Message-ID: <19941105.005233.57@comptech.demon.co.uk> Sender: news@demon.co.uk (Usenet Administration) Nntp-Posting-Host: comptech.demon.co.uk Reply-To: adam@comptech.demon.co.uk Organization: Computech X-Newsreader: Archimedes TTFN Version 0.33 References: <398e3rINN108@twain.ucs.umass.edu> <399n3c$eh8@tools.near.net> <39akf1$846@newhub.xylogics.com> Date: Sat, 5 Nov 1994 00:52:33 GMT Lines: 79 In article , Padgett 0sirius wrote: >Well, the postings seen thusfar are close but not quite right. The current >source is RFC 791 (don't think it has been superceeded) and the drill is >as follows: > >IP addresses are made up of four octets in the range 0-255. >If the MSB is zero, it is a class A address - 7 bits net identifier, 24 bits > local address. > except 127 (0111 1111) is for local loopback use only and should never > appear on the net. > >If the MS two bits are 10 it is a class B address - 14 bits network > identifier, 16 bits local address. >If the MS three bits are 110 it is a class C address - 21 bits network, 8 > bits local address. >If the MS three bits are 111 it is "escape to extended addressing mode" > 1110 - isnt that the bit prefix for multicasting? - ie all remaining bit ID the multicast group. I think 11110 prefix is also used for something, but cant remember what. >Further: Network identifier of all zeros means "this network" By convention in documentation. I think code takes it to mean undefined machine. - ie not connected in the case of 0.0.0.0. Stupdily alot of protocol stack use 255.255.255.255 for unknown host making it rather difficult to ping machines on your local net other than by a directed broadcast. > Local address of all ones means "everybody" 255.255.255.255 means all machines in nets to whioch you are directly connected. something like 158.152.255.255 can mean either all machines in net 158.152.0.0, or (all) subnets in net 158.152.0.0 depending upon subnetting arangement (if any). You also get all machines on a subnet by 158.152.1.255 in the case of using 8 bits for subnet ID and 8 bit for host ID. I give the (all) like this as with some router, this could depend upon inter-subnet connectivity - not sure. Quite often, you find that if you do a directed broadcast ping to a subnetted network, only one gateway will reply, rather than all as may be expected, OTOH, doing the same to a non-subnetted network or a subnet will achieve the desired result - ie a handy way of finding what machines are alive on a given net/subnet. NOT A GOOD IDEA ON A LARGE NET / SUBNET as you will swamp the net. > Subnets are made up by slitting the "local address" into a MSP > as the subnet ID and LSP as the node ID - does not have to > be an even split. (P-part) Usually - some people subnet their subnets, or peel of a single subnet from a net - just to be awkward. > >Put them all together and they spell mo... er as you can see it is not quite >orderly but class A is 1-126, B is 128-191, and C is 192-223. > and 127 for loop back, D: 224-239 for multicast group IDs. E: 240-247 I think are used or reserved for something. No idea beyond that. As a generic method for determining class, start at MS bit, and count bits until a 0 bit is found, so you get A=0, B=1, C=2, D=3, E=4... etc for future classes. -- Adam ======================================================================= | Computech Tel/Fax: 0181 673 7817 email: adam@comptech.demon.co.uk | ======================================================================= ----MESSAGE-END---- ----MESSAGE-BEGIN---- [Cyrto3.DJy@lcpd2.SanDiegoCA.NCR.COM] <1994110501333900> Newsgroups: comp.protocols.tcp-ip From: Venkat.V Subject: Re: bootp over a ether/fddi switch Message-ID: Sender: news@lcpd2.SanDiegoCA.NCR.COM (News Administrator) Nntp-Posting-Host: v-venkatsubra.sandiegoca.ncr.com Reply-To: venkat.venkatsubra@sandiegoca.ncr.com Organization: AT&T GIS X-Newsreader: DiscussIT for Windows (1.8.6) [Software Products Division of AT&T/NCR] References: Date: Sat, 5 Nov 1994 01:33:39 GMT Lines: 12 In my last posting i was erroneously mentioned the hardware type sent by the xterminal as 1 . It was 4 . ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39eo09$odd@ixnews1.ix.netcom.com] <1994110501433700> From: summit@ix.netcom.com (Summit '94) Newsgroups: comp.dcom.isdn,comp.dcom.lans.ethernet,comp.dcom.lans.fddi,comp.dcom.lans.misc,comp.dcom.lans.token-ring,comp.dcom.servers,comp.dcom.sys.cisco,comp.dcom.sys.wellfleet,comp.protocols.tcp-ip,comp.os.ms-windows.networking.misc,comp.os.ms-windows.networking.tcp-ip,comp.os.ms-windows.networking.windows,comp.os.ms-windows.nt.misc,comp.os.os2.networking.tcp-ip,comp.os.os2.networking.misc Subject: Enterprise Management Summit '94 - New Product Announcements Date: 5 Nov 1994 01:43:37 GMT Organization: Netcom Lines: 106 Distribution: world Message-ID: <39eo09$odd@ixnews1.ix.netcom.com> NNTP-Posting-Host: ix-sf4-18.ix.netcom.com Enterprise Management Summit '94 Santa Clara Convention Center November 14-18 Phone:800.340.2111 415.512.0801 Fax:415.512.1325 EMail:emiinc@mcimail.com summit@ix.netcom.com --------------------------------------- New Product Announcements --------------------------------------- Digital Equipment Corporation -------------------------------------------- At Summit '94, Digital will be demonstrating the first integrated system and network management platform for Windows NT. POLYCENTER AssetWORKS, in conjunction with Microsoft's Systems Management Server, combines UNIX robustness with Windows NT ease-of-use to provide configuration management for the vast majority of open client/server systems. POLYCENTER Manager on NetView brings the power of industry leadership UNIX management capabilities to Windows NT on Alpha AXP and Intel platforms. Together, POLYCENTER AssetWORKS and POLYCENTER Manager on NetView provide powerful functionality for both system and network management. Intel Will Preview LANDesk Manager V2.0 ------------------------------------------------------------------------ LANDesk Manager V2.0 will fully support the DMTF DMI standard as well as feature new task management orientation. DMI will allow information from PC sub-systems to be gathered through a standard interface (a standard System MIF) thereby providing the basic building blocks for asset management. Hewlett-Packard ------------------------ Hewlett-Packard will demo the first DMI enabled Vectra at Summit '94 which can manage all 33 standard groups plus 6 HP extended groups with over 250 attributes. The DMI enabled Vectras will also be used to demo Intel's LANDesk and OpenView running together. HP's DMI MIF Browser will also be on display. Bridgeway Corporation Will Unveil EventIX Version 2.0 Features ------------------------------------------------------------------------------------------------------------------ EventIX is a network management solution that bridges the gap between legacy systems and SNMP systems. Network managers can now support non-SNMP devices from SNMP management systems. EventIX provides a set of tools and applications for event processing (recognition, filtering, and correlation) and task automation. Enhancements in EventIX version 2.0 include * Bubble Interface - A GUI for developing, debugging, and implementing EventIX applications * Support for SNMPv2. * Improved NetView Interface - Allows data from the SNMP manager to be sent to multiple IBM hosts simultaneously. * Sybase Database Management - Intelligent agent for managing Sybase databases Network Computing, Inc. Will Announce the LANAlert Console ------------------------------------------------------------------------------------------------------------------ LAN Alert Console will integrate the LANAlert NetWare management system with Hewlett- Packard OpenView/UX. LANAlert uses intelligent agents running as NLMs on NetWare file servers to periodically interrogate up to 200 essential NetWare file server events and over 135 NetWare workstation inventory and performance events. Returned values are compared to 3 customer-configurable thresholds with 5 associated priority levels and alerts are generated when thresholds are crossed. LEGENT Corporation Will Unveil Paradigm/XP ---------------------------------------------------------------------------------- LEGENT will be demonstrating newly released Paradigm/XP, a comprehensive problem management application designed to automate the help or service desk and simplify the management of networks and distributed systems. LEGENT will also be demonstrating their upcoming new technology which allows mainframes and UNIX machines to share problem management information. DeskTalk Systems, Inc. ------------------------------------------- DeskTalk will announce TRENDsnmp 3.0 at Summit '94. TRENDsnmp is the world's first true client/server, scalable SNMP application for enterprise network management. MIBwalker is the primary data collection tool for TRENDsnmp. The main MIBwalker screen displays the actual tree structure of loaded MIB together with object description and definition fields. TRENDbuild lets the user create meaningful graphs and table reports without using SQL. TRENDsnmp's tabular report format displays rows and columns of information selected from the data repository or calculated from stored values. TRENDsnmp graph reports provide time based plots of information selected from the data repository or calculated from stored values. ISICAD ------------------------ At Summit '94, ISICAD will demonstrate its new InfoManager software, an object-oriented database application builder which allows simultaneous update access and reporting from multiple relational databases. InfoManager functions as a point-and-click application builder which allows the network manager and technician to get the data they need, from wherever it is stored, ad easily structure it into a useful format. InfoManager is a true "drag and drop" environment that transparently handles all interaction with relational databases. It lets the user access multiple databases simultaneously, allowing the user to obtain the information that is required for the task at hand, without having to worry about which database it is stored in or where it is located on the network. InfoManager will complement other database repository strategies, such as those being suggested by Hewlett-Packard and the Management Integration Consortium. Network Management Forum (NMF) -------------------------------------------------------------- At Summit '94, the Network Management Forum will be providing details on its newest working team -- SMART (Service Management Automation & Re-engineering Team). SMART is comprised of users looking to cut costs, streamline operations and improve the quality and delivery of networked information services. The objective of SMART is to understand, prioritize, and meet all of the most pressing automation needs of these network operators for which industry agreements are required. - End - ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39eq5r$qot@news.tamu.edu] <1994110502204300> From: john@entc.tamu.edu (John T. Willis) Newsgroups: comp.protocols.tcp-ip Subject: Re: I have an IP address; now how do I get a domain name? Date: 5 Nov 1994 02:20:43 GMT Organization: TAMU EET Lines: 14 Message-ID: <39eq5r$qot@news.tamu.edu> References: <398fd0$7vs@news.cs.brandeis.edu> NNTP-Posting-Host: 128.194.55.216 X-Newsreader: WinVN 0.92.6+ In article <398fd0$7vs@news.cs.brandeis.edu>, xray@cs.brandeis.edu (Nathan G. Raymond) says: > >My school has the campus networked with Apple LocalTalk connectors (which use the serial port >and get a throughput of about 230kbytes/second in optimum conditions > >xray@cs.brandeis.edu Poor fella, don't know if the spec has reached the Mac world yet, but Winsock & Berkley sockets both make it stupidly simple to query the DNS directly. Heard the other day that Mac was finally retiring Apple Talk and installing something new in its Power Macs, don't know what they have planned for older Macs. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CyrxIM.7DE@calcite.rhyolite.com] <1994110502564500> Newsgroups: comp.protocols.iso,comp.protocols.tcp-ip From: vjs@calcite.rhyolite.com (Vernon Schryver) Subject: Re: GOSIP!!!! Message-ID: Organization: Rhyolite Software Date: Sat, 5 Nov 1994 02:56:45 GMT References: <39dkgn$os7@orinocho.dtt.co.nz> <39dun0$o1r@nova.netapp.com> Lines: 26 In article <39dun0$o1r@nova.netapp.com> guy@nova.netapp.com (Guy Harris) writes: > wrote: > ... >>a decent Transport Layer, > >Precisely what is "indecent" about TCP? That's easy. It was a lack of decent respect from its designers and implementors for Standards Committee Experts and Authorities, and indecent respect for implementors, experiments, and concrete experience. According to a recent quote in "Comm.Week" from a self-described user, the lack of decent attention by the IETF to the opinions of people like himself will soon be fixed as the IETF becomes an Accredited Standards Committee. The official standards bodies starting at the top with the ITU will soon force the IETF to respect to the Proper Authorities. Since I've been hearing more of the contempt for "stupid implementors" from the IETF that has been a hallmark of the meetings Accredited ANSI Committees, I bet he is right--one way or another. (By "implementors" I do not mean people who only purchase, install, replace, operate, or monitor things created by others.) Vernon Schryver vjs@rhyolite.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [Benjamin.Olken-0511941149450001@branford-college-node.net.yale.edu] <1994110503294500> From: Benjamin.Olken@yale.edu (Ben Olken) Newsgroups: comp.protocols.tcp-ip,comp.protocols.tcp-ip.domains Subject: Public DNS Date: Sat, 05 Nov 1994 11:49:45 -0500 Organization: Yale University Lines: 7 Distribution: inet Message-ID: NNTP-Posting-Host: 130.132.110.57 I've been told that to register my domain, I need to have my domain be listed in at least 2 Domain Name Servers. However, while I have a computer & an IP#, I do not access to that computers DNS. Are there public DNS out there with whom I could register my domain? Ben Olken benjamin.olken@yale.edu ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39gt6d$gtf@tools.near.net] <1994110508042900> From: barmar@nic.near.net (Barry Margolin) Newsgroups: comp.protocols.tcp-ip Subject: Re: Question: PPP and ARP-Hack interaction. Date: 5 Nov 1994 16:24:29 -0500 Organization: NEARnet, Cambridge, MA Lines: 25 Message-ID: <39gt6d$gtf@tools.near.net> References: <39fqv4$ftg@liberator.et.tudelft.nl> NNTP-Posting-Host: tools.near.net Keywords: ppp arp hack gratuitous arp router In article <39fqv4$ftg@liberator.et.tudelft.nl> franky@dutecaj.et.tudelft.nl (Frank W. ten Wolde) writes: >I have read about 'gratuitous ARP' used by rebooting hosts to >invalidate all existing ARP entries for it on the network. Perhaps >the host "ppp2" should do 'gratuitous ARP' whenever it installs a >new permanent published ARP entry for "myhost"? That would probably be the best solution for this problem. >Another solution would be that whenever "ppp1" receives a datagram >for "myhost", it will ICMP back to the "router1" that it is using >an invalid hardware address for "myhost", so the router would have >to ARP-request again for the correct hardware address of "myhost". I don't think there's such an ICMP message defined. There's a redirect for IP routing, but not for proxy ARP. Another solution would be for ppp1 to ARP for the address if it's not dialed up to it, and then forward the packet to ppp2 when it learns that this is the current forwarder. This is inefficient, because all packets from router1 to your PPP host would have to go through both ppp1 and ppp2. -- Barry Margolin BBN Internet Services Corp. barmar@near.net ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39febd$esu@juniper.almaden.ibm.com] <1994110508050100> From: trall@trall.almaden.ibm.com (Tony Rall) Newsgroups: comp.protocols.tcp-ip,comp.dcom.lans,de.comm.internet Subject: Re: Are these routes possible ? Date: 5 Nov 1994 08:05:01 GMT Organization: IBM Almaden Research Center Lines: 107 Message-ID: <39febd$esu@juniper.almaden.ibm.com> References: <39d66h$amv@gin.pfm-mainz.de> Reply-To: trall@almaden.ibm.com (Tony Rall) NNTP-Posting-Host: trall.almaden.ibm.com In article <39d66h$amv@gin.pfm-mainz.de>, Jan-Piet Mens wrote: >I need your help for a few moments, please! > >I have been assigned two subnets (192.109.x.96) and (192.109.x.224), where >'x' is identical in both cases. The netmask is 255.255.255.248 (fffffff8) >My network (so far) consists of an SCO Unix 3.2 and a Sun with SUN-OS 4.1.1, >together with sundry PCs and Printers on the network. > >What I would like to do, is to have these two subnets act as one, running >on the same Ethernet cable. I have a router to the outside world with addr >192.109.x.100 which should be accessed by all hosts in my network. The router >runs PCROUTE onto transfer-net 193.141.y.109 > >What I have done so far: > >The SCO-box is .97 >The Sun-box is .225 > >on SCO, the following tables work fine. I have exactly what I want. > Routing tables > Destination Gateway Flags Refs Use Interface > 127.0.0.1 127.0.0.1 UH 7 0 lo0 > 193.141.y.109 192.109.x.100 UGH 0 0 wdn0 > default 192.109.x.100 U 2 60 wdn0 > 192.109.x.96 192.109.x.97 U 12 13756 wdn0 > >On SUN I have > Routing tables > Destination Gateway Flags Refcnt Use Int > 127.0.0.1 127.0.0.1 UH 1 1395 lo0 > default 192.109.x.97 UG 0 0 ei0 > 192.109.x.224 192.109.x.225 U 10 21499 ei0 > >On SCO I added > > # route add 192.109.x.224 192.109.x.225 1 > > I could then ping the Sun. > >On Sun I added > > # route add 192.109.x.97 192.109.x.225 0 ; ping .97 works > # route add 192.109.x.101 192.109.x.225 0 ; ping .101 works > > I have to add routes to each host in the .96 network to be able to > reach them. It works though. > > >So far so good (as far as I can tell anyway :-). >When I try to ping the outside world, the router starts transferring packets >like mad! to the other side, and nothing ever comes back. I don't understand, >since the Sun routes default to .97 (SCO) and it in turn routes default to >the router, why does it not work ? >Note, that from the .97 everything works as desired. > >The configuration of PCROUTE is: > > ******* PCroute starting ******* > Interface 1 (ethernet) > Address 192.109.x.100 > NetMask 255.255.255.248 > Flags 000FH > Metric 0000H > The Ethenet Address 0000H > The Ethenet Address C028H > The Ethenet Address D167H Fun question (for me, at least). I don't understand how a couple of the things you did worked and I'm not familiar with any of your platforms, but what the heck. I can see 3 ways to get your 2 subnets working on a single net: 1. Simply change the netmask to 255.255.255.0. If you do this, you won't be able to reach (easily) 192.109.x.16, .32, .48, .112, .128, .144, .160, .176, .192, .208, and .240. Maybe no big deal unless they're in your own organization. 2. Have your router connect to both logical subnets. With some software you can do this with a single adapter and an alias IP address for it. With other software, you would need two adapters (to the same physical net). The machines on the .96 subnet would need a default route to the router interface on that subnet. Likewise on the .225 subnet. All packets sent between subnets would have to go through the router. 3. Here's a trick I learned recently, but it may not work with all software: network routes with a metric of 0 mean "local to this interface". So your SCO system would be configured (I'm unsure of the syntax for your systems): ifconfig wdn0 192.109.x.97 netmask 255.255.255.248 route add default 192.109.x.100 1 route add net 192.109.x.224 192.109.x.97 0 Your Sun: ifconfig ei0 192.109.x.225 netmask 255.255.255.248 route add default 192.109.x.100 1 route add net 192.109.x.96 192.109.x.225 0 Your router: ifconfig en0 192.109.x.100 netmask 255.255.255.248 route add default 193.141.y.149 1 route add net 192.109.x.224 192.109.x.100 0 -- Tony Rall trall@almaden.ibm.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [QQxorg04612.199411050811@relay3.UU.NET] <1994110508150600> From: csr@unixdiv.UUCP Newsgroups: comp.protocols.tcp-ip Subject: Newsgroups: comp.protocols.tcp-ip Date: 5 Nov 1994 08:15:06 -0000 Organization: The University of Birmingham, UK. Lines: 17 Sender: mail2news@sun4.bham.ac.uk Message-ID: NNTP-Posting-Host: sun4.bham.ac.uk Hi, I have got SLIP for SVR4. But I don't know how to configure and use it. I would like to know the following. 1. How to configure SLIP on client and server machines? 2. How to use SLIP? 3. Anymore information regarding SLIP? Note: I don't have news system on my machine. Please send replies to email: csr@unixdiv.nic.in CSRao ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39ff4m$ao2@juniper.almaden.ibm.com] <1994110508183000> From: trall@trall.almaden.ibm.com (Tony Rall) Newsgroups: comp.sys.sun.admin,comp.protocols.tcp-ip Subject: Re: Routing question: Getting a Sun to route Date: 5 Nov 1994 08:18:30 GMT Organization: IBM Almaden Research Center Lines: 74 Message-ID: <39ff4m$ao2@juniper.almaden.ibm.com> References: <39eii9$778@unix.sri.com> Reply-To: trall@almaden.ibm.com (Tony Rall) NNTP-Posting-Host: trall.almaden.ibm.com In article <39eii9$778@unix.sri.com>, Richard Steinberger wrote: > A remote user connects (from his Sun) to our network of Suns via PPP. >He has set the default route (in /etc/defaultrouter) to be the address >of the Sun he connects to. He is able to telnet (and rlogin and >ping, etc) to our local Sun with no problems. [The remote modem dials out, >the local one answers...]. But he would like to also be able to >connect to other machines on our net, using the the machine he >physically comes in on as a router. This isn't working; that is, the >local machine isn't routing his incoming packets to other local machines. >[And packets aren't routed out the other way back to his machine either.] How can you tell that the local PPP machine isn't forwarding the packets? The usual problem with your configuration is that the other lan machines don't know how to route to the remote system. The following writeup describes the routing options you have. It was written for OS/2 systems using SLIP, but probably applies fairly well to your Suns. You should check the proper syntax. In the examples below, IP addresses are shown using the following shorthand: L1 = IP address for interface 1 on subnet L. For example, if the subnet address is 128.1.2.0 (subnet mask = 255.255.255.0), the IP address would be 128.1.2.1. Routing a LAN machine via SLIP to a home machine ------------------------------------------------ SLIP link S1-------------------S2/I1---(the office network) home office In this setup, the administrator of the office network must provide you with your IP addresses. You need at least 3 of them: S1, S2, and I1. Ideally S1 and S2 will be on a different subnet than I1 - ask for this configuration. If your network administrator will only provide addresses in the same network, you must use the "proxy arp" solution below. * The home machine In SETUP.CMD, add: route -f add default S2 1 * The office (SLIP-LAN) machine * Routing to a SLIP subnet You simply must be running a routing protocol out the LAN (I1) interface. In TCPSTART.CMD, you need to start routed (but without the "-q" option): start routed * Proxy arp solution - no separate SLIP subnet In this case, all of the IP addresses (S1, S2, I1) that you've been assigned are on the same subnet. Normal routing techniques will not work because the S1 address (no other LAN machine needs to talk to S2) is not physically on the same network as I1. So we try to use a technique called "proxy arp": the office machine will respond on the I network to arp queries for S1 with its own adapter address. First you have to determine the LAN adapter address of the I1 interface. Issue "netstat -n" and copy the displayed "physical address" for the I1 interface. In SETUP.CMD, after the "arp -f" statement add: arp -s S1 12:34:56:78:90:12 pub where 12:34:56:78:90:12 is the adapter address of I1. This tells TCP/IP that when it receives an arp message for IP address S1, that it should respond with its own adapter address. Thus other machines on the I subnet, when wanting to send to S1, will actually transmit to I1. The S2/I1 machine should forward the packet over the SLIP link to S1. -- Tony Rall trall@almaden.ibm.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39fnl4$kf9@news.iastate.edu] <1994110510434800> From: jdwhite@iastate.edu (Jason White) Newsgroups: comp.protocols.tcp-ip,comp.unix.ultrix Subject: Re: Problems with PPP 2.1.2 on Ultrix Date: 5 Nov 1994 10:43:48 GMT Organization: Iowa State University, Ames, Iowa (USA) Lines: 18 Message-ID: <39fnl4$kf9@news.iastate.edu> References: <1994Oct31.220533.23727@jarvis.cs.toronto.edu> NNTP-Posting-Host: pvoper.cc.iastate.edu Keywords: ppp ultrix panic unsafe at any speed In article <1994Oct31.220533.23727@jarvis.cs.toronto.edu>, Irving Reid wrote: >I'm trying to use the PPP 2.1.2 distribution between a pair of DECStation >5000/133s running Ultrix 4.3. I'm having two problems. > >First, setting the speed to 38400 makes the systems unable to talk to >each other. It seems like one or the other is running at the wrong baud >rate, but I haven't been able to prove it yet. A number of us here at Iowa State have been playing with SLIP/PPP under Ultrix 4.3 with various 5000 series DecStations and have found that we can't set the serial port baud rate above 19200 bps. -- Jason D. White Durham Center Operations Staff jdwhite@iastate.edu Repeater Chairman, Cyclone Amateur Radio Club Iowa State University http://www.public.iastate.edu/~jdwhite/ Ames, Iowa "There's a fine line between clever and stupid." ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39fqv4$ftg@liberator.et.tudelft.nl] <1994110511402000> From: franky@dutecaj.et.tudelft.nl (Frank W. ten Wolde) Newsgroups: comp.protocols.tcp-ip Subject: Question: PPP and ARP-Hack interaction. Date: 5 Nov 1994 11:40:20 GMT Organization: Delft University of Technology, Dept. of Electrical Engineering Lines: 56 Message-ID: <39fqv4$ftg@liberator.et.tudelft.nl> NNTP-Posting-Host: dutecaj.et.tudelft.nl Keywords: ppp arp hack gratuitous arp router X-Newsreader: NN version 6.5.0 #2 (NOV) Hello, I would very much like to hear your opinion about the following: We have a (university) ether-network (130.161.144.0) on which we have several hosts that offer dial-in PPP links to the network. Hosts that connect using PPP have been assigned another network (130.161.38.0). When I call-in with my PC (let's call it "myhost") using PPP, the remote PPP host (let's call it "ppp1") (in the university network) will install a permanently published public ARP entry for my PC's IP address, so "myhost" will be addressable in the ethernetwork. The host "ppp1" will also route my IP from the 130.161.38.0 network to the default router (let's call it "router1") in the ether-network. This router will, of course, at least once perform an ARP request to find out about my PC's ethernet address. This address will be happily supplied by the host "ppp1", which has installed the ARP hack for "myhost". So far, so good, I'm on the Internet! Next I hang up and immediately call-in with my PC on *another* remote PPP host (let's call it "ppp2"). Now a problem occurs: the router "router1" still has an ARP entry for "myhost" pointing to the ethernetcard of "ppp1". Now my PC is effectively unreachable: "router1" will route all IP datagrams to "myhost" through host "ppp1" (remember "myhost" is now at "ppp2"). I need to wait for the ARP entry in "router1" to expire (20 minutes?). I have read about 'gratuitous ARP' used by rebooting hosts to invalidate all existing ARP entries for it on the network. Perhaps the host "ppp2" should do 'gratuitous ARP' whenever it installs a new permanent published ARP entry for "myhost"? Another solution would be that whenever "ppp1" receives a datagram for "myhost", it will ICMP back to the "router1" that it is using an invalid hardware address for "myhost", so the router would have to ARP-request again for the correct hardware address of "myhost". Perhaps such a machanism is available, but either "ppp1" or "router1" does not make use of it? Perhaps such a mechanism would have too many nasty side-effects and has therefore not been implemented in TCP/IP? Perhaps we are using a wrong setup for connecting PPP hosts? Any suggestions welcome! -Frank ten Wolde -- ------------------------------------------------------------------------------- F.W. ten Wolde (PA3FMT) Pinewood Automatisering B.V. E-mail: franky@duteca.et.tudelft.nl Kluyverweg 2a Phone: (+31) 15 682 543 2629 HT Delft Fax: (+31) 15 682 544 The Netherlands ------------------------------------------------------------------------------- ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39fvu7$7ae@noao.edu] <1994110513051100> From: rstevens@noao.edu (W. Richard Stevens) Newsgroups: comp.protocols.tcp-ip Subject: Re: BSD TCP/IP Routing Internals Date: 5 Nov 1994 13:05:11 GMT Organization: National Optical Astronomy Observatories, Tucson, AZ, USA Lines: 25 Message-ID: <39fvu7$7ae@noao.edu> References: NNTP-Posting-Host: gemini.tuc.noao.edu > I am trying to understand the internals of the routing code located in the > BSD sources in the following modules: > > route.c > radix.x > > This seems to be the most complex piece of code in the TCP/IP sources. The forthcoming "TCP/IP Illustrated, Volume 2: The Implementation" by Gary Wright and myself (Addison-Wesley, 1995) covers this completely: there are three chapters comprising 115 pages on the 4.4BSD radix tree routing tables and routing sockets. The book will be available in early January. Until then you might want to check out the following paper, which is the only other documentation I'm aware of: %T A Tree-Based Packet Routing Table for Berkeley Unix %A K. Sklower %J Proceedings of the 1991 Winter USENIX Conference %C Dallas, Tex. %P 93-99 %D 1991 Rich Stevens ----MESSAGE-END---- ----MESSAGE-BEGIN---- [784042878snz@cucumber.demon.co.uk] <1994110513411800> Newsgroups: comp.protocols.tcp-ip From: Andrew@cucumber.demon.co.uk (Andrew Gabriel) Cc: mkl@rob.cs.tu-bs.de Subject: Re: where to find ethernet multicast addresses ? Distribution: world References: Organization: home Reply-To: Andrew@cucumber.demon.co.uk X-Newsreader: Demon Internet Simple News v1.29 Lines: 22 Date: Sat, 5 Nov 1994 13:41:18 +0000 Message-ID: <784042878snz@cucumber.demon.co.uk> Sender: usenet@demon.co.uk In article mkl@rob.cs.tu-bs.de "Mario Klebsch DG1AM" writes: > Hello! > > I am loocking for the meaning of the ethernet addresses used for multicast. > I configured a bridge to block a lot of ethernet multicast addresses, but > I don't know, what the effect will be. So here is the question: > > Does anybody know, where I can find out the meaning of addresses > like 9:0:77:0:0:1. This address is marked as multicast by SunOS 5.3's > snoop. 09-00-77-00-00-00 -802- Retix Bridge Local Management System 09-00-77-00-00-01 -802- Retix spanning tree bridges 09-00-77-00-00-02 -802- Retix Bridge Adaptive routing (taken from FTP.LCS.MIT.EDU:/pub/map/EtherNet-codes) -- Andrew Gabriel Home: Andrew@cucumber.demon.co.uk Work: Andrew.Gabriel@gpt.co.uk ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CysvEG.IEB@lcpd2.SanDiegoCA.NCR.COM] <1994110515084000> Newsgroups: comp.protocols.tcp-ip From: Venkat.V Subject: Re: bootp over a ether/fddi switch Message-ID: Sender: news@lcpd2.SanDiegoCA.NCR.COM (News Administrator) Nntp-Posting-Host: v-venkatsubra.sandiegoca.ncr.com Reply-To: venkat.venkatsubra@sandiegoca.ncr.com Organization: AT&T GIS X-Newsreader: DiscussIT for Windows (1.8.6) [Software Products Division of AT&T/NCR] References: Date: Sat, 5 Nov 1994 15:08:40 GMT Lines: 16 Ignore my last posting which said the "hardward type" sent by the bootp client was 4. I got mixed up between the bootp hardware type code and the dlc hardware type (the one in /usr/include/sys/dlpi.h -- DL_ETHER which was 4 ) . The hardware type sent by the client was 1 in the bootp header. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39hspm$hf5@tools.near.net] <1994110517034900> From: barmar@nic.near.net (Barry Margolin) Newsgroups: comp.protocols.tcp-ip Subject: Re: FTPD command question Date: 6 Nov 1994 01:23:49 -0500 Organization: NEARnet, Cambridge, MA Lines: 11 Message-ID: <39hspm$hf5@tools.near.net> References: <1994Nov5.001351.13059@novell.com> NNTP-Posting-Host: tools.near.net In article peter.lewis@info.curtin.edu.au (Peter N Lewis) writes: >Not really, becuase users use the LIST command, not the NLST command. My understanding has always been that LIST and NLST return the same names, but LIST may also include extra information (whatever file attributes the server wishes to include) in an unspecified format. -- Barry Margolin BBN Internet Services Corp. barmar@near.net ----MESSAGE-END---- ----MESSAGE-BEGIN---- [stu.24.001445F0@ash.lab.r1.fws.gov] <1994110518361500> From: stu@ash.lab.r1.fws.gov (Stu Mitchell) Newsgroups: comp.protocols.tcp-ip Subject: Dynamic IP Addresses? Date: Sat, 5 Nov 1994 20:16:15 Organization: USFWS Forensic Lab Lines: 16 Message-ID: NNTP-Posting-Host: 164.159.1.4 X-Newsreader: Trumpet for Windows [Version 1.0 Rev A] Is there such a thing as a dynamic bootp? I have about 300 machines in a network and I'd like to hand out ip addresses as needed because they are all on one physical subnet and it doesn't have 300 addresses available. So instead of assigning an ip address to each machine and hard coding them in a bootptab file, I would like the client to come on line and have the server give it the next available address... If that doesn't work, is it possible to have more than one subnet on one single physical net? BTW, the network is all token ring and the rings are bridged not routed... Thanks! Stu ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39gppp$okq@tequesta.gate.net] <1994110520263300> From: toyboy@gate.net (toyboy) Newsgroups: comp.protocols.tcp-ip Subject: Mail routing Date: 5 Nov 1994 20:26:33 GMT Lines: 32 Message-ID: <39gppp$okq@tequesta.gate.net> NNTP-Posting-Host: hopi.gate.net X-Newsreader: TIN [version 1.2 PL2] Everyone / Anyone: I have TCP/IP 2.0 for OS/2 (August CSD) and my own domain (os2rus.com). I would like to configure the domain/TCP/IP to allow routing of mail without the sender knowing the host. For example mailing to user1@os2rus.com is the same as mailing to user1@sneakers.os2rus.com I realize to do this I need: - Every userid is unique to an individual within the domain. - While the userid may exist on mutliple hosts, only one host for the user/userid will receive the mail. - named.host (named.dom for TCP/IP 2.0 for OS/2) needs the line @ IN MX 50 ns.os2rus.com - The ns.os2rus.com machine needs to redirect the mail to the appropriate host. It is the last step/item that has been holding me up. I have been reading the sendmail manuals (from IBM and the really thick one (700 pages)) but no luck. Are there other steps/items I need to do? Thanks in advance for your help. TB (toyboy - It is my wife's nickname for me.) - Visit alt.clothing.sneakers and then participate. - Finally, get others to participate! ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39gq35$okq@tequesta.gate.net] <1994110520313300> From: toyboy@gate.net (toyboy) Newsgroups: comp.protocols.tcp-ip Subject: Re: SLIP - what is it, and how do I get it? Date: 5 Nov 1994 20:31:33 GMT Lines: 22 Message-ID: <39gq35$okq@tequesta.gate.net> References: <1994Oct25.022153.21405@frodo.cc.flinders.edu.au> <38vpat$hes@news.tamu.edu> NNTP-Posting-Host: hopi.gate.net X-Newsreader: TIN [version 1.2 PL2] In article <1994Oct25.022153.21405@frodo.cc.flinders.edu.au>, rwinn@ist.flinders.edu.au (Rhys D. Winn) says: : > : >I know there are plenty of Windows based programs out there that you can use : >to connect to your UNIX shell "if" you have the SLIP protocol. Well I have : >a UNIX account, and a 19.2k modem, but I don't think I have the SLIP program : >(if it is a program). I have one program that tells me to login, type the : >command "slip" and then enter in the IP address of your site. : > : >And that is another thing. How do you find out the IP address of the computer : >you are logged into if it doesn't give it to you when you login? It would be : >easy to just ask sysadmin if the IP address didn't change, but I think I would : >be assigned a different address depending on which phone line I was logged in : >through. : > : > : >Regards, : > : >Rhys Winn rwinn@ist.flinders.edu.au : > OS/2 Warp version 3.0 comes with TCP/IP using SLIP. Yup, just like Unix - OS/2 Warp comes with TCP/IP. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39gqc1$okq@tequesta.gate.net] <1994110520361700> From: toyboy@gate.net (toyboy) Newsgroups: comp.protocols.tcp-ip Subject: Re: SLIP and MTU Date: 5 Nov 1994 20:36:17 GMT Lines: 37 Message-ID: <39gqc1$okq@tequesta.gate.net> References: <38642l$j2q@lll-winken.llnl.gov> <783180092snz@wookie.demon.co.uk> <391h23$9vo@network.ucsd.edu> NNTP-Posting-Host: hopi.gate.net X-Newsreader: TIN [version 1.2 PL2] Jon Kay (jkay@rossano.ucsd.edu) wrote: : wookie@wookie.demon.co.uk writes: : >oberman@icaen.llnl.gov writes: : >>bwilson@netcom.com (Bob Wilson) writes: : >>> b ) Response time (Typing in Telnet connections etc) : >>Minimal impact. If a single character is being echoed, the packet : >>will be very small and MTU is irrelevant. : > : >Unless background FTSs etc knacker the interactive performance by sending : >huge packets that delay your keystroke echo. : (FTPs, I presume?) : This actually turns out to usually be a function of TCP window size. : It doesn't much matter how big the MTU is if TCP puts gobs of packets : out at the same time - your poor little telnet packet is still stuck : behind the entire TCP window's worth of data. : This changes if both your machine and your WAN<->LAN gateway(s) : support IP TOS queuing, but that's not really all that common yet : (especially in end hosts). It is getting more common - in another : year or so things may have changed. : Jon : -- : WWW/Mosaic Home Page: http://www-cse.ucsd.edu/users/jkay : Email: jkay@cs.ucsd.edu I run a MTU of 2048 and modified my slip.cfg when I ran into this problem. While its not perfect, it really helped. I added: fastqueue, queuesize=24, fastqueuesize=48, This was/is on TCP/IP 2.0 for OS/2 (2.11). TB (toyboy - It is my wife's nickname for me.) - Visit alt.clothing.sneakers and then participate. - Finally, get others to participate! ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39gqi3$okq@tequesta.gate.net] <1994110520393100> From: toyboy@gate.net (toyboy) Newsgroups: comp.protocols.tcp-ip Subject: Re: does telnet support binary? Date: 5 Nov 1994 20:39:31 GMT Lines: 14 Message-ID: <39gqi3$okq@tequesta.gate.net> References: NNTP-Posting-Host: hopi.gate.net X-Newsreader: TIN [version 1.2 PL2] Berislav Vlahovic (berislav@gpu.utcc.utoronto.ca) wrote: : does telnet support binary information transfers? I've been trying to telnet : to a site where I can FTP, from a site that only allows me to mail and telnet. : But every time I try to execute a sz or kermit send, it stops. Is this a : problem with my remote or local host, or is it with the telnet protocol itself? The rlogin protocol is 8-bit, while the telnet protocol is 7-bit. TCP/IP 2.0 for OS/2 includes the telneto command that has a -8 option to put it in 8-bit mode. But ... it doesn't have zmodem support ... catch-22. TB (toyboy - It is my wife's nickname for me.) - Visit alt.clothing.sneakers and then participate. - Finally, get others to participate! ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39gqrj$okq@tequesta.gate.net] <1994110520443500> From: toyboy@gate.net (toyboy) Newsgroups: comp.protocols.ppp,comp.protocols.tcp-ip,comp.protocols.tcp-ip.domains,comp.protocols.tcp-ip.ibmpc Subject: Re: SLIP Termination Followup-To: comp.protocols.ppp,comp.protocols.tcp-ip,comp.protocols.tcp-ip.domains,comp.protocols.tcp-ip.ibmpc Date: 5 Nov 1994 20:44:35 GMT Lines: 31 Distribution: inet Message-ID: <39gqrj$okq@tequesta.gate.net> References: NNTP-Posting-Host: hopi.gate.net X-Newsreader: TIN [version 1.2 PL2] Ken Adair (Ken.Adair@Dundee.NCR.COM) wrote: : I have an OS/2 PC running IBM's TCP/IP Version 2.0 (no CSDs). I wish to : run a couple of independent third party applications which will require : the use of a SLIP connection. Each of the applications connect to the : same address and may or may not to run simultaneously. : The problem is, I want to close the modem link when the last program has : completed. How can I detect when the SLIP line is in use and when the last : program has finished with the SLIP connection? : Regards : Ken Adair Ken: Several ways are possible under OS/2. Have you tried netstat -s? This should tell you what sockets are in use and if you don't see your programs then ... Another way is to monitor (using say REXX/2) if the programs are running under OS/2. If so the line is up, if not take the line down. If you need programming examples, just drop me a line. The examples will assume you have REXXLIB by Quertus or something like it (e.g. by GammaTech, shareware, etc.) TB (toyboy - It is my wife's nickname for me.) - Visit alt.clothing.sneakers and then participate. - Finally, get others to participate! ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39jb97$dlc@ka.ee.pdx.edu] <1994110522171100> From: wittm@ee.pdx.edu (Michael Witt) Newsgroups: comp.protocols.tcp-ip Subject: Driver for ST-NIC / PCMCIA Ethernet Date: 6 Nov 1994 11:37:11 -0800 Organization: Portland State University, Portland, OR Lines: 10 Message-ID: <39jb97$dlc@ka.ee.pdx.edu> NNTP-Posting-Host: ka.ee.pdx.edu I'm working on a driver for the National DP83902A (ST-NIC) Ethernet controller. It happens to be housed in a PCMCIA card (which I'm connecting to a 68000 based system, not a PC). I would be interested in comparing notes with someone who is also working on (or has done) a driver for the ST-NIC. -Mike (wittm@ee.pdx.edu) ----MESSAGE-END---- ----MESSAGE-BEGIN---- [BILLW.94Nov6003607@glare.cisco.com] <1994110522560700> From: billw@glare.cisco.com (William ) Newsgroups: comp.protocols.tcp-ip,comp.unix.ultrix Subject: Re: Problems with PPP 2.1.2 on Ultrix Date: 6 Nov 94 00:36:07 Organization: cisco Systems, Inc. Lines: 19 Message-ID: References: <1994Oct31.220533.23727@jarvis.cs.toronto.edu> <39fnl4$kf9@news.iastate.edu> NNTP-Posting-Host: glare.cisco.com In-reply-to: jdwhite@iastate.edu's message of 5 Nov 1994 10:43:48 GMT A number of us here at Iowa State have been playing with SLIP/PPP under Ultrix 4.3 with various 5000 series DecStations and have found that we can't set the serial port baud rate above 19200 bps. The generally poor implementation of Async serial interfaces and drivers in many "large" computer systems is one of the factors that has driven the growth of the "terminal server" market. You don't WANT a bunch of users running faster than 19200bps on a system with a per-character interrupt async board, which many are. Even the much touted 16550 class uarts with 16 byte fifos require a lot more byte handling than one would like to do on a "compute server"... Ideally, a terminal server batches that all into reasonably sized packets for the host to handle (and then many hosts handle the packet in as inefficient a manner as possible, but that's just "the unix way".) In the case of SLIP, which many terminal servers now support directly, you don't necessarilly need any host at all. BillW cisco ----MESSAGE-END---- ----MESSAGE-BEGIN---- [Zs73Dtj.bankrupt@delphi.com] <1994110602393900> From: Peter Chapman Newsgroups: comp.protocols.tcp-ip Subject: Re: SLIP help wanted Date: Sun, 6 Nov 94 10:59:39 -0500 Organization: Delphi (info@delphi.com email, 800-695-4005 voice) Lines: 6 Message-ID: References: <38e8h3$fru@nnrp.ucs.ubc.ca> NNTP-Posting-Host: bos1e.delphi.com X-To: Jeffery Chow Your SLIP questions are also some of my key questions. I have a little 386 that I want to connect with a SLIP connection to my local provider. I want my 386 to run as a client/user AND as a small server/provider. I am lost, however, as to exactly what pieces of software I need. If you have any insights, I'd really appreciate the help. THanks! ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39hlsn$osp@kesha.seanet.com] <1994110604255900> From: glenn@popco.com (Glenn Fleishman) Newsgroups: comp.protocols.tcp-ip,comp.protocols.tcp-ip.domains Subject: Re: Public DNS Date: 6 Nov 1994 04:25:59 GMT Organization: Point of Presence Company Lines: 48 Sender: glenn@stout.popco.com Distribution: inet Message-ID: <39hlsn$osp@kesha.seanet.com> NNTP-Posting-Host: wolfe.popco.com X-Posted-From: InterNews 1.0.4@wolfe.popco.com X-Authenticated: glenn on POP host stout.popco.com In article Benjamin.Olken@yale.edu (Ben Olken) writes: > Are there public DNS out > there with whom I could register my domain? I haven't heard of any. We've decided to offer DNS primary and secondary service at an arbitrary rate: $250/year for DNS primary (i.e. register your domain in your name, maintain records on our site, single mail account for forwarding, maintain primary and secondary on our site, and an offsite secondary as well) and $100/year for backup secondary (on two machines at our site and an offsite machine as well). This is probably priced too high, but we've asked to supply the service to a few companies, and we want to price it high enough to make it worthwhile to deal with the administrative work involved and the pain and suffering if we have to migrate machines, take systems down, etc., and maintain domain resolution at a high level throughout. I believe you can get accounts at some service providers who will register your domain and maintain records for a $50 startup fee, but otherwise it's just regular monthly access fees ($10-$20). So we're in the ballpark with our fee for that. Frankly, if you have two UNIX machines running DNS connected to the Internet, it's really a matter of * Filling the form out and sending it to InterNIC (<2 minutes if you've done it at least once before) * Making a DNS record (we have a model, so that takes 15 seconds) * Adding a line to named.boot on the primary and secondary (about 30 seconds each) * Restarting the nameserver (2 second) It's about 5 minutes work overall to add a domain correctly. However, it's the overhead you're paying for: we have T1 throughput, monthly fees to pay, etc., and any activity we perform on our site requires that we include our overhead in charging for it. I hope this isn't a long-winded explanation. But there have been a number of queries about why it's so difficult or so expensive to do this, and this is really why: we're all paying for our access and our machines, so we have to get a return on what we do. ---- Glenn Fleishman, Point of Presence Company Trend Watch columnist, Aldus Magazine Moderator, Internet Marketing discussion list; send the message INFO INET-MARKETING to the address LISTPROC@EINET.NET for info ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39hn24$947@news.service.uci.edu] <1994110604455600> From: eafu060@taurus.oac.uci.edu (Keiji Uesugi) Newsgroups: comp.protocols.tcp-ip Subject: Mac:How to use slip? Date: 6 Nov 1994 04:45:56 GMT Organization: University of California, Irvine Lines: 10 Message-ID: <39hn24$947@news.service.uci.edu> NNTP-Posting-Host: taurus.oac.uci.edu Hi, I was wondering if anyone could tell me how to use the MacTcp to connect to the internet. I have no clue as how to do so, so any help will be appreciated. Such as how to use slip and what software I should be using to connect to the internet in order to use slip. Thanks eafu060@ea.oac.uci.edu ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39hnc3$vo2@tequesta.gate.net] <1994110604511500> From: toyboy@gate.net (toyboy) Newsgroups: comp.protocols.tcp-ip Subject: Re: SLIP - what is it, and how do I get it? Date: 6 Nov 1994 04:51:15 GMT Lines: 20 Message-ID: <39hnc3$vo2@tequesta.gate.net> References: <1994Oct25.022153.21405@frodo.cc.flinders.edu.au> <38vpat$hes@news.tamu.edu> NNTP-Posting-Host: hopi.gate.net X-Newsreader: TIN [version 1.2 PL2] : In article <1994Oct25.022153.21405@frodo.cc.flinders.edu.au>, rwinn@ist.flinders.edu.au (Rhys D. Winn) says: : > : >And that is another thing. How do you find out the IP address of the computer : >you are logged into if it doesn't give it to you when you login? It would be : >easy to just ask sysadmin if the IP address didn't change, but I think I would : >be assigned a different address depending on which phone line I was logged in : >through. : > : > : >Regards, : > : >Rhys Winn rwinn@ist.flinders.edu.au : > The command you need is host. It is normally a general user command, though, this would depend upon the system. TB (toyboy - It is my wife's nickname for me.) - Visit alt.clothing.sneakers and then participate. - Finally, get others to participate! ----MESSAGE-END---- ----MESSAGE-BEGIN---- [cps-0611942216030001@access3.digex.net] <1994110613560300> From: cps@access.digex.net (Chris Smolinski) Newsgroups: comp.protocols.tcp-ip Subject: RFC for IRC? Date: Sun, 06 Nov 1994 22:16:03 -0500 Organization: Smolinski Scientific Systems, Inc. Lines: 5 Message-ID: NNTP-Posting-Host: access4.digex.net Can someone tell me which RFC describes the protocols used to implement IRC? Thanks, Chris ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39ipus$ki6@cmcl2.NYU.EDU] <1994110614413200> From: roy@mchip00.med.nyu.edu (Roy Smith) Newsgroups: comp.protocols.tcp-ip Subject: traceroute vs. MacTCP/ARA Date: 6 Nov 1994 14:41:32 GMT Organization: New York University, School of Medicine Lines: 30 Distribution: world Message-ID: <39ipus$ki6@cmcl2.NYU.EDU> NNTP-Posting-Host: mchip00.med.nyu.edu My Mac at home is connected to my campus lan using MacTCP 2.0.4 over an ARA connection to a Novell NetConnect box Everything seems to be working fine, but when I try and do a traceroute from the Ultrix box I'm logged into back to my Mac, I get: traceroute to 128.122.244.106 (128.122.244.106), 30 hops max, 40 byte packets 1 medgwa (128.122.205.1) 4 ms 4 ms 4 ms 2 * * * 3 * * * [more of the same deleted to save space] 28 * * * 29 * * * 30 * 128.122.244.106 is my Mac, medgwa is a cisco AGS+. I'm not sure of the exact topology, but the NetConnect is either on a network directly connected to medgwa, or there might be one other AGS+ between them. What's happening here? Is something just eating the ICMP messages? Or are *neither* the NetConnect box nor MacTCP generating them? It not clear in my mind whether the NetConnect box should even be generating ICMPs, since it's not really routing IP, it's encapsulating IP inside AT, then routing the AT packets. But, even then, I should be getting them from the Mac, unless MacTCP is just broken and doesn't generate the ICMP PORT_UNREACHABLE messages it's supposed to. -- Roy Smith Hippocrates Project, Department of Microbiology, Coles 202 NYU School of Medicine, 550 First Avenue, New York, NY 10016 "This never happened to Bart Simpson." ----MESSAGE-END---- ----MESSAGE-BEGIN---- [19941106.152246.14@comptech.demon.co.uk] <1994110615224600> Newsgroups: comp.protocols.tcp-ip From: adam@comptech.demon.co.uk (Adam Goodfellow) Subject: Re: [HELP] Would you help me? Message-ID: <19941106.152246.14@comptech.demon.co.uk> Sender: news@demon.co.uk (Usenet Administration) Nntp-Posting-Host: comptech.demon.co.uk Reply-To: adam@comptech.demon.co.uk Organization: Computech X-Newsreader: Archimedes TTFN Version 0.33 References: <3984kp$s34@news.kreonet.re.kr> Date: Sun, 6 Nov 1994 15:22:46 GMT Lines: 20 In article <3984kp$s34@news.kreonet.re.kr>, nasol wrote: >I am looking for a package program named Phil Karn's KA9Q. If somebody tell me >where I can get it, it will be greatly appreciated. > >Also, I want any informations or comments, and if possible, other source programs >for TCP/IP router(with respect to RIP, OSPF, SNMP(especially, MIB#2) etc.), which >can be implemented and runned under "DOS" environment. > There is a version of it on ftp.demon.co.uk - cant remember which directory - likely /pub/msdos. -- Adam ======================================================================= | Computech Tel/Fax: 0181 673 7817 email: adam@comptech.demon.co.uk | ======================================================================= ----MESSAGE-END---- ----MESSAGE-BEGIN---- [NEWTNews.13306.784143749.leo@apache.elmail.co.uk] <1994110616321000> Newsgroups: comp.sys.sun.admin,comp.protocols.tcp-ip From: Leo.Smith@elmail.co.uk Subject: Re: Routing question: Getting a Sun to route Content-Type: TEXT/PLAIN; charset=US-ASCII Organization: ElectricMail News Service Date: Sun, 6 Nov 1994 16:32:10 GMT Message-ID: Followup-To: comp.sys.sun.admin,comp.protocols.tcp-ip Lines: 89 Mime-Version: 1.0 X-Newsreader: NEWTNews & Chameleon -- TCP/IP for MS Windows from NetManage References: <39gufj$8m4@case.cyberspace.com> Sender: news@elmail.co.uk (News Pseudo User) Nntp-Posting-Host: apache.elmail.co.uk In article <39gufj$8m4@case.cyberspace.com>, writes: > Richard Steinberger (ric@updike.sri.com) wrote: > : A remote user connects (from his Sun) to our network of Suns via PPP. > : He has set the default route (in /etc/defaultrouter) to be the address > : of the Sun he connects to. He is able to telnet (and rlogin and > : ping, etc) to our local Sun with no problems. [The remote modem dials out, > : the local one answers...]. But he would like to also be able to > : connect to other machines on our net, using the the machine he > : physically comes in on as a router. This isn't working; that is, the > : local machine isn't routing his incoming packets to other local machines. > : [And packets aren't routed out the other way back to his machine either.] > : Can anyone help with a few details: First, is it possible for a Sun > : (4.1.3) to do this routing for in incoming/outgoing PPP connection? Second, > : what is the form of the relevant route (or related) command? An RTFM (which > : M?) would be OK too. Thanks in advance to all who reply..... > > You may want to look at in.routed to pass your routing information around > your subnet. Check the man page, and you may want to pay attention to how > long routed waits before passing a route around your subnet. > It is a matter of great simplicity to set this up. IF the dial in machine is on the SAME IP network as the rest of your machines then there should be no problem - as soon as he is on line he will appear as another interface on the local network to the SUN he dials in on. If it is on a different net you need to set up static routes on the machines that it needs to connect to. E.g. If the remote machine is 192.0.0.1 and the sun it dials into is 193.0.0.1 and another machine or yoiur net is 193.0.0.2 The remote machine needs a default route added... route add default 193.0.0.1 1 and the other machines on the network need some routes adding.. route add 192.0.0.1 193.0.0.1 1 This will tell both ends of the link to use the sparc in the middle as a gateway. You should check all these tables with a netstat -r on the machines. I hope that helps. If you want some excellent examples and have a PostScript printer, I strongly suggest downloading the Morningstar manuals from ftp.morningstar.com - and the code is even better than the manuals by the way (not free tho) There are step by step isntruction son setting up exactly this kind of setup. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov6.185157.21949@galileo.cc.rochester.edu] <1994110618515700> Newsgroups: comp.os.ms-windows.networking.tcp-ip,alt.winsock,comp.protocols.tcp-ip,comp.protocols.tcp-ip.ibmpc From: rr002c@uhura.cc.rochester.edu (Rajib Rashid) Subject: PLEASE help abpit problem with MSTCP & Mosaic [second post] Message-ID: <1994Nov6.185157.21949@galileo.cc.rochester.edu> Sender: news@galileo.cc.rochester.edu Nntp-Posting-Host: uhura.cc.rochester.edu Organization: University of Rochester - Rochester, New York Date: Sun, 6 Nov 94 18:51:57 GMT Lines: 30 Hello: I had posted this message a week ago, but I have not received any responces... PLEASE, if someone can give me any information, or help, it would be greatly appreciated. > I recently switched from Trumpet Winsock to Microsoft's 32bit TCP/IP >stacks (wolverine) for my 486 computer with 8MB ram, running windows for >Workgroup 3.11. Everything seems to work wonderfully, except when someone >tries to access large files via Mosaic/WinWeb from my machine (running NCSA >HTTPD 1.3), they get an error "connection has been reset" ... I have found >no apparent reason for this behavior. I never found this problem when I was >using Trumpet Winsock, and the same files were easily accessible. Is there >some special spep that need to take, or some trick that I can use to fix >this problem? I really need to get this problem fixed since some of the >files on my Web server are not at all accessible :( It acts really weirdly... sometime I can see a 30k file properly (gets transferred) but a 12k file would not get through... they are both inline gif images. And it happens under all circumstances, from different machines :( Oh, I am connected to the university backbone by means of ethernet connections. Please send your replies to 'rr002c@uhura.cc.rochester.edu'. Thank you very much in advance. Rajib Rashid University of Rochester ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov6.185458.22120@galileo.cc.rochester.edu] <1994110618545800> Newsgroups: comp.os.ms-windows.networking.tcp-ip,alt.winsock,comp.protocols.tcp-ip,comp.protocols.tcp-ip.ibmpc From: rr002c@uhura.cc.rochester.edu (Rajib Rashid) Subject: MSTCP/IP + nos/wnos .. possible?? Message-ID: <1994Nov6.185458.22120@galileo.cc.rochester.edu> Sender: news@galileo.cc.rochester.edu Nntp-Posting-Host: uhura.cc.rochester.edu Organization: University of Rochester - Rochester, New York Date: Sun, 6 Nov 94 18:54:58 GMT Lines: 17 Hello: Can anyone tell me how I can setup KA9Q nos/wnos based telnet server with Microsoft's TCp/IP (wolverine)? Since Wolverine is VxD based, I am not loading any packet driver (although I guess I have to if I want to use nos). Can anyone please give me the steps necessary and example autoexec.nos and config files? Please send your replies to 'rr002c@uhura.cc.rochester.edu'. Thank you very much in advance. Rajib Rashid University of Rochester ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39jel1$3g5e@unix1.sncc.lsu.edu] <1994110620344100> From: iemalh@unix1.sncc.lsu.edu (Sudhir Malhotra) Newsgroups: comp.protocols.iso,comp.protocols.tcp-ip,comp.protocols.tcp-ip.ibmpc Subject: Gurus! Please help. Date: 6 Nov 1994 20:34:41 GMT Organization: Louisiana State University Lines: 22 Distribution: world Message-ID: <39jel1$3g5e@unix1.sncc.lsu.edu> NNTP-Posting-Host: unix1.sncc.lsu.edu I am posting the following on behalf of a friend who doesn't have access to Usenet. He would greatly appreciate any reponses. Please reply to Rahul Bedi, e-mail rahulb@hclhprnd.uunet.in Thanks. >> Query begins Are there any public domain implementations of netbios, netbeui (or netbios frames protocol ) working on LLC ? Also are there any for IEEE 802.2 (Logical Link Standard ) ? Is there any difference in NETBIOS and NETBEUI interfaces ? Does the Windows for workgroups 3.11 NETBEUI driver contain the implementation of LLC in it or uses some other driver for it ? I mea n that do the packets given down to the NDIS driver by NETBEUI driver in WFWG3.11 contain the LLC header ? >> Query ends ----MESSAGE-END---- ----MESSAGE-BEGIN---- [19941107.004632.73@comptech.demon.co.uk] <1994110700463200> Newsgroups: comp.protocols.tcp-ip From: adam@comptech.demon.co.uk (Adam Goodfellow) Subject: Re: Raw Sockets & Interface Selection? Message-ID: <19941107.004632.73@comptech.demon.co.uk> Sender: news@demon.co.uk (Usenet Administration) Nntp-Posting-Host: comptech.demon.co.uk Reply-To: adam@comptech.demon.co.uk Organization: Computech X-Newsreader: Archimedes TTFN Version 0.33 References: <398enl$pj0@nuclear.microserve.net> Date: Mon, 7 Nov 1994 00:46:32 GMT Lines: 40 In article <398enl$pj0@nuclear.microserve.net>, Vinnie wrote: > >Is there a way to specify a particular network interface to send >outgoing packets to? > Erm, not really apart from specifying an IP address that is known to match a route destination. Specifying the IP address of the if *may* work, but I tend have all if IP addresses when used as a destination routed through a loopback if as a convenience - but this s/w is only *derived* from sockets and it aint a Unix box so some things are done slightly differently, for eg - I had to implement the loopback if myself as an extra bolt-on :-( >What I need to be able to do is specify which interface, (on a UNIX >host which has multiple interfaces), a packet will be sent out on. >I am using raw sockets. I don't want to exec() a 'route add...' if >there is a better way. > I don't know if the standard BSD sockets API normally allows this, but the BSD (4.3) *derived* protocol stack that I use does allow if structures to be accessed through the socketioctl() calls. We have to use this hack to ensure that a broadcast goes out through all interfaces (An inherited NetBSD 4.3 problem I believe???) by doing a sendto() the broadcast address for each interface rather than a sendto() to INADDR_BROADCAST which I think allow sends through the first ifconfig'd if or something. (At least this is what the blurb says) Whether any of this is useful to you is unknown... Good luck ;-) -- Adam ======================================================================= | Computech Tel/Fax: 0181 673 7817 email: adam@comptech.demon.co.uk | ======================================================================= ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39jvf6$bk4@tequesta.gate.net] <1994110701214200> From: toyboy@gate.net (toyboy) Newsgroups: comp.protocols.tcp-ip Subject: Re: SLIP help wanted Date: 7 Nov 1994 01:21:42 GMT Lines: 16 Message-ID: <39jvf6$bk4@tequesta.gate.net> References: <38e8h3$fru@nnrp.ucs.ubc.ca> NNTP-Posting-Host: hopi.gate.net X-Newsreader: TIN [version 1.2 PL2] Peter Chapman (bankrupt@delphi.com) wrote: : Your SLIP questions are also some of my key questions. I have a little : 386 that I want to connect with a SLIP connection to my local provider. I : want my 386 to run as a client/user AND as a small server/provider. I am : lost, however, as to exactly what pieces of software I need. : : If you have any insights, I'd really appreciate the help. THanks! I strongly suggest OS/2 Warp verion 3.0 (about $80 for the CD-ROM version). It comes with a full TCP/IP implementation (including gopher client, WWW explorer (via ftp site), MIME mailer, etc.) that supports SLIP. You can use your own provider or IBM (I think it is $25 or 40 hours). TB (toyboy - It is my wife's nickname for me.) - Visit alt.clothing.sneakers and then participate. - Finally, get others to participate! ----MESSAGE-END---- ----MESSAGE-BEGIN---- [peter.lewis-0611941252200001@rocky.curtin.edu.au] <1994110702122000> From: peter.lewis@info.curtin.edu.au (Peter N Lewis) Newsgroups: comp.protocols.tcp-ip Subject: Re: FTPD command question Date: Sun, 06 Nov 1994 12:52:20 +0800 Organization: NCRPDA, Curtin University Lines: 39 Message-ID: References: <38ococ$lme@martha.utk.edu> <1994Nov5.001351.13059@novell.com> NNTP-Posting-Host: ncrpda.curtin.edu.au In article <1994Nov5.001351.13059@novell.com>, donp@novell.com (don provan) wrote: >First of all, discussing "original intention" in the same paragraph as >NDIR is somewhat misleading, since NDIR was only proposed several >years after the FTP spec was written. I'm not aware that NDIR has >actually been specified to this day, but I don't track FTP >developments as closely as I used to. The FTP server implementations I >checked don't even list NDIR as "unsupported". The "original intention" I was refereing to was for the NLST command, not NDIR. You're right that NDIR is not specified in any RFC. This was documented somewhere, but not formally as far as I know. My Mac FTP server supports the NDIR command as an equivalent to NLST that only lists directories. >Secondly, saying that NLST was only supposed list "file names" is not >as conclusive as one might think. In nearly every file system I've >ever encountered, directories *are* files, so it's be perfectly >natural to list their names along with the data files' names. The point is, the output of the NLST command was suppose to be an acceptible parameter to the GET command (at least that is my understanding). Also, I dont think MSDOS or Mac directories are files. I'm not sure about VMS. >When you consider that navigation around a remote file system would be >virtually impossible via FTP if NLST didn't include subdirectories, I >find it very hard to believe that the original authors would have >been thinking that subdirectories shouldn't be including. Not really, becuase users use the LIST command, not the NLST command. Anyway, since I cant find the document that even described the NDIR command, there isn't much in the way of real facts to debate :-) Peter. -- Peter N Lewis - Macintosh TCP fingerpainter FTP my programs from redback.cs.uwa.edu.au:Others/PeterLewis/ or amug.org:pub/peterlewis/ or nic.switch.ch:software/mac/peterlewis/ ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39k34l$4nc@mackeysparc.hinet.net] <1994110702242100> From: chester@mackeysparc.hinet.net (Chester H. Lin) Newsgroups: comp.sys.sun.admin,comp.protocols.tcp-ip Subject: Re: Routing question: Getting a Sun to route Followup-To: comp.sys.sun.admin,comp.protocols.tcp-ip Date: 7 Nov 1994 02:24:21 GMT Organization: Mackey Mouse BBS Lines: 31 Distribution: world Message-ID: <39k34l$4nc@mackeysparc.hinet.net> References: <39eii9$778@unix.sri.com> Reply-To: chester@mackeysparc.hinet.net NNTP-Posting-Host: mackeysparc.hinet.net X-Newsreader: TIN [version 1.2 PL2] Richard Steinberger (ric@updike.sri.com) wrote: > A remote user connects (from his Sun) to our network of Suns via PPP. > He has set the default route (in /etc/defaultrouter) to be the address > of the Sun he connects to. He is able to telnet (and rlogin and > ping, etc) to our local Sun with no problems. [The remote modem dials out, > the local one answers...]. But he would like to also be able to > connect to other machines on our net, using the the machine he > physically comes in on as a router. This isn't working; that is, the > local machine isn't routing his incoming packets to other local machines. > [And packets aren't routed out the other way back to his machine either.] > Can anyone help with a few details: First, is it possible for a Sun > (4.1.3) to do this routing for in incoming/outgoing PPP connection? Second, > what is the form of the relevant route (or related) command? An RTFM (which > M?) would be OK too. Thanks in advance to all who reply..... Add the following start-up command into every Sun on your subnet: route -n add /remote-Sun-PPP-IP-address/ /PPP-server-PPP-address/ 1 Then, add the following to remote Sun's routing table entry: route add default /PPP-server-PPP-address/ 1 -- ------------------------------------------------------------------ Chester H. Lin chester@mackeysparc.hinet.net Mackey Mouse BBS FirstClass Server in Taipei, Taiwan 886-2-3627273 (14,400bps) 886-2-3929997 (14,400bps) ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39lphq$i87@tools.near.net] <1994110704325800> From: barmar@nic.near.net (Barry Margolin) Newsgroups: comp.protocols.tcp-ip Subject: Re: traceroute vs. MacTCP/ARA Date: 7 Nov 1994 12:52:58 -0500 Organization: NEARnet, Cambridge, MA Lines: 21 Message-ID: <39lphq$i87@tools.near.net> References: <39ipus$ki6@cmcl2.NYU.EDU> NNTP-Posting-Host: tools.near.net In article <39ipus$ki6@cmcl2.NYU.EDU> roy@mchip00.med.nyu.edu (Roy Smith) writes: > My Mac at home is connected to my campus lan using MacTCP 2.0.4 over >an ARA connection to a Novell NetConnect box Everything seems to be working >fine, but when I try and do a traceroute from the Ultrix box I'm logged into >back to my Mac, I get: [Traceroute omitted >What's happening here? Is something just eating the ICMP messages? Looks like something is eating the ICMP messages. I just tried traceroute to one of our Macs here and it worked. MacTCP does have the bug that the TTL of the ICMP error is copied from the incoming packet, so you should expect a bunch of "* * *" lines before the response from the Mac shows up (if there are N gateways, there should be N-1 failing hops after the last gateway). -- Barry Margolin BBN Internet Services Corp. barmar@near.net ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CyvtCG.9vG@cfa.org] <1994110705133500> Newsgroups: comp.protocols.tcp-ip From: peisch@cfa.org (Peter Eisch) Subject: MTU Question for the Experts... Message-ID: Reply-To: peter@tahiti.umhc.umn.edu Organization: CANS X-Newsreader: TIN [version 1.2 PL2] Date: Mon, 7 Nov 1994 05:13:35 GMT Lines: 23 Our frame-relay carrier has suggested lowering the mtu on our router's WAN ports to better match the mtu of the trunking hardware. This means dropping the mtu from the uncontested 1500 to 512 bytes. The only protocol on the net is IP. I've dropped the mtu's on a couple routers to experiment with and did some minimal testing. Ping times seemed a tad bit quicker, but I'm wondering if anyone there are any indicators that might show that this is an appropriate or inappropriate action. I feel bad, as an IP hack, that all my IO has to be fragmented before hitting the cloud. Just because the router seems to fragment a little quicker than our frame-relay carrier's switch doesn't make much sense to load the task on the router. Are there some other things I should be looking at? peter -- peisch@cfa.org Network Admin ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39luks$cu7@inet.guthrie.org] <1994110705595600> From: root@inet.guthrie.org Newsgroups: comp.protocols.tcp-ip Subject: pop3d can't access /usr/spool/mail/username Date: 7 Nov 1994 14:19:56 -0500 Organization: Guthrie HealthCare System Lines: 22 Message-ID: <39luks$cu7@inet.guthrie.org> Keywords: pop3d,mail I am trying to configure an RS6000 running AIX 3.2 as a pop3 server. I can telnet to port 110, and log in. Immediately after logging in, if there is mail for a user, pop3d responds with the following: " -ERR cannot open mailbox /usr/spool/mail/username" sendmail is running and mail and pine(a mail reader) can access the mailbox. Why can't the pop3d open the mailbox? If there is no mail, pop3d responds with: "+OK 0 messages ready for username in /usr/spool/mail/username" If there is a more appropriate group to post this to, please let me know. Also, if anyone has any ideas on cross-posting questions about pop3 elsewhere, likewise, let me know. Thanks for the help, Paul Taylor ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39m8c4$m9q@Jester.CC.MsState.Edu] <1994110706055600> From: fwp@Jester.CC.MsState.Edu (Frank Peters) Newsgroups: comp.protocols.tcp-ip Subject: VSAT network link experiences sought Date: 7 Nov 1994 16:05:56 -0600 Organization: Computing Center, Mississippi State University Lines: 37 Message-ID: <39m8c4$m9q@Jester.CC.MsState.Edu> Reply-To: fwp@CC.MsState.Edu NNTP-Posting-Host: jester.cc.msstate.edu Hello, I'm interested in hearing from anyone familiar with VSAT network links. We are involved in a state wide networking project. One component of this project is several hundred T1 or 56KB network links to various high schools in the state. Unfortunately, as is typical in our state (and, probably, most states) we have been told that we need to have an executive summary and rough cost estimates available by next monday. One group has proposed the use of VSAT satellite links instead of traditional land phone service. We are concerned about the effects of transmission delay in such a link. It has been suggested that various buffering/acknowledgement tricks can conceal these delays but none of us has direct experience with such links. So, on to my questions. Does anyone out there know of any large scale situations in which VSAT technology is being used instead of traditional land service where land service is available? These links would be general purpose network links (telnet, ftp, gopher, www, nntp, etc and perhaps some Novell IPX traffic). Can anyone with any experience with VSAT links suggest what sorts of performance characteristics we could expect from such a link for general purpose IP/IPX traffic? Are there particular protocols which are particularly vulnerable to transmission delay problems? Are there other factors besides transmission delay that we should be concerned about when considering use of VSAT? Thanks in advance for any comments. -- Frank Peters - UNIX Systems Group Leader - Mississippi State University Internet: fwp@CC.MsState.Edu - Phone: 601-325-7030 - FAX: 601-325-8921 WWW Home Page: http://www.msstate.edu/~fwp/ ----MESSAGE-END---- ----MESSAGE-BEGIN---- [Cyvvq5.FGK@hkuxb.hku.hk] <1994110706082900> Newsgroups: comp.protocols.tcp-ip From: uiproj@cs.hku.hk (Unified Interface) Subject: What is wattcp ? Message-ID: Sender: usenet@hkuxb.hku.hk (USENET News System) Nntp-Posting-Host: ipc01.csd.hku.hk Organization: The Department of Computer Science, The University of Hong Kong X-Newsreader: TIN [version 1.1 PL8] Date: Mon, 7 Nov 1994 06:08:29 GMT Lines: 9 Hi, Can anyone tell me what wattcp is? Is it used together with winsock ? Thanks for any help. Ginny ----MESSAGE-END---- ----MESSAGE-BEGIN---- [19941107.103110.39@comptech.demon.co.uk] <1994110710311000> Newsgroups: comp.protocols.tcp-ip From: adam@comptech.demon.co.uk (Adam Goodfellow) Subject: Re: HELP! Problem when client closes Message-ID: <19941107.103110.39@comptech.demon.co.uk> Sender: news@demon.co.uk (Usenet Administration) Nntp-Posting-Host: comptech.demon.co.uk Reply-To: adam@comptech.demon.co.uk Organization: Computech X-Newsreader: Archimedes TTFN Version 0.33 References: <1994Oct29.161912.29895@lmpsbbs.comm.mot.com> <1994Nov1.153531.4478@lmpsbbs.comm.mot.com> Date: Mon, 7 Nov 1994 10:31:10 GMT Lines: 32 In article <1994Nov1.153531.4478@lmpsbbs.comm.mot.com>, Ken Lierman wrote: >Leo, > >Well, my problem was that I was not checking the return value of recv for >a zero length. When I did this and had the server close the socket when a zero >length message was received, that fixed it. I suppose it could happen in reverse >if the server went away and the client was still trying to receive messages.. > Isnt a signal generated when the other end closes? - SIGPIPE or something...? I take it nothing else can give rise to zero length reads? Also has anyone got a reliable way of doing a non-blocking connect and detecting when the Established state is reached using one of the sockets calls, or are non-blocking connects a no-no in BSD? Reason for this is that I have a BSD derived protocol stack that is not running in a pre-emptive enviroment - ie not running as part of Unix. Blocking operations really do block everything so need to be avoided at all times. -- Adam ======================================================================= | Computech Tel/Fax: 0181 673 7817 email: adam@comptech.demon.co.uk | ======================================================================= ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39l7vl$ivs@newhub.xylogics.com] <1994110712530900> From: carlson@Xylogics.COM (James Carlson) Newsgroups: comp.protocols.tcp-ip Subject: Re: does telnet support binary? Date: 7 Nov 1994 12:53:09 GMT Organization: Xylogics Incorporated Lines: 28 Distribution: world Message-ID: <39l7vl$ivs@newhub.xylogics.com> References: <39gqi3$okq@tequesta.gate.net> Reply-To: carlson@xylogics.com NNTP-Posting-Host: steam.xylogics.com In article <39gqi3$okq@tequesta.gate.net>, toyboy@gate.net (toyboy) writes: |> Berislav Vlahovic (berislav@gpu.utcc.utoronto.ca) wrote: |> : does telnet support binary information transfers? I've been trying to telnet |> : to a site where I can FTP, from a site that only allows me to mail and telnet. |> : But every time I try to execute a sz or kermit send, it stops. Is this a |> : problem with my remote or local host, or is it with the telnet protocol itself? |> |> The rlogin protocol is 8-bit, while the telnet protocol is 7-bit. Not so. Rlogin does pass 8 bit data, but it's not 8 bit clean. There are certain "magic" sequences which will be eaten by the rlogin daemon, such as FF FF 73 73 (the window-size-change sequence). Telnet is at the protocol layer 8-bit-clean. There are some implementations, of course, which don't support that. (I transfer binary data over telnet connections through our terminal servers all the time using both zmodem and Kermit.) The original poster should look into turning off escape characters that might be getting in the way (software flow control, telnet attention and command-line-interface attention sequences). -- James Carlson Tel: +1 617 272 8140 Annex Software Support / Xylogics, Inc. +1 800 225 3317 53 Third Avenue / Burlington MA 01803-4491 Fax: +1 617 272 2618 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39ld14$3e5@martha.utk.edu] <1994110714191600> From: hethmon@apac.ag.utk.edu (Paul Hethmon) Newsgroups: comp.protocols.tcp-ip Subject: Re: FTPD command question Date: 7 Nov 1994 14:19:16 GMT Organization: Agricultural Policy Analysis Center Lines: 43 Message-ID: <39ld14$3e5@martha.utk.edu> References: <1994Nov5.001351.13059@novell.com> NNTP-Posting-Host: apac2.ag.utk.edu X-Newsreader: LA Times for OS/2 [version: 3.3g] In message <1994Nov5.001351.13059@novell.com> - donp@novell.com (don provan) wr ites: >In article peter.lewis@info.curtin.edu.au (Peter N Lewis) writes: >>The original intention was to only list file names. directory names are >>listed with the NDIR command. > >First of all, discussing "original intention" in the same paragraph as >NDIR is somewhat misleading, since NDIR was only proposed several >years after the FTP spec was written. I'm not aware that NDIR has >actually been specified to this day, but I don't track FTP >developments as closely as I used to. The FTP server implementations I >checked don't even list NDIR as "unsupported". > >Secondly, saying that NLST was only supposed list "file names" is not >as conclusive as one might think. In nearly every file system I've >ever encountered, directories *are* files, so it's be perfectly >natural to list their names along with the data files' names. > >When you consider that navigation around a remote file system would be >virtually impossible via FTP if NLST didn't include subdirectories, I >find it very hard to believe that the original authors would have >been thinking that subdirectories shouldn't be including. The problem is that there is no distinction between directories and files with the NLST command. For a person or gui client program to understand which is which, they need to see the output of the LIST command and parse it. This means that if you write a gui ftp client, you have to put code in to parse the output of LIST for every ftp server you might encounter. Maybe it's time to update the standard with something like a DLST for directories and FLST for files only. The other thing that would be useful would be a file listing that contained names and sizes only. Perhaps a FLST command could return a list of files with sizes. Paul Hethmon Programmer/Analyst & IBM Certified OS/2 Engineer Agricultural Policy Analysis Center The University of Tennessee at Knoxville hethmon@apac.ag.utk.edu == 615-974-3666 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [rballard.907.2EBEDEC4@fox.nstn.ca] <1994110715332900> From: rballard@fox.nstn.ca (Rick Ballard) Newsgroups: comp.protocols.tcp-ip Subject: Re: MTU Question for the Experts... Date: 7 Nov 1994 22:13:29 -0400 Organization: Nova Scotia Technology Network Lines: 34 Sender: news@nstn.ns.ca Message-ID: References: NNTP-Posting-Host: owl.nstn.ns.ca X-Newsreader: Trumpet for Windows [Version 1.0 Rev B final beta #4] In article peisch@cfa.org (Peter Eisch) writes: >Our frame-relay carrier has suggested lowering the mtu on our router's WAN >ports to better match the mtu of the trunking hardware. This means >dropping the mtu from the uncontested 1500 to 512 bytes. The only >protocol on the net is IP. >I've dropped the mtu's on a couple routers to experiment with and did some >minimal testing. Ping times seemed a tad bit quicker, but I'm wondering >if anyone there are any indicators that might show that this is an >appropriate or inappropriate action. >I feel bad, as an IP hack, that all my IO has to be fragmented before >hitting the cloud. Just because the router seems to fragment a little >quicker than our frame-relay carrier's switch doesn't make much sense to >load the task on the router. Are there some other things I should be >looking at? Read RFC0879.txt (on choosing best mtu and mss) and RFC1144.PS (on VJ compressed slip) from ds.internic.net, directory /rfc - for some indepth discussion on this subject. According to the rfcs, the -minimum- packet buffer a host (or I should imagine a router) is -required- to have on the internet is 576 bytes. There are some newer rfcs on frame relay. The main problem with mtu=1500 is that a remote host with a smaller mtu may not even accept a packet of that size, it will not be able to reassemble the fragments if it is fragmented, and will not be able to buffer it anyway if it is not. Of course these rfcs assume you are sending packets over the internet. -- __________________________________________________ _______________ | | | / _____________O | Rick Ballard | rballard@fox.nstn .ca | / /|___________ | Halifax, Nova Scotia | | / /_/___________O | Canada | | /________________ |______________________|_________________________| |________________O ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CywMFx.4Jv@calcite.rhyolite.com] <1994110715453300> Newsgroups: comp.protocols.tcp-ip From: vjs@calcite.rhyolite.com (Vernon Schryver) Subject: Re: MTU Question for the Experts... Message-ID: Organization: Rhyolite Software Date: Mon, 7 Nov 1994 15:45:33 GMT References: Lines: 33 In article peter@tahiti.umhc.umn.edu writes: >Our frame-relay carrier has suggested lowering the mtu on our router's WAN >ports to better match the mtu of the trunking hardware. This means >dropping the mtu from the uncontested 1500 to 512 bytes. The only >protocol on the net is IP. > >I've dropped the mtu's on a couple routers to experiment with and did some >minimal testing. Ping times seemed a tad bit quicker, but I'm wondering >if anyone there are any indicators that might show that this is an >appropriate or inappropriate action. > >I feel bad, as an IP hack, that all my IO has to be fragmented before >hitting the cloud. Just because the router seems to fragment a little >quicker than our frame-relay carrier's switch doesn't make much sense to >load the task on the router. Are there some other things I should be >looking at? Why not try one of the standard TCP/IP benchmarks, such as ttcp, netperf or nettest? (Look for source on ftp.sgi.com). You are buying the service to move data, so why not use one of the standard benchmarks? The benchmarks work better a Kbit/sec than they do at Gbit/sec. At less than Mbit/sec rates, the numbers reported by ftp are relevant. Some carriers do not seem to like their customers actually measuring things, but that's just tough. You may have to use a very large 2x4 to get them to pay attention to the objective results of the benchmarks. If you do not get the bit rates you're paying for, be prepared to rent some network monitors to prove where the packets are being delayed or lost. They'll likely claim your hosts are at fault. Vernon Schryver vjs@rhyolite.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39lioa$e6n@golf.ustores.missouri.edu] <1994110715565700> From: johnam@bart.datastorm.com (johnam) Newsgroups: comp.protocols.tcp-ip Subject: NNTP, which RFC(s) specifies it? Date: 7 Nov 1994 15:56:57 GMT Organization: Datastorm Lines: 5 Message-ID: <39lioa$e6n@golf.ustores.missouri.edu> NNTP-Posting-Host: johnam.datastorm.com X-Newsreader: WinVN 0.92.6 Which RFC(s) define the NNTP specification? Are there any good documents out there on this subject? thanks jam ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39lkrd$d4g@orinocho.dtt.co.nz] <1994110716323100> From: d.gibson@dtt.co.nz Newsgroups: comp.protocols.iso,comp.protocols.tcp-ip Subject: Re: GOSIP!!!! Date: 7 Nov 1994 16:32:31 GMT Organization: dtt Lines: 109 Message-ID: <39lkrd$d4g@orinocho.dtt.co.nz> NNTP-Posting-Host: dbgibson.dtt.co.nz X-Newsreader: In article <39dt74$a0h@nntp.Stanford.EDU> Dave Crocker writes: >The PTTs have an environment which is largely subject to end-to-end >monolithic control; they also have a funding model that makes big, >expensive solutions feasible. This does not match true open systems >networkin realities. Hence, we need to be careful in using the PTTs >as an example. I would claim PTT's are a good example! Collectively they provide a federated system - like the Internet. (Admittedly the granularity of federation on the Internet is finer). Take New Zealand, for example. We have a population of about 3.5M. The country is about the size of the UK or California. We have 3 telephone companies competing on a national basis! Telecommunications has been deregulated for over 7 years. I can setup as a telecommunications network provider and begin to dig up the streets. However, these small scale ventures have not got anywhere - telecommunications transmission remains a utility function. I doubt if either company would accept that their internal systems are excessively big or expensive. (If they were the American shareholders would be very annoyed). It all comes down to "Class of Service" - a utility needs to invest in management systems to maintain availability levels and offer services. >The specification process has not been object/method >oriented. The CMIP MIB was developed long after its operations. >Operations >involve considerable complexity and emulate pseudo-data base work. What interests me is the application of the standards rather than their origins. Based on other postings in this feed I can only describe myself as an "ethusiastic amateur" in the field of OSI management. My reading of the standards (heaps of X.7xx, M.3xxx) leads me to the conclusion that the application of OSI management relies on an object oriented approach. Most of the work is in the modelling of managed objects. (As far as I can see). Application of the GDMO is, in essence, a methodology for object oriented design. >The (CMIP) protocol requires a connection. >Implementation overhead for CMIP is quite high >SNMP has events, it's just that the culture tries to avoid using them. > Using events requires much cleverness on the part of the managed > host. There was an explicit decision in the SNMP community to limit > the load on the managed entity, at the expense of the managing entity. Responding to the last point ... the limitation in modelling richness is often a problem with SNMP - sometimes you need advanced techniques for complex problems. CMISE is a genuine distributed approach to Management. It is difficult to manage a set of common objects with different management domains (accounting, operations, control, security etc) using SNMP. There are practical problems with the protocol suite that the OSI approach solves! The secret - to me - is the ability to create complex models of complex objects - to inherit rather than invent and to do all this in an abstract syntax rather than "crunch" 'C' structures. >> .. it has grown so fast that the problems and limitations of its >>original design _REQUIRE_ a major change in peoples thinking. > >sounds reasonable, but what does this actually mean, concretely? I'm glad you asked this question ... ;-} Connections are back in fashion: the next generation of high speed WAN is connection oriented at data link layer! Why have a CL (connection less) network layer over a CO link layer supporting a CO transport! If the question is: "which is better, CO or CL"? The Answer is Yes! Use Layered Services: inconsitancy in between TCP/IP applications is created because every application has to handle "session" and "presentation" contexts within the application. Why not produce a set of layers on top of TCP to handle a broader set of network functions in a coherent way? Abstraction: we must move out of the "assembler" age of network application design. The reason creating distributed applications is so difficult is because each idea is expressed in a concrete way - we must move forward. Creation of ASN.1 is a watershed event along the path to abstracting network services. One thing I have not seen on the Internet is a technology "vision" about a framework and structure for development of todays services. Developing "the best" network layer protocols is one thing - it should be judged in a broader context of what the community wants to achieve. I would expect that the "vision" would build guidelines and frameworks for "infrastructure" development. Advanced layering and promoting abstract services would be my top "picks". For example, beyond addressing there are no real differences between the technology of CLNP and IPng ... the people who should really care are the people who "cut silicon" - network/transport layer should be a hardware rather than software implementation issue. I see integration with the PTT's as inevitable. The Internet has proven that a market exists for network services .. PTT growth is stalled in voice services .. the "big boys" are hungry for revenue growth to justify the massive capital they have invested. They will be knocking on the door. There are some issues .. do you compete? do you integrate? do you assimilate? First of all you need to understand the threats and opportunities ... very difficult when there is no clear constituancy or body of interest. Imagine what the world would be like if Microsoft "owned" the Internet ... (now there is a scary though) ... ----MESSAGE-END---- ----MESSAGE-BEGIN---- [231639540wnr@assistg.demon.co.uk] <1994110716473400> Newsgroups: comp.protocols.tcp-ip From: pmitchell@assistg.demon.co.uk (Paul Mitchell) Subject: IP addressing strategies Distribution: world Organization: Myorganisation Reply-To: pmitchell@assistg.demon.co.uk X-Newsreader: Newswin Alpha 0.6 Lines: 20 Date: Mon, 7 Nov 1994 16:47:34 +0000 Message-ID: <231639540wnr@assistg.demon.co.uk> Sender: usenet@demon.co.uk We're currently designing a new network which will host about 6,000 users. Part of the design of course is the IP addressing scheme. We don't anticipate that this network will ever be connected to the Internet, but life being life, maybe it will! How should we arrange our addresses? Should we apply for a segment of Internet address space now even if we'll probably never use it? Should we ignore the Internet and design a priveta addressing scheme and worry about the Internet in the future? Is it feasible to map a private addressing scheme onto an Internet address space if we get one in the future? what if only a few of the users want Internet access? Can we map an arbitrary subset of our users into a small (class C?) Internet address space? Surely someone has addressed similar problems in the past? Paul Mitchell ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov7.170458.6713@acc.com] <1994110717045800> Newsgroups: comp.protocols.tcp-ip From: art@acc.com (Art Berggreen) Subject: Re: traceroute vs. MacTCP/ARA Message-ID: <1994Nov7.170458.6713@acc.com> Organization: ACC, Advanced Computer Communications References: <39ipus$ki6@cmcl2.NYU.EDU> Date: Mon, 7 Nov 1994 17:04:58 GMT Lines: 33 In article <39ipus$ki6@cmcl2.NYU.EDU> roy@mchip00.med.nyu.edu (Roy Smith) writes: > My Mac at home is connected to my campus lan using MacTCP 2.0.4 over >an ARA connection to a Novell NetConnect box Everything seems to be working >fine, but when I try and do a traceroute from the Ultrix box I'm logged into >back to my Mac, I get: > >traceroute to 128.122.244.106 (128.122.244.106), 30 hops max, 40 byte packets > 1 medgwa (128.122.205.1) 4 ms 4 ms 4 ms > 2 * * * > 3 * * * >[more of the same deleted to save space] >28 * * * >29 * * * >30 * > >128.122.244.106 is my Mac, medgwa is a cisco AGS+. I'm not sure of the >exact topology, but the NetConnect is either on a network directly connected >to medgwa, or there might be one other AGS+ between them. > >What's happening here? Is something just eating the ICMP messages? Or are >*neither* the NetConnect box nor MacTCP generating them? It not clear in my >mind whether the NetConnect box should even be generating ICMPs, since it's >not really routing IP, it's encapsulating IP inside AT, then routing the AT >packets. But, even then, I should be getting them from the Mac, unless >MacTCP is just broken and doesn't generate the ICMP PORT_UNREACHABLE >messages it's supposed to. I'd suspect that the Mac is not generating the ICMP Port Unreachable. That's not something I'd be surprised to find out wasn't implemented in a Mac TCP/IP driver (especially encapsulated inside AT), and the behavior is the same as other boxes I've seen which don't do ICMP Port Unreachables. Art ----MESSAGE-END---- ----MESSAGE-BEGIN---- [NEWTNews.8147.784287994.pp001529@pp001529.interramp.com] <1994110718364600> From: pp001529@interramp.com Newsgroups: vmsnet.networks.tcp-ip.ucx,vmsnet.networks.tcp-ip.tcpware,vmsnet.networks.tcp-ip.multinet,comp.protocols.tcp-ip Subject: Master Server TCP Date: Tue, 08 Nov 94 01:36:46 PDT Organization: PSI Public Usenet Link Lines: 31 Message-ID: NNTP-Posting-Host: ip116.rochester.ny.interramp.com Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Newsreader: NEWTNews & Chameleon -- TCP/IP for MS Windows from NetManage I am currently using DEC TCP/IP Services (UCX V3.1) under Alpha AXP OpenVMS V6.1. I want to set up a "Master TCP Server" and have one "slave server" that manages each connection. The master server does the socket() and accept() calls, and I want to spawn another process, pass the file descriptor to it and do write() and read() calls. All this under VMS. We also are needing about 35 connections. I really don't care if I use QIO or C RTL calls. THe whole system runs under DCL, and there are lots more processes using global memory. How does one do this under VMS? Under UNIX I just fork() a process. Do I need to set something up in UCX> first besides the port services (like /etc/services)? I have heard things about AST, $ASSIGN and IO$DEACCESS. If this is part of a possible solution, please send code, or explain again. I saw an interesting thread but it has been deleted on my local site. BTW, we have no ideas if we are staying with UCX but would like to get the program working and evaluate performance options later. UCX seems to be supported on other products, and BSD socket calls seem supported also. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [BARNETT.94Nov7150432@grymoire.crd.ge.com] <1994110720043200> Newsgroups: comp.protocols.tcp-ip From: barnett@grymoire.crd.ge.com (Bruce Barnett) Subject: use of select() on output-bound sockets Message-ID: Sender: usenet@crdnns.crd.ge.com (USENET News System) Nntp-Posting-Host: grymoire.crd.ge.com Organization: GE Corp. R & D, Schenectady, NY Date: Mon, 7 Nov 1994 20:04:32 GMT Lines: 23 I am writing a high speed (hopefully) UDP-based server on a few UNIX systems and was wondering about the use of select and output-bound packets. Assume I am reading from one socket, and writing to another socket, do I need to monitor, via select, the output file descriptors? As I understand it, the exceptions are only used by OOB on TCP. Therefore do I need to monitor the exceptions file descriptors? In other words, can I simply use if ((nfound = select(nfds,&ifdset, 0, 0, &timeout)) < 0) { instead of if ((nfound = select(nfds,&ifdset, &ofdset, &efdset, &timeout)) < 0) { When would I need to monitor an output file descriptor? What about exceptions? Under what conditions is this necessary/desirable? Is it only useful when writing to a disk? -- Bruce Barnett uunet!crdras!barnett ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39m3n5$19r1@tequesta.gate.net] <1994110720462900> From: toyboy@gate.net (toyboy) Newsgroups: comp.protocols.tcp-ip Subject: Re: RFC for IRC? Date: 7 Nov 1994 20:46:29 GMT Lines: 17 Message-ID: <39m3n5$19r1@tequesta.gate.net> References: NNTP-Posting-Host: hopi.gate.net X-Newsreader: TIN [version 1.2 PL2] Chris Smolinski (cps@access.digex.net) wrote: : Can someone tell me which RFC describes the protocols used to implement IRC? : Thanks, : Chris Chris: If someone replies to you directly, could you - please - post the reply here. I would also like to know more about implementation of IRC. Thanks in advance. TB (toyboy - It is my wife's nickname for me.) - Visit alt.clothing.sneakers and then participate. - Finally, get others to participate! ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39m3p5$19r1@tequesta.gate.net] <1994110720473300> From: toyboy@gate.net (toyboy) Newsgroups: comp.protocols.tcp-ip Subject: Re: NNTP, which RFC(s) specifies it? Date: 7 Nov 1994 20:47:33 GMT Lines: 14 Message-ID: <39m3p5$19r1@tequesta.gate.net> References: <39lioa$e6n@golf.ustores.missouri.edu> NNTP-Posting-Host: hopi.gate.net X-Newsreader: TIN [version 1.2 PL2] johnam (johnam@bart.datastorm.com) wrote: : Which RFC(s) define the NNTP specification? Are there any good documents : out there on this subject? : thanks : jam Johnam: I agree. TB (toyboy - It is my wife's nickname for me.) - Visit alt.clothing.sneakers and then participate. - Finally, get others to participate! ----MESSAGE-END---- ----MESSAGE-BEGIN---- [784244531snz@cucumber.demon.co.uk] <1994110721421100> Newsgroups: comp.protocols.tcp-ip,comp.sys.pyramid From: Andrew@cucumber.demon.co.uk (Andrew Gabriel) Cc: SZander@tyndall.com.au Subject: Re: BOOTP support for OSx or DC/OSx Distribution: world References: Organization: home Reply-To: Andrew@cucumber.demon.co.uk X-Newsreader: Demon Internet Simple News v1.29 Lines: 27 Date: Mon, 7 Nov 1994 21:42:11 +0000 Message-ID: <784244531snz@cucumber.demon.co.uk> Sender: usenet@demon.co.uk In article SZander@tyndall.com.au "Tyndall Australia Ltd" writes: > > I have just added some HP 4Si MX laser printers to the network here. Novell > talks to them fine but for TCP/IP support they expect to use BOOTP/TFTP. I > can do the second but not the first. > > Is anyone aware of a BOOTPD for OSx or DC/OSx?? Source code would be > fine, I'm quite happy to shoe-horn it. > > Also, has anyone had any experience with programming/access ing these > printers accross the 'net. HP sell drivers for HP-UX and Sun/Solaris but I > don't have either. Don't know if the box acts like and lpd print server, SVR4 > (uugh!) or is proprietary. We have one. I played with it from one of our proprietry operating systems, and found I could simply send it a file over TCP into port 9100 and it printed it! (Initially, I tried a Telnet connection which sort of worked, except it printed the Telnet negotiation sequences, so I guessed it wanted raw data over TCP.) I don't know if this is its behaviour 'out of the box' or if it had previously been configured to work this way. -- Andrew Gabriel Home: Andrew@cucumber.demon.co.uk Work: Andrew.Gabriel@gpt.co.uk ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39m7mn$3o6@nntp.Stanford.EDU] <1994110721543100> From: Dave Crocker Newsgroups: comp.protocols.iso,comp.protocols.tcp-ip Subject: Re: GOSIP???? Date: 7 Nov 1994 21:54:31 GMT Organization: Brandenburg Consulting Lines: 45 Distribution: world Message-ID: <39m7mn$3o6@nntp.Stanford.EDU> References: <1994Oct27.042217.27796@newsserver.rrzn.uni-hannover.de> <399bal$66k@nntp.Stanford.EDU> NNTP-Posting-Host: magnum.arc.nasa.gov Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Newsreader: Nuntius Version 1.3b15 X-XXMessage-ID: X-XXDate: Mon, 7 Nov 1994 21:48:52 GMT In article SISCO Inc, siscoinfo@delphi.com writes: >We have utility customers that want to have 5 million (and more) IP addresses >on a public network that they can interconnect with other utlities. This would >deplete the address space too quickly using IP or IPng which would force them >into a private network (which they don't want). This is their requirement... You are asserting that the 16 byte address space of IPng will not be sufficient for the 5+ M addresses needed by the utilities? I'd be quite interested in hearing the basis for that assertion... >Other functional requirements not addressed by TCP/IP is the lack of any >standard messaging service for performing real-time data acquisition and >supervisory control...this is what MMS provides. I'm used to hearing MMS refer to the Map/Top effort at email. Please forgive my ignorance of its use for real-time communication; and please elaborate. What real-time protocol is currently deployed and usable that is sufficient. By way of abbreviating the turn-around time on this exchange, here are some responses to what I'm guessing you MIGHT mean: 1. email: Internet email is quite solid, robust, deployed, etc. It offers as good or better performance to any of the alternatives, as nearly as I can tell. There are, however, no delivery service guarantees, but I'm not aware of them for any other email service, either. 2. Internet-layer datagram delivery guarantees: There is R&D work underway, but certainly not yet delivered, to add 'flows' to IP for permitting real-time video, etc. Again, I'm not aware of any alternative that is farther along in development. 3. ??? /d -------------------- Dave Crocker Brandenburg Consulting Phone: +1 408 246 8253 675 Spruce Dr. Fax: +1 408 249 6205 Sunnyvale, CA 94086 Email: dcrocker@mordor.stanford.edu ----MESSAGE-END---- ----MESSAGE-BEGIN---- [784251107snz@cucumber.demon.co.uk] <1994110723314700> Newsgroups: comp.protocols.tcp-ip From: Andrew@cucumber.demon.co.uk (Andrew Gabriel) Cc: jybarnes@crl.com Subject: Re: Should I ack all TCP data received even if dropped? References: <38icgq$fbt@crl10.crl.com> Organization: home Reply-To: Andrew@cucumber.demon.co.uk X-Newsreader: Demon Internet Simple News v1.29 Lines: 40 Date: Mon, 7 Nov 1994 23:31:47 +0000 Message-ID: <784251107snz@cucumber.demon.co.uk> Sender: usenet@demon.co.uk In article <38icgq$fbt@crl10.crl.com> jybarnes@crl.com "Jym Barnes" writes: > Do most TCPIP stack developers follow the TCP spec and ack all data > received even if the data is dropped because of buffer overflow? I implemented the stack in our proprietry operating system (OS4000). I have a receive buffer per connection (size specified by the user), and I advertise a window which never exceeds the amount of free space in the receive buffer. I trim received data to fit within the window previously advertised. I then acknowledge this amount of data. This will only be less than the amount sent if the sending TCP has exceeded my advertised window (and some TCPs do seem to do this routinely). The ACK is sent immediately, before passing data to the user (who might not have a read outstanding anyway). > I am presently developing my third TCPIP stack and previously I would > not ack data unless I could handle the data. Looking at the spec I > have noticed that data is supposed to be acked regardless. Maybe > my interpetation is in error. If I ack data that is latter dropped > and then send an ack value which is less then I sent earlier I think > this is going to cause major problems for other stacks. Yes, so do I. Your TCP stack/process/driver (whatever you call it) should never need to drop acked data, and you can't wind the ack value backwards - the sending TCP, having had an ack, will have thrown away the data by now anyway, and your ack value would be invalid. There does seem to be a way of recovering the situation if you find you have less buffering than you originally advertised. I have observed this behaviour in some TCP implementations (terminal servers), although I hasten to add, I've never done this myself. If you receive too much data due to previously advertising too big a window, send an ack for what you can buffer together with a window of zero, and throw the rest away. The TCP spec says you shouldn't shrink the window like this, but you must allow for others doing it! However, I would try to find another way of implementing which didn't require this at all. -- Andrew Gabriel Home: Andrew@cucumber.demon.co.uk Consultant Software Engineer Work: Andrew.Gabriel@gpt.co.uk ----MESSAGE-END---- ----MESSAGE-BEGIN---- [scouten-0811941426400001@mingus.isdn.uiuc.edu] <1994110804264000> From: scouten@uiuc.edu (Eric Scouten) Newsgroups: comp.protocols.tcp-ip Subject: Re: NNTP, which RFC(s) specifies it? Date: Tue, 08 Nov 1994 14:26:40 -0600 Organization: Sadly deprived of chaos Lines: 20 Message-ID: References: <39lioa$e6n@golf.ustores.missouri.edu> NNTP-Posting-Host: mingus.isdn.uiuc.edu In article <39lioa$e6n@golf.ustores.missouri.edu>, johnam@bart.datastorm.com (johnam) wrote: > Which RFC(s) define the NNTP specification? Are there any good documents > out there on this subject? RFC 977 is the spec for NNTP. I don't know of any other books/documents. (Would be interested, however...) The URL is: -es __________________________________________________________________________ Eric Scouten * MS Comp Sci, Univ of Illinois In times of change, it is the learners who will inherit the earth while the learned will find themselves beautifully equipped for a world that no longer exists. -Anonymous ----MESSAGE-END---- ----MESSAGE-BEGIN---- [784193849.AA02869@f74.n700.z6.ftn.air.org] <1994110804370000> From: Ch.Wong@f119.n700.z6.ftn.air.org (Ch Wong) Newsgroups: comp.protocols.tcp-ip Subject: FTP window telent problem Message-ID: <784193849.AA02869@f74.n700.z6.ftn.air.org> Date: Mon, 07 Nov 1994 15:17:00 +0800 X-FTN-To: All Lines: 19 Hi, I am using ftp pc/tcp version 2.3. We would like to use the wtnvt (window telnet program) to connect to a VAX host. The connection is ok, and the emulation is satisfactory (but I can't found a TTF which can represent the box character correcly on the screen). But my headache is when we try to print something through my local printer. It would print garbages if I select the generic/ascii printer. If I choose the Epson LQ-1050 printer, it hang up my PC. Do you have this kind of headache as well? Do you have any ideas or suggestion? Please give me a hand! Thank you very much! Ivan Wong P.S. I use the vt print capture escape sequence for my printing job by embeding [5i in my body text to start the print job. and [4i at the end of my body text to stop the print job. ÿÿÿ * Origin: + Direct Link + 3.5Giz + 428-3625 + MultiLines + (6:700/119) ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39oi8j$rge@odin.sunquest.com] <1994110804581800> From: kld@mudshark.sunquest.com Newsgroups: comp.protocols.tcp-ip Subject: Know any good classes? Date: Tue, 08 Nov 94 11:58:18 PDT Organization: Sunquest Information Systems, Inc. Lines: 18 Message-ID: <39oi8j$rge@odin.sunquest.com> NNTP-Posting-Host: kld.sunquest.com Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Newsreader: NEWTNews & Chameleon -- TCP/IP for MS Windows from NetManage Hey Ya'll -- I'm a system administator for an environment with a RISC/6000 and a bunch of PCs. I need to find a good week long seminar on tcp/ip with enough detail to bring me up to an administators level of understanding. I need to learn how socket based applications work and I'm sure a million other things I don't know what to call. No SNA based classes though. One in Salt Lake City, Utah would be preferable, but all suggestions are more than welcome. Thanx for taking the time, Karen Dickerson ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39n35n$89a@netnews.upenn.edu] <1994110805431900> From: fish9701@cs.nyu.edu Newsgroups: comp.protocols.tcp-ip Subject: run Xapps on server over slip Date: 8 Nov 1994 05:43:19 GMT Organization: University of Pennsylvania Lines: 6 Message-ID: <39n35n$89a@netnews.upenn.edu> NNTP-Posting-Host: gradient.cis.upenn.edu Originator: shana@gradient.cis.upenn.edu I would like to run xapps while logged into a srever over slip or PPP. I have tried a few things, so if someone could answer with exact command instructions (setenv DISPLAY my.ip:0.0 the xhost + what?) I would appreciate it... ----MESSAGE-END---- ----MESSAGE-BEGIN---- [Cyxqpt.8zG@calcite.rhyolite.com] <1994110806152900> Newsgroups: comp.protocols.tcp-ip From: vjs@calcite.rhyolite.com (Vernon Schryver) Subject: Re: MTU Question for the Experts... Message-ID: Organization: Rhyolite Software Date: Tue, 8 Nov 1994 06:15:29 GMT References: Lines: 36 In article rballard@fox.nstn.ca (Rick Ballard) writes: >In article peisch@cfa.org (Peter Eisch) writes: > >>Our frame-relay carrier has suggested lowering the mtu on our router's WAN >>ports to better match the mtu of the trunking hardware. This means >>dropping the mtu from the uncontested 1500 to 512 bytes. The only >>protocol on the net is IP. > ... >Read RFC0879.txt (on choosing best mtu and mss) and RFC1144.PS (on VJ >compressed slip) from ds.internic.net, directory /rfc - for some indepth >discussion on this subject. According to the rfcs, the -minimum- packet buffer >a host (or I should imagine a router) is -required- to have on the internet is >576 bytes. There are some newer rfcs on frame relay. The main problem with >mtu=1500 is that a remote host with a smaller mtu may not even accept a packet >of that size, it will not be able to reassemble the fragments if it is >fragmented, and will not be able to buffer it anyway if it is not. Of course >these rfcs assume you are sending packets over the internet. RFC-879 is not the most recent RFC that includes rules for MTU's. More recent by 6 years are the Host Requirements, RFC-1122 and 1123. However, more things change between 1989 and 1994 than between 1983 and 1989. For several years it has been common practice to ignore the old rules and use an MTU of 1500 in the Internet. For remote hosts and with TCP (but not UDP), there is no problem no matter what the remote host wants. The TCP MSS negotiation takes care of that. If the frame relay vendor in question cannot handle 1500 byte IP packets, you should seriously consider finding a vendor with a clue. My guess is that either the vendor was misunderstood, or is blowing smoke. Vernon Schryver vjs@rhyolite.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [FILO.94Nov7235628@konishiki.stanford.edu] <1994110807562700> From: filo@konishiki.stanford.edu (David Filo) Newsgroups: comp.protocols.tcp-ip Subject: Why does my socket based server occasionally hang? Date: 08 Nov 1994 07:56:27 GMT Organization: Computer Systems Laboratory, Stanford University Lines: 41 Distribution: world Message-ID: Reply-To: filo@pegasus.stanford.edu NNTP-Posting-Host: konishiki.stanford.edu I have an HTTP server (under OSF/1 on a alpha) that is basically the following loop. The details are omitted (all the various error checking is done). while(1) { accept; if (!fork()) { setsockopt(LINGER); serve_document(); exit; } } The server works fine most of the time. However, once in a while it will hang refusing to accept new connections. At this time the server is in the accept() call. When it hangs there isn't necessarily a large number of outstanding children. Sending it a SIGHUP and having it retry the accept does no good. After waiting some amount of time (up to 30 minutes at times) will result in the server coming back to life. The only other solution is to kill it and start another. By the way, this same behavior is seen in NCSA's HTTP server. Is this an OSF/1 bug or could it be something else? That is, is there anything I can do about it? I'm not running out of processes or file descriptors. It definitely gets stuck in the accept for no apparent reason. Is there some setsockopt that would help? Would something in netstat help me track this down? Another related question is what limits the performance of such a server (i.e. one with little computation)? This server can seem to handle around 100 connections per second max. The load is reasonable at this point and the network is far from saturated. It seems that there is some limit on how fast socket connections can be made. Are there any kernel parameters that would effect this? Any help on these problems would greatly be appreciated. Thanks.. David Filo filo@konishiki.stanford.edu ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39nege$845@nanette.pdb.sni.de] <1994110808564600> From: Jan Hinrich Menzler Newsgroups: comp.protocols.tcp-ip.ibmpc,comp.protocols.smb,comp.protocols.tcp-ip Subject: Re: Accessing LAN Manager resources through a router Date: 8 Nov 1994 08:56:46 GMT Organization: Siemens Nixdorf Informationssysteme AG, Paderborn, Germany Lines: 56 Message-ID: <39nege$845@nanette.pdb.sni.de> References: <39crfd$lkv@sgi.iunet.it> NNTP-Posting-Host: narziss.pdb.sni.de In <39crfd$lkv@sgi.iunet.it> eb@iunet.it (Enrico Badella) writes: Hallo ! >My PC is uses Microsoft Lan Manager (2.2 I think) to access resources >on a HP-9000 server using LMU. Now I came accros the need of accessing other >resources on a similar server that is on a different subnet separated >by a router (also HP). I have tried configuring my lmhosts, hosts files >but with no result. Normaly you should be able to access the resources after configuring your lmhosts file with the LMU-Servername and his IP-Adress. For example 'net view \\servername' should work. >Using tcpdump I managed to look at what my PC sends out and discovered >that it will always does a broadcast on the subnetwork it's on instead >of using the address of the server on the other side of the network. One idea is, to reconfigure your broadcast adress. For an first test take the IP-Adress of the system you want to connect to as your broadcast adress. Your can only get a connection to THIS server then, it's only for a test ... protocol.ini: [TCPIP_XIF] ... bcastaddr = 111 222 333 444 (server ip-adress) ... If you're still not able to connect to this server, only a sniffer can help you :-( >I called HP support and they told me that this is how Lan Manager is >supposed to work. So how can I use something on the other side of the >router wall? Browsing through the manuals I saw there is a >replication service, but I couldn't get my sysadm to try setting it up. >Any suggections? Hope this will help you ... >Thanks in advance Greetings Jan Hinrich Menzler --------------------------------------+------------------------------------- Siemens Nixdorf Informationssyteme AG | FAX: (+49) 5251-8-15499 Jan Hinrich Menzler | Voice: (+49) 5251-8-15382 (office) Dep. SU MR PD 423 | (+49) 171-403-9-303 (mobile) Heinz-Nixdorf-Ring 1 | Email: menzler.pad@sni-usa.com 33106 Paderborn, Germany | menzler.pad@sni.de --------------------------------------+------------------------------------- ----MESSAGE-END---- ----MESSAGE-BEGIN---- [Cyxz3o.IA2@cix.compulink.co.uk] <1994110809163500> Newsgroups: comp.protocols.tcp-ip From: galileoswieng@cix.compulink.co.uk ("Galileo Internationa") Subject: Re: IP addressing strategies Message-ID: Organization: Galileo International References: <231639540wnr@assistg.demon.co.uk> Date: Tue, 8 Nov 1994 09:16:35 GMT X-News-Software: Ameol/NT Lines: 25 > How should we arrange our addresses? Should we apply for a segment of > Internet address space now even if we'll probably never use it? Should > we ignore the Internet and design a priveta addressing scheme and worry > about the Internet in the future? Grab a suitable range of internet addresses,either a class B or a large enough range of class C. It will make life much easier if you decide you want to connect to the Internet later. > Is it feasible to map a private addressing scheme onto an Internet > address space if we get one in the future? what if only a few of the > users want Internet access? Can we map an arbitrary subset of our > users into a small (class C?) Internet address space? This is an option but the odds are that your small number of users will all be in seperate parts of the company and so part of different subnets. Better to go for "real" Internet addresses on day 1 and avoid the hassle. You could go for a "private" addressing scheme, I believe a lot of people are using class A address 10 (need to check that) as a private IP address space that is not advertised. They then have to run gateways to convert from their internal address space to an external IP address (which could be a small range of numbers) Hope this helps Regards Antony ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39pst1$2k3@crl3.crl.com] <1994110809544100> From: fgodino@crl.com (Frank Godino) Newsgroups: comp.protocols.tcp-ip,alt.dcom.slip-emulators,comp.dcom.modems Subject: Re: Q: tslip connection to variable-ip-address server Followup-To: comp.protocols.tcp-ip,alt.dcom.slip-emulators,comp.dcom.modems Date: 8 Nov 1994 23:14:41 -0800 Organization: CRL Dialup Internet Access (415) 705-6060 [Login: guest] Lines: 45 Message-ID: <39pst1$2k3@crl3.crl.com> References: NNTP-Posting-Host: crl3.crl.com X-Newsreader: TIN [version 1.2 PL2] This is an interesting problem... This problem MUST be typical for many TIA users with shell accounts from IP providers.. I think most IP pruividers run workstation 'clusters' . HOW DO YOU KNOW your HOST ADDRESS since you don't know which host you are logged into. So it can change but you must set the host address in your client side 'gateway address'??? I guess we need to run the tia -address friom the login script then correct the gateway address and go from there.. I hopeing I am wrongQ!!! IP address to report as the gateway??? In article you wrote: : I have tslip 2.8.2 running on under SVR4.0.3 on a 486 PC. The server I'm : dialing into assigns the IP address of the connection to the port (modem) : so there's no way to determine in advance what my IP address will be. : tslip uses an autodial feature (borrowed from Taylor uucp), so the making : on the connection (and the discovery of today's IP address) is burried : in the connection code. : Any experience and/or suggestions? : -- : Geoffrey Leach C/C++/X11/Motif/OpenLook Implementation : geoff@netcom.com Mountain Ranch Software : P.O. Box 336 : Mountain Ranch CA 95246 : 209-754-1869 Geoffrey Leach (geoff@netcom.com) wrote: : I have tslip 2.8.2 running on under SVR4.0.3 on a 486 PC. The server I'm : dialing into assigns the IP address of the connection to the port (modem) : so there's no way to determine in advance what my IP address will be. : tslip uses an autodial feature (borrowed from Taylor uucp), so the making : on the connection (and the discovery of today's IP address) is burried : in the connection code. : Any experience and/or suggestions? : -- : Geoffrey Leach C/C++/X11/Motif/OpenLook Implementation : geoff@netcom.com Mountain Ranch Software : P.O. Box 336 : Mountain Ranch CA 95246 : 209-754-1869 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39qgi1$5d8@crl6.crl.com] <1994110815300900> From: cgi@crl.com (Paul Smith) Newsgroups: comp.protocols.tcp-ip Subject: Re: Why does my socket based server occasionally hang? Date: 9 Nov 1994 04:50:09 -0800 Organization: CRL Dialup Internet Access (415) 705-6060 [Login: guest] Lines: 65 Distribution: world Message-ID: <39qgi1$5d8@crl6.crl.com> References: NNTP-Posting-Host: crl6.crl.com X-Newsreader: TIN [version 1.2 PL2] David Filo (filo@konishiki.stanford.edu) wrote: : I have an HTTP server (under OSF/1 on a alpha) that is basically the : following loop. The details are omitted (all the various error : checking is done). : while(1) { : accept; : if (!fork()) { : setsockopt(LINGER); : serve_document(); : exit; : } FYI add } else { /* I'm the parent (check for -1 return for errors) */ close(new_fd); } Your parent might be running upt to it's max fd's open, or the system might be running out of max fds. I know OSF is more dynamic in the way kernel structs are allocated but this may be a good idea to minimize the number of open fd's. Are you running OSF v3.0 ? Try upgrading or asking DEC if there was any squerrellyness. Also note that OSF's TCP stack is NOT streams based. It's true Berkeley as are all of there protocols including X.25, build into the kernel as apposed to a stream, so poll() does not work, only select(). Good luck. : } : The server works fine most of the time. However, once in a while it : will hang refusing to accept new connections. At this time the server : is in the accept() call. When it hangs there isn't necessarily a : large number of outstanding children. Sending it a SIGHUP and having : it retry the accept does no good. After waiting some amount of time : (up to 30 minutes at times) will result in the server coming back to : life. The only other solution is to kill it and start another. By : the way, this same behavior is seen in NCSA's HTTP server. : Is this an OSF/1 bug or could it be something else? That is, is there : anything I can do about it? I'm not running out of processes or file : descriptors. It definitely gets stuck in the accept for no apparent : reason. Is there some setsockopt that would help? Would something in : netstat help me track this down? : Another related question is what limits the performance of such a : server (i.e. one with little computation)? This server can seem to : handle around 100 connections per second max. The load is reasonable : at this point and the network is far from saturated. It seems that : there is some limit on how fast socket connections can be made. Are : there any kernel parameters that would effect this? : Any help on these problems would greatly be appreciated. : Thanks.. : David Filo : filo@konishiki.stanford.edu ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39o6s3$ibq@nntpd.lkg.dec.com] <1994110815523500> From: MyTH@ucx.lkg.dec.com (M. T. Hollinger) Newsgroups: vmsnet.networks.tcp-ip.ucx,vmsnet.networks.tcp-ip.tcpware,vmsnet.networks.tcp-ip.multinet,comp.protocols.tcp-ip Subject: Re: Master Server TCP Date: 8 Nov 1994 15:52:35 GMT Organization: Digital Equipment Corporation, Littleton, MA Lines: 47 Message-ID: <39o6s3$ibq@nntpd.lkg.dec.com> References: NNTP-Posting-Host: hageln.ucx.lkg.dec.com In article pp001529@interramp.com writes: >I am currently using DEC TCP/IP Services (UCX V3.1) under Alpha >AXP OpenVMS V6.1. I want to set up a "Master TCP Server" and have one >"slave server" that manages each connection. The master server >does the socket() and accept() calls, and I want to spawn another >process, pass the file descriptor to it and do write() and read() >calls. All this under VMS. We also are needing about 35 connections. > >I really don't care if I use QIO or C RTL calls. We're working to get the sockets passed automatically to child processes when you use vfork(), but that functionality won't be available until the next version of the DEC C RTL. For now, if you don't care, it's probably easier to use the QIO interface. As long as the child process has the SHARE privilege or the parent process sets the UCX$C_SHARE socket option, you should be able to do I/O from both processes. Since you ask, I'll mail you a sample pair of programs (parent and child) which demonstrate this capability. One restriction, which we hope to ease in a future version, is that when the parent deassigns its channel, operations the child has pending on that device are cancelled. For example, if the child is waiting for input (blocked on an IO$_READVBLK QIO) when the parent deassigns its channel to the device, the operation will complete with SS$_CANCEL. To avoid this problem, you can either: 1) Have a handshake process where the child notifies the parent it has successfully assigned a channel, then waits for the parent to deassign it before doing any I/O. 2) Have the parent just leave the channel open until the child process terminates (as detected by a termination mailbox, for example). 3) Have the child process ignore the SS$_CANCEL code and just retry the operation. Note that there are other design options too, including the use of DECthreads (or your own multithreading approach) rather than using multiple processes. Yet another possibility is to have the child processes communicate with the parent through mailboxes, and let the parent handle all network I/O; that's sometimes appropriate when the child is doing a compute-intensive operation with minimal I/O over the network. - MyTH ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CyyLrw.Byo@crash.cts.com] <1994110817262000> Newsgroups: comp.protocols.tcp-ip From: mmp@crash.cts.com (MMP) Subject: SLIP for 4.1.3_u1 Organization: CTS Network Services (CTSNET), San Diego, CA Date: Tue, 8 Nov 1994 17:26:20 GMT Message-ID: X-Newsreader: TIN [version 1.2 PL2] Sender: news@crash.cts.com (news subsystem) Nntp-Posting-Host: crash.cts.com Lines: 7 I am having a terrible time trying to get slip working on my sun properly. If anyone has actually got it to work please fill me in on what slip package you're using, and if there was anything special needed in order to make it work. Thanks in advance jeromie@mmp.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CyyLsH.C16@crash.cts.com] <1994110817264100> Newsgroups: comp.protocols.tcp-ip From: mmp@crash.cts.com (MMP) Subject: Security Seminar Organization: CTS Network Services (CTSNET), San Diego, CA Date: Tue, 8 Nov 1994 17:26:41 GMT Message-ID: X-Newsreader: TIN [version 1.2 PL2] Sender: news@crash.cts.com (news subsystem) Nntp-Posting-Host: crash.cts.com Lines: 158 Subject: Security Seminar Newsgroups: comp.security.unix Organization: CTS Network Services (CTSNET), San Diego, CA Summary: Keywords: Subject: Security Seminar Newsgroups: comp.security.misc Organization: Garrison Associates Summary: UNIX/Network Security Class Keywords: Security firewall router filtering encryption GARRISON Presents A Course on D I G I T A L S E C U R I T Y ------------------------------- Locations: November 30, 1994 Embassy Suites Hotel San Diego, CA December 6, 1994 Red Lion Hotel Irvine, CA (other dates available) FEE: $425 Course Description: This course provides a detailed analysis of digital crimes & preventative measures. Th8ze course focuses on network security, host security, & user authentication. In addition, the course covers issues relating to PBX/telephone system security, and general business operation vulnerabilities. The emphasis is to inform attendees of the volatility of all companies, to analyze the different types of security breaches, and to offer practical methods to detect and deter intrusion. Throughou t the course, numerous products (both commercial & public domain) will be evaulated (ie. one-time password products, encryption, and host auditing tools). Class Length: 1 Day Target Audience: MIS Directors, Security Managers, Systems Administrators, & other technical staff concerned with corporate security issues. Prerequisites: Basic understanding of the functionality of TCP/IP, UNIX and Internet services Course Outline: The Severity of Digital Crimes Intrusion Evaluation Past & Present Security Breaches Intrusion techniques Analysis of Security Breaches Business Operations Breaches Telephone Toll / PBX Breaches Voice Mail Fraud Call Diverter Fraud DISA Fraud SAC Vulnerabilities Auto Attendant Fraud Calling Card Fraud Cellular Fraud Pager Fraud Computer Security Breaches Password integrity Network connectivity File system integrity Firewalls Encryption OS holes/patches Race Conditions Insufficient Authorization Cross-Platform code vulnerabilties TCP/IP service vulnerabilities Trusted Hosts Data Restrictions File Transfers Security Policies Employee Training For further information, contact GARRISON Associates at GARRISON Associates 11772 Sorrento Valley Rd #123 San Diego, CA 92121 (619) 793-8223 Fax: (619) 793-1124 E-MAIL: garrison@mmp.com ^LRegistration Please Complete As Appropriate ============ ============================== Name ________________________________________________ Company/Institution ________________________________________________ Mailing Address ________________________________________________ City, State ZIP ________________________________________________ Telephone Number ________________________________________________ FAX Number ________________________________________________ Email Address ________________________________________________ Course Location (Please check one) ================ Location Tutorial Date Preregistration Deadline -------- ------------- ------------------------ [ ] San Diego November 30, 1994 November 25, 1994 [ ] Irvine December 6, 1994 December 2, 1994 --- Other Dates Available --- Course Fee (Please check one) [ ] $425 per student if received on or before the preregistration deadline. [ ] $450 per student if received after the preregistration deadline. Fee includes admission, lunch, and a course notebook containing copies of the slides and selected reference information. Payment ======= Payment must be submitted with a completed registration form. Garrison Associates accepts checks, Visa & MasterCard. If you are going to pay via credit card you may fax your registration & payment to 619-793-1124. DO NOT SEND CREDIT INFORMATION VIA EMAIL! [ ] Payment enclosed. Make checks payable in U.S. Dollars to Garrison Associates. [ ] Charge to: [ ] Visa [ ] MasterCard Account Number ________________________________________________ Expiration Date ________________________________________________ Cardholder's Name ________________________________________________ Cardholder's Signature ________________________________________________ ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39of5i$6s1@delphi.cs.ucla.edu] <1994110818141000> From: gds@york.cs.ucla.edu (Greg Skinner) Newsgroups: comp.sys.sun.admin,comp.protocols.tcp-ip Subject: Re: Routing question: Getting a Sun to route Date: 8 Nov 1994 18:14:10 GMT Organization: la escuela vieja Lines: 17 Message-ID: <39of5i$6s1@delphi.cs.ucla.edu> References: <39gufj$8m4@case.cyberspace.com> Reply-To: gds@ficus.cs.ucla.edu (Greg Skinner) NNTP-Posting-Host: york.cs.ucla.edu Originator: gds@york.cs.ucla.edu In article Leo.Smith@elmail.co.uk writes: >[suggestions to correct routing problem using static routes] >I hope that helps. If you want some excellent examples and have a >PostScript printer, I strongly suggest downloading the Morningstar >manuals from ftp.morningstar.com - and the code is even better than >the manuals by the way (not free tho) There are step by step >isntruction son setting up exactly this kind of setup. If you have Morningstar PPP, you should probably use their proxy ARP package instead of setting up static routes. You will need to configure the machines on your LAN so they will ARP for all IP addresses, not just for IP addresses on the LAN. On Unix machines, this is typically done by setting up routes to default out the LAN interface with metric 0. --gregbo ----MESSAGE-END---- ----MESSAGE-BEGIN---- [19941108.185413.75@comptech.demon.co.uk] <1994110818541300> Newsgroups: comp.protocols.tcp-ip From: adam@comptech.demon.co.uk (Adam Goodfellow) Subject: Re: NNTP, which RFC(s) specifies it? Message-ID: <19941108.185413.75@comptech.demon.co.uk> Sender: news@demon.co.uk (Usenet Administration) Nntp-Posting-Host: comptech.demon.co.uk Reply-To: adam@comptech.demon.co.uk Organization: Computech X-Newsreader: Archimedes TTFN Version 0.33 References: <39lioa$e6n@golf.ustores.missouri.edu> Date: Tue, 8 Nov 1994 18:54:13 GMT Lines: 17 In article <39lioa$e6n@golf.ustores.missouri.edu>, johnam wrote: >Which RFC(s) define the NNTP specification? Are there any good documents >out there on this subject? > RFC 977 Aint come across any, but could do with a doc convering the commonly used X... commands, for eg XTHREAD, XHDR etc. -- Adam ======================================================================= | Computech Tel/Fax: 0181 673 7817 email: adam@comptech.demon.co.uk | ======================================================================= ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov8.194918.9026@novell.com] <1994110819491800> Newsgroups: comp.protocols.tcp-ip From: donp@novell.com (don provan) Subject: Re: FTPD command question Message-ID: <1994Nov8.194918.9026@novell.com> Sender: news@novell.com (News Administrator) Nntp-Posting-Host: na Organization: Novell, Inc., San Jose, California References: <38ococ$lme@martha.utk.edu> <1994Nov2.202330.5701@novell.com> <399ovb$8ek@satisfied.elf.com> Date: Tue, 8 Nov 1994 19:49:18 GMT Lines: 48 In article <399ovb$8ek@satisfied.elf.com> jbvb@elf.com (James VanBokkelen) writes: >The point is that each token in the output of NLST is supposed to be >directly useable as the argument of a GET or DELE command. I'm afraid I don't see this requirement anywhere. All RFC-959 says is that the file names could be used "to further process the files automatically". It's unfortunate the authors weren't more specific. They do mention multiple gets, but that's not conclusive because a multiple get which includes the entire directory tree would require the subdirectories to be listed. >If a >server includes directories, it must be prepared to do something that >won't surprise the client in response to a GET of a directory. That's a reasonable solution. What would you propose? I'd consider a new error code that indicates the file name represents a directory, although I suppose that might surprise some clients. >If a server prepends a path, this can cause difficulties for clients >who don't believe "all the world is Unix" (may Cthulu forfend). For >MGET, the client needs to create a local filename, and there are >already enough incompatibilities between name formats, legal >characters, etc. without making the client scan for the rightmost '/' >and use only what remains. See RFC 1123 (Host Requirements) at any >rate... It's interesting you should mention this, because I came to the conclusion that the names *should* include path information while trying to deal with various FTP servers (typically UNIX) from non-UNIX clients. What I ran into was the case where the user wants to specify a path for the multiple get. If you send "NLST /usr/tmp" or, worse, "NLST /usr/tmp/*.foo" (or, God help me, "NLST /usr/*/*.foo") to a server that returns only the root names with no path information, there's no way to make use of the resulting list without knowing the remote system's way of combining directory information with file names. The opposite problem, the one you cite, it at least tractable. Since it's a parsing problem, you can basically try everything you know until you get something that makes sense. For example, most file systems have a name.extension token at the end of their file names, so a first order solution of scanning from the end for an unexpected punctuation character works in many cases -- almost all cases these days, I think. don provan donp@novell.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39omji$9qt@nyheter.chalmers.se] <1994110820210600> From: thed@mtek.chalmers.se (Thed Lyngmo) Newsgroups: comp.protocols.tcp-ip Subject: Re: HELP! Problem when client closes Date: 8 Nov 1994 20:21:06 GMT Organization: Chalmers University of Technology Lines: 32 Message-ID: <39omji$9qt@nyheter.chalmers.se> References: <1994Oct29.161912.29895@lmpsbbs.comm.mot.com> <1994Nov1.153531.4478@lmpsbbs.comm.mot.com> <19941107.103110.39@comptech.demon.co.uk> NNTP-Posting-Host: iota19.mtek.chalmers.se X-Newsreader: TIN [version 1.2 PL2] Adam Goodfellow (adam@comptech.demon.co.uk) wrote: : >Well, my problem was that I was not checking the return value of recv for : >a zero length. When I did this and had the server close the socket when a zero : >length message was received, that fixed it. I suppose it could happen in reverse : >if the server went away and the client was still trying to receive messages.. : Isnt a signal generated when the other end closes? - SIGPIPE or : something...? It's possible to set the system up so it generates SIGIO when I/O is possible or the socket is disconnected. : I take it nothing else can give rise to zero length reads? If the socket is set up as NONBLOCKING and you are using SYSTEM_FIVE sockets, you'll read zero bytes and errno will be set to EWOULDBLOCK when there is nothing to read. I think it's a good idea to always treat a zero read with errno set to EWOULDBLOCK the same way you treat a -1 read with errno set to EWOULDBLOCK. : Also has anyone got a reliable way of doing a non-blocking connect and : detecting when the Established state is reached using one of the sockets : calls, or are non-blocking connects a no-no in BSD? If the socket is set up as NONBLOCKING and the connect() failes with errno set to EWOULDBLOCK, you can use the select() call to examine if the socket is ready for writing. If it is, it's connected. Check out select()'s errno's for further details. Kind regards, Ted Lyngmo ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39onc3$si2@hpuerci.atl.hp.com] <1994110820341100> From: Larry Gardner Newsgroups: comp.unix.admin,comp.unix.questions,alt.unix.wizard,comp.protocols.tcp-ip.domains,comp.protocols.tcp-ip Subject: Re: Sending IP # to name server Date: 8 Nov 1994 20:34:11 GMT Organization: Hewlett-Packard Lines: 6 Distribution: inet Message-ID: <39onc3$si2@hpuerci.atl.hp.com> References: <38pp25$9oq@news.umbc.edu> NNTP-Posting-Host: wscoe2.atl.hp.com I've seen this before when DNS admin didn't enter PTR records for the node in question. Have your DNS admin group check to see that there is indeed a db.202.... entry. Larry Gardner lkg@atl.hp.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov8.203743.9851@novell.com] <1994110820374300> Newsgroups: comp.protocols.tcp-ip From: donp@novell.com (don provan) Subject: Re: FTPD command question Message-ID: <1994Nov8.203743.9851@novell.com> Sender: news@novell.com (News Administrator) Nntp-Posting-Host: na Organization: Novell, Inc., San Jose, California References: <1994Nov5.001351.13059@novell.com> <39ld14$3e5@martha.utk.edu> Date: Tue, 8 Nov 1994 20:37:43 GMT Lines: 30 In article <39ld14$3e5@martha.utk.edu> hethmon@apac.ag.utk.edu (Paul Hethmon) writes: >The problem is that there is no distinction between directories and >files with the NLST command. For a person or gui client program to >understand which is which, they need to see the output of the LIST >command and parse it. This means that if you write a gui ftp client, you >have to put code in to parse the output of LIST for every ftp server >you might encounter. Another approach I've seen used is to send each name on a CWD command. The assumption is that if the server allows the current working directory to be set, then the name was a directory. That works with most FTP servers, anyway. >Maybe it's time to update the standard with something like a >DLST for directories and FLST for files only. The other thing that >would be useful would be a file listing that contained names and >sizes only. Perhaps a FLST command could return a list of files with >sizes. What would seem more in line with what most file systems currently support is a new list command that includes both data files and directories but provides additional information in a standard format about which are which. Most OSes normally return both data files and directory names when a directory listing command is executed. Why not use that more typical approach instead of trying to segregate the directories? Is suppression of directories already the prevaling behavior? don provan donp@Novell.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [Pine.LNX.3.90.941108212355.30865A-100000@ash.lab.r1.fws.gov] <1994110821253100> From: Stu Mitchell Newsgroups: comp.protocols.tcp-ip Subject: Re: Dynamic IP Addresses? Date: Tue, 8 Nov 1994 21:25:31 +0000 (GMT) Organization: USFWS Forensic Laboratory, Ashland, OR USA Lines: 26 Message-ID: References: <199411072221.RAA14789@cadman.cit.buffalo.edu> NNTP-Posting-Host: ash.lab.r1.fws.gov Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII In-Reply-To: <199411072221.RAA14789@cadman.cit.buffalo.edu> On Mon, 7 Nov 1994, Jeff Murphy wrote: > In article you wrote: > >Is there such a thing as a dynamic bootp? I have about 300 machines in a > >network and I'd like to hand out ip addresses as needed because they are all > >on one physical subnet and it doesn't have 300 addresses available. So instead > > look into DHCP. > > Dynamic Host Configuration Protocol > rfcs: 1541 1534 1533 1531 Thank you very much for the information... I'll get the RFC's and see if if I can find out how to implement the protocol.... > > >If that doesn't work, is it possible to have more than one subnet on one > >single physical net? > > we do this on our ethernet ccts quite a bit.. not sure how it would > work under token ring.. > Stu Mitchell stu@lab.r1.fws.gov USFWS Forensic Lab mitchellstu@fws.gov Ashland, Oregon wd4eck@w7oek *** These are my opinions, not the Government's *** ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39oqfq$9pg@clarknet.clark.net] <1994110821272200> From: dp@clark.net (Diwakar H. Prabhakar) Newsgroups: comp.protocols.tcp-ip Subject: wuarchive-ftpd - query Date: 8 Nov 1994 21:27:22 GMT Organization: Clark Internet Services, Inc., Ellicott City, MD USA Lines: 13 Message-ID: <39oqfq$9pg@clarknet.clark.net> NNTP-Posting-Host: clark.net Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Newsreader: TIN [version 1.2 PL2] Hi, I am trying to install wuarchive-ftpd and I get the following errors when I try to ftp into the machine: getpeername (ftpd): Socket operation on a non socket getsockname (ftpd): Socket operation on a non socket Any help would be appreciated. Thanks Diwakar dhp@dol-esa.gov ----MESSAGE-END---- ----MESSAGE-BEGIN---- [Cyz572.1s0@wang.com] <1994110900255000> Newsgroups: comp.protocols.tcp-ip From: fitz@wang.com (Tom Fitzgerald) Subject: Re: Should I ack all TCP data received even if dropped? Organization: Wang Labs, Lowell MA, USA Date: Wed, 9 Nov 1994 00:25:50 GMT Message-ID: References: <38icgq$fbt@crl10.crl.com> <784251107snz@cucumber.demon.co.uk> Sender: news@wang.com Nntp-Posting-Host: fnord.wang.com Lines: 36 > In article <38icgq$fbt@crl10.crl.com> jybarnes@crl.com "Jym Barnes" writes: > > I am presently developing my third TCPIP stack and previously I would > > not ack data unless I could handle the data. Looking at the spec I > > have noticed that data is supposed to be acked regardless. Maybe > > my interpetation is in error. If I ack data that is latter dropped > > and then send an ack value which is less then I sent earlier I think > > this is going to cause major problems for other stacks. Andrew@cucumber.demon.co.uk (Andrew Gabriel) writes: > If you receive too much data due to previously advertising too big > a window, send an ack for what you can buffer together with a window > of zero, and throw the rest away. The TCP spec says you shouldn't > shrink the window like this, but you must allow for others doing it! > However, I would try to find another way of implementing which > didn't require this at all. There's another scheme that follows the spec at the expense of wasted bandwidth - ack only what you can buffer, return a valid window (original window minus the amount you accepted), throw the rest of the data away and pretend you never saw it. The sender will retransmit since you're still advertising an open window, so you'll have to ignore that too until you get some buffer space back. It's legal since you haven't shrunk the window. Just pretend the network is dropping packets for a while, until you can handle the data.... The only thing that would mess this up is a TCP stack that required ACKs to fall on packet boundaries - it could get confused because you might only ACK part of a packet. I've never seen a stack do this, and it is illegal, but I wouldn't be a bit surprised if there was one out there. -- Tom Fitzgerald 1-508-967-5278 Preserve our electronic natural heritage! Wang Labs fitz@wang.com Save the endangered line-eater! Lowell MA, USA Send $$ to the "Line-Eater Preservation Society" Today! ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39p5db$6kl@news.csie.nctu.edu.tw] <1994110900334700> From: ccsu@office.ee.ttit.edu.tw (ccsu) Newsgroups: comp.protocols.tcp-ip Subject: sendto's maximum size Date: 9 Nov 1994 00:33:47 GMT Organization: Dep. Computer Sci. & Information Eng., Chiao Tung Univ., Taiwan, R.O.C Lines: 8 Message-ID: <39p5db$6kl@news.csie.nctu.edu.tw> NNTP-Posting-Host: ccsu@office.ee.ttit.edu.tw X-Newsreader: TIN [version 1.2 PL2] Is there anyone out there knowing what is the maximum message size of the system call of sento and recvfrom. I tried in SunOS4.1 and got maximum size is 9000 bytes, but I would like to know what kind of parameter affects this number. In UDP protocol, the maximum size of a UDP datagram is 64k bytes. How to write a program so that I can use the maximum datagram size. Thanks in advance! - C.C. Su ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39qnm6$lqs@shocker.mid.net] <1994110901471200> From: adar0@routers.com Newsgroups: comp.sys.sun.admin,comp.protocols.tcp-ip Subject: Re: Routing question: Getting a Sun to route Date: Wed, 09 Nov 94 08:47:12 PDT Organization: MIDnet, the Midwest's Gateway to the Global Internet. Lines: 46 Message-ID: <39qnm6$lqs@shocker.mid.net> References: <39eii9$778@unix.sri.com> NNTP-Posting-Host: adar0pc.routers.com Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Newsreader: NEWTNews & Chameleon -- TCP/IP for MS Windows from NetManage > A remote user connects (from his Sun) to our network of Suns via PPP. > He has set the default route (in /etc/defaultrouter) to be the address > of the Sun he connects to. He is able to telnet (and rlogin and > ping, etc) to our local Sun with no problems. [The remote modem dials out, > the local one answers...]. But he would like to also be able to > connect to other machines on our net, using the the machine he > physically comes in on as a router. This isn't working; that is, the > local machine isn't routing his incoming packets to other local machines. > [And packets aren't routed out the other way back to his machine either.] > > Can anyone help with a few details: First, is it possible for a Sun > (4.1.3) to do this routing for in incoming/outgoing PPP connection? Second, > what is the form of the relevant route (or related) command? An RTFM (which > M?) would be OK too. Thanks in advance to all who reply..... > Ric, I've read most of the responses others posted to your question and I believe there is a much easier way to make the Sun at work act as a router. The static routes that many suggested might be one approach, but its a typical manual approach to what should be a function of in.routed. Look at your /etc/rc.local file and find the entry that starts in.routed; add the -s option to it. It should look like # # Run routed only if we don't already have a default route installed. # defroute="`netstat -n -r | grep default`" if [ -z "$defroute" ]; then if [ -f /usr/etc/in.routed ]; then in.routed -s; echo 'running routing daemon.' fi fi The Sun will then act as a router IF your LAN routing protocol uses the RIP routing protocol. If RIP is running, then all LAN segment updates broadcasted by routers, other Sun's, etc., will be received by the Sun at work and announced via the PPP and/or SLIP interfaces to remote machines. Rich Adamson adar0@routers.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39pc1f$9d1@noao.edu] <1994110902265500> From: rstevens@noao.edu (W. Richard Stevens) Newsgroups: comp.protocols.tcp-ip Subject: Re: sendto's maximum size Date: 9 Nov 1994 02:26:55 GMT Organization: National Optical Astronomy Observatories, Tucson, AZ, USA Lines: 11 Message-ID: <39pc1f$9d1@noao.edu> References: <39p5db$6kl@news.csie.nctu.edu.tw> NNTP-Posting-Host: gemini.tuc.noao.edu > Is there anyone out there knowing what is the maximum message size of the > system call of sento and recvfrom. I tried in SunOS4.1 and got maximum > size is 9000 bytes, but I would like to know what kind of parameter affects > this number. In UDP protocol, the maximum size of a UDP datagram is 64k > bytes. How to write a program so that I can use the maximum datagram > size. Thanks in advance! You need a setsockopt() for the SO_SNDBUF socket option. Older BSD-derived systems may not let you really send a full-sized UDP datagram. Rich Stevens ----MESSAGE-END---- ----MESSAGE-BEGIN---- [vos-0811941959560001@ip-pdx2-01.teleport.com] <1994110903591700> From: vos@teleport.com (Aron Bartling) Newsgroups: comp.protocols.appletalk,comp.protocols.tcp-ip Subject: Re: Appletalk->TCP/IP Router/Gateway Date: 9 Nov 1994 03:59:17 GMT Organization: Virtual Office Systems Lines: 22 Message-ID: References: <39b3vf$gvg@hustle.rahul.net> NNTP-Posting-Host: ip-pdx2-01.teleport.com > Yeah full network routing keeps popping up as the best solution...It's jsut > that I'm such a Mac weenie that I'm determined to have a Mac (not under > AUX) doing as much (hopefully everything!) as possible. If not a software > IP router (thre's GOT to be one, and believe me -- the Apple Internet > Router is *not* it) then perhaps a box (like a shiva fast path, gator box > etc.) that sits on the ethernet providing IP and IP routing services... of > course thes guys cost *bucks*...sheesh I'm *so* close :) > > thanks > ethan miller Just curious if that is the Apple Internet Router with the IP wide area extension. If it is I¹d like to hear your opinion on the total package. Thanks Aron Bartling Virtual Office Systems vos@teleport.com Aron Bartling Virtual Office Systems vos@teleport.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39pkr5$goa@crcnis1.unl.edu] <1994110904570900> From: mgleason@cse.unl.edu (Mike Gleason) Newsgroups: comp.protocols.tcp-ip Subject: Revisions to RFC 959. (was Re: FTPD command question) Date: 9 Nov 1994 04:57:09 GMT Organization: NCEMRSoft Lines: 40 Distribution: world Message-ID: <39pkr5$goa@crcnis1.unl.edu> References: <38ococ$lme@martha.utk.edu> <1994Nov5.001351.13059@novell.com> NNTP-Posting-Host: cse.unl.edu peter.lewis@info.curtin.edu.au (Peter N Lewis) writes: Hi Peter, did you get your free Power Macintosh from Apple yet ? |My Mac FTP server supports the NDIR command as an equivalent to NLST that |only lists directories. Does your server, or any others out there I can test my client with, implement the "APSV" (all passive) command mentioned in RFC 1579? NcFTP 2.0 is in the beta testing stage now, but I wanted to see if I could add support for that because it sounds handy. I think it's high time that RFC 959 was updated. SIZE and MDTM are even formally documented! On this NLST debate, it would be nice to be able to use it for it's intended purpose, which I believe was file system information for machine-readable use. Unfortunately it isn't too helpful other than being able to give a list of items out there. A standard way to have to be able to tell which things are files and which are directories without having to parse the output would have been terrific. The way I have to do it now is to grok the output of UNIX's "ls -l." That wouldn't be that bad, but the whole world ain't UNIX, and even the big chunk that is doesn't use a standard, portable, format for "ls -l." I would support something like's Peter's suggestion a long time ago, a new XLST (??) command to facilitate communication of file system structures. Item sizes, times (in UTC dammit!), types, permissions, etc. I would also support a FIND command. The Funet ftp daemon has a good start on one. I like the end result of it, but not the way they implemented it using the FTP protocol. I can't remember why, but I wasn't able to hack it into the new ncftp code without really hacking my code all to hell. -- ===== Mike Gleason ================= Go Huskers! ===== Current version of NcFTP is 1.8.6, and is available from cse.unl.edu, in the /pub/mgleason/ncftp directory. Pre-release versions of NcFTP 2.0.0 are available in the /pub/mgleason/ncftp/BETA directory. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [ace.122.03E64D61@iesl.forth.gr] <1994110907173300> From: ace@iesl.forth.gr (Andreas C. Enotiadis) Newsgroups: comp.protocols.appletalk,comp.protocols.tcp-ip Subject: Re: Appletalk->TCP/IP Router/Gateway Date: Wed, 9 Nov 1994 08:57:33 Organization: InterNetwork Ltd Lines: 67 Message-ID: References: <39b3vf$gvg@hustle.rahul.net> NNTP-Posting-Host: dialhawk.praxis.forth.gr X-Newsreader: Trumpet for Windows [Version 1.0 Rev B] In article nrg@netcom.com (Ethan I. Miller) writes: >From: nrg@netcom.com (Ethan I. Miller) >Subject: Re: Appletalk->TCP/IP Router/Gateway >Date: Thu, 3 Nov 1994 18:24:11 GMT >: I got the impression that since one Mac has a PPP connection, and MacTCP >: doesn't do routing, you can't also connect that same machine to the local >: ethernet (IP-wise) without first disconnecting the PPP link. In other >: words, what is needed here is an IP router to allow the machine to access >: both links at once. >: This could also be done through multi-homing (preventing the ethernet >: from being 'live' on the Internet, for security or other reasons), but >: you would still need to have the ANA allocate a (nominally) class C >: network address to prevent the multi-homed host from getting confused, >: even if the net wasn't visible to the rest of the world. >: The problem is that the only software (at least that *I* know of) that >: will let you either route or be multi-homed on a Mac is AUX, which >: doesn't show any signs of an upgrade path. >: If I dare say it, about your best bet would be to upgrade the PPP link to >: full network routing, find an old 386-16 with a 100MB HD (probably could >: be had for <$300-$400 these days), install Linux or FreeBSD (free "Unix" >: for the x86) and configure it as a router, and then put your whole >: network on the Internet live. Or, you could make it your "firewall" and >: run the POP3 server on it, preventing having to expose the rest of the >: network (whether that's good or bad depends on your own philosophy). >: Or, if you had an old mac sitting around (though they tend to be more >: expensive than old PCs, and AUX isn't free) you could do the same with >: AUX. Heck, you could put AUX on the machine that's PPP-linked now. But >: the PC/FreeBSD approach keeps you in free software. >: Egads, I wrote a lot. ;) Have fun, and keep us updated. >Yeah full network routing keeps popping up as the best solution...It's jsut >that I'm such a Mac weenie that I'm determined to have a Mac (not under >AUX) doing as much (hopefully everything!) as possible. If not a software >IP router (thre's GOT to be one, and believe me -- the Apple Internet >Router is *not* it) then perhaps a box (like a shiva fast path, gator box >etc.) that sits on the ethernet providing IP and IP routing services... of >course thes guys cost *bucks*...sheesh I'm *so* close :) >thanks >ethan miller I have a feeling you can do the routing on a Mac. Get a copy of KA9Q NOS for Macintosh and set it up with two interfaces as a router. I know it exists and it can be done in principle - i.e. the NOS source supports it. I've only done it on PCs using the DOS version of NOS and it worked great. One 386-40 with 1Meg and a single floppy can route thru 4 serial links at 56 Kbps each and not falter for a second. Good luck and keep us posted Andreas -------------------------------------------------------------------------- Andreas C. Enotiadis Internetwork Ltd "My views DEFINITELY represent those of InterNetwork Ltd - It's mine dammit!" ace@ics.forth.gr ace@iesl.forth.gr ace@praxis.forth.gr Snail-Mail :7 Fokidos Str, 11526 Athens, Greece. Tel : 7486222-3, Fax 7486223 -------------------------------------------------------------------------- ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39rmms$epa@transfer.stratus.com] <1994110908550100> From: Noah_Davids@vos.stratus.com Newsgroups: comp.protocols.tcp-ip Subject: bytes received from ping Date: Wed, 09 Nov 94 15:55:01 PDT Organization: Stratus Computer Inc, Marlboro MA Lines: 10 Message-ID: <39rmms$epa@transfer.stratus.com> NNTP-Posting-Host: noah.az.stratus.com Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Newsreader: NEWTNews & Chameleon -- TCP/IP for MS Windows from NetManage I've noticed that the local copy of ping reports X+8 bytes received where X is the number of bytes that I requested it send. As far as I can tell the extra 8 bytes represent the ICMP header. I've looked at several systems and Unix Network Programming by R Stevens and they all report the same +8 bytes. Is there a reason I am missing for including the ICMP header length in the bytes received count? If it includes the ICMP header why not the IP header? ----MESSAGE-END---- ----MESSAGE-BEGIN---- [acheslow-0911941926570001@acheslow.mindspring.com] <1994110911065700> From: acheslow@mindspring.com (Alan Cheslow) Newsgroups: comp.os.ms-windows.apps.comm,comp.os.ms-windows.networking.misc,comp.os.ms-windows.networking.tcp-ip,comp.os.ms-windows.networking.windows,comp.protocol.appletalk,comp.protocol.tcp-ip,comp.sys.ibm.pc.hardware.networking,comp.sys.mac.comm Subject: Re: PC <----> MAC Linking Date: Wed, 09 Nov 1994 19:26:57 -0500 Organization: /dev/dull Lines: 18 Message-ID: References: <39r796$a54@ipgate.le.ac.uk> NNTP-Posting-Host: acheslow.mindspring.com X-Newsreader: Value-Added NewsWatcher 2.0b19.1+ In article <39r796$a54@ipgate.le.ac.uk>, ggo1@le.ac.uk (G.G. Owenson) wrote: :Is it possible to link in some way a Mac (performa 475) and a PC (386) :directly using an ethernet network? [deleted] :Mac - OS 7.5 :PC - Dos 5, Win 3.1, MCA :Network - Novell ver ? (4) If you have a Novell network, all you need to do is load the Netware for Mac client software that comes with Netware onto your Macs. -- +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+ | Alan Cheslow | acheslow@mindspring.com | Finger for PGP Public Key | + Project Manager |+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+= | OneNet I.C.I. |HOME: http://www.mindspring.com/users/acheslow/Home.html | +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+ ----MESSAGE-END---- ----MESSAGE-BEGIN---- [LDAVIS.94Nov9081202@jaguar.vienna.itd.sterling.com] <1994110913120100> From: ldavis@jaguar.vienna.itd.sterling.com (Lynch Davis) Newsgroups: comp.protocols.tcp-ip Subject: Subnetting... Date: 09 Nov 1994 13:12:01 GMT Organization: Sterling Software ITD, Inc. Lines: 6 Distribution: world Message-ID: NNTP-Posting-Host: jaguar.vienna.itd.sterling.com Can anyone provide me with either a nice explanation of subnets or at least a pointer to a doc or FAQ that contains the logic behind these animals? Thanks in advance, Lynch ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39qkhc$oa2@martha.utk.edu] <1994110913580400> From: hethmon@apac.ag.utk.edu (Paul Hethmon) Newsgroups: comp.protocols.tcp-ip Subject: Re: FTPD command question Date: 9 Nov 1994 13:58:04 GMT Organization: Agricultural Policy Analysis Center Lines: 68 Message-ID: <39qkhc$oa2@martha.utk.edu> References: <1994Nov8.203743.9851@novell.com> NNTP-Posting-Host: apac2.ag.utk.edu X-Newsreader: LA Times for OS/2 [version: 3.3g] In message <1994Nov8.203743.9851@novell.com> - donp@novell.com (don provan) wri tes: >In article <39ld14$3e5@martha.utk.edu> hethmon@apac.ag.utk.edu (Paul Hethmon) writes: >>The problem is that there is no distinction between directories and >>files with the NLST command. For a person or gui client program to >>understand which is which, they need to see the output of the LIST >>command and parse it. This means that if you write a gui ftp client, you >>have to put code in to parse the output of LIST for every ftp server >>you might encounter. > >Another approach I've seen used is to send each name on a CWD command. >The assumption is that if the server allows the current working >directory to be set, then the name was a directory. That works with >most FTP servers, anyway. > A reasonable approach, but it can burn a lot of bandwidth. >>Maybe it's time to update the standard with something like a >>DLST for directories and FLST for files only. The other thing that >>would be useful would be a file listing that contained names and >>sizes only. Perhaps a FLST command could return a list of files with >>sizes. > >What would seem more in line with what most file systems currently >support is a new list command that includes both data files and >directories but provides additional information in a standard format >about which are which. Most OSes normally return both data files and >directory names when a directory listing command is executed. Why not >use that more typical approach instead of trying to segregate the >directories? Is suppression of directories already the prevaling >behavior? I think either approach would work well. I tend to think a "DLST" might be more workable and easier for clients to handle. The server already knows whats a directory and whats a file, by segregating the replies, the clients don't have to parse the output of the current LIST or a new standard format LIST. It's really a minor point which way it's done. I do think it would be beneficial to support one or the other though. Anyone want to write a RFC? Paul Hethmon Programmer/Analyst & IBM Certified OS/2 Engineer Agricultural Policy Analysis Center The University of Tennessee at Knoxville hethmon@apac.ag.utk.edu == 615-974-3666 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39qobi$crv@marble.Britain.EU.net] <1994110915031400> From: mfw@warburg (Mark White) Newsgroups: comp.protocols.tcp-ip Subject: TCP/IP performance software? Date: 9 Nov 1994 15:03:14 GMT Organization: EUnet GB Lines: 13 Message-ID: <39qobi$crv@marble.Britain.EU.net> NNTP-Posting-Host: finsbury.co.uk X-Newsreader: TIN [version 1.2 PL2] Does any-one know of a TCP/IP network performance benchmark suite that runs on Sun 4.1.3 and Solaris 2.0 machines? I have an HP net-perf suite, but it does not build on our Sun machines. We are looking to do performance tests for Sun based clients connecting to servers on both Ethernet and FDDI in various configurations. The sort of thing I am looking for is the ability to do file transfers with different packet sizes and measure the throughput. Thanks, mfw ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39t4i8$nub@crl2.crl.com] <1994110915235200> From: cgi@crl.com (Paul Smith) Newsgroups: comp.protocols.tcp-ip Subject: Re: sendto's maximum size Date: 10 Nov 1994 04:43:52 -0800 Organization: CRL Dialup Internet Access (415) 705-6060 [Login: guest] Lines: 17 Message-ID: <39t4i8$nub@crl2.crl.com> References: <39p5db$6kl@news.csie.nctu.edu.tw> <39pc1f$9d1@noao.edu> NNTP-Posting-Host: crl2.crl.com X-Newsreader: TIN [version 1.2 PL2] W. Richard Stevens (rstevens@noao.edu) wrote: : > Is there anyone out there knowing what is the maximum message size of the : > system call of sento and recvfrom. I tried in SunOS4.1 and got maximum : > size is 9000 bytes, but I would like to know what kind of parameter affects : > this number. In UDP protocol, the maximum size of a UDP datagram is 64k : > bytes. How to write a program so that I can use the maximum datagram : > size. Thanks in advance! : You need a setsockopt() for the SO_SNDBUF socket option. Older BSD-derived : systems may not let you really send a full-sized UDP datagram. Is the SO_SNDBUF/SO_RCVBUF options setting the "single packet" max sizes receivable or a queue size that may hold many smaller packets for safe keeping prior to readin?? .. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [Cz0D4I.4MF@news.tcd.ie] <1994110916144200> Newsgroups: comp.protocols.tcp-ip From: tpodowd@tcd.ie (Mr. YELLOW) Subject: References for IP and IPng wanted!!! Message-ID: Sender: usenet@news.tcd.ie (TCD News System ) Organization: University of Dublin, Trinity College Date: Wed, 9 Nov 1994 16:14:42 GMT Lines: 12 Hi, I'm looking for any references with regard to some of the current problems with IP and some of the solutions offered by IPng. Also a good overview of both protocols would be handy. If anyone has any information on the differences between the IPng and the OSI CLNP, this would also be greatly appreciated. Thanks in advance, Thomas. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [geoffCz0Fup.4vz@netcom.com] <1994110917133700> Newsgroups: comp.protocols.tcp-ip,alt.dcom.slip-emulators,comp.dcom.modems From: geoff@netcom.com (Geoffrey Leach) Subject: Re: Q: tslip connection to variable-ip-address server Message-ID: Organization: NETCOM On-line Communication Services (408 261-4700 guest) References: <39pst1$2k3@crl3.crl.com> Date: Wed, 9 Nov 1994 17:13:37 GMT Lines: 44 fgodino@crl.com (Frank Godino) writes: >This is an interesting problem... This problem MUST be typical for many >TIA users with shell accounts from IP providers.. >I think most IP pruividers run workstation 'clusters' . >HOW DO YOU KNOW your HOST ADDRESS since you don't > know which host you are logged into. So it can change but you must >set the host address in your client side 'gateway address'??? >I guess we need to run the tia -address friom the login script then >correct the gateway address and go from there.. >I hopeing I am wrongQ!!! >IP address to report as the gateway??? >Geoffrey Leach (geoff@netcom.com) wrote: >: I have tslip 2.8.2 running on under SVR4.0.3 on a 486 PC. The server I'm >: dialing into assigns the IP address of the connection to the port (modem) >: so there's no way to determine in advance what my IP address will be. >: tslip uses an autodial feature (borrowed from Taylor uucp), so the making >: on the connection (and the discovery of today's IP address) is burried >: in the connection code. Here's a partial solution. Use a perl (or other) script to look in the chat log go the IP address assigned to the session, and then issue the commands: ifconfig sl0 $host route add default $host 1 As all this is done in the perl script, its semi-convienent. The best solution would be a chat-program (Taylor uucp feature). I'll post it when I get it done. -- Geoffrey Leach C/C++/X11/Motif/OpenLook Implementation geoff@netcom.com Mountain Ranch Software P.O. Box 336 Mountain Ranch CA 95246 209-754-1869 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39r43u$1de@darkstar.UCSC.EDU] <1994110918235800> From: breed@cse.ucsc.edu (Benjamin Reed) Newsgroups: comp.sys.sun.admin,comp.protocols.tcp-ip Subject: Re: Routing question: Getting a Sun to route Date: 9 Nov 1994 18:23:58 GMT Organization: UC Santa Cruz CIS/CE Lines: 66 Message-ID: <39r43u$1de@darkstar.UCSC.EDU> References: <39gufj$8m4@case.cyberspace.com> NNTP-Posting-Host: shawnee.cse.ucsc.edu X-Newsreader: TIN [version 1.2 PL2] Another reason that your Sun is not routing your packets could be that you don't have packet forwarding enabled in your SunOS kernel... ben Leo.Smith@elmail.co.uk wrote: : In article <39gufj$8m4@case.cyberspace.com>, writes: : > Richard Steinberger (ric@updike.sri.com) wrote: : > : A remote user connects (from his Sun) to our network of Suns via PPP. : > : He has set the default route (in /etc/defaultrouter) to be the address : > : of the Sun he connects to. He is able to telnet (and rlogin and : > : ping, etc) to our local Sun with no problems. [The remote modem dials out, : > : the local one answers...]. But he would like to also be able to : > : connect to other machines on our net, using the the machine he : > : physically comes in on as a router. This isn't working; that is, the : > : local machine isn't routing his incoming packets to other local machines. : > : [And packets aren't routed out the other way back to his machine either.] : > : Can anyone help with a few details: First, is it possible for a Sun : > : (4.1.3) to do this routing for in incoming/outgoing PPP connection? Second, : > : what is the form of the relevant route (or related) command? An RTFM (which : > : M?) would be OK too. Thanks in advance to all who reply..... : > : > You may want to look at in.routed to pass your routing information around : > your subnet. Check the man page, and you may want to pay attention to how : > long routed waits before passing a route around your subnet. : > : It is a matter of great simplicity to set this up. : IF the dial in machine is on the SAME IP network as the rest of your machines : then there should be no problem - as soon as he is on line he will appear as : another interface on the local network to the SUN he dials in on. : If it is on a different net you need to set up static routes on the machines : that it needs to connect to. : E.g. : If the remote machine is 192.0.0.1 and the sun it dials into is 193.0.0.1 and : another machine or yoiur net is 193.0.0.2 : The remote machine needs a default route added... : route add default 193.0.0.1 1 : and the other machines on the network need some routes adding.. : route add 192.0.0.1 193.0.0.1 1 : This will tell both ends of the link to use the sparc in the middle as a : gateway. : You should check all these tables with a netstat -r on the machines. : I hope that helps. If you want some excellent examples and have a PostScript : printer, I strongly suggest downloading the Morningstar manuals from : ftp.morningstar.com - and the code is even better than the manuals by the way : (not free tho) There are step by step isntruction son setting up exactly this : kind of setup. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39r796$a54@ipgate.le.ac.uk] <1994110919175800> From: ggo1@le.ac.uk (G.G. Owenson) Newsgroups: comp.os.ms-windows.apps.comm,comp.os.ms-windows.networking.misc,comp.os.ms-windows.networking.tcp-ip,comp.os.ms-windows.networking.windows,comp.protocol.appletalk,comp.protocol.tcp-ip,comp.sys.ibm.pc.hardware.networking,comp.sys.mac.comm Subject: PC <----> MAC Linking Date: 9 Nov 1994 19:17:58 GMT Organization: University of Leicester, UK Lines: 26 Message-ID: <39r796$a54@ipgate.le.ac.uk> NNTP-Posting-Host: pc19.msb.le.ac.uk X-Newsreader: WinVN 0.92.6+ Is it possible to link in some way a Mac (performa 475) and a PC (386) directly using an ethernet network? We have 2 Macs and a PC, both are connected to fileservers over an ethernet network (separate servers), and each have unique IP addresses. The 2 Macs can share data using AppleTalk (AppleShare). However, we have a printer connected to the PC which should idealy be available to the Macs as well. The printer is not connected directly to the Ethernet, but only to the PCs parallel port. I realise it would probably be impossible to print directly from the Macs on the PC printer, but is it possible to dump files from one to the other (At the moment this can be done using a UNIX host, but this is quite time-consuming). Can the PC in some way AppleTalk to the Macs and vice-versa. Idealy this would be a software solution. Or is it possible to make the PC a server, which the Macs could logon to using telnet/ftp. Mac - OS 7.5 PC - Dos 5, Win 3.1, MCA Network - Novell ver ? (4) Any ideas would be grately appreciated. G. Owenson ----MESSAGE-END---- ----MESSAGE-BEGIN---- [Cz0qyM.45t@acsu.buffalo.edu] <1994110921133300> Newsgroups: comp.protocols.tcp-ip From: warrier@acsu.buffalo.edu (Chandra C Warrier) Subject: Re: RFC for IRC? Message-ID: Sender: nntp@acsu.buffalo.edu Nntp-Posting-Host: solaris.acsu.buffalo.edu Organization: UB References: Date: Wed, 9 Nov 1994 21:13:33 GMT Lines: 9 There is rfc 1459 which talks about Internet Relay Chat Protocol. -- Chandra Chuda Warrier 225 Princeton Avenue, #3, Amherst, NY 14226 201 Bell Hall, SUNY at Buffalo, Amherst, NY 14260 Ph : (716) 833-5792 / e-mail : warrier@autarch.acsu.buffalo.edu ----MESSAGE-END---- ----MESSAGE-BEGIN---- [rjinlaCz0qz3.7A@netcom.com] <1994110921135000> Newsgroups: comp.protocols.tcp-ip From: rjinla@netcom.com (Rob Jaczko) Subject: Telnet & downloading ?? Message-ID: Organization: On Site Entertainment - LA / Boston Date: Wed, 9 Nov 1994 21:13:50 GMT Lines: 16 Greetings ! I now have a CSLIP account, and I would like to know how to retrieve files from my shell account. I'm using NCSA Telnet 2.6 to get into my shell directories, but I'm at a loss after that !! Any help for a newbie ?? Thanks, Rob -- Rob Jaczko - rjinla@netcom.com On Site Entertainment - Los Angeles / Boston URL: ftp://ftp.netcom.com/pub/rjinla/On_Site_Entertainment/OSE_homepage.html ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39rh3o$j54@charm.magnus.acs.ohio-state.edu] <1994110922054400> From: prabau@magnus.acs.ohio-state.edu (Patrick F Rabau) Newsgroups: comp.protocols.tcp-ip Subject: Local echoing for Telnet protocol Date: 9 Nov 1994 22:05:44 GMT Organization: The Ohio State University Lines: 40 Message-ID: <39rh3o$j54@charm.magnus.acs.ohio-state.edu> NNTP-Posting-Host: beauty.magnus.acs.ohio-state.edu I need to connect through telnet to a deficient interactive program that does not do echoing back of the characters it receives. I want the local user to see the characters typed at the keyboard. Actually the server has the ECHO option on, but it just does not echo the characters back. I am using the standard telnet client on SunOS 4.1.3. One solution would be to have the characters echoed locally instead of using remote echoing. Here is what I'd like to know. How do you go about turning local echo on, i.e., disabling remote echo? The telnet protocol says that the client can send DONT ECHO to the server and the server should respond WONT ECHO. That should do the trick. But I could not find any command for the standard Unix telnet client to do just that. I then tried: `mode line' from the default char-at-a-time mode. The result is the following: (with `toggle options') telnet> mode line 1 SENT dont SUPPRESS GO AHEAD 2 SENT dont ECHO 3 RCVD wont SUPPRESS GO AHEAD (don't reply) 4 RCVD will ECHO (reply) 5 SENT do ECHO (reply) Isn't this a violation of the telnet protocol? In line 2, the client says it wants the remote echoing option turned off. The server _has_ to honor the request to disable that option, but it does not: in line 4, it answers WILL ECHO, to which the poor client agrees once again. (I checked the same server with a telnet client on a Mac: the `local echo' menu selection would just not be accepted but that #$!** server.) So how do you do it? Any help greatly appreciated. Patrick rabau@ultra.acs.ohio-state.edu ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39rlm9$rtj$1@mhade.production.compuserve.com] <1994110923235300> From: Interface Builders <72160.1106@CompuServe.COM> Newsgroups: comp.protocols.tcp-ip Subject: FAQ please Date: 9 Nov 1994 23:23:53 GMT Organization: none Lines: 6 Message-ID: <39rlm9$rtj$1@mhade.production.compuserve.com> If there is a FAQ for this newsgroup, could someone please send a copy of it to the Compuserve address below? Thanks -- Lee Chubb -- Interface Builders -- 72160.1106@compuserve.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39rmq6$8l2@news.CCIT.Arizona.EDU] <1994110923430200> From: leonard@telcom.arizona.edu (Aaron Leonard) Newsgroups: comp.protocols.tcp-ip Subject: Re: TCP/IP performance software? Date: 9 Nov 1994 23:43:02 GMT Organization: University of Arizona Telecommunications Lines: 26 Sender: leonard@Maggie.Telcom.Arizona.EDU (Aaron Leonard) Distribution: world Message-ID: <39rmq6$8l2@news.CCIT.Arizona.EDU> References: <39qobi$crv@marble.Britain.EU.net> Reply-To: Leonard@Arizona.EDU NNTP-Posting-Host: maggie.telcom.arizona.edu X-Newsreader: mxrn 6.18-18 In article <39qobi$crv@marble.Britain.EU.net>, mfw@warburg (Mark White) writes: | |Does any-one know of a TCP/IP network performance benchmark suite that |runs on Sun 4.1.3 and Solaris 2.0 machines? I have an HP net-perf suite, |but it does not build on our Sun machines. | |We are looking to do performance tests for Sun |based clients connecting to servers on both Ethernet and FDDI in various |configurations. The sort of thing I am looking for is the ability to do file |transfers with different packet sizes and measure the throughput. I sure like the tptest program, which slams data at a target node's TCP DISCARD port. Unlike TTCP (which you also ought to check out), it doesn't require code installation on both sides, as most (or many) TCPs implement and enable the DISCARD port by default. You can find it as part of JvNC's NOCOL package: /pub/jvncnet-packages/nocol on ftp.jnvc.net. Aaron Aaron Leonard (AL104), University of Arizona Network Operations, Tucson AZ 85721 \ Don't lock yourself into open systems. / ----MESSAGE-END---- ----MESSAGE-BEGIN---- [KERCH.94Nov9154646@reynaldo.PARC.Xerox.Com] <1994110923464600> From: kerch@reynaldo.PARC.Xerox.Com (Berry Kercheval) Newsgroups: comp.protocols.iso,comp.protocols.tcp-ip Subject: Re: GOSIP???? Date: 09 Nov 1994 23:46:46 GMT Organization: Xerox Palo Alto Research Center Lines: 35 Distribution: world Message-ID: References: <1994Oct27.042217.27796@newsserver.rrzn.uni-hannover.de> <399bal$66k@nntp.Stanford.EDU> <39m7mn$3o6@nntp.Stanford.EDU> Reply-To: kerch@parc.xerox.com NNTP-Posting-Host: reynaldo.parc.xerox.com In-reply-to: Dave Crocker's message of 7 Nov 1994 21:54:31 GMT >>>>> "Dave" == Dave Crocker writes: Dave> In article SISCO Inc, Dave> siscoinfo@delphi.com writes: >> We have utility customers that want to have 5 million (and >> more) IP addresses on a public network that they can interconnect with other >> utlities. This would the address space too quickly using IP or IPng which >> would force them a private network (which they don't want). This is their >> requirement... Dave> You are asserting that the 16 byte address space of IPng Dave> will not be sufficient for the 5+ M addresses needed by the Dave> utilities? I'd be quite interested in hearing the basis for Dave> that assertion... Indeed, so would I. 16 bytes of address give 2 raised to the (16*8) or 2^128 address. That's 340282366920938463463374607431768211456 of them (thank you, dc). (that's about 3.4E28 if I counted right.) Setting the world population at 5 billion, that still leaves 68056473384187692692674921486 (6.8E19?) addresses PER PERSON. It's a stupendously large number. You could give every one of your CELLS its own IPng address and still have some left over for the gas meter. Heck, your utility customer can have 5 million of *my* addresses. I'll still have 68056473384187692692669921486 left. Anyone else want to contribute? --berry -- Berry Kercheval :: kerch@parc.xerox.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [scouten-1011941036170001@mingus.isdn.uiuc.edu] <1994111000361700> From: scouten@uiuc.edu (Eric Scouten) Newsgroups: comp.protocols.tcp-ip Subject: Re: Are RFC's available on the NET? Date: Thu, 10 Nov 1994 10:36:17 -0600 Organization: Sadly deprived of chaos Lines: 28 Message-ID: References: <39sp8u$1gb@pheidippides.axion.bt.co.uk> NNTP-Posting-Host: mingus.isdn.uiuc.edu In article <39sp8u$1gb@pheidippides.axion.bt.co.uk>, CAMERONG@SYNTEGRA.BT.CO.UK wrote: > Does anyone know whether or not the IP RFC's are available on the NET? Yes. http://ds.internic.net/ds/rfc-index.html ftp://ds.internic.net/rfc In the index, or somewhere near it, there are also pointers to mirrors in other countries. > Can they be located by Gopher etc? I assume there's gopher access, but I don't know the URL right off hand. > And are they available in Postcript form from anywhere? Most are ASCII text only; a few are in both ASCII and PS. -es __________________________________________________________________________ Eric Scouten * MS Comp Sci, Univ of Illinois This response was tantamount to Pat Robertson suggesting that there was historical support for same-sex unions. -Jake Widman (Editor, Publish magazine) ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39u5bi$cvh@nova.netapp.com] <1994111000433000> From: guy@netapp.com (Guy Harris) Newsgroups: comp.protocols.tcp-ip Subject: Indices to RFCs (was Re: NNTP, which RFC(s) specifies it?) Date: 10 Nov 1994 14:03:30 -0800 Organization: Network Appliance Corp. Lines: 36 Message-ID: <39u5bi$cvh@nova.netapp.com> References: <39lioa$e6n@golf.ustores.missouri.edu> <39m3p5$19r1@tequesta.gate.net> NNTP-Posting-Host: 192.9.200.13 toyboy wrote: >johnam (johnam@bart.datastorm.com) wrote: >: Which RFC(s) define the NNTP specification? Are there any good documents >: out there on this subject? >: thanks >: jam > >Johnam: > >I agree. How on earth does one agree with a *question*? If you meant "I'd like to ask the same questions", the answer to the first question is "RFC977". When fetching RFC's from some FTP or UUCP or whatever site, consider also fetching any "rfc-index" file they have handy - you can search through that file with whatever text-searching facility you have: nova% egrep -i 'network news transfer' rfc-index 0977 PS B. Kantor, P. Lapsley, "Network News Transfer Protocol: A and can often find stuff that way. If you have a WWW browser and Internet access through it, NEXOR, a company in the UK, has a Web page that lets you do searches in the RFC index: http://web.nexor.co.uk/public/rfc/index/rfc.html and Ohio State University in the US has a page with links to various RFCs: http://www.cis.ohio-state.edu/hypertext/information/rfc.html ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39rovr$md@herb.dc.open.rd.nttdata.jp] <1994111001143900> From: bucci@ccgw.open.rd.nttdata.jp Newsgroups: comp.protocols.tcp-ip Subject: Re: VMTP Date: Thu, 10 Nov 94 09:14:39 PST Organization: NTT DATA COMMUNICATIONS SYSTEMS,Tokyo,Japan Lines: 13 Message-ID: <39rovr$md@herb.dc.open.rd.nttdata.jp> References: <39bkfo$nc7@Tut.MsState.Edu> NNTP-Posting-Host: venus.dc.open.rd.nttdata.jp Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-2022-jp-2 In article <39bkfo$nc7@Tut.MsState.Edu>, writes: > Can anybody tell me something about VMTP? > What kind of protocol is it? Has it been standardized? > What's the current status? VMTP(Versatile Message Transport Protocol) was developed by Stanford Univ.(Am I correct?) See RFC1045. --- NTT Data Communications Systems Corporation Hiroaki Usubuchi(bucci@ccgw.open.rd.nttdata.jp) ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39rtli$ik4@harbinger.cc.monash.edu.au] <1994111001400200> From: mahbub@giaec.cc.monash.edu.au (Mahbub Hassan) Newsgroups: comp.protocols.tcp-ip Subject: TCP retx - help Date: 10 Nov 1994 01:40:02 GMT Organization: Monash University Gippsland Campus, Victoria, AUSTRALIA. Lines: 16 Distribution: world Message-ID: <39rtli$ik4@harbinger.cc.monash.edu.au> NNTP-Posting-Host: giaec.cc.monash.edu.au The following retransmission method of TCP is not clear to me. Can anyone help? Please reply by email. Thanks a lot. What does the source TCP does when it receives an ACK for a retransmitted packet? I'm interested in knowing only the following 1) if there is more data pending (unacknowledged) in the send buffer does TCP immediately retransmit another segment? 2) If the answer to 1) is NO, does TCP sets another retransmit timer for the unacknowledged data in the buffer? --Mahbub ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39s03f$12c@hpindda.cup.hp.com] <1994111002213500> From: raj@cup.hp.com (Rick Jones) Newsgroups: comp.protocols.tcp-ip Subject: Re: TCP/IP performance software? Date: 10 Nov 1994 02:21:35 GMT Organization: http://www.cup.hp.com/netperf/NetperfPage.html Lines: 16 Message-ID: <39s03f$12c@hpindda.cup.hp.com> References: <39qobi$crv@marble.Britain.EU.net> Reply-To: raj@cup.hp.com NNTP-Posting-Host: hpindio.cup.hp.com X-Newsreader: TIN [version 1.2 PL2] Mark White (mfw@warburg) wrote: [first thing - might want to check with your news admin to get your complete email address in there...] : Does any-one know of a TCP/IP network performance benchmark suite : that runs on Sun 4.1.3 and Solaris 2.0 machines? I have an HP : net-perf suite, but it does not build on our Sun machines. Netperf should build on either SunOS or Solaris. It might take a couple of tweaks to the makefile though. Send me some email with a description of the problem(s) you are encountering and I might be able to help. rick jones shameless promoter of netperf and the netperf database... ----MESSAGE-END---- ----MESSAGE-BEGIN---- [Cz18qK.B4r@hub.cs.jmu.edu] <1994111003373100> Newsgroups: comp.os.ms-windows.apps.comm,comp.os.ms-windows.networking.misc,comp.os.ms-windows.networking.tcp-ip,comp.os.ms-windows.networking.windows,comp.protocol.appletalk,comp.protocol.tcp-ip,comp.sys.ibm.pc.hardware.networking,comp.sys.mac.comm From: joshua@mutt (Joshua Fairfield) Subject: Re: PC <----> MAC Linking Message-ID: Sender: newsusr@hub.cs.jmu.edu (USENET News System) Organization: Joshua References: <39r796$a54@ipgate.le.ac.uk> Date: Thu, 10 Nov 1994 03:37:31 GMT Lines: 9 Any one who knows anything about doing the ubove, could you please mail me too at joshua@mutt.cs.jmu.edu. What i want to do is netwok my computer with my friend's MAC we both have 10BasedT ethernet cards. Any help would be apreciated. Thanks again. X-Newsreader: TIN [version 1.1 PL6] Joshua. joshua@mutt.cs.jmu.edu ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39tqc4$49l@gbc.gbrownc.on.ca] <1994111005360400> From: dking@gbc.gbrownc.on.ca (Darren King) Newsgroups: comp.protocols.tcp-ip Subject: Class C --> Class B Routing. Date: 10 Nov 1994 13:56:04 -0500 Organization: George Brown College Lines: 17 Message-ID: <39tqc4$49l@gbc.gbrownc.on.ca> NNTP-Posting-Host: gbc.gbrownc.on.ca I have a network that consists of many class C networks (132.133.1.xx, 132.133.2.xx, etc...). My organization's backbone is all based on class B addresses (132.132.xx.xx). What are my options for connecting the two networks?. I have Novell servers and UNIX machines that could do software routing if there was such a product. One idea I had was to put another ethernet interface into a UNIX machine and connect it to the backbone and assign it a class B address. The machine would then forward any addresses that do not begin with 132.133 to the other card and the outside network? Is this feasible? any help would help... dk. -- Darren King, George Brown College :: -> dking@gbrownc.on.ca ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39u2r5$4jj@panix.com] <1994111008003700> From: gene@panix.com (Gene) Newsgroups: comp.os.ms-windows.apps.comm,comp.os.ms-windows.networking.misc,comp.os.ms-windows.networking.tcp-ip,comp.os.ms-windows.networking.windows,comp.protocol.appletalk,comp.protocol.tcp-ip,comp.sys.ibm.pc.hardware.networking,comp.sys.mac.comm Subject: Re: PC <----> MAC Linking Followup-To: comp.os.ms-windows.apps.comm,comp.os.ms-windows.networking.misc,comp.os.ms-windows.networking.tcp-ip,comp.os.ms-windows.networking.windows,comp.protocol.appletalk,comp.protocol.tcp-ip,comp.sys.ibm.pc.hardware.networking,comp.sys.mac.comm Date: 10 Nov 1994 16:20:37 -0500 Organization: Panix Lines: 37 Message-ID: <39u2r5$4jj@panix.com> References: <39r796$a54@ipgate.le.ac.uk> NNTP-Posting-Host: panix.com X-Newsreader: TIN [version 1.2 PL2] G.G. Owenson (ggo1@le.ac.uk) wrote: : Is it possible to link in some way a Mac (performa 475) and a PC (386) : directly using an ethernet network? Yep. My wife and I have our two computers networked together at home. She has a Mac Quadra, I have a Micron Pentium. We use Farallon's TIMBUKTU PRO for the Mac, and TIMBUKTU FOR WINDOWS on the PC. It's a true ethernet network, we have access to each other's hard drives and full file sharing capabilities. We also have her printer (which has an ethernet connection) available to both computers thru the net. It's inexpensive, and it does everything we want! -gene gene@panix.com : We have 2 Macs and a PC, both are connected to fileservers over an ethernet : network (separate servers), and each have unique IP addresses. The 2 Macs : can share data using AppleTalk (AppleShare). However, we have a printer : connected to the PC which should idealy be available to the Macs as well. : The printer is not connected directly to the Ethernet, but only to the : PCs parallel port. I realise it would probably be impossible to print : directly from the Macs on the PC printer, but is it possible to dump files : from one to the other (At the moment this can be done using a UNIX host, but : this is quite time-consuming). : Can the PC in some way AppleTalk to the Macs and vice-versa. Idealy this : would be a software solution. Or is it possible to make the PC a server, : which the Macs could logon to using telnet/ftp. : Mac - OS 7.5 : PC - Dos 5, Win 3.1, MCA : Network - Novell ver ? (4) : Any ideas would be grately appreciated. : G. Owenson ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39slr8$qu7@sfgw.ICO.Olivetti.Com] <1994111008324000> From: cacciam@xsft5.ico.olivetti.com (Marco Caccia) Newsgroups: comp.protocols.tcp-ip Subject: DHCP source code Date: 10 Nov 1994 08:32:40 GMT Organization: Olivetti Lines: 7 Sender: mark@belushi (Marco Caccia) Distribution: world Message-ID: <39slr8$qu7@sfgw.ICO.Olivetti.Com> NNTP-Posting-Host: 193.1.1.26 I'm looking for a DHCP (Dynamic Host Configuration Protocol) implementation. I'm only interested to the server code for Unix OS. Does anyone know where I can get this source code ? Thank you in advance, Marco. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39sp8u$1gb@pheidippides.axion.bt.co.uk] <1994111009311000> From: camerong@syntegra.bt.co.uk (Gary Cameron) Newsgroups: comp.protocols.tcp-ip Subject: Are RFC's available on the NET? Date: 10 Nov 1994 09:31:10 GMT Organization: SYNTEGRA - The systems integration business of BT Lines: 15 Message-ID: <39sp8u$1gb@pheidippides.axion.bt.co.uk> Reply-To: CAMERONG@SYNTEGRA.BT.CO.UK NNTP-Posting-Host: sylss1.syntegra.bt.co.uk Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Does anyone know whether or not the IP RFC's are available on the NET? Can they be located by Gopher etc? And are they available in Postcript form from anywhere? Thank you... Gary Cameron ---------------------------------------------------------------------- All opinions expressed here my own and not the companies. Maybe... Gary Cameron E-mail camerong@leeds.syntegra.bt.co.uk (ignore imitation copies) Fon ++ 44 532 XXXXXX ---------------------------------------------------------------------- ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39sqea$9jt@laas.laas.fr] <1994111009510600> From: danielle@laas.fr (Danielle Barthe) Newsgroups: comp.protocols.tcp-ip Subject: Scott Bradner tests Date: 10 Nov 1994 09:51:06 GMT Organization: LAAS/CNRS Toulouse France Lines: 18 Message-ID: <39sqea$9jt@laas.laas.fr> References: <38obl6$6f8@bcarh8ab.bnr.ca> Reply-To: danielle@laas.fr NNTP-Posting-Host: narcisse.laas.fr Where can I find Scott Bradner 's resutlts tests? I can't access them since last month on the server: gopher://ndtl-gopher.harvard.edu/11/ndtl/results, Is there an other way to get them? Many thanks Danielle --- _._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._ _._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._ Danielle BARTHE LAAS/CNRS 7 av du C.ROCHE 31077 TOULOUSE CEDEX FR tel. 61.33.64.24 e-mail danielle@laas.fr _._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._ _._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._ ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39t3m7$102@newhub.xylogics.com] <1994111012285400> From: carlson@Xylogics.COM (James Carlson) Newsgroups: comp.protocols.tcp-ip Subject: Re: Local echoing for Telnet protocol Date: 10 Nov 1994 12:28:54 GMT Organization: Xylogics Incorporated Lines: 18 Distribution: world Message-ID: <39t3m7$102@newhub.xylogics.com> References: <39rh3o$j54@charm.magnus.acs.ohio-state.edu> Reply-To: carlson@xylogics.com NNTP-Posting-Host: newhub.xylogics.com In article <39rh3o$j54@charm.magnus.acs.ohio-state.edu>, prabau@magnus.acs.ohio-state.edu (Patrick F Rabau) writes: [...] |> telnet> mode line |> 1 SENT dont SUPPRESS GO AHEAD |> 2 SENT dont ECHO |> 3 RCVD wont SUPPRESS GO AHEAD (don't reply) |> 4 RCVD will ECHO (reply) |> 5 SENT do ECHO (reply) |> |> Isn't this a violation of the telnet protocol? [...] Absolutely. A telnet implementation must always accept DONT and WONT, and must always default to all options off (NVT mode). --- James Carlson Tel: +1 617 272 8140 Annex Software Support / Xylogics, Inc. +1 800 225 3317 53 Third Avenue / Burlington MA 01803-4491 Fax: +1 617 272 2618 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [784472915snx@bsoisf.atr.bso.nl] <1994111013083500> From: make@bsoisf.atr.bso.nl (Marc Kelchtermans) Newsgroups: comp.protocols.tcp-ip Subject: PC/TCP on ISDN Message-ID: <784472915snx@bsoisf.atr.bso.nl> Date: Thu, 10 Nov 94 13:08:35 GMT Organization: ORIGIN/ISF Lines: 17 Currently we are looking at the possibility of installing our E-mail system on an ISDN network. The software can run on a TCP/IP stack provided by FTP Software (PC/TCP). Can PC/TCP be loaded on an ISDN card ? If so, what card ? How ? What does it cost ? What version of PC/TCP ? Does anyone have experience with this ? Questions, question, questions... Any comment would be helpfull. Marc Kelchtermans E-mail Administrator --------------------------------------------------------------------------- Marc Kelchtermans Internet: make@bsoisf.atr.bso.nl X.400 : C=NL;A=400NET;P=BSO ORIGIN;O=BSO/NEDERLAND BV OU1=ORIGIN/ISF;I=MJH;S=Kelchtermans;G=Marc ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39t7or$4pf@pheidippides.axion.bt.co.uk] <1994111013383500> From: robs@goofy (rob spencer) Newsgroups: comp.protocols.tcp-ip Subject: TCP extensions Date: 10 Nov 1994 13:38:35 GMT Organization: BT Labs, Martlesham Heath, Ipswich, UK Lines: 9 Message-ID: <39t7or$4pf@pheidippides.axion.bt.co.uk> NNTP-Posting-Host: goofy.msn.bt.co.uk Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Newsreader: TIN [version 1.2 PL1] Can anyone out there suggest which workstations implement RFC1323 which includes extended TCP window sizes and selective retransmissions. I know that SUN and HP do not. Thanks Rob ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39ta33$j9@raffles.technet.sg] <1994111014181100> From: adula@technet.sg (Chiu Jia Yu) Newsgroups: comp.protocols.tcp-ip Subject: What is the Performance for nfs/socket/rpc ? Date: 10 Nov 1994 14:18:11 GMT Organization: Technet, Singapore Lines: 8 Message-ID: <39ta33$j9@raffles.technet.sg> NNTP-Posting-Host: einstein.technet.sg X-Newsreader: TIN [version 1.2 PL2] What is the performance of the nfs/socket/rpc can I expect between a client/server platform ? Any experience is most welcome. Chiu email : adula@solomon.technet.sg ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39tauf$ib2@hermes.fundp.ac.be] <1994111014324700> From: vnachtergaele@info.fundp.ac.be Newsgroups: comp.protocols.tcp-ip Subject: Sockets, ACK & UDP based reliable datagram library??? Date: 10 Nov 1994 14:32:47 GMT Organization: FUNDP Namur (Belgium) Lines: 68 Sender: vna@lilas (Veronique NACHTERGAELE) Distribution: world Message-ID: <39tauf$ib2@hermes.fundp.ac.be> Reply-To: vnachtergaele@info.fundp.ac.be (Veronique NACHTERGAELE) NNTP-Posting-Host: lilas.info.fundp.ac.be I'm working on a project developing a reliable message based middleware library. That is, applications communicate by sending messages to each other. The messages are relatively small (100 to 1000 bytes). In a typical configuration, there will be one or two servers (running about a dozen server processes), and around one hundred workstations, each running a few (ten at most) client tasks. The one hundred workstations are in ten different locations, connected to the server LAN by ethernet bridges and 64 k bit leased lines. It should not matter, but these are all IBM RS6000's. There are two main issues that remain to be addressed: 1- how to absolutely guarantee message delivery, 2- how to notice within one second that the network (or a server) has gone down. At first, we thought TCP-IP is there just for this. However, we've learned that a successful write to a socket only guarantees that the message has been passed to the lower network layers (on the sending host), while we need confirmation that the message has arrived on the destination host. Can this be done with TCP, without an application level acknowledgment? If not, we'd rather use UDP: it's simpler and should be more performant. Then, a socket read or write may fail, indicating a network problem, but we really need something else: when the network goes down, we want TCP to tell us (with a signal, or any other UNIX means). That should happen in a fraction of a second. What is not clear is whether the keepalive function could be used for that. It seems like that's precisely the function of keepalives. However, I haven't found any useful information on this in my UNIX and TCP-IP manuals. The default keepalive value of two hours is something we cannot understand the meaning of. So it would seem TCP cannot help us here, we'll have to write our own UDP based library, with timers, retransmissions, etc. That doesn't frighten us (to the contrary, it seems like a fun project). Could some knowledgeable people confirm this analysis? Or point me to relevant documents? Last question: would we be reinventing the wheel, is there a public domain version of such a UDP based reliable datagram library? Thanks, Arthur Tommelein Email: ato@cimad.be Cimad Consultants, Groenenborgerlaan 16, 2610 Antwerp, Belgium I'm using a friend's account to post this, but I should be reading this newsgroup regularly. Please send email to my own account: ato@cimad.be. ------------------------------------------------------------ Arthur Tommelein Internet: Arthur.Tommelein@Cimad.Be Cimad Consultants, Groenenborgerlaan 16, 2610 Antwerpen Tel: +32 3 829 32 32 Fax: +32 3 829 32 33 ------------------------------------------------------------ ----MESSAGE-END---- ----MESSAGE-BEGIN---- [comp.soft-sys.dce-RESULT@uunet.uu.net] <1994111014440200> From: rdippold@qualcomm.com (Ron "Asbestos" Dippold) Newsgroups: news.announce.newgroups,news.groups,comp.client-server,comp.os.misc,comp.os.ms-windows.networking.tcp-ip,comp.os.os2.networking.tcp-ip,comp.protocols.tcp-ip,comp.unix.osf.misc,comp.unix.osf.osf1 Subject: RESULT: comp.soft-sys.dce passes 317:22 Supersedes: Followup-To: news.groups Date: 10 Nov 1994 23:04:02 -0500 Organization: Usenet Volunteer Votetakers Lines: 408 Sender: tale@uunet.uu.net Approved: tale@uunet.uu.net Message-ID: References: NNTP-Posting-Host: rodan.uu.net RESULT unmoderated group comp.soft-sys.dce passes 317:22 There were 317 YES votes and 22 NO votes, for a total of 339 valid votes. There was 1 abstain. For group passage, YES votes must be at least 2/3 of all valid (YES and NO) votes. There also must be at least 100 more YES votes than NO votes. There is a five day discussion period after these results are posted. If no serious allegations of voting irregularities are raised, the moderator of news.announce.newgroups will create the group shortly thereafter. Newsgroups line: comp.soft-sys.dce The Distributed Computing Environment (DCE). This vote is being conducted by a neutral third party. For voting questions only contact rdippold@qualcomm.com. For questions about the proposed group contact Craig Weeks CHARTER The newsgroup comp.soft-sys.dce is intended for discussions of any and all DCE implementations and applications across all hardware platforms and operating system. The topics to be discussed include (but are not limited to) the following: - Porting DCE applications between platforms - Configuring DCE cells - Installation of DCE - DCE performance - Network transport questions - Suggestions for future enhancements - Success Stories - Application development tools HOW TO VOTE Send MAIL to: voting@qualcomm.com Just Replying should work if you are not reading this on a mailing list. Your mail message should contain one of the following statements: I vote YES on comp.soft-sys.dce I vote NO on comp.soft-sys.dce You may also ABSTAIN in place of YES/NO - this will not affect the outcome. Anything else may be rejected by the automatic vote counting program. The votetaker will respond to your received ballots with a personal acknowledge- ment by mail - if you do not receive one within several days, try again. It's your responsibility to make sure your vote is registered correctly. One vote counted per person, no more than one per account. Addresses and votes of all voters will be published in the final voting results list. comp.soft-sys.dce Final Vote Ack Voted Yes ------------------------------------------------------------------------------ 73314.1314@CompuServe.COM S. Leach 94CHALLA@wmich.edu a11389@mindlink.bc.ca Muiz Motani Abhijit_Khale@transarc.com achter@informatik.uni-muenchen.de Sven Achter acline@sybase.com Allan Cline adams@feds.Kodak.COM ADAMS at Solar adickma@lookout.ecte.uswc.uswest.com Alan L. Dickman andrean@sco.COM Anthony.Walwyn@telematics.com Anthony Walwyn ARAMIS@ACS.TAMU.EDU Neil Burleson arndt@magenta.Ico.Olivetti.Com arons@ece.ucdavis.edu Tom Arons ault@cs.albany.edu Jim Ault beal@owgmail.endicott.ibm.com beattyje@tyrell.net John Beatty berndw@VAX2.CSTP.UMKC.EDU Bernd Weidenmuller bfc@world.std.com brandon f chubb bianco@MiSTy.larc.nasa.gov David J. Bianco bill@osf.org Bill Masek birchall@pilot.njin.net Dan Birchall BJanosch@stgl.sel.alcatel.de Bernd Janosch VS/EDCB3 Tel. 1196 od. 7355 blarsen@statoil.no Bjorn Hell Larsen bob@wuerl.WUstl.EDU Robert Whitman bobs@hal.com Bob Schaugaard bonnetf@bart.esiee.fr Frank Bonnet brennan@hal.hahnemann.edu Andrew Brennan, Programming Bween bschult@uhc.com Brad Schultz c.taylor@smtplink.az05.bull.com Taylor.C cambria@smaug.enet.dec.com Michael C. Cambria 02-Nov-1994 1022 -0500 CCADDA@beluga.upe.ac.za Daryl Anderson chcampb@indss1.ecte.uswc.uswest.com Cliff Campbell choang@tdkt.skypoint.net Carl Hoang chris@snrc.uow.edu.au Chris Stacey chrisdu@sco.COM Christopher Durham chrism%nmx701.UUCP Chris Malicki Christian.Finger@rz.uni-karlsruhe.de ckk@uchicago.edu Chris Koenigsberg clay@lworks.com Clay Boyd coetmeur@icdc.icdc.fr colinm@sybase.com Colin Morris cornej%kernel.dnet.dec.com@decuk.uvo.dec.com John Corne - 833 3305 20-Oct- csb@ullman.elte.hu Csizmazia Balazs ct@broadcom.ie Ciaran Treanor czeranski@informatik.tu-clausthal.de Joerg Czeranski dacey@crl.com Peter Campbell dave@gcs.co.nz David Carmine dave_reynolds@MENTORG.COM Dave Reynolds dcw@WLV.IIPO.GTEGSC.COM David C. Woodruff de@enterprise.DHZB.DE Dirk Emmel detloff@nikki.CCIT.Arizona.EDU John Detloff dhartung@mcs.com Daniel A. Hartung dhd@citi.umich.edu Dave Detlefs dhs@chloe.cs.wayne.edu dmccart@gomez.sc.intel.com Doug McCarthy ~ Doug.Hartman@charon.citicorp.com Doug Hartman dpo@itd.dsto.gov.au Damian O'Dea dproland@sybase.com David Roland DSW@albert.mit.edu David Woodruff, MIT Lab for Nuclear Science duggan@clear.co.nz Tim Duggan dwc@soac.bellcore.com David Carman DWIGHT@UCSBVM.UCSB.EDU Dwight M. McCann eburger@mason1.gmu.edu Eric W Burger ece_0469@bigdog.engr.arizona.edu andi eckert@fokus.gmd.de K.-P." Eckert ed.smith@midrangecomp.com ed@drax.gsfc.nasa.gov Ed Stokes edb@tpocc.gsfc.nasa.gov Ed Beach efeustel@ida.org Edward Feustel eggert@twinsun.com Paul Eggert eiji@netmarket.com Eiji Hirai eliot@siac.com Eliot M Solomon emrgtech@pcnet.com ems@halcyon.com Erik Seaberg enurmi@ncsmsg01tr.ntc.nokia.com Nurmi Esa evangild@s850.mwc.edu erik vangilder eyala@applicom.co.il Eyal Allalouf ezras@sco.COM Ezra Steinberg felder@atc.co.at Felder Stefan Felix.Hallmann@bln.sel.alcatel.de Felix Hallmann fenzlj@infinet.com John A. Fenzl ferina@to.sem.it Davide Ferina FGSchulz@engprn.mobil.com Fred Schulz Francis.Dupont@inria.fr Francis Dupont fred-neasham@NS.Arizona.EDU fsspr@camelot.acf-lab.alaska.edu Sean P. Ryan gabi@santix.de Gabi Lemberg ganeshb@cs.tamu.edu Ganesha R Beedubail gbase@lindy.stanford.edu Portfolio gopher gchung@openhorizon.com George Chung gds@FICUS.CS.UCLA.EDU Greg Skinner gendalia@buchanan07.res.iastate.edu T. J. Di Marco Geoff.Horn@gf.barclays.co.uk Geoff Horn gio@DI.UniPi.IT Giovanni.Martini@cselt.stet.it glaser@eos.its.op.dlr.de Christian Glaser gleason@bobcat.az05.bull.com David Gleason goldberg_ilya@jpmorgan.com Ilya Goldberg goliath!johnd@st-james.comp.vuw.ac.nz gpower@cmi.on.ca Gerry Power Gregory_Brail@transarc.com gwa1@bluecross.on.ca Greg Walker gwb@umd5.umd.edu George Baltz Hal.Lockhart@onsett.com Hal Lockhart harter@sonic.nmti.com ron harter heilbron@informatik.uni-muenchen.de Stephen Heilbronner Herbert.Hotz@alcatel.ch Herbert Hotz HERWIG@urz1.rz.uni-leipzig.de Wolfram Herwig hethmon@APAC12.AG.UTK.EDU hh@hhdo.ping.de Henning Holtschneider hideaki@hydra.cray.com Hideaki Moriyama hlee@austin.ibm.com Henry Lee honey@citi.umich.edu peter honeyman hrz040@aixrs1.hrz.uni-essen.de Dr. Brett hsn@linus.instrumental.com Henry Newman isoft!uunet!isoft!jec@uunet.uu.net Jonathan Chinitz iv@sco.COM John Elliott IV J.Pelan@Queens-Belfast.ac.uk J. Pelan jacob@tmfs.mpgfk.tu-dresden.de Dirk Jacob jad@nsa.hp.com John Dilley jaffe@applicom.co.il Elliot Jaffe jaisimha@atrium.com Jaisimha Muthegere james_stansell@wiltel.com James Stansell jamison@opndce.enet.dec.com 21-Oct-1994 1223 Jan.Djarv@sa.erisoft.se Jan Djarv japi@finland.hp.com Jari Pirhonen jdt@voodoo.ca.boeing.com Jim Tomlinson JEFF@MITVMA.MIT.EDU Jeff Harrington jeffr@sco.COM jhcaldwell@amoco.com John H. Caldwell jim@belv.com Jim Kimball jimh@u.washington.edu Jim Hogan Jim_Mann@transarc.com JLF@PSUVM.PSU.EDU Jim Forkner 814-865-4775 jmclaugh@infinet.com John McLaughlin joanne@Sakai.jpl.nasa.gov Joanne Shimada joc@netaxs.com john@kinexis.com John Tibbetts johng@belv.com John Griffin Jon.Giltner@Colorado.EDU Jon Giltner jones@bakmes.Colorado.EDU Richard A. Jones Jose.Valverde@ebi.ac.uk J. R. Valverde (4423) jpimentel@nectech.com jroberts@clipr.colorado.edu Jon Roberts jsimpson@fsp.fsp.com John R. Simpson jt@cs.brown.edu Julian Thomas jxn@netcom.com Jerry Neal K.Moayed@frcl.bull.fr Kamran Moayed k150471@proffa.cc.tut.fi Kniivil{ Jarkko kadams@relay.nswc.navy.mil kaindl@aixcip08.Math.uni-augsburg.de Christian Kaindl keithr@sco.COM Keith Reynolds kelly@opndce.enet.dec.com Carol Kelly, OpenVMS DCE 381-0270 21-Oct-1994 13 kkokal@uhc.com Kevin Kokal kl2@helix.nih.gov Robert P. Klein Kmcdonal@aol.com Kovacs@informatik.uni-stuttgart.de Ernoe Kovacs kpayne@redwood.hac.com Kevin Payne kpickens@unicomp.net Keith Pickens kreierla@hccompare.com Larry Kreier (x5294) kremer@cs.utwente.nl Harro Kremer krishna@meaddata.com Krishna Devabhaktuni kugler_s@WIZARD.COLORADO.EDU Susan Kugler KURTDAHM@aol.com Kwaku.Frimpong-Ansah@aut.alcatel.at Kwaku Frimpong-Ansah kwc@citi.umich.edu Kevin Coffman kyokopy@sig.ops.toyosu.unisys.co.jp Kyoko Yamauchi L15D@ZFN.UNI-BREMEN.DE Martin Schroeder Laurent.Vallee@der.edf.fr Laurent Vallee - IMA/ICI/ASR - stagiaire EPITA - leimeng@caip.rutgers.edu Leimeng Linda.Drake@Colorado.EDU Linda Drake linimon@lonesome.com Mark Linimon lmb@barra.csb.ki.se Leif Bergman lord@topaz.kiev.ua Vadim Zaliva lynch@cleo.bc.edu Jaqueline A. Lynch l_lechelle@effix.effix.fr LECHELLE Laurent mac@unison.com Michael Casteel maciag@orange.digex.net Michael Maciag manningc@nz.dialogic.com Charles Manning markb@falcon.teleride.on.ca Mark Baker markc@citi.umich.edu Mark Carter markv@hpwadec.wal.hp.com Mark Vantzelfde masato@access.digex.net J M Thompson mati@psti.com Mati Sauks mauney@jtec.mauney.com Jon Mauney mbm@dsbc.icl.co.uk Malcolm Mladenovic mbrowder@sco.COM Mike Browder mdanley@next3.corp.mot.com Mike Danley mesches@refuge.Colorado.EDU Scott Mesches mfu@gradient.com Ming Fu mfvl@xs4all.nl Michiel van Loon mg@ac.duke.edu Michael Grubb mike@seb.se Michael Evans miket@world.std.com Michael Trachtman miles@eskimo.com Miles Bader monical@walnut.csp.mmc.com Robert Monical morrison@star.enet.dec.com Wayne Morrison, ZK03-4/X09, 381-0757 moscar@orion.ico.olivetti.com Raffaele Mosca mtimm@auk.uwaterloo.ca Martin Timmerman multitec@insosf1.infonet.net murphy@dco.dec.com Rick Murphy mverboven@dow.com Marc Verboven N.Winton@axion.bt.co.uk Neil Winton n9682138@sparc1.cc.ncku.edu.tw nat@netcom.com Nathaniel Stitt neil_r@gradient.com neil neumair@informatik.uni-muenchen.de Bernhard Neumair nhijazi@ix.netcom.com nabil hijazi novak@pt4427.pto.ford.com Louis M. Novak nzaldast@openhorizon.com Nick Zaldastani overlord@access.digex.net David Coe pacheco@gtenet.com Andres Pacheco patelk@basf-corp.com Kalpesh Patel Pat_Stephenson@transarc.com pearceh@rcscl1.dnet.bp.com Huw Pearce, SEMA/BP Exploration, Sunbury-on-Tham pefv700@hpcf.cc.utexas.edu Christopher Phillips peterson@csc.ti.com Bob Peterson Philipp.Hoschka@sophia.inria.fr Philipp Hoschka pio@ncrsecp.copenhagen.NCR.COM Per Igel pkalapa@maxm.com pkarger@gte.com Paul A. Karger pm@fct.unl.pt Pedro Medeiros pp000146@interramp.com Carol & Peter Jobusch PRMADER@lmsmgr.lerc.nasa.gov probert@uhc.com Paul Roberts pschow@advtech.uswest.com Peter Schow pshuang@MIT.EDU R.Germain@frcl.bull.fr Roger GERMAIN Raimund.Moedl@zfe.siemens.de Raimund Moedl rajeeva@sco.COM Rajeev Arora rane@cs.tut.fi M{kinen Rauno ranous@nsa.hp.com Alex Ranous rb@isise.rl.ac.uk Richard Brodie, RAL x6245 reinhard@santix.de Reinhard Jahn rfh@xaos.ml.com Reilly Hayes rheim@standard.com Randy Heim richard@corixia.demon.co.uk Richard Ashton rick@bcm.tmc.edu Richard H. Miller RILEY.STEVE@tntv7.ntrs.com Steve D. Riley 312.630.1374 rkleitma@neumann.uwaterloo.ca Rob Leitman rmishra@VNET.IBM.COM robi@xsft6.ico.olivetti.com Roberto Invernici robin@paros.com Robin Cutshaw rogerv@sco.COM Roland.Ziegler@dlr.de Rolf.Kozlowski@informatik.tu-muenchen.de Rolf Kozlowski ron@vwier.xs4all.nl Ron van Wier rossi@medoc.cica.fr Bruno ROSSI rossmac@hookup.net Ross MacGillivray rpwhite@espresso.rt.cs.boeing.com Roger White (206) 865-4343 rsalz@osf.org Rich Salz rufinus@cae.wisc.edu rwilkie@ch.hp.com Rich Wilkie ryan@odouls.stx.com patrick m. ryan S.BOUCH@HQL2UB.boat.bt.com BOUCH STEVE sailer@a4430edc.esr.hp.com Lee Sailer Saint@phoebus.cs.ncku.edu.tw sammut@dstc.qut.edu.au Andrew Sammut sarr@umich.edu Sarr Blumson schrei@aurora.kapsch.co.at Ralf Schreivogl seebode@fokus.uke.uni-hamburg.de sfine@sirius.bony.com Spencer Fine sherry@it.teithe.gr Sherry Erasmus Student shimizu@ssaws.yk.fujitsu.co.jp SHIMIZU Hiroshi shrdlu@willow.sdd.trw.com Lynda L. True simon@lia.di.epfl.ch Simon Leinen SIMONSC@RCWUSR.BP.COM sisene@edinfor.pt Pedro Enes SMARTIN@uhc.com Stephen J. Martineau someone@boocock.demon.co.uk Internet Relay SPB@tntv8.ntrs.com Steve Bonine spee001@telecom.ptt.nl Jan Willem Spee spike@hal.com Spike White strange@zk3.dec.com Steve Strange USG swcxt@boco.co.gov Shane Castle swgate2!finmail1!WC6693@rutgers.edu sxc@itd.dsto.gov.au Stephen Crawley tatsu_s@ch.hp.com tburch@typhoon.ca.boeing.com Terry Burch Tdahm@aol.com thompson@maya.com Dean Thompson thsscch@iitmax.acc.iit.edu [HuCC] todd_gamble@wiltel.com Todd Gamble tonypuah@werple.apana.org.au Tony Puah tracy@carlc.demon.co.uk Tracy Howard treadway@sco.COM Richard Treadway trey@netcom.com Trey Thompson Tu0usc@aol.com twarren@HK.Super.NET Mr Tim J M Warren Uwe.Graichen@bln.sel.alcatel.de U. Graichen vanrooy@austin.asc.slb.com vince@tii.com Vincent Dovydaitis vinces@sco.COM Vince Seavello Vinod.Jessani@SanDiego.NCR.COM Vinod Jessani walid@jade.spctrm.com Walid Danaf wdi@ztivax.zfe.siemens.de Werner Dittmann weeks@dss1.austin.ibm.com Craig Weeks wei_hu@adlman.engr.sgi.com Wei Hu whalenm@tis.telos.com Matthew V. J. Whalen whartman@VNET.IBM.COM whudace@bgsuvax.bgsu.edu Bill Hudacek wiljo@cls.net Wiljo Heinen win@e3101u01.atl.hp.com Win Strickland winkler@freia.inf.tu-dresden.de Matthias Winkler wjadkin@srv.PacBell.COM Winona Adkins wookie@wookie.demon.co.uk John Beardmore wright@hi.com David Wright wunder@nosferatu.hpl.hp.com Walter Underwood WVISCRC@WVNVM.WVNET.EDU wysocki@datalife.com Chris Wysocki yadallee@Gallif.Ersys.Edmonton.Ab.cA Dave Shariff Yadallee yefim@magna.com Yefim V. Natis ymyong@neumann.uwaterloo.ca Yuh Ming YONG Yolande.Berbers@CS.kuleuven.ac.be Yolande Berbers yshuang@es.ncku.edu.tw Huang Yi-Sheng Yves.Mahe@iacorp.fr Yves MAHE Zahn@uni-augsburg.de Markus Zahn Voted No ------------------------------------------------------------------------------ bediger@csn.org Bruce Ediger catseye@netcom.com Mark Kupferman crouchkp@flidh103.delcoelect.com Kenneth P Crouch csnook@world.std.com carl e snook cward@Think.COM Christopher Ward ewl@panix.com Emery Lapinski gt5139c@prism.gatech.edu Peter L. Thomas iwj10@cus.cam.ac.uk Ian Jackson jgoddard@rd.qms.com Jim Goddard jlitvin@SSD.intel.com John Litvin jsk591@lulu.acns.nwu.edu lvirden@cas.org Larry W. Virden Mark-Moraes@deshaw.com otto@vaxb.acs.unt.edu M. Otto radrayer@panix.com Rebecca Drayer rew@moontarz.nuance.com Ryan Waldron roberson@hamer.ibd.nrc.ca Walter Roberson shaunc@faceplant.gvg.TEK.COM Lou Marsh sledge@hammer.oche.de Thomas Bueschgens srogers@tps.mcs.eds.com Steve Rogers stainles@bga.com Dwight Brown tgm@netcom.com Thomas G. McWilliams Abstained ------------------------------------------------------------------------------ mmt@RedBrick.COM M Mike Taksar KC6ZPS ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39vn5h$ces@crl3.crl.com] <1994111014533700> From: cgi@crl.com (Paul Smith) Newsgroups: comp.protocols.tcp-ip Subject: Re: sendto's maximum size Date: 11 Nov 1994 04:13:37 -0800 Organization: CRL Dialup Internet Access (415) 705-6060 [Login: guest] Lines: 28 Message-ID: <39vn5h$ces@crl3.crl.com> References: <39p5db$6kl@news.csie.nctu.edu.tw> <39pc1f$9d1@noao.edu> NNTP-Posting-Host: crl3.crl.com X-Newsreader: TIN [version 1.2 PL2] Peter L. Beaty (beaty@acsu.buffalo.edu) wrote: : In article <39pc1f$9d1@noao.edu>, W. Richard Stevens wrote: : >> Is there anyone out there knowing what is the maximum message size of the : >> system call of sento and recvfrom. I tried in SunOS4.1 and got maximum : >> size is 9000 bytes, but I would like to know what kind of parameter affects : >> this number. In UDP protocol, the maximum size of a UDP datagram is 64k : >> bytes. How to write a program so that I can use the maximum datagram : >> size. Thanks in advance! : > : >You need a setsockopt() for the SO_SNDBUF socket option. Older BSD-derived : >systems may not let you really send a full-sized UDP datagram. : > : > Rich Stevens : I've got a similar problem, however I believe the problem is on the receiving : end. I'm using recv, have set the SO_SNDBUF and SO_RCVBUF on both ends to : 16384 bytes, but the maximum message size I can receive at once is 8192 bytes. : If I send anything longer, it receives the message as two different blocks. I hope you're not using UDP which must preserv packet boundaries! You are probably useing TCP/IP (SOCK_STREAM), which is just a stream of bytes. A write of 1000 bytes can in theory be read()/recvfrom()/getmsg() in 1-->1000 byte chunks... NEVER depend on your SOCK_STREAM reads reading anything more than 1 byte at a time. This means you need a packet envelop with a byte count etc to denote packet sizes and packet boundaries implemented at the application layer... Good luck. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [Cz25xB.xz@calcite.rhyolite.com] <1994111015342200> Newsgroups: comp.protocols.tcp-ip From: vjs@calcite.rhyolite.com (Vernon Schryver) Subject: Re: TCP/IP performance software? Message-ID: Organization: Rhyolite Software Date: Thu, 10 Nov 1994 15:34:22 GMT References: <39qobi$crv@marble.Britain.EU.net> <39rmq6$8l2@news.CCIT.Arizona.EDU> Lines: 40 In article <39rmq6$8l2@news.CCIT.Arizona.EDU> Leonard@Arizona.EDU writes: > >In article <39qobi$crv@marble.Britain.EU.net>, mfw@warburg (Mark White) writes: >| >|Does any-one know of a TCP/IP network performance benchmark suite that >|runs on Sun 4.1.3 and Solaris 2.0 machines? I have an HP net-perf suite, >|but it does not build on our Sun machines. >| >|We are looking to do performance tests for Sun >|based clients connecting to servers on both Ethernet and FDDI in various >|configurations. The sort of thing I am looking for is the ability to do file >|transfers with different packet sizes and measure the throughput. > >I sure like the tptest program, which slams data at a target >node's TCP DISCARD port. Unlike TTCP (which you also ought >to check out), it doesn't require code installation on both >sides, as most (or many) TCPs implement and enable the DISCARD >port by default. > >You can find it as part of JvNC's NOCOL package: >/pub/jvncnet-packages/nocol on ftp.jnvc.net. > ... Some of my early efforts at TCP benchmarks involved the discard and echo ports. In my estimation, that approach has a fatal flaw. The discard port is implemented on a large number of systems (perhaps the majority) by an "internal" service of the `inetd` daemon. If your TCP or UDP application is a lot like inetd, then blasting at the discard port is a good idea. However, most TCP applications are very different from inetd. As I recall, I vastly improved the apparent performance of the systems I cared about by modest changes to inetd, which should give you a clue about how much attention to pay to results based on the echo or discard ports. (I think those changes have long since been removed from that product, because they only complicated the maintenance of inetd without contributing to its purpose.) Vernon Schryver vjs@rhyolite.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39tfe9$a4m@news.uni-c.dk] <1994111015492900> From: icccdk@inet.uni-c.dk (Lars Larsen) Newsgroups: comp.protocols.tcp-ip Subject: HELP: references for TCP/IP on WAN ? Date: 10 Nov 1994 15:49:29 GMT Organization: News Server at UNI-C, Danish Computing Centre for Research and Education. Lines: 10 Message-ID: <39tfe9$a4m@news.uni-c.dk> NNTP-Posting-Host: inet.uni-c.dk X-Newsreader: TIN [version 1.2 PL2] Hello anyone.. I need a reference of how to run TCP/IP directly on a dedicated TCP/IP WAN. Does anything of that kind exist ?? Please return answers to my mail box: icccdk@inet.uni-c.dk Thank you Lars ICCC A/S Denmark ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39tha5$5q6@noao.edu] <1994111016212500> From: rstevens@noao.edu (W. Richard Stevens) Newsgroups: comp.protocols.tcp-ip Subject: Re: sendto's maximum size Date: 10 Nov 1994 16:21:25 GMT Organization: National Optical Astronomy Observatories, Tucson, AZ, USA Lines: 16 Message-ID: <39tha5$5q6@noao.edu> References: <39p5db$6kl@news.csie.nctu.edu.tw> <39pc1f$9d1@noao.edu> <39t4i8$nub@crl2.crl.com> NNTP-Posting-Host: gemini.tuc.noao.edu >: You need a setsockopt() for the SO_SNDBUF socket option. Older BSD-derived >: systems may not let you really send a full-sized UDP datagram. > > Is the SO_SNDBUF/SO_RCVBUF options setting the "single packet" max sizes > receivable or a queue size that may hold many smaller packets for safe > keeping prior to readin?? For BSD-derived implementations, the send buffer size is essentially the maximum size of a UDP datagram that you can send, since there's no queueing done on output, until the IP packets reach the outgoing interface queue. But on the receiving side the size of the receive buffer is indeed the total size of all queued datagrams (and their 16-byte sockaddr_in's with the source address) for that socket. Rich Stevens ----MESSAGE-END---- ----MESSAGE-BEGIN---- [manishCz29zC.E1t@netcom.com] <1994111017015900> Newsgroups: comp.protocols.tcp-ip From: manish@netcom.com (Manish Rai) Subject: FTP on AIX, VMS, WINDOWS Message-ID: Organization: NETCOM On-line Communication Services (408 261-4700 guest) Date: Thu, 10 Nov 1994 17:01:59 GMT Lines: 13 1) Have ws_ftp installed. When I try ftp to a VMS box I get connections refuses. I can connect to a AIX box and connect to the AIX box form VMS box. 2) I recentry updraged AIX to version 3.2.5. If can ftp to if but when I try and run ftp on it I get following message. "Could not load program ftp" "Symbol same_host in ksh undefined" "Error was: Exec format error" Please reply to manish@netcom.com Thanx in advance. Manish Rai ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39tl4s$k12@hpindda.cup.hp.com] <1994111017265200> From: raj@cup.hp.com (Rick Jones) Newsgroups: comp.protocols.tcp-ip Subject: Re: TCP extensions Date: 10 Nov 1994 17:26:52 GMT Organization: the Unofficial Hewlett-Packard Lines: 15 Message-ID: <39tl4s$k12@hpindda.cup.hp.com> References: <39t7or$4pf@pheidippides.axion.bt.co.uk> Reply-To: raj@cup.hp.com NNTP-Posting-Host: hpindio.cup.hp.com X-Newsreader: TIN [version 1.2 PL2] rob spencer (robs@goofy) wrote: ^^^^^^^^^^ [might want to see what is preventing your full email address from being put here...] : I know that SUN and HP do not. Yes and No for HP. Stock HP-UX 9.X TCP does not support RFC1323. The RFC 1323 extensions are shipped with the 9.X EISA Fibre Channel software, which one gets when ordering the EISA Fibre Channel card. Of course, there's also the standard "in the next major release" answer...but that does not do much for today. rick jones ----MESSAGE-END---- ----MESSAGE-BEGIN---- [Cz2Br1.7FE@microsoft.com] <1994111017400900> Newsgroups: comp.protocols.tcp-ip.ibmpc,comp.protocols.smb,comp.protocols.tcp-ip From: stevehi@microsoft.com (Steve Hiskey) Subject: Re: Accessing LAN Manager resources through a router Message-ID: Organization: Microsoft Corp. Date: Thu, 10 Nov 1994 17:40:09 GMT Distribution: usa References: <39crfd$lkv@sgi.iunet.it> Lines: 34 Can you ping the resource? If you can ping it, you should be able to add the resource to your lmhosts file. There exists a "proxy" hack internally called the mailslot router (I think the docs call it something like TCPIP services for WANs or something) which will proxy reply your local arp. Do a ping to verify and then play with the ADDNAME command to add the netbios to ip mapping, if that works, add it to your lmhost. Arps are always local, because they are broadcasts... Steve | | Hi, | | My PC is uses Microsoft Lan Manager (2.2 I think) to access resources | on a HP-9000 server using LMU. Now I came accros the need of accessing other | resources on a similar server that is on a different subnet separated | by a router (also HP). I have tried configuring my lmhosts, hosts files | but with no result. | | Using tcpdump I managed to look at what my PC sends out and discovered | that it will always does a broadcast on the subnetwork it's on instead | of using the address of the server on the other side of the network. | | I called HP support and they told me that this is how Lan Manager is | supposed to work. So how can I use something on the other side of the | router wall? Browsing through the manuals I saw there is a | replication service, but I couldn't get my sysadm to try setting it up. | | Any suggections? | | Thanks in advance ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39to5c$cle@fido.asd.sgi.com] <1994111018182000> From: skibo@florida.engr.sgi.com () Newsgroups: comp.protocols.tcp-ip Subject: Re: TCP extensions Date: 10 Nov 1994 18:18:20 GMT Organization: Silicon Graphics, Inc., Mountain View, CA Lines: 23 Message-ID: <39to5c$cle@fido.asd.sgi.com> References: <39t7or$4pf@pheidippides.axion.bt.co.uk> NNTP-Posting-Host: florida.engr.sgi.com In article <39t7or$4pf@pheidippides.axion.bt.co.uk>, rob spencer wrote: >Can anyone out there suggest which workstations implement RFC1323 >which includes extended TCP window sizes and selective >retransmissions. > >I know that SUN and HP do not. > >Thanks > >Rob Any Silicon Graphics machine running IRIX 5.0 or later has the RFC 1323 extensions (extended TCP window sizes). RFC 1323 does not specify selective acknowledgements and we have not implemented them. -- --- Thomas Skibo Networking Hardware Group skibo@sgi.com Silicon Graphics, Inc. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39toll$8tg@ixnews1.ix.netcom.com] <1994111018270100> From: summit@ix.netcom.com (Summit '94) Newsgroups: comp.dcom.lans.ethernet,comp.dcom.lans.fddi,comp.dcom.lans.misc,comp.dcom.lans.token-ring.comp.dcom.servers,comp.dcom.sys.cisco,comp.dcom.sys.wellfleet,comp.protocols.tcp-ip Subject: Enterprise Mangement Summit '94 Date: 10 Nov 1994 18:27:01 GMT Organization: Netcom Lines: 24 Distribution: world Message-ID: <39toll$8tg@ixnews1.ix.netcom.com> NNTP-Posting-Host: ix-sf2-21.ix.netcom.com Enterprise Management Summit Phone 415.512.0801 or 800-340-2111 Fax 415.512.1325 E-Mail emiinc@mcimail.com Summit '94 November 14-18 Summit '94 is right around the corner! A Panel of Experts has been appointed for the Enterprise Management Summit '94. This panel will evaluate the vendor shoot-out in the Enterprise Management Center, located on the second floor of the Santa Clara Convention Center. The panel includes Warren Williams (Pacific Bell), Steve Waldbusser (Carnegie-Mellon), John McConnell (McConnell Consulting) and Randy Smith (UPS). The panel's evaluation will be made available at the end of the conference. Theater particpants include Computer Associates, Hewlett-Packard, IBM, DEC,and Bull. The Conference Starts Next Week! Don't miss out on this exciting event! Register today. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39tsl2$fvn@cantaloupe.srv.cs.cmu.edu] <1994111019345800> From: geoffl@GS10.SP.CS.CMU.EDU (Geoff Langdale) Newsgroups: comp.protocols.tcp-ip Subject: Wanted: Implementations of rfc1256 (Router Discovery) and IP in IP Date: 10 Nov 1994 19:34:58 GMT Organization: Carnegie Mellon University Lines: 11 Distribution: world Message-ID: <39tsl2$fvn@cantaloupe.srv.cs.cmu.edu> NNTP-Posting-Host: gs10.sp.cs.cmu.edu Are there public or semi-public implementations of RFC1256 Router Discovery and the IP-in-IP protocol that someone could point me to? The standards are fairly simple, but I don't really want to reinvent the wheel. Thanks. -- Geoff Langdale | "I also had a score to settle with Grad Student | talk.bizzare. I never forgot what Carnegie Mellon University | they did to me" -Andy Beckwith ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39tt5m$akv@chnews.intel.com] <1994111019435000> From: kirkwood@strider.fm.intel.com (Clayton Kirkwood) Newsgroups: comp.protocols.tcp-ip Subject: DHCP help!! Date: 10 Nov 1994 19:43:50 GMT Organization: Intel Information Technology Lines: 8 Distribution: world Message-ID: <39tt5m$akv@chnews.intel.com> NNTP-Posting-Host: eru.fm.intel.com Hi, I am trying to find source for DHCP. I have seen various other requests recently which didn't appear to be answered. I have also heard a rumor that the source was pulled back because there was a "bug", but this seems unusual. What is the status and where can I find the source. I am wanting to get it ported to an NCR system running Unix. Thanks, ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39u12h$t4g@paperboy.wellfleet.com] <1994111020502500> From: tyackel@baynetworks.com (Terry Yackel) Newsgroups: comp.protocols.tcp-ip Subject: Chameleon TCP/IP and Novell Netware at the same time Date: 10 Nov 1994 20:50:25 GMT Organization: Bay Networks Lines: 9 Message-ID: <39u12h$t4g@paperboy.wellfleet.com> NNTP-Posting-Host: 192.32.105.129 X-Newsreader: WinVN version 0.81 Fellow networkers: I am trying to get Chameleon Ver. 4.0 for Windows and Novell Netware to work together at the same time on the network. I have not been successful doing this. Anyone have a config.sys,autoexec.bat, net.cfg, system.ini, and win.ini that works? Thanks in advance, please respond via e-mail at tyackel@baynetworks.com Terry Yackel ----MESSAGE-END---- ----MESSAGE-BEGIN---- [Cz2MFK.Mt5@research.att.com] <1994111021305600> Newsgroups: comp.protocols.tcp-ip From: keshav@research.att.com (srinivasan keshav <8773-40232> 0112720) Subject: ACM SIGCOMM'95 Call For Papers Message-ID: Organization: Info. Sci. Div., AT&T Bell Laboratories, Murray Hill, NJ Date: Thu, 10 Nov 1994 21:30:56 GMT Lines: 204 Call for Papers ACM SIGCOMM'95 CONFERENCE Applications, Technologies, Architectures, and Protocols for Computer Communication Cambridge, Massachusetts, USA August 30 to September 1, 1995 (Tutorials and Workshop, August 28 and 29) An international forum on computer communication network applications and technologies, architectures, protocols, and algorithms. SIGCOMM'95 seeks papers about significant contributions to the broad field of computer and data communication networks. Authors are invited to submit full papers concerned with both theory and practice. Papers specifically focused on "higher- layer" issues of network infrastructure, management, and distributed application services are particularly encouraged. The areas of interest include, but are not limited to: * Distributed application infrastructure paradigms; * Distributed common application services, middleware protocols; * Resource sharing, quality of service, multi-media networks; * Heterogeneous interworking, large scale networks; * Network management; * Important experimental results from operational networks; * High-speed networks, routing and addressing; * Wireless networking, support for mobile hosts; * Analysis and design of computer network architectures and algorithms; and * Protocol specification, verification, and analysis. SIGCOMM'95 is a single-track, highly selective conference where successful submissions typically report results firmly substantiated by experiment, implementation, simulation, or mathematical analysis. The SIGCOMM'95 committee is planning both an excellent technical program and related activities. In addition to the presentation of papers and results, SIGCOMM'95 will offer tutorials and workshops by noted instructors on the two days preceding the actual conference. We also plan an evening session where speculative results and outrageous opinions can be presented and discussed. Papers must be less than 20 double-spaced pages long (formatted for printing in the Proceedings, papers may not be longer than 12 pages), have an abstract of 100-150 words, and be original material that has not been previously published nor is currently under review by another conference or journal. Important Dates: Paper submissions: 30 January 1995 Tutorial/workshop proposals: 30 January 1995 Notification of acceptance: 17 April 1995 Camera ready papers due: 22 May 1995 All submitted papers will be judged based on their quality and relevance through double-blind reviewing where the identities of the authors are withheld from the reviewers. Authors names should not appear on the paper or in the postscript file for electronic submissions. A cover letter is required that identifies the paper title and lists the name, affiliation, telephone/fax numbers, and e-mail address of all authors. Authors of accepted papers need to sign an ACM copyright release form. The Proceedings of the conference will be published as a special issue of ACM SIGCOMM Computer Communication Review. The program committee may also select a few papers for possible publication in the IEEE/ACM Transactions on Networking. Paper submissions should be sent to: David Clark/Karen Sollins, Program Chairs at address below OR electronic submissions to: sc95@mercury.lcs.mit.edu Five copies are required for paper submissions. Electronic submissions (preferred) should be uuencoded, compressed postscript. Authors should separately e-mail the title, author names and abstract of their paper to the program chairs and identify any special equipment that will be required during its presentation. Due to the high number of anticipated submissions, authors are encouraged to strictly adhere to the submission date. SIGCOMM'95 will begin with two days of tutorials/workshops, each of which is intended to cover a single topic in detail. Proposals are solicited from individuals willing to give tutorials, which may be either a half day (4 hours) or a full day in length and cover topics at an introductory or advanced level. Tutorial and workshop submissions should be made to the Tutorial Chair noted below and include an extended abstract and outline (2-4 pages), and an indication of length, objectives, and intended audience. Student Paper Award: Papers submitted by students will enter a student-paper award contest. Among the accepted papers, a maximum of four outstanding papers will be awarded full conference registration and a travel grant of $500 US dollars. To be eligible the student must be the sole author of the paper, or the first author and primary contributor. A cover letter must identify the paper as a candidate for this competition. General Chair: Stuart Wecker Symmetrix, Inc. One Cranberry Hill Lexington, MA 02173 U.S.A. Ph: +1 617 862 3200 Fax: +1 508 443 8117 E-mail: wecker@symmetrix.com Program Co-Chairs: David Clark and Karen Sollins M.I.T. Laboratory for Computer Science 545 Technology Square Cambridge, MA 02139 U.S.A. David Clark: +1 617 253 6003 Karen Sollins: +1 617 253 6006 Fax: +1 617 253 2673 E-mail: sc95pc@mercury.lcs.mit.edu Treasurer: Julio Escobar, BBN Ph: +1 617 873 4579 jescobar@bbn.com Publicity Chair: S. Keshav, Bell Labs Ph: +1 908 582 3384 E-mail: keshav@research.att.com Tutorial Chair: William Hawe, DEC Ph: +1 508 486 7666 E-mail: hawe@lkg.dec.com Registration Chair: Liann DiMare, Mitre Corp. Ph: +1 617 271 2567 E-mail: ldimare@mitre.org Publications Chair: Abhaya Asthana, Bell Labs Ph: +1 908 582 6687 E-mail: abhaya@research.att.com Program Committee: Ian Akyildiz Georgia Inst of Tech, USA Ernst Biersack Institut EURECOM, France Jean-Chrysostome Bolot INRIA, France Lillian Cassel Villanova Univ, USA Lyman Chapin BBN, USA Jon Crowcroft Univ College London, UK Peter Danzig USC, USA Bruce Davie Bellcore, USA Stephen Deering Xerox, USA Gary Delp IBM, USA Deborah Estrin USC, USA Sally Floyd LBL, USA Paul Francis NTT, Japan Inder Gopal IBM, USA David Greaves U of Cambridge, UK Hemant Kanakia AT&T, USA Jim Kurose U of Massachusetts, USA Lawrence Landweber U of Wisconsin, USA Will Leland Bellcore, USA Larry Masinter Xerox, USA Derek McAuley U of Cambridge, UK David Mills U of Delaware, USA Jeffrey Mogul DEC, USA Gerald Neufeld U of British Columbia, Can Craig Partridge BBN, USA Joseph Pasquale U of Cal, San Diego, USA Krzystztof Pawlikowski U of Canterbury, New Zealand Larry Peterson U of Arizona, USA Stephen Pink SICS, Sweden Bernhard Plattner ETH, Zurich, Switzerland Michael Schwartz U of Colorado, USA Scott Shenker Xerox, USA Ellen Siegel Xerox, USA Jonathan Smith U of Penn, USA Martha Steenstrup BBN, USA James Sterbenz GTE, USA Jonathan Turner Washington U, St. Louis, USA Greg Watson Hewlett Packard, USA Lixia Zhang Xerox, USA ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39v78n$atv@news.bu.edu] <1994111021400800> From: landmann@acs.bu.edu (Ron Gerald Landmann) Newsgroups: comp.os.ms-windows.networking.tcp-ip,alt.winsock,comp.protocols.tcp- Subject: Re: Winsock Application FAQ - Updated ! Date: Fri, 11 Nov 94 02:40:08 EST Organization: Boston University Lines: 15 Message-ID: <39v78n$atv@news.bu.edu> References: <394u6s$qea@news.primenet.com> Reply-To: larsenc@lcs.com NNTP-Posting-Host: ppp-82-5.bu.edu Mime-Version: 1.0 X-Newsreader: WinVN 0.93.02 I did just that, but for the past couple of weeks, I keep on getting the following error: HT Access: Error accessing "http://www.ramp.com/~lcs/faqhtml.html":"SOCKET: Connection has been refused" Do you know wat the problem might be and how I could access this FAQ? >The Winsock Application FAQ has been updated ! Look for continual updates over the next week or so. > >Point your WWW client at: > >http://www.ramp.com/~lcs/faqhtml.html ----MESSAGE-END---- ----MESSAGE-BEGIN---- [Cz2nH5.C17@acsu.buffalo.edu] <1994111021532800> Newsgroups: comp.protocols.tcp-ip From: beaty@acsu.buffalo.edu (Peter L. Beaty) Subject: Re: sendto's maximum size Message-ID: Sender: nntp@acsu.buffalo.edu Nntp-Posting-Host: beatrix.eng.buffalo.edu Organization: UB References: <39p5db$6kl@news.csie.nctu.edu.tw> <39pc1f$9d1@noao.edu> Date: Thu, 10 Nov 1994 21:53:28 GMT Lines: 17 In article <39pc1f$9d1@noao.edu>, W. Richard Stevens wrote: >> Is there anyone out there knowing what is the maximum message size of the >> system call of sento and recvfrom. I tried in SunOS4.1 and got maximum >> size is 9000 bytes, but I would like to know what kind of parameter affects >> this number. In UDP protocol, the maximum size of a UDP datagram is 64k >> bytes. How to write a program so that I can use the maximum datagram >> size. Thanks in advance! > >You need a setsockopt() for the SO_SNDBUF socket option. Older BSD-derived >systems may not let you really send a full-sized UDP datagram. > > Rich Stevens I've got a similar problem, however I believe the problem is on the receiving end. I'm using recv, have set the SO_SNDBUF and SO_RCVBUF on both ends to 16384 bytes, but the maximum message size I can receive at once is 8192 bytes. If I send anything longer, it receives the message as two different blocks. :( ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov11.030230.219@exclbr.spcc.com] <1994111022022900> Newsgroups: comp.infosystems.www.providers,comp.protocols.tcp-ip Subject: Help! WinHTTPD w/socks to Netscape Message-ID: <1994Nov11.030230.219@exclbr.spcc.com> From: sean_shepard@mercury.spcc.com (Sean Shepard) Date: 11 Nov 94 03:02:29 EST Sender: -Not-Authenticated-[2350] Organization: Shepard Poorman Communications Nntp-Posting-Host: sean.spcc.com X-Posted-From: InterNews 1.0@exclbr.spcc.com. Xdisclaimer: No attempt was made to authenticate the sender's name. Lines: 39 I am getting "TCP Error"s in NetScape trying to access an HTTPD server I am constructing on my Windows For Workgroups machine. I am using HTTPD 1.3pre, TCP-32, and Windows for Workgroups on a Dell Pentium with a Cabletron 22 series ethernet board. I tried switching to SERWEB to see if the errors continue and they do. It therefore appears to be a problem with the TCP stack!?? I do not get the errors when accessing the server from MOSAIC on either my Mac or my NT machine. Only when using NetScape on the Mac (haven't tried PC Netscape). I also do not get any errors accessing any other servers including two others I've set-up on an NT machine and on a NeXT. Interestingly enough, everything comes accross okay despite the error. Once I click on "okay" if I click on the "images" button on the toolbar then it paints the screen and gives me another message box with "TCP ERROR" in it. I click on that and I'm okay. The errors are kind of disrupting though! ;) In doing some very high-level packet watching the only thing I saw that was strange was that my PC would kick out a lot of 1,518 byte packets and the NeXT didn't send packets that large. 1,518 bytes is, of course, the maximum allowable by ethernet but would that cause any problems for WWW services??? PLEASE HELP!?!?! Mail me at sean_shepard@mercury.spcc.com Sean C. Shepard #include Network/Telecommunications Mgr 

      
Shepard Poorman Communications    "Watch me as I dribble with
7301 North Woodland Drive          the rock, and then I make
Indianapolis, IN  46268            your jaw drop, as I stop and
sean_shepard@mercury.spcc.com      hit the last shot." W-N-E
----MESSAGE-END---- ----MESSAGE-BEGIN---- [N.Kaviani.56.2EC29D64@massey.ac.nz] <1994111022233200> From: N.Kaviani@massey.ac.nz (Nasser Kaviani) Newsgroups: comp.protocols.tcp-ip Subject: error ACMsetup caused a stack fault in module KRNL386.exed at 0001:1BB4 Date: Thu, 10 Nov 1994 22:23:32 GMT Organization: Computing Services, Massey University, Palmerston North Lines: 17 Distribution: world Message-ID: NNTP-Posting-Host: cc-kaviani.massey.ac.nz Summary: When using setup /a to install winword as a shared program get the ACMsetup fault Keywords: NFS, WINDOWS, SETUP /A X-Newsreader: Trumpet for Windows [Version 1.0 Rev B] Hi all I am trying to install winword6 and Excel 5 on a NFS network drive using Setup /a. After asking me about what directories you want to put the program and the msapps etc it goes and thinks for a while then comes with the following error message: Error ACMsetup caused a stack fault in module KRNL386.exe at 0001:1bb4 I have tried different workstations, I have redone the installation of windows3.1 itself, but continuously get the same error message. Does this ring any bells? Your help will be appreciated. Please email me at N.Kaviani@massey.ac.nz ----MESSAGE-END---- ----MESSAGE-BEGIN---- [67@rscsys.UUCP] <1994111022412800> From: bob@rscsys.UUCP (Bob Celmer) Newsgroups: comp.protocols.tcp-ip Subject: Re: VSAT network link experiences sought Summary: ftp - 4 to 8 Kbytes/second, telnet is slow Message-ID: <67@rscsys.UUCP> Date: 10 Nov 94 22:41:28 GMT References: <39m8c4$m9q@Jester.CC.MsState.Edu> Reply-To: bob@rscsys.UUCP (Bob Celmer) Organization: Private Lines: 52 In article <39m8c4$m9q@Jester.CC.MsState.Edu> fwp@CC.MsState.Edu writes: >Hello, > >I'm interested in hearing from anyone familiar with VSAT network links. > [ remainder of message deleted ] >-- >Frank Peters - UNIX Systems Group Leader - Mississippi State University >Internet: fwp@CC.MsState.Edu - Phone: 601-325-7030 - FAX: 601-325-8921 > WWW Home Page: http://www.msstate.edu/~fwp/ Hello Frank - I don't know whether this will reach you in time to be useful, but here goes... The company I work for currently has around 1000 sites connected via TCP/IP over VSAT. Our out-route has a maximum bandwidth of 512 Kbits/sec, and each in-route has a bandwidth of 128 Kbits/sec. Performance across that link can vary tremendously between TCP/IP implementations, and between VSAT providers, but for us, ftp transfers typically run around 4 Kbytes / second inbound, and 8 Kbytes / second outbound. Transfers which require a double hop are constrained by the in-route, and will not go faster than 4 Kbytes / second or so. There are several constraints which must be considered, but the principle ones are: 1) buffer space provided by the earth station 2) the intelligence in the TCP/IP software (many TCP/IP implementations perform very poorly if running across anything other than ethernet) 3) the number of simultaneous requests for bandwith on both the in- and out-routes. Our experience has shown that only between 50 and 60 percent utilization of the theoretical bandwidth can be expected (total, sustained throughput). Telnet performance is not great. A propogation delay of 1.5 to 1.7 seconds can be expected per hop. If you are directly connected to the baseband equipment, your keystroke will be received by the remote site and echoed back to you in approximately 1.5 seconds. If you are one remote site telnetting into another remote site, you will wait 3 seconds or more to see your keystrokes returned to you. I cannot give you any help with your IPX/SPX related questions, but I think you can infer what you need from my comments above. IPX does work across VSAT, we simply do not use it. Good Luck, Bob. -- UUCP: banana!core!rscsys!bob Disclaimer: I've never voted for Al Gore. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39ug0g$4a8@news1.shell] <1994111101052000> From: dstein@shell.portal.com (Doug Stein) Newsgroups: comp.protocols.tcp-ip Subject: HT Feed Other Domains? Date: 11 Nov 1994 01:05:20 GMT Organization: Portal Communications Company -- 408/973-9111 (voice) 408/973-8091 (data) Lines: 21 Message-ID: <39ug0g$4a8@news1.shell> NNTP-Posting-Host: jobe.shell.portal.com X-Newsreader: TIN [version 1.2 PL2] I am attempting to answer some questions for my boss and hope someone can point me in the proper direction. If I have a host registered as a domain (assume home.com) being serviced by a UUCP feed (ie I communicate with my service provider via a dial-up UUCP connection), can I, in turn, feed someone else's domain (assume other.com)? I assume that there is a way to do it, but what I really want to be able to do is handle all administration for "private" domains at my site (host.com) and not one level up (provider.com). I've been reading through O'Reilly's "DNS and BIND" book but still am not clear. Restated: I want users at other.com to be able to send email to the Internet via home.com, which would then send to provider.com. Conversely, I'd like to be able to allow someone at a foreign site to send email to user@other.com and know that it will eventually get to home.com for distribution to other.com. Can this be done exclusively by the sysadmin at home.com? Thanks in advance! -- Doug Stein (dstein@shell.portal.com) Voice: (408) 986-8704 Consolidated Business Systems, Inc. Fax: (408) 986-0540 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39uh91$sp2@ra.nrl.navy.mil] <1994111101265700> From: atkinson@sundance.itd.nrl.navy.mil (Ran Atkinson) Newsgroups: comp.protocols.tcp-ip Subject: Re: DHCP help!! Date: 11 Nov 1994 01:26:57 GMT Organization: Naval Research Laboratory, DC Lines: 15 Distribution: inet Message-ID: <39uh91$sp2@ra.nrl.navy.mil> References: <39tt5m$akv@chnews.intel.com> NNTP-Posting-Host: sundance.itd.nrl.navy.mil In article <39tt5m$akv@chnews.intel.com> kirkwood@strider.fm.intel.com (Clayton Kirkwood) writes: >Hi, I am trying to find source for DHCP. I have seen various other requests >recently which didn't appear to be answered. I have also heard a rumor that >the source was pulled back because there was a "bug", but this seems unusual. To my knowledge there is no freely distributable implementation of DHCP. If one does exist, I too would be interested in knowing of it. There are freely distributable implementations of BOOTP which would be a good basis for building a DHCP implementation. WHO do you think has worked on a freely distributable DHCP implementation ? Ran atkinson@itd.nrl.navy.mil ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39ujre$5be$1@usenet.pa.dec.com] <1994111102105400> From: mogul@pa.dec.com (Jeffrey Mogul) Newsgroups: comp.protocols.tcp-ip Subject: Re: TCP extensions Date: 11 Nov 1994 02:10:54 GMT Organization: DEC Western Research Lines: 11 Message-ID: <39ujre$5be$1@usenet.pa.dec.com> References: <39t7or$4pf@pheidippides.axion.bt.co.uk> NNTP-Posting-Host: gnomea.pa.dec.com In article <39t7or$4pf@pheidippides.axion.bt.co.uk> robs@goofy (rob spencer) writes: >Can anyone out there suggest which workstations implement RFC1323 >which includes extended TCP window sizes and selective >retransmissions. DEC OSF/1 fully supports the Window Scale option of RFC1323. I don't know about the other features. -Jeff ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39us0r$cnj@worak.kaist.ac.kr] <1994111104301900> From: mgt421@mgt.kaist.ac.kr (MIS) Newsgroups: comp.protocols.tcp-ip Subject: routing Date: 11 Nov 1994 04:30:19 GMT Organization: Korea Advanced Institute of Science and Technology Lines: 6 Message-ID: <39us0r$cnj@worak.kaist.ac.kr> NNTP-Posting-Host: mgt.kaist.ac.kr X-Newsreader: TIN [version 1.2 PL2] i want to know about OSPF protocol. Especially cost function. Also, which network uses OSPF prortocol, and problem with using OSPF in practice. Please help me. e-mail address hongkt@telmal.kaist.ac.kr ----MESSAGE-END---- ----MESSAGE-BEGIN---- [davidi.1.2EC3019C@deakin.edu.au] <1994111105310900> From: davidi@deakin.edu.au (David Hadfield Ivens) Newsgroups: comp.protocols.tcp-ip Subject: good/cheap winsock telnet wanted Date: Fri, 11 Nov 1994 05:31:09 GMT Organization: Deakin University, Geelong, Australia Lines: 20 Distribution: world Message-ID: NNTP-Posting-Host: janus.ccs.deakin.edu.au X-Newsreader: Trumpet for Windows [Version 1.0 Rev A] We would like to test some telnets which use the trumpet winsock Reasonably cheap site-licence is required Must be able to re-map the function keys (F1-F20) any recommendations and where I can download them from most welcome thanks davidi@deakin.edu.au David H.Ivens, Ph. 61 52 272508 Computing & Communications Services, Fax 61 52 272010 Deakin University, Geelong, Victoria, Australia 3217 email:davidi@deakin.edu.au -------------------------------------------------------------------------- ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39uvq1$jr2@cronkite.ocis.temple.edu] <1994111105345700> From: psampat@astro.ocis.temple.edu (Pragnesh Sampat) Newsgroups: comp.protocols.tcp-ip Subject: Subnetting a Class C - confused Date: 11 Nov 1994 05:34:57 GMT Organization: Temple University, Academic Computer Services Lines: 47 Message-ID: <39uvq1$jr2@cronkite.ocis.temple.edu> NNTP-Posting-Host: astro.ocis.temple.edu Summary: subnetting Keywords: subnetting, routing, unix X-Newsreader: TIN [version 1.2 PL2] I am getting confused by the following two multihomed boxes: ----------------- ----------------- | 199,99,166.9 | net1 | 199.99.166.12 | | 255.255.255.192 | -------- | 255.255.255.192 | | 199.99.166.63 | | 199.99.166.63 | | | | | | | | | | 199.99.166.193 | net2 | 199.99.166.197 | | 255.255.255.192 | --------- | 255.255.255.192 | | 199.99.166.255 | | 199.99.166.255 | | | | | | osf/1 v2.0 | | SunOS 4.1.x | ----------------- ----------------- 1) Is the above a legal configuration? (subnetting ok?) 2) From osf/1: % ping 199.99.166.12 should work? % ping 199.99.166.197 should work? (I believe both should work) 3) How about similar pings from the sunos? (only net1 seems to work. Have yet to swap the nets and see if it make a difference and check if it is routing or a net2 issue) netstat -nr on both machines shows that there is a route to the 199.99.166.0 through interface 1 and 199.99.166.192 through the interface 2. Any comments are welcome. (I also welcome any comments on subnetting guidelines on various unix boxes or related matters.) Thanks for any info. -Pragnesh -- Pragnesh Sampat psampat@astro.ocis.temple.edu 412 934 6626 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3a0f5j$4ti@access3.digex.net] <1994111105431500> From: esmith@access3.digex.net (Eric V. Smith) Newsgroups: comp.sys.sequent,comp.protocols.tcp-ip Subject: Stevens' daemon_start() on Dynix Date: 11 Nov 1994 14:03:15 -0500 Organization: Windsor Software Corp, Silver Spring, MD USA Lines: 21 Message-ID: <3a0f5j$4ti@access3.digex.net> NNTP-Posting-Host: access3.digex.net Keywords: daemon Sequent Dynix Sorry about the cross post. This belongs in the Sequent group, but I suspect anyone who knows the answer will hang out in comp.protocols.tcp-ip. I'm trying to write a daemon on a Sequent running Dynix/ptx 2.1.1. It is my understanding that this is a SVR3 derivative. I'm using the code from Stevens' "Unix Network Programming", page 82 for his skeleton daemon. I'm having problems getting this to work, in particular when trying to disassociate from the controlling terminal and process group. (setpgrp(), for example. I can't find a .h file or man page entry for this, but there is tcsetpgrp(), which I'm not familiar with.) Does anyone have this working? I'll post a summary if I find an answer. Thanks. Eric. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [39v12a$k28@cronkite.ocis.temple.edu] <1994111105562600> From: psampat@astro.ocis.temple.edu (Pragnesh Sampat) Newsgroups: comp.protocols.tcp-ip Subject: Class C subnetting Date: 11 Nov 1994 05:56:26 GMT Organization: Temple University, Academic Computer Services Lines: 45 Message-ID: <39v12a$k28@cronkite.ocis.temple.edu> NNTP-Posting-Host: astro.ocis.temple.edu Summary: subnetting Keywords: routing,subnetting X-Newsreader: TIN [version 1.2 PL2] I am getting confused by the following two multihomed boxes: ----------------- ----------------- | 199,99,166.9 | net1 | 199.99.166.12 | | 255.255.255.192 | -------- | 255.255.255.192 | | 199.99.166.63 | | 199.99.166.63 | | | | | | | | | | 199.99.166.193 | net2 | 199.99.166.197 | | 255.255.255.192 | --------- | 255.255.255.192 | | 199.99.166.255 | | 199.99.166.255 | | | | | | osf/1 v2.0 | | SunOS 4.1.x | ----------------- ----------------- 1) Is the above a legal configuration? (subnetting ok?) 2) From osf/1: % ping 199.99.166.12 should work? % ping 199.99.166.197 should work? (I believe both should work) 3) How about similar pings from the sunos? (only net1 seems to work. Have yet to swap the nets and see if it make a difference and check if it is routing or a net2 issue) netstat -nr on both machines shows that there is a route to the 199.99.166.0 through interface 1 and 199.99.166.192 through the interface 2. Any comments are welcome. (I also welcome any comments on subnetting guidelines on various unix boxes or related matters.) Thanks for any info. -Pragnesh ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3a0q7i$96t@Mercury.mcs.com] <1994111106120200> From: les@MCS.COM (Leslie Mikesell) Newsgroups: comp.protocols.tcp-ip.ibmpc,comp.os.ms-windows.misc,comp.os.ms-windows.setup,comp.protocols.tcp-ip,comp.protocols.tcp-ip.ibmpc,connect.audit Subject: Re: Can MS-Windows(3.11) use TCP/IP as THE ONLY transport protocol? Date: 11 Nov 1994 16:12:02 -0600 Organization: /usr/lib/news/organi[sz]ation Lines: 44 Message-ID: <3a0q7i$96t@Mercury.mcs.com> References: NNTP-Posting-Host: mercury.mcs.com In article , Ken Tough wrote: >I would like to know if it is possible to use TCP/IP for the >"default ms-windows protocol" i.e) as the standard transport over which >all ms-windows communications takes place. (For example, picture a >network of WfWg machines where the only Ethernet packets are IP ones. Sure. The only problem you might hit is that you can't use the 32bit MS tcp stack without having windows running. The 16bit stack will let you do a NET START from dos, but it is slower and eats a lot of dos memory so it may not be practical. >I can't find a protocol stack diagram anywhere showing me: >a) that what I want is actually feasible >b) what bits I should stick together to make it work You don't need a diagram. Just go to the WFWG network setup screen and install tcpip, then select all the other protocols and delete them. >There is a lot of info in the WfWorkgroups Resource Kit about how to install >Microsoft TCP/IP, but it does not clearly state that IFSMGR and everything >else would then work through TCP. It seems those application level things >tie in at NETBIOS level, so would you need a NETBIOS-to-TCP/IP graunch? As long as you are on a network interface working with an NDIS driver it should all fly. The catch is that you can't do SLIP or PPP directly from the WFWG machines. That is, the MS stack doesn't do SLIP/PPP itself and the lanman networking doesn't run on top of the winsock interface so you can't substitute a winsock layer that does do slip/ppp. >What I could finally imagine is just having all my ms-windows comms >happening through TCP/IP, and not caring whether my UNIX gateway (and >what it is connected to) is in the middle. If I can base my >"microsoft network" on TCP/IP, this must be possible. Is IPX and >NetBLAH* all a conspiracy by Microsoft to avoid such a simple world? Go ahead as long as other equipment is handling the routing and connections. Note that the lanman stuff doesn't use DNS name resolution so you have to put your connections in the LMHOSTS file or have an NT machine on each subnet. If you have to obtain and assign a few thousand IP addresses to add the PC's you may decide that it isn't so simple after all, though. Les Mikesell les@mcs.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3a0jrl$m2p@news.primenet.com] <1994111106225800> From: larsenc@LCS.com Newsgroups: comp.os.ms-windows.networking.tcp-ip,alt.winsock,comp.protocols.tcp- Subject: Re: Winsock Application FAQ - Updated ! Date: Fri, 11 Nov 94 13:22:58 MST Organization: Larsen Consulting and Sales (602) 548-1542 Lines: 41 Message-ID: <3a0jrl$m2p@news.primenet.com> References: <394u6s$qea@news.primenet.com> <39v78n$atv@news.bu.edu> NNTP-Posting-Host: lcs.com Mime-Version: 1.0 X-Newsreader: WinVN 0.93.02 In article <39v78n$atv@news.bu.edu>, landmann@acs.bu.edu says... > >I did just that, but for the past couple of weeks, I keep on getting the >following error: > >HT Access: Error accessing >"http://www.ramp.com/~lcs/faqhtml.html":"SOCKET: Connection >has been refused" > >Do you know wat the problem might be and how I could access this FAQ? >>The Winsock Application FAQ has been updated ! Look for continual updates over the next week or so. >> >>Point your WWW client at: >> >>http://www.ramp.com/~lcs/faqhtml.html The web server at at ramp.com is also home to many other home pages - in particular the Cyberbrothel of Brandy's Babes (of which I have absolutely no connection.). The incredible amount of users accesing Brandy's Babes is why the server often refuses connections. This is also why I am moving the Winsock App FAQ to a different server. Try: http://www.LCS.com/faqhtml.html It was down for a while last night and again this morning as I upgraded the server hardware. Craig Larsen ---------------------------------------------------------------------------- Larsen Consulting and Sales HD's, CD-ROM Drives, Modems, Software & More ! 1-800-297-8051 Orders Only Over 1500 Satisfied UseNet/FidoNet Customers 602-548-1542 Author of the Winsock Application FAQ Email or Talk: larsenc@LCS.com PGP Public Key Available upon request Check out our email infoserver by sending email to: info@LCS.com We also have Web Pages: http://www.LCS.com/ ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3a0o7s$m57@tools.near.net] <1994111108180400> From: barmar@nic.near.net (Barry Margolin) Newsgroups: comp.protocols.tcp-ip Subject: Re: Class C subnetting Date: 11 Nov 1994 16:38:04 -0500 Organization: NEARnet, Cambridge, MA Lines: 29 Message-ID: <3a0o7s$m57@tools.near.net> References: <39v12a$k28@cronkite.ocis.temple.edu> NNTP-Posting-Host: tools.near.net Keywords: routing,subnetting In article <39v12a$k28@cronkite.ocis.temple.edu> psampat@astro.ocis.temple.edu (Pragnesh Sampat) writes: ] ----------------- ----------------- ] | 199,99,166.9 | net1 | 199.99.166.12 | ] | 255.255.255.192 | -------- | 255.255.255.192 | ] | 199.99.166.63 | | 199.99.166.63 | ] | | | | ] | | | | ] | 199.99.166.193 | net2 | 199.99.166.197 | ] | 255.255.255.192 | --------- | 255.255.255.192 | ] | 199.99.166.255 | | 199.99.166.255 | ] | | | | ] | osf/1 v2.0 | | SunOS 4.1.x | ] ----------------- ----------------- ] ] ]1) Is the above a legal configuration? (subnetting ok?) No. Net1's subnet field is all 0 and net2's subnet field is all 1. Neither is a valid subnet. With your netmask, valid addresses are 199.99.166.63-199.99.166.126 (broadcast 199.99.166.127) and 199.99.166.129-199.99.166.190 (broadcast 199.99.166.191). With a two-bit subnet field you can only have 2 subnets. In general, with an N-bit subnet field you can have 2^N-2 subnets. -- Barry Margolin BBN Internet Services Corp. barmar@near.net ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3a0p21$m6o@tools.near.net] <1994111108320100> From: barmar@nic.near.net (Barry Margolin) Newsgroups: comp.protocols.tcp-ip Subject: Re: subnet 0 ? Date: 11 Nov 1994 16:52:01 -0500 Organization: NEARnet, Cambridge, MA Lines: 25 Message-ID: <3a0p21$m6o@tools.near.net> References: <1994Nov11.084923.382@miraculix.mitropa.com> NNTP-Posting-Host: tools.near.net In article <1994Nov11.084923.382@miraculix.mitropa.com> eickholt@miraculix.mitropa.com (Frank Eickholt) writes: >is it possibly to use Subnet 0? >CISCO-Router allow with an option Subnet-0 >In out company we are sure that all nodes use Broadcast with >-1 for subnet and host. Old-style broadcast addresses are not the only conflict with subnet 0. An address with 0 in the host field represents that network as a whole. In the case of an address with 0 in the subnet and host fields it is ambiguous as to whether it represents the network or just subnet 0 of the network. >Now we have two nets where subnet is 0 and a few IBM-nodes >are not able to install an IP-Adr with Subnet 0. >IBM say now that subnet 0 is not allowed >is that right? Yes, IBM is right. The subnet-0 option on the cisco is an extension they provide that allows you to ignore the restriction. But it should only be used if all the other systems on your network also ignore the restriction. In your case, since AIX enforces the rule, you can't use subnet-0. -- Barry Margolin BBN Internet Services Corp. barmar@near.net ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov11.084923.382@miraculix.mitropa.com] <1994111108492300> Newsgroups: comp.protocols.tcp-ip From: eickholt@miraculix.mitropa.com (Frank Eickholt) Subject: subnet 0 ? Message-ID: <1994Nov11.084923.382@miraculix.mitropa.com> Organization: Make LOVE not WAR Date: Fri, 11 Nov 1994 08:49:23 GMT X-Newsreader: TIN [version 1.2 PL2] Lines: 14 Moin, is it possibly to use Subnet 0? CISCO-Router allow with an option Subnet-0 In out company we are sure that all nodes use Broadcast with -1 for subnet and host. Now we have two nets where subnet is 0 and a few IBM-nodes are not able to install an IP-Adr with Subnet 0. IBM say now that subnet 0 is not allowed is that right? so long FRANK ----MESSAGE-END---- ----MESSAGE-BEGIN---- [Cz3JnA.5xs@beach.silcom.com] <1994111109282100> Newsgroups: comp.protocols.tcp-ip From: frank@beach.silcom.com (Frank Dziuba) Subject: HELP - Virtual IP addresses Message-ID: Sender: usenet@beach.silcom.com Organization: SB Communications - Public Access Internet X-Newsreader: TIN [version 1.2 PL2] Date: Fri, 11 Nov 1994 09:28:21 GMT Lines: 17 Hi, I want to be able to have a host machine act as if it has several IP addresses so I can have an HTTP daemon(s) serve data from different directories depending on what 'host' they were connected as. Does anyone have any ideas on how this can be done?! thanks frank -- Frank Dziuba Silicon Beach Communications frank@silcom.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [jramiCz3n1L.9pJ@netcom.com] <1994111110414500> Newsgroups: comp.protocols.tcp-ip From: jrami@netcom.com (Jon Rami) Subject: Looking for TALK, N & YTALK, RFC's Message-ID: Organization: NETCOM On-line Communication Services (408 261-4700 guest) X-Newsreader: TIN [version 1.2 PL1] Date: Fri, 11 Nov 1994 10:41:45 GMT Lines: 14 Hi - Does anybody know where these standards, or protocols are defined? In other words, if I want to write a YTALK client, where are the definitions set up? Email preferred, and Thanks. /J.R. -- <------------Jon Rami-------------> /|\ <---------Ramifications-----------> ||/ <--Music, Computers, & Education--> \||\ <--------jrami@netcom.com---------> ____ ----MESSAGE-END---- ----MESSAGE-BEGIN---- [Cz3nGv.on@info.swan.ac.uk] <1994111110505400> Newsgroups: comp.protocols.tcp-ip,comp.protocols.tcp-ip.domains From: iialan@iifeak.swan.ac.uk (Alan Cox) Subject: Re: Public DNS Message-ID: Sender: news@info.swan.ac.uk Nntp-Posting-Host: iifeak.swan.ac.uk Organization: Institute For Industrial Information Technology References: Distribution: inet Date: Fri, 11 Nov 1994 10:50:54 GMT Lines: 15 In article Benjamin.Olken@yale.edu (Ben Olken) writes: >I've been told that to register my domain, I need to have my domain be >listed in at least 2 Domain Name Servers. However, while I have a computer >& an IP#, I do not access to that computers DNS. Are there public DNS out >there with whom I could register my domain? You normally end up paying someone for the service (eg uunet). Alternatively you find someone in the same situation and do a swap. Alan -- ..-----------,,----------------------------,,----------------------------,, // Alan Cox // iialan@www.linux.org.uk // GW4PTS@GB7SWN.#45.GBR.EU // ``----------'`----------------------------'`----------------------------'' ----MESSAGE-END---- ----MESSAGE-BEGIN---- [xa6U0af.bsimon@delphi.com] <1994111113211100> From: Bob Simon Newsgroups: comp.protocols.tcp-ip Subject: Wanted: Software to Assign Subnets per RFC1219 Date: Fri, 11 Nov 94 21:41:11 -0500 Organization: Delphi (info@delphi.com email, 800-695-4005 voice) Lines: 8 Message-ID: NNTP-Posting-Host: bos1f.delphi.com Is there a DOS or Windows-based program that facilitates the assignment of subnet numbers as per RFC 1219? It would be best if it included a database component. Either public domain or commercial software is acceptable. If there's nothing in the DOS environment that can do what I want, I could possibly consider a program that runs under UNIX. Bob Simon bsimon@delphi.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [x663kKZ.bsimon@delphi.com] <1994111113234500> From: Bob Simon Newsgroups: comp.protocols.tcp-ip Subject: Advise Wanted: Corporate Subnetting Std Date: Fri, 11 Nov 94 21:43:45 -0500 Organization: Delphi (info@delphi.com email, 800-695-4005 voice) Lines: 18 Message-ID: NNTP-Posting-Host: bos1f.delphi.com My corporation has a class B address. I am on a committee which is defining rules by which subnet and host addresses will be assigned. I recommended that RFC 1219 be followed strictly, but was outvoted by those who prefer the simplicity of assigning subnets in counting order (1-254) with a mask of 255.255.255.0. This is not so terrible, but I am concerned about another proposal to assign host addresses in predefined ranges. For example, PCs may be assigned addresses in the range 1-200; servers may be given addresses from 200-220; and routers may get the range 245-254. This would completely eliminate the possibility of adding additional subnets (beyond 254 subnets) should the need arise in the future. I would appreciate comments discussing any advantages or disadvantages of this proposal. Are any of you aware of organizations which had to renumber IP hosts due to an inflexible or inefficient addressing scheme? Bob Simon bsimon@delphi.com (504) 593-7578 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3a06k0$5s1@ixnews1.ix.netcom.com] <1994111116372000> From: mikemccu@ix.netcom.com (David Michael McCutcheon) Newsgroups: comp.protocols.tcp-ip Subject: Packet Filtering Date: 11 Nov 1994 16:37:20 GMT Organization: Netcom Lines: 14 Distribution: world Message-ID: <3a06k0$5s1@ixnews1.ix.netcom.com> NNTP-Posting-Host: ix-dfw3-11.ix.netcom.com Does anyone have information dealing with Gateways capable of performing packet filtering? I'm currently working on a project in which the networking code in the operating system asks a user-level process to pass judgement about every packet that is to be forwarded. I'm assuming that the user-level process is controlled by a configuration file that allows packets to be accepted or rejected based on source and destination addresses, source and destination port numbers, and protocol type. This appears logical, but the process is still a bit cloudy. Thanks in advance for any help. ---Mike--- ----MESSAGE-END---- ----MESSAGE-BEGIN---- [Cz4900.64D@ibmpcug.co.uk] <1994111118355600> Newsgroups: comp.protocols.tcp-ip.ibmpc,comp.os.ms-windows.misc,comp.os.ms-windows.setup,comp.protocols.tcp-ip,comp.protocols.tcp-ip.ibmpc,connect.audit From: object@ibmpcug.co.uk (Ken Tough) Subject: Can MS-Windows(3.11) use TCP/IP as THE ONLY transport protocol? X-Disclaimer: The views expressed in this article are those of the author alone and may not represent the views of the IBM PC User Group. Organization: The Personal Computer User Group, UK Date: Fri, 11 Nov 1994 18:35:56 GMT Message-ID: Sender: object@ibmpcug.co.uk (Ken Tough) Lines: 28 I would like to know if it is possible to use TCP/IP for the "default ms-windows protocol" i.e) as the standard transport over which all ms-windows communications takes place. (For example, picture a network of WfWg machines where the only Ethernet packets are IP ones. Windows sets up by default using NetBEUI as the transport, which is not routable. Microsoft seems to be heavily into this IPX "monolithic" protocol which is routable, but of course, not compatible with what the rest of the world wants (TCP/IP). I can't find a protocol stack diagram anywhere showing me: a) that what I want is actually feasible b) what bits I should stick together to make it work There is a lot of info in the WfWorkgroups Resource Kit about how to install Microsoft TCP/IP, but it does not clearly state that IFSMGR and everything else would then work through TCP. It seems those application level things tie in at NETBIOS level, so would you need a NETBIOS-to-TCP/IP graunch? What I could finally imagine is just having all my ms-windows comms happening through TCP/IP, and not caring whether my UNIX gateway (and what it is connected to) is in the middle. If I can base my "microsoft network" on TCP/IP, this must be possible. Is IPX and NetBLAH* all a conspiracy by Microsoft to avoid such a simple world? - Ken Tough Objective Technologies Limited Cornwall, United Kingdom ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3a0ech$t8t@blackice.winternet.com] <1994111118495300> From: learned@winternet.com (Ed Learned) Newsgroups: comp.protocols.tcp-ip Subject: Novell NFS Date: 11 Nov 1994 18:49:53 GMT Organization: StarNet Communications, Inc Lines: 10 Message-ID: <3a0ech$t8t@blackice.winternet.com> NNTP-Posting-Host: icicle.winternet.com X-Newsreader: TIN [version 1.2 PL2] I am interested in Novells NFS product. If I install it on one of my servers, can I mount UNIX DASD on the server, and access it from a workstation? -- Ed Learned | Information Ed.Learned@mmbbs.mn.org | Highway learned@winternet.com | Worker ----MESSAGE-END---- ----MESSAGE-BEGIN---- [rustomji-1111941343200001@errust.monsanto.com] <1994111119432000> Newsgroups: vmsnet.networks.tcp-ip.ucx,vmsnet.networks.tcp-ip.tcpware,vmsnet.networks.tcp-ip.multinet,comp.protocols.tcp-ip Subject: Re: Master Server TCP Message-ID: From: rustomji@swirl.monsanto.com (Eric Rustomji) Date: Fri, 11 Nov 1994 19:43:20 GMT Sender: news@tin.monsanto.com (USENET News System) References: Organization: NSC Technologies Lines: 44 In article , pp001529@interramp.com wrote: > I am currently using DEC TCP/IP Services (UCX V3.1) under Alpha > AXP OpenVMS V6.1. I want to set up a "Master TCP Server" and have one > "slave server" that manages each connection. The master server > does the socket() and accept() calls, and I want to spawn another > process, pass the file descriptor to it and do write() and read() > calls. All this under VMS. We also are needing about 35 connections. > > I really don't care if I use QIO or C RTL calls. THe whole system > runs under DCL, and there are lots more processes using global memory. > > How does one do this under VMS? Under UNIX I just fork() a process. > > Do I need to set something up in UCX> first besides the port services (like > /etc/services)? > > I have heard things about AST, $ASSIGN and IO$DEACCESS. If this is part of > a possible solution, please send code, or explain again. I saw > an interesting thread but it has been deleted on my local site. > > BTW, we have no ideas if we are staying with UCX but would like to get > the program working and evaluate performance options later. UCX > seems to be supported on other products, and BSD socket calls seem > supported also. Look into the system call SYS$CREATE_PROCESS (sort of equivalent to fork ) or similar and your master server can pass the connected socket as sys$input,sys$output and sys$error as parameters for the system call. I once had working code for this but I can't find it at the moment 8-( An even easier thing to do is just write your slave process and define it as a service in UCX. Then all you have to do is read/write to standard input/output/error Hope this helps you. Good luck. -- Eric Rustomji NSC Technologies Email: rustomji@swirl.monsanto.com Voice: (708) 506-2246 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3a08k2$kb8@ibch10.inf.tu-dresden.de] <1994111119513000> From: habib@ibc.inf.tu-dresden.de (Samer Habib) Newsgroups: comp.protocols.tcp-ip Subject: IP-addresses Date: 11 Nov 1994 18:11:30 +0100 Organization: Dept. of Computer Science, TU Dresden, Germany Lines: 19 Distribution: world Message-ID: <3a08k2$kb8@ibch10.inf.tu-dresden.de> Reply-To: habib@ibc.inf.tu-dresden.de (Samer Habib) NNTP-Posting-Host: ibch10.inf.tu-dresden.de Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit I am looking for a source code in c that works on ULTRIX V4.3A or DEC OSF/1 V3.0 or an idea for the following problem. I want to get all IP-addresses of a domain name (141.76.xxx.xxx). I know that the most addresses are collected in the name server. But the name server is usualy obsolete. Thats why I am looking for another solution. Is it possible to make an broadcast message to get the IP-addresses from all hosts? Thanks in advance, Samer # E-mail: habib@ibch21.inf.tu-dresden.de ----MESSAGE-END---- ----MESSAGE-BEGIN---- [Cz4suy.8FC@murdoch.acc.Virginia.EDU] <1994111201445800> Newsgroups: comp.protocols.tcp-ip From: cd4v@phil.cs.Virginia.EDU (Christian Dreke) Subject: When and how is the interface (Ethernet, FDDI, ..) selected. Message-ID: Keywords: interface Sender: usenet@murdoch.acc.Virginia.EDU Organization: University of Virginia Date: Sat, 12 Nov 1994 01:44:58 GMT Lines: 19 In terms of socket to protocol, protocol to protocol, and protocol to hardware interface driver, how can the user select (if at all) to use a specific hardware interface (Ethernet, or FDDI, .), if more than one are avalable? How is this information stored and how is it accessed by IP to select the right interface to output the packet to? Does this have to do with PCB's ? I would greatly appreciate any help in this matter! Thank's Chris. dreke@virginia.edu ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov12.122245.32615@cc.usu.edu] <1994111206224500> Newsgroups: comp.os.ms-windows.networking.tcp-ip,alt.winsock,comp.protocols.tcp- Subject: Re: Winsock Application FAQ - Updated ! Message-ID: <1994Nov12.122245.32615@cc.usu.edu> From: slhd5@cc.usu.edu Date: 12 Nov 94 12:22:45 MDT Distribution: world Organization: Utah State University Nntp-Posting-Host: slip1.nb2.usu.edu X-Newsreader: Lines: 10 >The web server at at ramp.com is also home to many other home pages - in >particular the Cyberbrothel of Brandy's Babes (of which I have absolutely no >connection.). The incredible amount of users accesing Brandy's Babes is why >the server often refuses connections. This is also why I am moving the >Winsock App FAQ to a different server. > > >Try: http://www.LCS.com/faqhtml.html YES!!!!! Thank you very much for moving it!!! ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3a39i6$j10@DGS.dgsys.com] <1994111207255800> From: mattb@dgs.dgsys.com (Matt Brosius) Newsgroups: comp.protocols.tcp-ip Subject: What is fastest Windows based TCP/IP stack for net access/term em. Date: 12 Nov 1994 15:45:58 -0500 Organization: Digital Gateway Systems Lines: 6 Message-ID: <3a39i6$j10@DGS.dgsys.com> NNTP-Posting-Host: dgs.dgsys.com X-Newsreader: TIN [version 1.2 PL2] I use Host Presenter from Novell and am looking at a higher performance option. Any suggestions?? -- mattb@dgsys.com Nextwave Technologies Corporation Washington, DC Home of the PRO-WINDOWS Shareware Library for Access, VB, C++ and PowerBuilder ----MESSAGE-END---- ----MESSAGE-BEGIN---- [Cz59tG.73H@wang.com] <1994111207511500> Newsgroups: comp.protocols.tcp-ip From: fitz@wang.com (Tom Fitzgerald) Subject: Re: Advise Wanted: Corporate Subnetting Std Organization: Wang Labs, Lowell MA, USA Date: Sat, 12 Nov 1994 07:51:15 GMT Message-ID: References: Sender: news@wang.com Nntp-Posting-Host: fnord.wang.com Lines: 64 Bob Simon writes: > I recommended that RFC 1219 be followed strictly, but was outvoted by > those who prefer the simplicity of assigning subnets in counting order > (1-254) with a mask of 255.255.255.0. I'll add my vote in here.... I wouldn't do either of those. We followed RFC 1219 in the early days of net assignment here, and only managed to punch so many holes all through the subnet space that it has become almost impossible for us to use CIDR tricks internally. As subnets have been decommissioned and reallocated, I've been trying to consolidate neighboring subnets and encourage people to assign nets using geographical and topological proximity, and I like the effect of it; we gave a CIDR-like block to some Canadian offices, a block to a bunch of interconnected X.25 links, etc. I really wish I hadn't used RFC 1219 in the beginning. Unless you have some overwhelming reason NOT to use an 8-bit subnet mask on a LAN, it's by far the best choice. It makes DNS simpler, you can put multiple subnets on the same wire where you have big LANs, and you can reserve a couple of 8-bit subnets and slice them up into small pieces for point-to-point lines or whatever. Once you've picked a subnet mask for a LAN full of hosts, it's as hard to change the mask on that net as it would be to change all the addresses. So you really want to pick a good default mask up front (though it can be different for different nets). No matter how closely you follow RFC 1219, you won't want to change the mask later. Even using small subnets for point-to-point lines will be painful unless you've set aside the subnets in advance. So I'd vote for assigning big blocks to relatively independent parts of your net: US/Canada/Europe; engineering/MIS, separate business divisions or subsidiaries, whatever. Give densely interconnected nets neighboring subnet numbers wherever possible, and put the coarse boundaries (255.255.240.0 or coarser) where there are only a few high-level links. Within a densely-interconnected block, assign subnets sequentially or at random or however you want. (Or apply this scheme recursively). > This is not so terrible, but I am concerned about another proposal to assign > host addresses in predefined ranges. For example, PCs may be assigned > addresses in the range 1-200; servers may be given addresses from 200-220; > and routers may get the range 245-254. This would completely eliminate the > possibility of adding additional subnets (beyond 254 subnets) should the need > arise in the future. You're right. Schemes like this tend to fall apart after a few months - as soon as you get more then 20 servers on one LAN, or as soon as somebody reveals that the "PC" with the low number is really a print-server, but they don't want to change the address because everybody is already using it. We've tried a similar scheme to block off addresses for specific OS's, but it pretty much fell by the wayside.... Besides, except for routers and nameservers, nobody really sees IP addresses, so blocking them off serves no real purpose. It feels organized, but it doesn't make anything any easier at all. (BTW, the one scheme I've seen that's remotely like this and that works is to give routers addresses 1-3 or so, so you can recognize them at a glance in a traceroute or sniffer output, and give nameservers numbers that can't easily be typo'd, like x.x.11.11.) -- Tom Fitzgerald 1-508-967-5278 Preserve our electronic natural heritage! Wang Labs fitz@wang.com Save the endangered line-eater! Lowell MA, USA Send $$ to the "Line-Eater Preservation Society" Today! ----MESSAGE-END---- ----MESSAGE-BEGIN---- [zoom.3.2EC4AD34@tyrell.net] <1994111211553200> Newsgroups: comp.protocols.tcp-ip From: zoom@tyrell.net Subject: Netscape Question/TCPIP Message-ID: Lines: 8 Sender: usenet@tyrell.net (*) Nntp-Posting-Host: ttyp2.tyrell.net Organization: Tyrell Corporation - 800-TYRELL-1 - POP's in 504/816/913 X-Newsreader: Trumpet for Windows [Version 1.0 Rev A] Date: Sat, 12 Nov 1994 11:55:32 GMT I hope someone can help me. I am using TrumpetWinsock for a SLIP connection. I have all my programs (Eudora, Telenet, Netscape) as sub directories of a main directory called SLIP. When I try to open Netscape , Eudora, etc. offline, it causes a GFT fault in Windows and I crash. I want to be able to compose etc. offline. Can anyone help? Thanks in advance for your help. Please email at zoom\@tyrell.net or answer here. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3a4a9g$n6d@tools.near.net] <1994111216443200> From: barmar@nic.near.net (Barry Margolin) Newsgroups: comp.protocols.tcp-ip Subject: Re: HT Feed Other Domains? Date: 13 Nov 1994 01:04:32 -0500 Organization: NEARnet, Cambridge, MA Lines: 16 Message-ID: <3a4a9g$n6d@tools.near.net> References: <39ug0g$4a8@news1.shell> NNTP-Posting-Host: tools.near.net In article <39ug0g$4a8@news1.shell> dstein@shell.portal.com (Doug Stein) writes: >If I have a host registered as a domain (assume home.com) being serviced by >a UUCP feed (ie I communicate with my service provider via a dial-up UUCP >connection), can I, in turn, feed someone else's domain (assume other.com)? If you want people to be able to send mail to user@other.com, you will have to involve your service provider. They will have to configure their mailer to forward mail for other.com via the home.com UUCP link. If you don't want to inform your provider, mail will have to be addressed to other.com!user@home.com or user%other.com@home.com. -- Barry Margolin BBN Internet Services Corp. barmar@near.net ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3a488k$mtf@juniper.almaden.ibm.com] <1994111305295600> From: trall@trall.almaden.ibm.com (Tony Rall) Newsgroups: comp.protocols.tcp-ip Subject: Re: HELP - Virtual IP addresses Date: 13 Nov 1994 05:29:56 GMT Organization: IBM Almaden Research Center Lines: 19 Message-ID: <3a488k$mtf@juniper.almaden.ibm.com> References: Reply-To: trall@almaden.ibm.com (Tony Rall) NNTP-Posting-Host: trall.almaden.ibm.com In article , Frank Dziuba wrote: > >I want to be able to have a host machine act as if it has several IP >addresses so I can have an HTTP daemon(s) serve data from different >directories depending on what 'host' they were connected as. Of course you can have multiple interfaces on the host - each interface having its own address. What? You only want to use one interface? Well, some systems allow multiple addresses for a single interface. On AIX, it is done with: ifconfig en0 1.2.3.4 netmask 255.255.255.0 ifconfig en0 1.2.3.5 netmask 255.255.255.0 alias -- Tony Rall trall@almaden.ibm.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3a5sl9$sfu@cabell.vcu.edu] <1994111307040900> From: csc3bem@cabell.vcu.edu (Bryan E. Miller) Newsgroups: comp.protocols.tcp-ip Subject: TN5250 Date: 13 Nov 1994 15:24:09 -0500 Organization: Virginia Commonwealth University Lines: 9 Distribution: world Expires: 12/1/94 Message-ID: <3a5sl9$sfu@cabell.vcu.edu> NNTP-Posting-Host: cabell.vcu.edu Can anyone out there recommend any PC-based packages to support TN5250? Specifically, something that will work within a Vines environment. Something that works under PC/TCP Ebanyan would be great, but I'd settle for a packet driver/NDIS solution. Please reply directly to me and I'll post a summary. Bryan csc3bem@cabell.vcu.edu ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3a6b74$87o@comet.connix.com] <1994111311123600> From: gwright@connix.com (Gary Wright) Newsgroups: comp.protocols.tcp-ip Subject: Re: TCP/IP Illustrated by Richard Stevens.... Date: 13 Nov 1994 19:32:36 -0500 Organization: Connix - The Connecticut Internet Exchange Lines: 14 Message-ID: <3a6b74$87o@comet.connix.com> References: <3a610q$fp2@mimsy.cs.umd.edu> NNTP-Posting-Host: comet.connix.com In article <3a610q$fp2@mimsy.cs.umd.edu>, Rajeev Ved wrote: >Since this book was published in 1994, I don't suppose that they are going >to come out with a new version pretty soon?? Just checking before I >go out and buy it. Volume 1 has had several reprints, but don't expect a "2nd Edition" in the near future. On the other hand, "TCP/IP Illustrated, Volume 2: The Implementation", by Gary R. Wright and W. Richard Stevens, will be available in January 1995. It will present the source code implementation of the TCP/IP protocol suite from the 4.4BSD-Lite implementation, which includes the latest features from Berkeley, such as multicasting and long fat pipe support. Gary Wright ----MESSAGE-END---- ----MESSAGE-BEGIN---- [dino.31.0502EEE7@cam.org] <1994111311491900> From: dino@cam.org (Dino Moriello) Newsgroups: comp.protocols.tcp-ip Subject: HTTP server for Winsock? Date: Sun, 13 Nov 1994 16:49:19 UNDEFINED Organization: Communications Accessibles Montreal, Quebec Canada Lines: 9 Message-ID: NNTP-Posting-Host: 131.195.31.32 X-Newsreader: Trumpet for Windows [Version 1.0 Rev B] Does anyone know if a http server program exist to run under a PC winsock platform? Thanks, Dino Please reply to dino@cam.org ----MESSAGE-END---- ----MESSAGE-BEGIN---- [111394122207Rnf0.78@dmrt-2.dmrt.nl] <1994111313220000> From: marco@dmrt-2.dmrt.nl Newsgroups: comp.protocols.tcp-ip Subject: Re: Novell NFS Message-ID: <111394122207Rnf0.78@dmrt-2.dmrt.nl> Date: Sun, 13 Nov 1994 12:22:00 CET References: <3a0ech$t8t@blackice.winternet.com> Organization: DMRT Communication Services, Almere, the Netherlands X-Newsreader: Rnf 0.78 Lines: 15 learned@winternet.com (Ed Learned) writes: >I am interested in Novells NFS product. If I install it on one of my >servers, can I mount UNIX DASD on the server, and access it from a >workstation? No; What it does is making your Netware server an NFS server and providing LPD printing services (both ways). If what you want is to NFS mount UNIX filesystems on a Netware server and make them available to the Netware clients, you need Novell NFS Gateway. Marco. -- ----MESSAGE-END---- ----MESSAGE-BEGIN---- [bpack.10.002FF4CF@access.mountain.net] <1994111316063600> From: bpack@access.mountain.net (Brian R. Pack) Newsgroups: comp.os.ms-windows.networking.tcp-ip,alt.winsock,comp.protocols.tcp- Subject: Re: Winsock Application FAQ - Updated ! Date: Sun, 13 Nov 1994 17:46:36 LOCAL Organization: U.S. Navy Lines: 29 Distribution: world Message-ID: References: <1994Nov12.122245.32615@cc.usu.edu> NNTP-Posting-Host: adanet.wvnet.edu X-Newsreader: Trumpet for Windows [Version 1.0 Rev B final beta #4] In article <1994Nov12.122245.32615@cc.usu.edu> slhd5@cc.usu.edu writes: >Subject: Re: Winsock Application FAQ - Updated ! >From: slhd5@cc.usu.edu >Date: 12 Nov 94 12:22:45 MDT >>The web server at at ramp.com is also home to many other home pages - in >>particular the Cyberbrothel of Brandy's Babes (of which I have absolutely no >>connection.). The incredible amount of users accesing Brandy's Babes is why >>the server often refuses connections. This is also why I am moving the >>Winsock App FAQ to a different server. >> >> >>Try: http://www.LCS.com/faqhtml.html >YES!!!!! Thank you very much for moving it!!! Bless you sir! And a big PBBBBBTTTTHHH! to ramp.com for not adressing the problem. :) _____ _____ | \ /\ / | Brian R. Pack STG3, USN |____ \/ \/ ____| (619) 523-0118 x1350 \ / \ /\ /_____ bpack@ctsnet.cts.com \//\\// | / \/ ___| Montani \ / Semper \ / Liberi \ / WVTubas '87 & '89 \/ Will work for PowerBars. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3a610q$fp2@mimsy.cs.umd.edu] <1994111321383400> From: ved@cfar.umd.edu (Rajeev Ved) Newsgroups: comp.protocols.tcp-ip Subject: TCP/IP Illustrated by Richard Stevens.... Date: 13 Nov 1994 21:38:34 GMT Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742 Lines: 6 Message-ID: <3a610q$fp2@mimsy.cs.umd.edu> NNTP-Posting-Host: escher.cfar.umd.edu X-Newsreader: TIN [version 1.2 PL2] Since this book was published in 1994, I don't suppose that they are going to come out with a new version pretty soon?? Just checking before I go out and buy it. Rajeev. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov14.055642.32706@cc.usu.edu] <1994111323564200> Newsgroups: comp.os.ms-windows.networking.tcp-ip,alt.winsock,comp.protocols.tcp- Subject: Re: Winsock Application FAQ - Updated ! Message-ID: <1994Nov14.055642.32706@cc.usu.edu> From: slhd5@cc.usu.edu Date: 14 Nov 94 05:56:42 MDT Distribution: world Organization: Utah State University Nntp-Posting-Host: slip4.nb2.usu.edu X-Newsreader: Lines: 11 Jeff while Netscaping writes: > >> > >> >Try: http://www.LCS.com/faqhtml.html >> >> YES!!!!! Thank you very much for moving it!!! > >NO!!!! I can not connect to this host!!! > Me either!!!! AAAGGHHHH!!!!!!!!!! ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3a6cqn$1oa@agate.berkeley.edu] <1994111401000700> From: Jeff while Netscaping Newsgroups: comp.os.ms-windows.networking.tcp-ip,alt.winsock,comp.protocols.tcp- Subject: Re: Winsock Application FAQ - Updated ! Date: 14 Nov 1994 01:00:07 GMT Organization: University of California, Berkeley Lines: 11 Message-ID: <3a6cqn$1oa@agate.berkeley.edu> References: <1994Nov12.122245.32615@cc.usu.edu> NNTP-Posting-Host: hallertau.hip.berkeley.edu > > > >Try: http://www.LCS.com/faqhtml.html > > YES!!!!! Thank you very much for moving it!!! NO!!!! I can not connect to this host!!! :) ----MESSAGE-END---- ----MESSAGE-BEGIN---- [Cz8rEq.8sH@beach.silcom.com] <1994111405040100> Newsgroups: comp.protocols.tcp-ip From: frank@beach.silcom.com (Frank Dziuba) Subject: Re: HELP - Virtual IP addresses Message-ID: Sender: usenet@beach.silcom.com Organization: SB Communications - Public Access Internet X-Newsreader: TIN [version 1.2 PL2] References: <3a488k$mtf@juniper.almaden.ibm.com> Date: Mon, 14 Nov 1994 05:04:01 GMT Lines: 26 Tony Rall (trall@trall.almaden.ibm.com) wrote: : In article , : Frank Dziuba wrote: : > : >I want to be able to have a host machine act as if it has several IP : >addresses so I can have an HTTP daemon(s) serve data from different : >directories depending on what 'host' they were connected as. : Of course you can have multiple interfaces on the host - each : interface having its own address. : What? You only want to use one interface? Well, some systems : allow multiple addresses for a single interface. On AIX, it is : done with: : ifconfig en0 1.2.3.4 netmask 255.255.255.0 : ifconfig en0 1.2.3.5 netmask 255.255.255.0 alias And how do you do it on a Sun? -- Frank Dziuba Silicon Beach Communications frank@silcom.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3a9a2p$cos@crl9.crl.com] <1994111406113700> From: stevel@crl.com (Steven Lawson) Newsgroups: comp.protocols.tcp-ip Subject: Re: Stevens' TCP/IP book sources Date: 14 Nov 1994 19:31:37 -0800 Organization: CRL Dialup Internet Access (415) 705-6060 [Login: guest] Lines: 5 Distribution: world Message-ID: <3a9a2p$cos@crl9.crl.com> References: <3a7g4n$6s@pheidippides.axion.bt.co.uk> <3a7sin$glj@noao.edu> NNTP-Posting-Host: crl9.crl.com X-Newsreader: TIN [version 1.2 PL2] W. Richard Stevens (rstevens@noao.edu) wrote: [stuff deleted] This is the coolest part of his books. He hangs out on c.p.tcp-ip and answers questions! BTW - the books are great, looking forward to V2.. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [marsteinCz8vx3.JKz@netcom.com] <1994111406412700> Newsgroups: comp.protocols.tcp-ip,comp.sys.mac.comm From: marstein@netcom.com (Martin Stein) Subject: Mac RPC problem on differentnetworks? Message-ID: Organization: SAP America western Region X-Newsreader: TIN [version 1.2 PL2] Date: Mon, 14 Nov 1994 06:41:27 GMT Lines: 49 I have a problem with a client-server program using RPC on the Mac. The Mac is running System 7.5, MacTCP 2.0.4 and is using the SK 1.4 socket library with the XP-RPC package. I wrote a client-program on a Macintosh that gets data via RPC from a Unix server. The (client-) program already runs on Unix and Windows using the same RPC calls. I work in two offices: one is in LAN A1, that is in the same domain as LAN A2. LAN B is connected to LAN A1 by a filtering router (for security.) non-filtering router / LAN A1 * --- LAN A2 (domain .a) * (filtering router) | | 56 Kb connection | LAN B (domain .b) Servers are in LAN A1, A2 and B. When the server is in the same network as the Mac everything works fine. When I access a server on LAN A? from LAN B, I get an "RPC error: remote system error 61"; 61 seems to be a "protocol error" (from errno.h). That program run on a Mac on the LAN A1 could access a server on LAN A2. These two LANs are connected by a router. However, when I go from LAN B over a 56kBit line to a server on LAN A? (? = 1 or 2) I get the above error. Connections to a server in LAN B work fine. One could now think that the problem is a the filtering router between LANs A and B; that the router filters my RPC packets out. But the same packets go through when sent from a windows client (or unix) program. Somehow the packets from the Mac could be different from the Unix or windows ones. Is that possible or could there be another reason? Martin Stein -- ---------------------------------------- Martin Stein Ixos Software GmbH, Munich, Germany SAP America Inc, Foster City, CA Email: martin.stein@ixos.de marstein@netcom.com 100031.2333@CompuServe.COM ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3a8j08$of3@tools.near.net] <1994111407374400> From: barmar@nic.near.net (Barry Margolin) Newsgroups: comp.protocols.tcp-ip Subject: Re: When and how is the interface (Ethernet, FDDI, ..) selected. Date: 14 Nov 1994 15:57:44 -0500 Organization: NEARnet, Cambridge, MA Lines: 17 Message-ID: <3a8j08$of3@tools.near.net> References: NNTP-Posting-Host: tools.near.net Keywords: interface In article cd4v@phil.cs.Virginia.EDU (Christian Dreke) writes: >In terms of socket to protocol, protocol to protocol, and protocol to >hardware interface driver, how can the user select (if at all) to >use a specific hardware interface (Ethernet, or FDDI, .), if more than >one are avalable? In general, the user can't select the hardware interface. Routing table entries normally include the outgoing interface, so the the interface is chosen based on the destination address. If the system runs a dynamic routing protocol the outgoing interface will be the interface over which a route was learned. If you use static routing, the interface will be the one on the subnet containing the specified next-hop gateway. -- Barry Margolin BBN Internet Services Corp. barmar@near.net ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3a8kdp$ogs@tools.near.net] <1994111408020100> From: barmar@nic.near.net (Barry Margolin) Newsgroups: comp.protocols.tcp-ip Subject: Re: Advise Wanted: Corporate Subnetting Std Date: 14 Nov 1994 16:22:01 -0500 Organization: NEARnet, Cambridge, MA Lines: 25 Message-ID: <3a8kdp$ogs@tools.near.net> References: <3a7tp8$a19@nanette.pdb.sni.de> NNTP-Posting-Host: tools.near.net In article <3a7tp8$a19@nanette.pdb.sni.de> Martin W Freiss writes: >Addresses are just addresses and should not be overloaded with other >information. >Any such scheme will fail in the real world, be it because one subnet has >more than 20 servers, or be it because a PC can also be a server. >If you have a starlike network around a central backbone, using *.*.*.1 >as the router address is often done - it is easy to remember, and users >usually like it when the routers always have "the same" address in a >subnet. For some reason, at my old site we used .250 for the router. When we added a redundant router it was given the address .249. And our bridges, which had different addresses for each interface onto a subnet, used addresses working up from .240. We used high numbers for these things probably because in our single-network days we used low numbers for the hosts. Another numbering scheme we tried was that the a multihomed host on subnets A and B would have addresses xx.xx.A.B and xx.xx.B.A. This scheme broke down when a pair of subnets had more than one common host or when a multihomed host had more than two interfaces. -- Barry Margolin BBN Internet Services Corp. barmar@near.net ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3a7f1p$65g@aladdin.iii.org.tw] <1994111410440900> From: Anonymous Newsgroups: comp.protocols.tcp-ip Subject: How to get the ethernet address of the host itself ? Date: 14 Nov 1994 10:44:09 GMT Organization: Institute for Information Industry, Taiwan Lines: 1 Message-ID: <3a7f1p$65g@aladdin.iii.org.tw> NNTP-Posting-Host: 192.72.35.121 X-Newsreader: Winspan < ¤¤¤å version 3.01 > I want to get the ethernet address of the host itself. My O.S. is UNIX SVR 4.0. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov14.164741@acad.drake.edu] <1994111410474100> From: gm0551s@acad.drake.edu (George W. Miller) Newsgroups: comp.protocols.tcp-ip Subject: secondary routing reference Date: 14 Nov 94 16:47:41 CST Organization: Drake University, Des Moines, Iowa Lines: 12 Distribution: world Message-ID: <1994Nov14.164741@acad.drake.edu> NNTP-Posting-Host: acad.drake.edu Hello Can anyone give me a good reference on secondary routing so we may have different ip network numbers on the same wire? Thanks -- ************************************************************************* George W. Miller, Director Internet: gmiller@acad.drake.edu Office of Academic Computing Telephone: (515) 271-2935 Drake University, Des Moines, IA 50311 FAX: (515) 271-3977 ************************************************************************* ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3a7g4n$6s@pheidippides.axion.bt.co.uk] <1994111411024700> From: andrew@labyrinth.bt.co.uk (Andrew Lucking) Newsgroups: comp.protocols.tcp-ip Subject: Stevens' TCP/IP book sources Date: 14 Nov 1994 11:02:47 GMT Organization: BT Lines: 17 Distribution: world Message-ID: <3a7g4n$6s@pheidippides.axion.bt.co.uk> Reply-To: andrew@labyrinth.bt.co.uk NNTP-Posting-Host: 132.146.134.1 Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi I have 2 questions. First, I am reading 'Internetworking with TCP/IP Volume 2' by Douglas E. Comer and David L. Stevens. The book says that the example code is available in machine readable form but gives no details of where to get it. Does anyone known where the code can be found, is it on a ftp site? Secondly, I have seen references to other books by Stevens but the name given is Richard Stevens. Is this a different person and what books has he written? I am currently writing a UDP/IP so I am only really intereested in books about this subject. Thanks Andrew ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3a7gmg$2s9@ninurta.fer.uni-lj.si] <1994111411121600> From: Ziga Turk Newsgroups: comp.protocols.tcp-ip Subject: DHCP server for HP-UX Date: 14 Nov 1994 11:12:16 GMT Organization: Faculty of Electrical and Computer Engeneering, Ljubljana, Slovenia Lines: 9 Message-ID: <3a7gmg$2s9@ninurta.fer.uni-lj.si> NNTP-Posting-Host: valthorens.fagg.uni-lj.si Is there a free DHCP server for UNIX (HP-UX). Where? Please reply by e-mail to: zturk@fagg.uni-lj.si. Thanks, v Ziga ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3a7j7t$hoe@news.csie.nctu.edu.tw] <1994111411554100> From: Anonymous Newsgroups: comp.protocols.tcp-ip Subject: How to get the ethernet hardware address of the host itself ? Date: 14 Nov 1994 11:55:41 GMT Organization: Dep. Computer Sci. & Information Eng., Chiao Tung Univ., Taiwan, R.O.C Lines: 9 Message-ID: <3a7j7t$hoe@news.csie.nctu.edu.tw> NNTP-Posting-Host: @192.72.35.121 X-Newsreader: Winspan < ¤¤¤å version 3.01 > Sorry. In last post, I forgot to sign. The question is how to get the ethernet hardware address of the host itself ? The O.S. on host is UNIX SVR 4.0. Is there any C function or system call can work for this problem ? Thank in advance. C. H. LIN linch@necta.nec.com.tw ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3a7rqn$4d3@cedar.mr.net] <1994111414221500> From: Clark Bremer Newsgroups: comp.protocols.tcp-ip Subject: Re: Novell NFS Date: 14 Nov 1994 14:22:15 GMT Organization: Minnesota Regional Network Lines: 23 Message-ID: <3a7rqn$4d3@cedar.mr.net> References: <3a0ech$t8t@blackice.winternet.com> NNTP-Posting-Host: dolphin.netstar.com > I am interested in Novells NFS product. If I install it on one of my > servers, can I mount UNIX DASD on the server, and access it from a > workstation? Actually, the Novell NFS product is for going the other way - to make the Netware file system available to UNIX machines, by making it into an NFS server. To get the functionality you describe, all you need is a TCP/IP stack for your PC that supports NFS. All the good ones do. Check out FTP Software's PC/TCP, or InterCon's TCP/Connect II. You will probably need to run a small program on the Host also (PCNFS). CB. ========================================================================= || ___ ___ || || / \ / \ Clark Bremer ( clarkb@netstar.com ) || || / / __) Software Engineer || || ( / \ NetStar Inc. || || \ / ) 10250 Valley View Road || || \__/ _____/ Minneapolis, MN 55344 || || || ========================================================================= ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3a7sin$glj@noao.edu] <1994111414350300> From: rstevens@noao.edu (W. Richard Stevens) Newsgroups: comp.protocols.tcp-ip Subject: Re: Stevens' TCP/IP book sources Date: 14 Nov 1994 14:35:03 GMT Organization: National Optical Astronomy Observatories, Tucson, AZ, USA Lines: 23 Distribution: world Message-ID: <3a7sin$glj@noao.edu> References: <3a7g4n$6s@pheidippides.axion.bt.co.uk> NNTP-Posting-Host: gemini.tuc.noao.edu > First, I am reading 'Internetworking with TCP/IP Volume 2' by Douglas E. Comer > and David L. Stevens. The book says that the example code is available in > machine readable form but gives no details of where to get it. Does anyone > known where the code can be found, is it on a ftp site? Take a look at ftp://cs.purdue.edu/pub/Xinu. > Secondly, I have seen references to other books by Stevens but the name given > is Richard Stevens. Is this a different person and what books has he written? Yes, we are different people, but often confused. (I have a son named David, but at age 3 he hasn't written any books, yet.) My books are published under "W. Richard Stevens" and are: "UNIX Network Programming", Prentice-Hall, 1990 "Advanced Programming in the UNIX Environment", Addison-Wesley, 1992 "TCP/IP Illustrated, Volume 1: The Protocols", Addison-Wesley, 1994 "TCP/IP Illustrated, Volume 2: The Implementation", by Gary R. Wright and myself, Addison-Wesley, 1995 (due out in January). Contact me by email for the TOC for any of these. Rich Stevens ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3a7tp8$a19@nanette.pdb.sni.de] <1994111414553600> From: Martin W Freiss Newsgroups: comp.protocols.tcp-ip Subject: Re: Advise Wanted: Corporate Subnetting Std Date: 14 Nov 1994 14:55:36 GMT Organization: Siemens Nixdorf Informationssysteme AG, Paderborn, Germany Lines: 47 Message-ID: <3a7tp8$a19@nanette.pdb.sni.de> References: NNTP-Posting-Host: neurotic.pdb.sni.de X-Newsreader: NN version 6.5.0 In Bob Simon writes: >My corporation has a class B address. I am on a committee which is defining >rules by which subnet and host addresses will be assigned. I recommended >that RFC 1219 be followed strictly, but was outvoted by those who prefer the >simplicity of assigning subnets in counting order (1-254) with a mask of >255.255.255.0. While not technically necessary, I would advise using the 255.255.255.0 mask unless there are powerful other reasons not to. We ran into quite a bit of trouble in our R&D department some years ago when we used another netmask and found quite a few OS's that had problems with this (usually in the network setup scripts which expected the netmask to end on a byte boundary. This has since been fixed.). Users readily understand a 255.255.255.0 netmask, which eliminates a lot of misconfiguration. It makes delegating DNS reverse zones a lot easier. >This is not so terrible, but I am concerned about another proposal to assign >host addresses in predefined ranges. For example, PCs may be assigned >addresses in the range 1-200; servers may be given addresses from 200-220; >and routers may get the range 245-254. This would completely eliminate the >possibility of adding additional subnets (beyond 254 subnets) should the need >arise in the future. Addresses are just addresses and should not be overloaded with other information. Any such scheme will fail in the real world, be it because one subnet has more than 20 servers, or be it because a PC can also be a server. If you have a starlike network around a central backbone, using *.*.*.1 as the router address is often done - it is easy to remember, and users usually like it when the routers always have "the same" address in a subnet. Remember CIDR, and give out contiguous chunks of subnets to departments in different cities/countries/continents. Just my 2 cents, -Martin -- Martin Freiss | R&D computer center | freiss.pad@sni.de Siemens Nixdorf Infosystems | Dept. MR OI 4 | NIC MF194 Paderborn, Germany | Phone +49 5251 8 15642 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [Cz9LpK.LBG@world.std.com] <1994111415583200> Newsgroups: comp.protocols.tcp-ip From: cbruno@world.std.com (charlie bruno) Subject: Need your opinion Message-ID: Summary: Network World seeks opinions on key events in 1995 Organization: The World Public Access UNIX, Brookline, MA X-Newsreader: TIN [version 1.2 PL2] Date: Mon, 14 Nov 1994 15:58:32 GMT Lines: 25 Network World, the industry newsweekly on enterprise network computing, is assembling an end of year forecast issue. As part of our presentation, we are trying to amass a number of opinions from folks like you concerning what you believe will be the most pivotal event in the network industry in 1995. If you are interested in participating, please E-mail your response to cbruno@world.std.com. We will publish some of these responses in the Dec. 26th issue of Network World. Basically, we need a short description (anywhere from one to five short paragraphs) describing what you believe will be the pivotal event that shapes your network and the industry in 1995. Or, if you'd rather, we are also asking folks to tell us what network tools they need most for 1995. Please include your name, title, company affiliation and phone number, in the event we need to contact you. Thanks for your help and your interest in Network World. -- Cheers for now, Charlie Bruno, Features Editor Network World -- The Newsweekly of Enterprise Network Computing ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3a838c$q9@discovery.ectds.com] <1994111416290000> From: swift@ectds.com (The Beyonder) Newsgroups: comp.protocols.tcp-ip Subject: Routing vs. Bridging... Date: 14 Nov 1994 16:29:00 GMT Organization: Trident Data Systems Lines: 19 Sender: -Not-Authenticated-[3368] Message-ID: <3a838c$q9@discovery.ectds.com> NNTP-Posting-Host: the_beyonder.ectds.com X-Posted-From: InterNews 1.0@discovery.ff.tds.com. Xdisclaimer: No attempt was made to authenticate the sender's name. Hello fellow Netters, I was wondering if anyone out there could point me in the right direction. I am looking for any research (i.e. whitepapers, FAQs, etc.) on bridging vs. routing. I figured this would be the place to ask. Any help would be greatly appreciated! Thanks in advance, John _______________________________________________________ Hardware, n.: The parts of a computer system that can be kicked. __________ "John Swift" /_______/_ swift@ectds.com / /_ Snr. Systems Engr. /_/_ RIDENT DATA SYSTEMS ----MESSAGE-END---- ----MESSAGE-BEGIN---- [kpritch.9.000B9615@ernsty.co.uk] <1994111416350500> Newsgroups: comp.os.ms-windows.apps.comm,comp.os.ms-windows.networking.misc,comp.os.ms-windows.networking.tcp-ip,comp.os.ms-windows.networking.windows,comp.protocol.appletalk,comp.protocol.tcp-ip,comp.sys.ibm.pc.hardware.networking,comp.sys.mac.comm From: kpritch@ernsty.co.uk (Kevin Pritchard) Subject: Re: PC <----> MAC Linking Sender: usenet@ernsty.co.uk (Usenet) Message-ID: Date: Mon, 14 Nov 1994 16:35:05 GMT Lines: 60 References: <39r796$a54@ipgate.le.ac.uk> <39u2r5$4jj@panix.com> Organization: Ernst & Young X-Newsreader: Trumpet for Windows [Version 1.0 Rev A] How would this solution work for a small Windows for Workgroups network of 5 dell 486s, presumably connected using a thin ethernet and adding a single Mac? I have a friend who needs to do this. Presumably, using softwindows, you could access all data and binaries for windows, and use applets such as Microsft mail. Any experience out there? In article <39u2r5$4jj@panix.com> gene@panix.com (Gene) writes: >From: gene@panix.com (Gene) >Subject: Re: PC <----> MAC Linking >Date: 10 Nov 1994 16:20:37 -0500 >G.G. Owenson (ggo1@le.ac.uk) wrote: >: Is it possible to link in some way a Mac (performa 475) and a PC (386) >: directly using an ethernet network? >Yep. My wife and I have our two computers networked together at home. She >has a Mac Quadra, I have a Micron Pentium. We use Farallon's TIMBUKTU PRO >for the Mac, and TIMBUKTU FOR WINDOWS on the PC. It's a true ethernet >network, we have access to each other's hard drives and full file sharing >capabilities. We also have her printer (which has an ethernet connection) >available to both computers thru the net. It's inexpensive, and it does >everything we want! >-gene >gene@panix.com >: We have 2 Macs and a PC, both are connected to fileservers over an ethernet >: network (separate servers), and each have unique IP addresses. The 2 Macs >: can share data using AppleTalk (AppleShare). However, we have a printer >: connected to the PC which should idealy be available to the Macs as well. >: The printer is not connected directly to the Ethernet, but only to the >: PCs parallel port. I realise it would probably be impossible to print >: directly from the Macs on the PC printer, but is it possible to dump files >: from one to the other (At the moment this can be done using a UNIX host, but >: this is quite time-consuming). >: Can the PC in some way AppleTalk to the Macs and vice-versa. Idealy this >: would be a software solution. Or is it possible to make the PC a server, >: which the Macs could logon to using telnet/ftp. >: Mac - OS 7.5 >: PC - Dos 5, Win 3.1, MCA >: Network - Novell ver ? (4) >: Any ideas would be grately appreciated. >: G. Owenson +---------------------------+--------------------------------+ | Kevin Pritchard | Direct line : +44 071 931 1492 | | | Switchboard : +44 071 928 2000 | | | Fax : +44 071 931 6500 | | Ernst & Young | | | NIS - Systems Development | | | London, UK | E-Mail : kpritch@ernsty.co.uk | +---------------------------+--------------------------------+ ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3a8c8m$qt3@hobbes.cc.uga.edu] <1994111419024600> From: bwc@phoenix.cs.uga.edu (Brantley Coile) Newsgroups: comp.protocols.tcp-ip Subject: Re: IP addressing strategies Date: 14 Nov 1994 19:02:46 GMT Organization: University of Georgia, Athens Lines: 10 Distribution: world Message-ID: <3a8c8m$qt3@hobbes.cc.uga.edu> NNTP-Posting-Host: phoenix.cs.uga.edu I worked with a new company that has a product that will translate unregistered IP addresses into registered IP addresses dynamicly. It sits between the internal and external internet. The company is Network Translation Technologies and the product is PIX for Private Internet eXchange. Hope this helps. Brantley Coile bwc@tbcc.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3a8ce6$quf@hobbes.cc.uga.edu] <1994111419054200> From: bwc@phoenix.cs.uga.edu (Brantley Coile) Newsgroups: comp.protocols.tcp-ip Subject: Re: IP addressing strategies Date: 14 Nov 1994 19:05:42 GMT Organization: University of Georgia, Athens Lines: 10 Distribution: world Message-ID: <3a8ce6$quf@hobbes.cc.uga.edu> NNTP-Posting-Host: phoenix.cs.uga.edu > I worked with a new company that has a product that will translate > unregistered IP addresses into registered IP addresses dynamicly. > It sits between the internal and external internet. > The company is Network Translation Technologies and the product > is PIX for Private Internet eXchange. Oh, and their number is 415-494-63877 Brantley Coile bwc@tbcc.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3a8duv$q46@noao.edu] <1994111419314300> From: rstevens@noao.edu (W. Richard Stevens) Newsgroups: comp.protocols.tcp-ip Subject: Re: Routing vs. Bridging... Date: 14 Nov 1994 19:31:43 GMT Organization: National Optical Astronomy Observatories, Tucson, AZ, USA Lines: 13 Message-ID: <3a8duv$q46@noao.edu> References: <3a838c$q9@discovery.ectds.com> NNTP-Posting-Host: gemini.tuc.noao.edu > I was wondering if anyone out there could point me in the right > direction. I am looking for any research (i.e. whitepapers, FAQs, > etc.) on bridging vs. routing. I'd start with the following: %T Interconnections: Bridges and Routers %A R. Perlman %I Addison-Wesley %C Reading, Mass. %D 1992 Rich Stevens ----MESSAGE-END---- ----MESSAGE-BEGIN---- [STEINAR.HAUG.94Nov14213046@bokfink.runit.sintef.no] <1994111420304600> From: Steinar.Haug@runit.sintef.no (Steinar Haug) Newsgroups: comp.protocols.tcp-ip Subject: Re: HELP - Virtual IP addresses Date: 14 Nov 1994 20:30:46 GMT Organization: SINTEF RUNIT, Trondheim, Norway Lines: 21 Message-ID: References: <3a488k$mtf@juniper.almaden.ibm.com> NNTP-Posting-Host: bokfink.runit.sintef.no In-reply-to: frank@beach.silcom.com's message of Mon, 14 Nov 1994 05:04:01 GMT > : What? You only want to use one interface? Well, some systems > : allow multiple addresses for a single interface. On AIX, it is > : done with: > : ifconfig en0 1.2.3.4 netmask 255.255.255.0 > : ifconfig en0 1.2.3.5 netmask 255.255.255.0 alias > > And how do you do it on a Sun? With SunOS 4.1.x, you don't. With Solaris 2.x, it's possible using the following (unpublished and liable to change) feature: ifconfig le0 1.2.3.4 ifconfig le0:1 1.2.3.5 Steinar Haug, SINTEF RUNIT, University of Trondheim, NORWAY Email: Steinar.Haug@runit.sintef.no PS: It's actually possible to do it in SunOS 4.1.x also - but requires some trickery (using the "vif" module from John Ioannidis). Recommended only for those interested in kernel hacking :-) ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3a8i0k$bgh@inn.synoptics.com] <1994111420405200> From: namn@synoptics.com (Nam Nguyen) Newsgroups: comp.protocols.tcp-ip Subject: Test Date: 14 Nov 1994 20:40:52 GMT Organization: SynOptics Communications, Inc. Lines: 5 Distribution: world Message-ID: <3a8i0k$bgh@inn.synoptics.com> Reply-To: namn@synoptics.com NNTP-Posting-Host: kryten.synoptics.com Test article. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov14.235533.28510@iglou.com] <1994111423553300> Newsgroups: comp.protocols.tcp-ip From: bpeoples@iglou.iglou.com (Ben Peoples) Subject: PPP via telnet Message-ID: <1994Nov14.235533.28510@iglou.com> Sender: news@iglou.com (news) Organization: IgLou Internet Services X-Newsreader: TIN [version 1.2 PL2] Date: Mon, 14 Nov 1994 23:55:33 GMT Lines: 12 Does anybody know if its possible to run PPPD via a telnet (or any way of connecting two computers over the 'net). It seems that you would just asyncmap (escape out) the ^] character... Anyone? Ben -- Ben Peoples bpeoples@iglou.com Unless otherwise stated, the above opinions are ***WORDS*** "As I said, with this net I will catch them, I bet. With this net I will catch those things, yet!" --- _The Cat in The Hat_ ----MESSAGE-END---- ----MESSAGE-BEGIN---- [rr$nkapDlvTN073yn@halcyon.com] <1994111500144500> From: mpdillon@halcyon.com (Michael Dillon) Newsgroups: comp.protocols.tcp-ip Subject: need good explanation of CIDR and Class C subnetting Date: Tue, 15 Nov 1994 00:14:45 +0000 Organization: Memra Software Inc., Armstrong, B.C., Canada Lines: 23 Message-ID: NNTP-Posting-Host: chinook.halcyon.com Is there a FAQ or other net.document that explains issues such as CIDR blocks, subnetting Class C addresses, subnetting in relation to SLIP/PPP on terminal servers, and maybe some routing stuff too. As you can see by the reference to Class C addresses, I am looking for info that is geared to the smaller shop which might have a single router to the Internet connected to a LAN with several ethernet-connected hosts plus a terminal server with several SLIP/PPP connections and another router with a WAN connection to a remote LAN. This is a reasonably complex situation to dive into and yet it is precisely the situation that most new connections to the net must deal with these days. --------------------------------------------------------------------- "How to Make a FORTUNE on the Information Superhighway" This book is written by two lawyers who can't even spell `libel.' Michael Dillon mpdillon@halcyon.com C-4 Powerhouse, RR #2 michael@junction.net Armstrong, BC V0E 1B0 Fido: 1:353/350 Canada BBS: +1-604-546-2705 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3aafou$quf@hopi.dtcc.edu] <1994111500545400> From: r7980@hopi.dtcc.edu (Joe Rach) Newsgroups: comp.protocols.tcp-ip Subject: Re: Stevens' TCP/IP book sources Date: 15 Nov 1994 09:14:54 -0500 Organization: Delaware Technical & Community College Lines: 11 Message-ID: <3aafou$quf@hopi.dtcc.edu> References: <3a7g4n$6s@pheidippides.axion.bt.co.uk> <3a7sin$glj@noao.edu> <3a9a2p$cos@crl9.crl.com> NNTP-Posting-Host: hopi.dtcc.edu Now I'm getting jealous.... I can't wait for x-mas now..... The author of Applied Cryptography (Bruce) hangs out on sci.crypt and answers questions too.... The feeling of being able to communicate with the author of a worshiped book is a great one.... jOe... ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3a92hc$s5h@cronkite.cisco.com] <1994111501225200> From: tli@cisco.com (Tony Li) Newsgroups: comp.protocols.tcp-ip Subject: Re: Putting school network on Internet via SLIP Date: 15 Nov 1994 01:22:52 GMT Organization: cisco Systems, Inc., Menlo Park, Ca. Lines: 23 Distribution: world Message-ID: <3a92hc$s5h@cronkite.cisco.com> References: <783261850snz@wookie.demon.co.uk> NNTP-Posting-Host: lager.cisco.com In article billw@glare.cisco.com (William ) writes: Putting 100 real-time (WWW, ftp, gopher, telnet) users behind a SLIP link is a recipe for disaster. Consider limiting the number of concurrent interactive internet users to less than 10, and/or some kind of "batching" that prevents the need for all 100 systems to access the internet directly. A single slip link can handle a LOT of non-interactive traffic (mail, news.) Probably even enough for 100 users, but that's cause it gets spread out over all the hours in the day, rather than just the hours of interactive use. I wonder if the Mosaic people are working on "www spoofing" and proxy agents, to solve problems like this. It would certainly be nice to be able to specify a set of www trees to keep "current" on a local server, and have them automatically cached on a local proxy server... BillW What? You don't run slip at T1? ;-) Tony ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3a9djq$dnu@nuscc.nus.sg] <1994111504315400> From: nsrcchk@leonis.nus.sg (Heng Kek) Newsgroups: comp.protocols.tcp-ip,comp.parallel.pvm Subject: Q:Protocols & Comms Media Date: 15 Nov 1994 04:31:54 GMT Organization: National University of Singapore Lines: 11 Message-ID: <3a9djq$dnu@nuscc.nus.sg> NNTP-Posting-Host: nsrcchk@leonis.nus.sg X-Newsreader: TIN [version 1.2 PL2] I've often heard people ask things like, "Does PVM work over an FDDI network? ATM?" I've wondered about this because I've always thought that any sort of tcp/ip application should work over ANY physical media so long as tcp/ip is used. Am I missing something? Hope someone can clear up the air. (As you can see, I'm not too well-versed in networking. Books I've read don't seem to explicitly explain such things.) Thanks Heng Kek ----MESSAGE-END---- ----MESSAGE-BEGIN---- [7535231084001@gcomm.com] <1994111506180900> Subject: Re: Local echoing for Telnet protocol Newsgroups: comp.protocols.tcp-ip From: stein@gcomm.com Date: Tue, 15 Nov 94 11:18:09 EST Message-ID: <7535231084001@gcomm.com> Organization: Galacticomm Demo System Lines: 33 IC>In article <39rh3o$j54@charm.magnus.acs.ohio-state.edu>, IC>prabau@magnus.acs.ohio-state.edu (Patrick F Rabau) writes: IC>[...] IC>|> telnet> mode line IC>|> 1 SENT dont SUPPRESS GO AHEAD IC>|> 2 SENT dont ECHO IC>|> 3 RCVD wont SUPPRESS GO AHEAD (don't reply) IC>|> 4 RCVD will ECHO (reply) IC>|> 5 SENT do ECHO (reply) IC>|> IC>|> Isn't this a violation of the telnet protocol? [...] IC>Absolutely. A telnet implementation must always accept DONT and WONT, IC>and must always default to all options off (NVT mode). Not necessarily. I assume the issue here is that line 4 appears to illegally contradict line 2? This report of telnet option negotiation is wholly from the client's perspective, and the server might very well have legitimately sent the "will ECHO" (4) immediately upon connect, before it received the client's "dont ECHO" (2). The fact that the client interpreted line 4 as a reply to line 2 is one of the boneheaded facts of life of telnet option negotiation: that replies and requests aren't distinguishable except by context. -- Bob Stein, Galacticomm -- ------------------------------------------------------------------------ | . The Galacticomm Demo System - 305.583.7808 - Home of The Major BBS . | | . Telnet/FTP: gcomm.com (199.227.15.16) - WWW: http://www.gcomm.com/ . | ------------------------------------------------------------------------ ----MESSAGE-END---- ----MESSAGE-BEGIN---- [abobaCzApvG.Ix8@netcom.com] <1994111506260400> Newsgroups: comp.protocols.tcp-ip From: aboba@netcom.com (Bernard Aboba) Subject: Re: Stevens' TCP/IP book sources Message-ID: Organization: NETCOM On-line Communication Services (408 261-4700 guest) References: <3a7g4n$6s@pheidippides.axion.bt.co.uk> <3a7sin$glj@noao.edu> <3a9a2p$cos@crl9.crl.com> Date: Tue, 15 Nov 1994 06:26:04 GMT Lines: 10 stevel@crl.com (Steven Lawson) writes: >W. Richard Stevens (rstevens@noao.edu) wrote: >[stuff deleted] >This is the coolest part of his books. He hangs out on c.p.tcp-ip and >answers questions! BTW - the books are great, looking forward to V2.. Yes, TCP/IP Illustrated Volume 1 is superb. I wonder what he'll do for volume 3... ----MESSAGE-END---- ----MESSAGE-BEGIN---- [arothwel.784880948@cisco.com] <1994111506290800> From: arothwel@cisco.com (Andrew Rothwell) Newsgroups: comp.sys.sun.admin,comp.protocols.tcp-ip Subject: Network/System Performance Evaluation: X over IP over Ethernet. Date: 15 Nov 94 06:29:08 GMT Organization: cisco Systems Lines: 24 Message-ID: NNTP-Posting-Host: large.cisco.com I'm wanting to conduct a performance evaluation of our Sun Sparc10. We have an ethernet, with 6 X-terminals, 3 routers and a terminal server attached. We are thinking of adding another 4 X-terminals. I want to determine current ethernet bandwidth utilisiation due to various applications using IP over ethernet - in particular X. I also want to determine what amount of system resource is consumed by X related software running on the Sun - in particular CPU. Can anyone point me to (freeware) tools that I can *easily* use to conduct this evaluation? Tanks in advance, Andrew. -- _______________________________________________________________________________ "Runnin' down a dream, Andrew R. Rothwell. Workin' on a mystery, arothwel@metaplex.com Goin' wherever it leads." Metaplex Pty Ltd. Lvl 13, 118 Alfred St, -Tom Petty. Milsons Point. NSW. 2061. AUSTRALIA. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3ab4o8$prk@tools.near.net] <1994111506525600> From: barmar@nic.near.net (Barry Margolin) Newsgroups: comp.protocols.tcp-ip Subject: Re: Routing procedures inside hosts Date: 15 Nov 1994 15:12:56 -0500 Organization: NEARnet, Cambridge, MA Lines: 52 Message-ID: <3ab4o8$prk@tools.near.net> References: <3aabhv$h33@beatles.cselt.stet.it> NNTP-Posting-Host: tools.near.net In article <3aabhv$h33@beatles.cselt.stet.it> teisa@beatles.cselt.stet.it (Claudio Teisa) writes: >dear all, > I am trying to understand the routing mechanism in Internet, there are a > couple of questions (at least for the moment) I have not been able to answer. What references have you tried? I think your questions should be answered in "Internetworking with TCP/IP, Volume 2" and the forthcoming "TCP/IP Illustrated, Volume 2". >1) What happens when two hosts with different {netid, subnetid} but > interconnected on the same physical network whishes to communicate? > What is consulted first (or at all), the ARP table or the routing table? In most implementations, the routing table. If this indicates that the destination is on a connected network, ARP is used to determine the destination's MAC address. If this indicates that it's on a different network the routing table will give the IP address of a router, and ARP is used to determine the corresponding MAC address. > I.e. is the ARP protocol used when the IP address of the destination > indicates a different network? Yes, to determine the MAC address of the router, as described above. > If yes, is it the router to answer the broadcast ARP request? Yes, since it's the router's address you're trying to learn. > If no and no route has been manually configured, neither explicit > nor default, is the packet discarded? If there's no route, then the packet will be discarded, and the application will generally receive an error. Another possibility, which you may be thinking of, is "proxy ARP". In this situation, the host may be configured with a network mask that treats several (or all) network or subnets as a single network. Many routers can be configured to respond to ARP queries if they specify an IP address that they would normally route to. >2) What happens when two host with the same {netid, subnet} but interconnected > with two different physical network (connected by a router of course) wishes > to communicate? This is an invalid configuration. If you want to break up a logical network into multiple physical networks you must use a bridge, not a router. -- Barry Margolin BBN Internet Services Corp. barmar@near.net ----MESSAGE-END---- ----MESSAGE-BEGIN---- [7535245994101@gcomm.com] <1994111507004600> Subject: Stevens' TCP/IP book sources Newsgroups: comp.protocols.tcp-ip From: stein@gcomm.com Date: Tue, 15 Nov 94 12:00:46 EST Message-ID: <7535245994101@gcomm.com> Organization: Galacticomm Demo System Lines: 25 IA>First, I am reading 'Internetworking with TCP/IP Volume 2' by Douglas E. Com IA>and David L. Stevens. The book says that the example code is available in IA>machine readable form but gives no details of where to get it. Does anyone IA>known where the code can be found, is it on a ftp site? They appear to be different people. IA>Secondly, I have seen references to other books by Stevens but the name give IA>is IA>Richard Stevens. Is this a different person and what books has he written? IA>I am currently writing a UDP/IP so I am only really intereested in books IA>about this subject. Richard Stevens' TCP/IP Illustrated is outstanding. I strongly recommend it. -- Bob Stein, Galacticomm -- ------------------------------------------------------------------------ | . The Galacticomm Demo System - 305.583.7808 - Home of The Major BBS . | | . Telnet/FTP: gcomm.com (199.227.15.16) - WWW: http://www.gcomm.com/ . | ------------------------------------------------------------------------ ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3a9rvs$n59@juniper.almaden.ibm.com] <1994111508371600> From: trall@trall.almaden.ibm.com (Tony Rall) Newsgroups: comp.protocols.tcp-ip Subject: Re: secondary routing reference Date: 15 Nov 1994 08:37:16 GMT Organization: IBM Almaden Research Center Lines: 41 Message-ID: <3a9rvs$n59@juniper.almaden.ibm.com> References: <1994Nov14.164741@acad.drake.edu> Reply-To: trall@almaden.ibm.com (Tony Rall) NNTP-Posting-Host: trall.almaden.ibm.com In article <1994Nov14.164741@acad.drake.edu>, George W. Miller wrote: > >Can anyone give me a good reference on secondary routing so we may have >different ip network numbers on the same wire? "Secondary routing"? I've never heard that term applied to having 2 logical nets on the same physical net. To me it would mean something closer to backup routing, but that does not imply multiple nets per net. Anyway, there are 3 ways to get multiple subnets on one link: * Shorten your subnet mask so that it encompasses both of the original subnets. Doing so may prevent you from reaching other subnets that are now subsumed by your new, broader subnet definition. * Subnet route to the other of subnet on the shared link via routers that have "interfaces" on both subnets. These can be distinct physical interfaces or a single interface that has an IP address alias capability. (This is probably the normal way of achieving your goal.) * Here's a trick I learned recently, but it may not work with all software: network routes with a metric of 0 mean "local to this interface". If the software on all of your hosts support this concept, you can share the link without using an extraneous routing hop. Assume one host's subnet is 1.2.3.0 (address 1.2.3.1), and it also needs to talk to 1.2.4.0 on the same physical link. ifconfig en0 1.2.3.1 netmask 255.255.255.0 route add net 1.2.4.0 1.2.3.1 0 Which means: route net 1.2.4.0 via my own interface and treat it as a local subnet (i.e., use "arp" for addresses on this subnet). This type of route statement would have to be statically added to all machines on both subnets. -- Tony Rall trall@almaden.ibm.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [resnick-1511942142500001@resnick1.isdn.uiuc.edu] <1994111511425000> From: resnick@uiuc.edu (Pete Resnick) Newsgroups: comp.protocols.tcp-ip Subject: Re: Real Time Voice Processing over the Internet Date: Tue, 15 Nov 1994 21:42:50 -0600 Organization: University of Illinois at Urbana-Champaign Lines: 21 Distribution: world Message-ID: References: <3ab64h$aec@grant.cstar.andersen.com> NNTP-Posting-Host: resnick1.isdn.uiuc.edu Cc: jfroissart@andersen.com In article <3ab64h$aec@grant.cstar.andersen.com>, jfroissart@andersen.com (Jean-Louis Froissart) wrote: > I am working on some real time voice transmission over the Internet. > Does anyone know about any API for windows or mac that would have been developped > for that purpose ? Is there any code available on the Internet that would have > that functionality ? For the Macintosh, there is a program called Maven that is being worked on here at the University of Illinois. The author of the program is Charley Kline (kline@uiuc.edu) and currently his graduate assistant who is working on the code is Eric Scouten (scouten@uiuc.edu). pr -- Pete Resnick (...so what is a mojo, and why would one be rising?) Doctoral Student - Philosophy Department, Gregory Hall, UIUC System manager - Cognitive Science Group, Beckman Institute, UIUC Internet: resnick@uiuc.edu ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CzB4Ku.HE5@crash.cts.com] <1994111511434200> Newsgroups: comp.protocols.tcp-ip From: farley@ipinc.com (Farley Stewart) Subject: Re: Putting school network on Internet via SLIP Reply-To: farley@ipinc.com Organization: Internet Products, Inc. Date: Tue, 15 Nov 1994 11:43:42 GMT Message-ID: X-Newsreader: WinVN 0.92.6+ References: <783261850snz@wookie.demon.co.uk> <3a92hc$s5h@cronkite.cisco.com> Sender: news@crash.cts.com (news subsystem) Nntp-Posting-Host: ptlsi.cts.com Lines: 37 In article <3a92hc$s5h@cronkite.cisco.com>, tli@cisco.com (Tony Li) says: > >In article billw@glare.cisco.com (William ) writes: > Putting 100 real-time (WWW, ftp, gopher, telnet) users behind a SLIP > link is a recipe for disaster. Consider limiting the number of concurrent > interactive internet users to less than 10, and/or some kind of "batching" > that prevents the need for all 100 systems to access the internet directly. > A single slip link can handle a LOT of non-interactive traffic (mail, news.) > Probably even enough for 100 users, but that's cause it gets spread out over > all the hours in the day, rather than just the hours of interactive use. > > I wonder if the Mosaic people are working on "www spoofing" and proxy > agents, to solve problems like this. It would certainly be nice to be able > to specify a set of www trees to keep "current" on a local server, and have > them automatically cached on a local proxy server... > > BillW > Actually the CERN WWW server already supports WWW proxy and caching. We setup a lot of Internet server for schools and use the WWW caching feature to solve exactly this problem. It is always the case of the more bandwidth the better, but even 56k-128Kbps bogs down quickly in a classroom environment with 30+ students all utilizing Mosaic to access a particular site simultaneously. Caching helps a great deal. In an instructional situation, the teacher can prime the cache by walking through their lesson plan prior to class. This makes access by the students extremely fast. If you would like more information on our InterGate Internet server and/or how we utilize proxy/caching services in the classroom please drop me a note. Farley Stewart farley@ipinc.com http://www.ipinc.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CzB53J.For@info.swan.ac.uk] <1994111511545400> Newsgroups: comp.protocols.tcp-ip From: iialan@iifeak.swan.ac.uk (Alan Cox) Subject: Re: Packet Filtering Message-ID: Sender: news@info.swan.ac.uk Nntp-Posting-Host: iifeak.swan.ac.uk Organization: Institute For Industrial Information Technology References: <3a06k0$5s1@ixnews1.ix.netcom.com> Date: Tue, 15 Nov 1994 11:54:54 GMT Lines: 16 In article <3a06k0$5s1@ixnews1.ix.netcom.com> mikemccu@ix.netcom.com (David Michael McCutcheon) writes: >I'm currently working on a project in which the networking code in the >operating system asks a user-level process to pass judgement about every >packet that is to be forwarded. I'm assuming that the user-level >process is controlled by a configuration file that allows packets to be >accepted or rejected based on source and destination addresses, source >and destination port numbers, and protocol type. This appears logical, >but the process is still a bit cloudy. Its called screend, its been done 8) Alan -- ..-----------,,----------------------------,,----------------------------,, // Alan Cox // iialan@www.linux.org.uk // GW4PTS@GB7SWN.#45.GBR.EU // ``----------'`----------------------------'`----------------------------'' ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3acjlo$t82@coyote.rain.org] <1994111512134400> From: haltarac@rain.org Newsgroups: comp.protocols.tcp-ip Subject: Re: HELP - Virtual IP addresses Date: 16 Nov 1994 01:33:44 -0800 Organization: RAIN Network Lines: 15 Message-ID: <3acjlo$t82@coyote.rain.org> References: NNTP-Posting-Host: coyote.rain.org X-Newsreader: TIN [version 1.2 PL2] Frank Dziuba (frank@beach.silcom.com) wrote: : Hi, : I want to be able to have a host machine act as if it has several IP : addresses so I can have an HTTP daemon(s) serve data from different : directories depending on what 'host' they were connected as. It looks complicated. Why would you need this. If your goal is to hide some parts of the directory names behind an IP address, then you can problably make something more elegant by just mounting those directories just under / ----- Henri Altarac haltarac@rain.org Software Consultant Santa Barbara ----MESSAGE-END---- ----MESSAGE-BEGIN---- [resnick-1611940011440001@resnick1.isdn.uiuc.edu] <1994111514114400> From: resnick@uiuc.edu (Pete Resnick) Newsgroups: comp.protocols.tcp-ip,soc.culture.iranian Subject: Re: Real Time Voice Processing over the Internet Date: Wed, 16 Nov 1994 00:11:44 -0600 Organization: University of Illinois at Urbana-Champaign Lines: 23 Message-ID: References: <3ab64h$aec@grant.cstar.andersen.com> NNTP-Posting-Host: resnick1.isdn.uiuc.edu In article , samg@netcom.com (Sam Ghandchi) wrote: > Pete Resnick (resnick@uiuc.edu) wrote: > : In article <3ab64h$aec@grant.cstar.andersen.com>, jfroissart@andersen.com > : (Jean-Louis Froissart) wrote: > : > I am working on some real time voice transmission over the Internet. > : For the Macintosh, there is a program called Maven.... > > is this multimedia or just voice? Maven is just audio, voice or otherwise. I believe (though again, the authors should be consulted) that the Maven code is incorporated into CuSeeMe, which is Cornell University's audio/video application for the Macintosh. pr -- Pete Resnick (...so what is a mojo, and why would one be rising?) Doctoral Student - Philosophy Department, Gregory Hall, UIUC System manager - Cognitive Science Group, Beckman Institute, UIUC Internet: resnick@uiuc.edu ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3aahks$mj9@fbi-news.informatik.uni-dortmund.de] <1994111514465200> From: Andreas Eiss Newsgroups: comp.protocols.tcp-ip Subject: Sockets - on IP-Layer (SOCK_RAW)??? Date: 15 Nov 1994 14:46:52 GMT Organization: University of Dortmund Lines: 10 Distribution: world Message-ID: <3aahks$mj9@fbi-news.informatik.uni-dortmund.de> NNTP-Posting-Host: ls3mac3.informatik.uni-dortmund.de X-UserAgent: Nuntius v1.1.1d17 X-XXMessage-ID: X-XXDate: Tue, 15 Nov 94 16:53:06 GMT When I open a socket there is a possibilty to set the socket-type to SOCK_RAW. Since I want to send messages on the IP-Layer, I tried to send messages with that type of sockets, but without success. Sockets on IP-Layer are not described in the manuals, therfore I have no idea what is wrong in my implementation. If anybody made experiences using IP-sockets, please send me an example how to do it. Andreas ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3ac0j6INN3h7@anaconda.cis.ohio-state.edu] <1994111514480600> From: mascari@cis.ohio-state.edu (michael v mascari) Newsgroups: comp.protocols.tcp-ip Subject: Re: lpr client ... HELP! Date: 15 Nov 1994 23:08:06 -0500 Organization: The Ohio State University, Department of Computer and Information Science Lines: 52 Message-ID: <3ac0j6INN3h7@anaconda.cis.ohio-state.edu> References: <3abrsq$9f6@flood.xnet.com> NNTP-Posting-Host: anaconda.cis.ohio-state.edu :Hi. :I have a berkley style printer daemon running on my PC using the :trumpet tcp/ip stack. I *want* to be able to print to my PC's printer :from my unix shell account (a BSD system). I don't have root access to this :machine and the administator is unwilling to give me a printcap entry which :allow me to use the standard lpr command (not to mention everyone else!) :So I had to find an lpr client that would allow me to specify :a remote host to print to (my machine! :) ) instead of a remote print queue. :After some searching I found W. Richard Stevens' lpr client. I got it to :compile but when running it got the following error message: : : "mylpr: error, server returned: Malformed 'from' address" : :After some investigation (on a different machine on which I had root access) :I found out that the "mylpr" program had to be owned by root and have :it's setuid bit on in order for it to work. : :I would *prefer* to get the lpr client working without "root" intervention. : :Any suggestions on what to do next? : :Any help is appreciated, :Steve Nielsen :snielsen@xnet.com I too looked into an lpr client. I was running AmiTCP which is a freely redistributable TCP/IP protocol stack for the Amiga. I had been running SLIP @ 115Kbps to a 486 which was on our LAN where the print server is an RS/6K 530H (packet forwarding was trouble, because IBM's TCP/IP for DOS has an undocumented flag in a config file which must be changed before it will forward IP packets). I have W. Richard Stevens excellent book - UNIX NETWORK PROGRAMMING, as well as my most referenced volume, Stevens' ADVANCED PROGRAMMING IN THE UNIX ENVIRONMENT. I basically followed his lpr client he outlines in, I believe Chap. 11. I too received the same message from the lpd - "malformed from address". I was going to look into it with more detail at iptraces done on port 515, comparing the difference between the packets sent by IBM's lpr client and mine, but.... What I cannot understand is what permissions have to do with the client; after all, there are not such things as permissions on an Amiga - and those IP packets could come from anywhere. Anyways, that was several months ago. Still, if anyone knows the condition under which lpd responds with "malformed from address", please let me know. BTW: there was an entry in /etc/hosts.lpd on the RS/6K Mike Mascari (mascari@cis.ohio-state.edu) ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3aai5a$1ab@news2.delphi.com] <1994111514553800> From: dougm@delphi.com (Doug McPherson) Newsgroups: comp.dcom.net-management,comp.dcom.lans.ethernet,comp.protocols.tcp-ip Subject: ? Distributed analysis of IP traffic Date: 15 Nov 1994 14:55:38 GMT Organization: Delphi Internet Services Lines: 35 Sender: doug@mcdoug (Doug McPherson (x4565)) Distribution: world Message-ID: <3aai5a$1ab@news2.delphi.com> Reply-To: dougm@delphi.com NNTP-Posting-Host: mcdoug.delphi.com Keywords: RMON, Sniffer, traffic I've been able to use RMON tools to meaure the traffic on my network segments, and I can tell that TCP/IP is using n% of my traffic. What I *can't* tell from these tools is *which* TCP/IP applications are consuming that n %?! I.e. I'd like to be able to break the TCP/IP traffic down into source/destination groupings, based on the TCP/IP application (e.g. telnet, ftp, HTTP,Doom, etc). Are there tools out there than can "massage" this data out of my RMON probes or do I need to use yet another application to gather this data? I'm currently looking at NNstat to gather the data. It's free, it runs on my Alpha systems, but it's pretty "low to the ground". If there are similar applications out there that will let me analyze multiple segments of TCP/IP traffic, and are easier to install/configure than NNstat, I'd very much like to know. "Off the rack" applications would be preferred. Also I don't get to read news as much as I would like, so if you can follow up in email, that'd be great. When I get a chance, I'll post a summary of reponses back here. Thanks in advance and regards! /doug -- +-----------------------------------------------------------------+ | Doug McPherson Delphi Internet Services | | Email: dougm@delphi.com 1030 Massachusetts Avenue | | Phone: (617) 441-4565 Cambridge, MA 02138 | | FAX: (617) 491-6642 | +-----------------------------------------------------------------+ ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3aairm$2dh@ixnews1.ix.netcom.com] <1994111515073400> From: summit@ix.netcom.com (Summit '94) Newsgroups: comp.dcom.lans.misc,comp.dcom.lans.token-ring,comp.dcom.servers,comp.dcom.sys.cisco,comp.dcom.sys.wellfleet,comp.protocols.tcp-ip,comp.org.usenix,comp.org.decus,comp.unix.solaris,comp.unix.ultrix Subject: Enterprise Management Summit '94 - Summit Week Date: 15 Nov 1994 15:07:34 GMT Organization: Netcom Lines: 43 Distribution: world Message-ID: <3aairm$2dh@ixnews1.ix.netcom.com> NNTP-Posting-Host: ix-sj9-03.ix.netcom.com The Enterprise Management Summit '94 has begun! Here is a summary of the activities for the conference and exhibition which runs November 14-18 at the Santa Clara Convention Center, Santa Clara, California. Exhibit Floor ------------------- Tuesday, 7:00pm - 10:00pm Wednesday, 12:00pm - 7:00pm Thursday, 12:00pm - 7:00pm Vendor Shoot-Out -------------------------- Bull, Computer Associates, DEC, HP, and IBM will compete head-to-head in the Enterprise Management Theater on Wednesday and Thursday to see who has the best enterprise management solution. HP: Wednesday, 10:30am - 12:00pm CA: Wednesday, 1:30pm - 3:00pm IBM: Thursday, 10:30am - 12:00pm Bull: Thursday, 1:30pm - 3:00pm DEC: Thursday, 3:30pm - 5:00pm Keynotes, General Session ----------------------------------- Wednesday, 8:30am: "Evolution of Management Platforms", Dennis Yaro, SunSoft Thursday, 8:30am: "Facing Today's Enterprise Management Challenges", Bill Warner, IBM Friday, 12:45pm: "What Users Want; What Vendors Can Deliver", Panel Other Activities ----------------------- Tutorials (10): Monday-Tuesday Technical Sessions (36): Wednesday-Friday Product Directions Sessions (14): Wednesday-Friday For More Information: -------------------------------- During Summit week, you can reach us at the Santa Clara Convention Center, 408-748-7117, 7114 Or call the San Francisco office, 800-340-2111 Fax: 415-512-1325 -- End -- ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3aabhv$h33@beatles.cselt.stet.it] <1994111515425500> From: teisa@beatles.cselt.stet.it (Claudio Teisa) Newsgroups: comp.protocols.tcp-ip Subject: Routing procedures inside hosts Date: 15 Nov 1994 14:02:55 +0100 Organization: CSELT UF/DD - Torino Italy Lines: 28 Message-ID: <3aabhv$h33@beatles.cselt.stet.it> NNTP-Posting-Host: beatles.cselt.stet.it dear all, I am trying to understand the routing mechanism in Internet, there are a couple of questions (at least for the moment) I have not been able to answer. 1) What happens when two hosts with different {netid, subnetid} but interconnected on the same physical network whishes to communicate? What is consulted first (or at all), the ARP table or the routing table? I.e. is the ARP protocol used when the IP address of the destination indicates a different network? If yes, is it the router to answer the broadcast ARP request? If no and no route has been manually configured, neither explicit nor default, is the packet discarded? 2) What happens when two host with the same {netid, subnet} but interconnected with two different physical network (connected by a router of course) wishes to communicate? Looking at its ARP tables, the routed should have the possibility to find out on what of the two phisycal networks it is interconnected the destination IP address, but "is it its task to do this work?" or simply this configuration should be avoided (easily using different subnetid) at all to avoid confusion in the routing tables? Thanks, C. Teisa teisa@beatles.cselt.stet.it ----MESSAGE-END---- ----MESSAGE-BEGIN---- [wiley.6.2EC8DB5E@lilly.com] <1994111516013400> Newsgroups: comp.protocols.tcp-ip Subject: DHCP as part of IPv6? Message-ID: From: wiley@lilly.com (Michael S. Wiley) Date: Tue, 15 Nov 1994 16:01:34 GMT Distribution: world Organization: Eli Lilly and Company Keywords: DHCP Nntp-Posting-Host: guins.d51.lilly.com X-Newsreader: Trumpet for Windows [Version 1.0 Rev B final beta #1] Lines: 9 Could anyone tell me if DHCP will be part of IPv6? Or is it too early to know? Our company is considering migrating to DHCP, but if IPv6 is going to offer a different method of dynamically configuring network parameters for client workstations then we may want to wait. Any information would be appreciated. Thanks in advance, Mike Wiley wiley@lilly.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [11-16-1994.152@rkm] <1994111516193100> Subject: need to hide other machines Distribution: world Date: Wed, 16 Nov 94 00:39:31 -0500 From: rkm!rick (Rick McCalla) Newsgroups: comp.protocols.tcp-ip Message-ID: <11-16-1994.152@rkm> X-MKSIA-SN: 3990104987 Followup-To: poster Reply-To: rick@comspec.com Lines: 25 We have a network installed that has several workstations (Dos/Windows), a couple of novell servers, a SCO Unix server and a SCO Xenix server. All the systems talk TCP/IP. The SCO Unix box is our connection to the outside world - both for dial in and dial-out. All machines on the network have to be able to talk to the SCO Unix box. The problem is to prevent someone who dials into the SCO Unix box via a modem connection from seeing or talking to any other machine on the network. Originally I did this by simply removing the rlogin and telnet programs but some of the users have found that if they port other versions of these programs over from other systems they can get net access - oh well - it was too simple anyway ;-( Does anyone know of a way we can accomplish this goal of preventing anyone from initiating a rlogin or telnet session from the SCO Unix box ? Any help would be greatly appreciated. Thanks --------------------------------------------------------------------- Comspec Communications Inc. | Rick McCalla Toronto, Ontario | rick@comspec.com Voice : (416) 785-3553 #302 | Compuserve "INTERNET:rick@comspec.com" Fax : (416) 785-3668 | .... ----MESSAGE-END---- ----MESSAGE-BEGIN---- [LELAM.94Nov15104251@sparcplug] <1994111516425000> From: ElamLE@LFWC.Lockheed.Com (Len E. Elam) Newsgroups: comp.protocols.nfs,comp.protocols.tcp-ip,comp.protocols.tcp-ip.ibmpc Subject: PC-NFS 5.0 Telnet & TelnetW ^S/^Q question Followup-To: comp.protocols.nfs Date: 15 Nov 1994 16:42:50 GMT Organization: Lockheed Fort Worth Company Lines: 25 Distribution: usa Message-ID: NNTP-Posting-Host: 137.32.33.71 I'm using PC-NFS 5.0's Telnet and TelnetW (MS Windows Telnet) and, so far, have not been able to figure out how set it up to NOT use ^S and ^Q for software handshaking. If I could figure what to put in the TNINIT.ECF and TNWINIT.ECF files to keep ^S from acting as the HOLD key, I suspect that would take care of the problem. And PC-NFS 5.0 didn't come with enough information on programming Telnet and TelnetW command files for me to be able to figure it out yet. Therefore, I'm asking if anyone out there can give me a hand. If the information is in a FAQ somewhere, a pointer to it will be enough. Thanks for your help, Len E. Elam ------------------------------------------------------------------------------ Len E. Elam | Since I am not an official Lockheed Lockheed Fort Worth Company | spokesperson, these opinions contain PO Box 748, MZ5904 | no spokes. Fort Worth, TX 76101-0748 | (817)763-2970 | ElamLE@LFWC.Lockheed.Com | ------------------------------------------------------------------------------ ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3aarrs$qe4@eco.twg.com] <1994111517411600> From: larry@eco.twg.com (Lawrence B. Henry III) Newsgroups: comp.protocols.tcp-ip Subject: Re: TCP extensions Date: 15 Nov 1994 17:41:16 GMT Organization: The Wollongong Group, East Coast Operations Lines: 15 Distribution: world Message-ID: <3aarrs$qe4@eco.twg.com> References: <39t7or$4pf@pheidippides.axion.bt.co.uk> Reply-To: larry@eco.twg.com NNTP-Posting-Host: tao.eco.twg.com X-Newsreader: mxrn 6.18-6 In article <39t7or$4pf@pheidippides.axion.bt.co.uk>, robs@goofy (rob spencer) writes: |> |>Can anyone out there suggest which workstations implement RFC1323 |>which includes extended TCP window sizes and selective |>retransmissions. |> Wollongong supports scaled windows in their VMS product; I believe that UCX also supports scaled windows. So in answer to your question VMS workstations support at least the scaled windows part of RFC1323. -Larry. The Wollongong Group. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CzBLIp.3qn@chaps.wimsey.com] <1994111517493600> Newsgroups: comp.protocols.tcp-ip From: danny@chaps.wimsey.com (Danny Aldham) Subject: Re: FAQ please Organization: Chaps Group Inc. Date: Tue, 15 Nov 1994 17:49:36 GMT Message-ID: X-Newsreader: TIN [version 1.2 PL2] References: <39rlm9$rtj$1@mhade.production.compuserve.com> Lines: 14 Interface Builders (72160.1106@CompuServe.COM) wrote: : If there is a FAQ for this newsgroup, could someone please send a copy : of it to the Compuserve address below? : Thanks : -- : Lee Chubb -- Interface Builders -- 72160.1106@compuserve.com Please post them here or send a copy to me too. Thanks Danny Aldham -- Technical Support Manager Chaps Group Inc. SCO Advanced Product Center Phone (604) 528-6000 Fax (604) 528-6090 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov15.181104.335@zh014.ubs.ubs.ch] <1994111518110400> Newsgroups: comp.protocols.tcp-ip From: zhebu@svusenet.ubs.ch Subject: 9-bit-bytes and tcp Message-ID: <1994Nov15.181104.335@zh014.ubs.ubs.ch> Sender: news@svusenet.ubs.ch Nntp-Posting-Host: svusenet.ubs.ch Reply-To: urs.eberle@zhflur.ubs.ubs.ch Organization: Union Bank of Switzerland (Zuerich) X-Newsreader: TIN [version 1.1 PL6] Date: Tue, 15 Nov 1994 18:11:04 GMT Lines: 35 I have a program which uses tcp stream communication on several very different types of computers. To transport binary data I use the tcp/ip format, using ntoh.. hton.. functions. (big endian octets). My question is, how the abstraction of a tcp-connection is supposed to handle 9-bit bytes. A 4-byte integer is 36 bits on that machines. My guess is, that the highest bit in each byte is ignored. Badly enough, the ntoh.. and hton.. functions do not exist on the 9-bit-machine. If my guess is correct, I can implement them that way (ignore the highest bit of each byte, let the compiler do the local byte-ordering): long ntohl(long x) { unsigned char *s = (unsigned char *)&x; return s[3]+s[2]*0x100+s[1]*0x10000+s[0]*0x1000000; } long htonl(long x) { long rw; unsigned char *s=(unsigned char *)&rw; s[3] = x%0x100; s[2]=x/0x100%0x100; s[1]=x/0x10000%0x100; s[0]=x/0x1000000%0x100; return rw; } -- NAME Urs Eberle EMAIL urs.eberle@zhflur.ubs.ubs.ch PHONE ++41-1-236-58-08 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3ab0rh$sn@ra.ibr.cs.tu-bs.de] <1994111519062500> From: kotopo@ivev.bau.tu-bs.de (Alexander Kotopoulis) Newsgroups: comp.protocols.tcp-ip Subject: Comfortable talk clients ? Date: 15 Nov 1994 19:06:25 GMT Organization: TU Braunschweig, Informatik (Bueltenweg), Germany Lines: 19 Distribution: world Message-ID: <3ab0rh$sn@ra.ibr.cs.tu-bs.de> NNTP-Posting-Host: ivev1.ivev.bau.tu-bs.de X-Newsreader: TIN [version 1.2 PL2] Hi, Are there more comfortable talk clients out for UNIX, more than talk and ytalk. I'm especially interested in answering a talk request more comfortably. Is there something like an xbiff for talk? Please tell me if there is a more appropriate newsgroup for talk issues. Yo, alex :-) -- ##################################################################### Alexander Kotopoulis ### kotopo@ivev.bau.tu-bs.de Institut fuer Verkehr, Eisenbahn- ### i5072204@ws.rz.tu-bs.de wesen und Verkehrssicherung ### TU Braunschweig ### ##################################################################### ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov15.193133.17813@midway.uchicago.edu] <1994111519313300> Newsgroups: comp.os.ms-windows.networking.tcp-ip,alt.winsock,comp.protocols.tcp- From: jmatkins@quads.uchicago.edu (Jonny A (Voltron)) Subject: Re: Winsock Application FAQ - Updated ! Message-ID: <1994Nov15.193133.17813@midway.uchicago.edu> Sender: news@uchinews.uchicago.edu (News System) Organization: University of Chicago X-Newsreader: WinVN 0.92.6+ References: <1994Nov14.055642.32706@cc.usu.edu> Date: Tue, 15 Nov 1994 19:31:33 GMT Lines: 27 In article <1994Nov14.055642.32706@cc.usu.edu>, slhd5@cc.usu.edu says: > >Jeff while Netscaping writes: > >> >>> > >>> >Try: http://www.LCS.com/faqhtml.html >>> >>> YES!!!!! Thank you very much for moving it!!! >> >>NO!!!! I can not connect to this host!!! >> >Me either!!!! AAAGGHHHH!!!!!!!!!! In the meantime, to get basic apps, try mine: http://ariel.rh.uchicago.edu/home.html But keep in mind that this page is under construction and modified very frequently. Also, it offers MUCH less than the LCS page (a link to this will be provided soon, if Craig Larsen doesn't mind). But, noone has re- ported problems connecting just yet, and it will soon be much more organ- ized. In the works: a page offering BMG Music Service's entire catalog. -Jon. -- WILL BUILD WWW PAGES FOR FOOD "Celebrating over 96 straight hours of The Little Mermaid soundtrack" --> jmatkins@quads.uchicago.edu | j-atkinson@uchicago.edu http://ariel.rh.uchicago.edu/home.html ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3ab3ap$eip@lard.ftp.com] <1994111519484100> From: John Veizades Newsgroups: comp.protocols.tcp-ip Subject: Re: DHCP as part of IPv6? Date: 15 Nov 1994 19:48:41 GMT Organization: FTP Software, North Andover, Massachusetts Lines: 29 Message-ID: <3ab3ap$eip@lard.ftp.com> References: NNTP-Posting-Host: zoi.wco.ftp.com > Could anyone tell me if DHCP will be part of IPv6? Or is it too early to > know? Our company is considering migrating to DHCP, but if IPv6 is going to > offer a different method of dynamically configuring network parameters for > client workstations then we may want to wait. Any information would be > appreciated. Much of the work on address configuration in IPv6 is still very much up in the air but it seems that several models of address configuration seem to be emerging. The first is based on a hosts IEEE address (also known as your ethernet address). This will allow for the creation of a local use address, an address that does not route and allows for comunication with other local hosts. This has been oftened referred to as the dentist office senario, a group a hosts that want to communicate with one an other without being connected to a global network. The second is a stateless server based configuration in which a local address server using the networks identifier and the hosts local identifier forms a global use address. Finally there is a statefull server much like DHCP which works much like the current DHCP servers. If you are further interested in this topic try the mailing list which is discussing this topic (addrconf@cisco.com). John Veizades... Engineering Manager Server Technologies FTP Software's (soon to be closed) West Coast Office ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3ab3pa$7qg@condor.ic.net] <1994111519562600> From: tim@moeller.com (Timothy Kulig) Newsgroups: comp.protocols.tcp-ip Subject: More detailed 4 you Date: 15 Nov 1994 19:56:26 GMT Organization: Moeller Manufacturing Lines: 116 Message-ID: <3ab3pa$7qg@condor.ic.net> NNTP-Posting-Host: a62.dialin.ic.net X-Newsreader: TIN [version 1.2 PL2] I Cannot reach my HP 9000/832 from my Winsock station. I have tested every aspect of my configuration to ensure that I have set this up correctly. Hardware, software, cabling, everything!!! I can telnet to my HP from my Chameleon machine, Linux box, ATS, you name it, just not my Winsock systems!! First HARDWARE, here's my whole setup of the hardware in question in a snap: 92.92.92.92 92.92.92.99 92.92.92.104 ___________ _______ _______ | | | | | | __________ | | | | | | |Winsock | | HP | |_____| 10BaseT/BNC NOVELL | | | PC | | 9000 | _____| |_____ Concentrator 3.12 | PC | | | | /832 | | LINUX | _______ | | | |________| |_________| |___________| |_____| | |_____| _| |_ | | | | |__________| | +---------------+-------------+ |_____________________| BNC Ethernet Network 10BaseT From my Linux machine [92.92.92.99] (If I do a: route add -host IP_ADDRESS_OF_WINSOCK_MACHINE in this case 92.92.92.104) I can ping my Winsock station, and then even telnet TO my Linux box FROM my Winsock Station. (I can even use PINGW.EXE to ping my Linux Machine from the Winsock Station.) I have to do the route command first on my Linux side. Well the problem I'm having is that I cannot PINGW or Telnet or really do anything with my HP. No matter what I try I can't access my HP from the Winsock station. Both subnet masks are 255.255.255.0, I can do a route add host IP_ADDRESS_OF_WINSOCK_MACHINE on my HP, and still NOTHING!! What is it I'm doing wrong??? Here's what I'm doing on my Winsock Station's AUTOEXEC.BAT: LSL (CARD DRIVER) IPXODI ODIPKT 0 (Version 3.0) WINPKT 0x69 NETX (Latest Version) Here is a copy of my NET.CFG: Link Support Buffers 4 1600 Link Driver [NETWORK CARD DRIVER] Frame Ethernet_II Frame Ethernet_802.3 PROTOCOL IPX 0 ETHERNET_802.3 Protocol IP 000000000800 ETHERNET_II Protocol ARP 000000000806 ETHERNET_II I can login to my Novell Network, and I can access my Linux box, so why can't I access my HP 9000/832? It's running Version 9.0 of HP-UX. For your Information on the same box I install Chameleon V4.7 and it worked with me ___WITHOUT____ having to do a: route add -host IP_ADDRESS_OF_WINSOCK_MACHINE, on the Linux Box and I could easily ping, telnet, mail, anything to my HP 9000/832. It worked like a dream. So what the heck could be wrong with MY setup with WINSOCK??? I'm using version 2.0B of Winsock. P.S. It will not "Run Minimized" correctly. (Only if your just starting windows will it run minimized). Also I'm running Dos 6.22 on this Winsock Station. Whenever I do a PINGW from the Winsock station I get a: ICMP transmit Error with PingW, but, when I do a TRACE/ARP on my TCPMAN side while I PINGW I get: ARP 1 0001 0800 00:00:C0:E6:A6:54:92.92.92.103 ->00:00:00:00:00:00:92.92.92.92 ARP timed out ARP 1 0001 0800 00:00:C0:E6:A6:54:92.92.92.103 ->00:00:00:00:00:00:92.92.92.92 ARP timed out ARP 1 0001 0800 00:00:C0:E6:A6:54:92.92.92.103 ->00:00:00:00:00:00:92.92.92.92 ARP timed out ARP 1 0001 0800 00:00:C0:E6:A6:54:92.92.92.103 ->00:00:00:00:00:00:92.92.92.92 ARP timed out ARP 1 0001 0800 00:00:C0:E6:A6:54:92.92.92.103 ->00:00:00:00:00:00:92.92.92.92 ARP timed out ARP 1 0001 0800 00:00:C0:E6:A6:54:92.92.92.103 ->00:00:00:00:00:00:92.92.92.92 ARP timed out Yet I can ping to other Winsock Systems and I can Ping to my Linux box!! The big Kicker is this, I can install Chameleon on the same machine, and it will work, first time, NO PROBLEMS, NOT ONE!!! So what am I doing wrong??? Every machine I setup with Winsock has this same problem, and if I install Chameleon on that machine again, it works PERFECT!!! I would believe that I don't have the right protocol selected with ODIPKT, but I can PINGW my Linux box, and other Winsock machines, so that does'nt compute!! (For all you Lost in Space fans!!) This is complex and I believe above my head...... Anyone out there the best of the best in TCP/WINSOCK????? Anything else you need to know, just mail me!! Hell I'll send pictures!! Please help me. THANX. -- ============================================================================ __&__ | / \ | Timothy Alan Kulig tim@systel.com or tkulig@ic.net | | | | (o)(o) | M O E L L E R Mfg Unix Windows Dos Vax - You name it! C .---_) | | |.___| | If you need anything in the Unix World, Feel Free to call! | \__/ | /_____\ | (810) 960-3999 Home: (810) 960-9783 Fax: (810) 960-3899 /_____/ \ | / \ | Homer Simpson is my Idol. MMMMM Fuzzy Grape!! ============================================================================ ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CzB5vx.AAB@elmail.co.uk] <1994111520314900> Newsgroups: comp.protocols.tcp-ip,comp.mail.sendmail From: Leo Smith Subject: Re: DNS problems Content-Type: TEXT/PLAIN; charset=US-ASCII Organization: ElectricMail News Service Date: Tue, 15 Nov 1994 20:31:49 GMT Message-ID: Followup-To: comp.mail.sendmail Mime-Version: 1.0 X-Newsreader: NEWTNews & Chameleon -- TCP/IP for MS Windows from NetManage References: Sender: news@elmail.co.uk (News Pseudo User) Nntp-Posting-Host: chickasaw.elmail.co.uk Lines: 31 In article , writes: > Hi, > I'm sorry if this is the wrong group for my DNS question. > My DNS server is repeating this error message every 3-5 mins.: > > named[4924] : Malformed response from xxx.xxx.xxx.xxx > > The xxx.xxx.xxx.xxx is the primary DNS server and mine is a secondary. > Addresses are still being resolved, but just wondering what is causing this > errors. > May be that the zone transfer is failing. Possibly some bad records - we have seen this sort of problem with Hinfo records with just one, rather than two strings. There is a named-xfer program that can be used to get more detail I believe > Also, will appreciated if I can be pointed to a DNS specific group. > comp.protocols.tcp-ip is my best guess > Thanks > > -patrick > > ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3ab64h$aec@grant.cstar.andersen.com] <1994111520363300> From: jfroissart@andersen.com (Jean-Louis Froissart) Newsgroups: comp.protocols.tcp-ip Subject: Real Time Voice Processing over the Internet Date: 15 Nov 1994 20:36:33 GMT Organization: Andersen Consulting/CSTaR Lines: 11 Distribution: world Message-ID: <3ab64h$aec@grant.cstar.andersen.com> NNTP-Posting-Host: hughespc.cstar.andersen.com X-Newsreader: I am working on some real time voice transmission over the Internet. Does anyone know about any API for windows or mac that would have been developped for that purpose ? Is there any code available on the Internet that would have that functionality ? Thanks for helping me, Jean-Louis Froissart Andersen Consulting / Center for Strategic Technology Research (CSTaR) 100 South Wacker Chicago IL 60606 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [dsanoyCzBvIn.KEr@netcom.com] <1994111521253400> Newsgroups: comp.protocols.tcp-ip From: dsanoy@netcom.com (Darwin Sanoy) Subject: Me too. Message-ID: Organization: NETCOM On-line Communication Services (408 261-4700 guest) X-Newsreader: TIN [version 1.2 PL1] Date: Tue, 15 Nov 1994 21:25:34 GMT Lines: 12 I am also very interested in any information sources on subnetting. Most examples I have seen show the subnetting of a class B address, yet the reality for most of us (me included) is a C address. I am specifically looking for sources of information on subnetting class C addresses. djs. -- __ / / __ __/ / /_/ ____ / / __ / __/ Darwin Sanoy / / / / / /_ / ______________________________________________ /___/ / / /___/ dsanoy@netcom.com __/ / 70324.25@compuserve.com /___/ ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CzBvvB.8t6@usenet.ucs.indiana.edu] <1994111521331000> Newsgroups: comp.os.ms-windows.apps.comm,comp.os.ms-windows.networking.misc,comp.os.ms-windows.networking.tcp-ip,comp.os.ms-windows.networking.windows,comp.protocol.appletalk,comp.protocol.tcp-ip,comp.sys.ibm.pc.hardware.networking,comp.sys.mac.comm From: cpstone@nickel.ucs.indiana.edu (The Scorpion) Subject: Re: PC <----> MAC Linking Message-ID: Sender: news@usenet.ucs.indiana.edu (USENET News System) Nntp-Posting-Host: nickel.ucs.indiana.edu Organization: Indiana University, Bloomington IN References: <39r796$a54@ipgate.le.ac.uk> Date: Tue, 15 Nov 1994 21:33:10 GMT Lines: 27 In article <39r796$a54@ipgate.le.ac.uk>, G.G. Owenson wrote: >Is it possible to link in some way a Mac (performa 475) and a PC (386) >directly using an ethernet network? > In a word, yes. Farallon's PhoneNET software allows for a PC to use AppleTalk file sharing, using a remote Mac as the server (or even more than one!). The only draw back is that you can't access the PC from the MAC. I have both a PC and a Mac on my desktop, and I have found this tool to be instespensible. Altho PhoneNET is most noted for the Mac hardware system, the PC version allows the PC to be configured to use an Ethernet card for the file-sharing. The software is bundled with Timbuktu for Windows. As for sharing a printer: I have the same problem (my only printer is connected to my PC), and have yet to find a workable solution. The easiest thing to do may be to attach the printer to one of your Mac, if one of them has a serial port open (mine doesn't), altho that will require an adapter. Hope this helps a bit! -Christopher P. Stone Network Manager Indiana University Real Estate Dept. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3abqp7$6di@turin.research.otc.com.au] <1994111602285500> From: rajeshk@bright.research.otc.com.au (Rajesh Kumar) Newsgroups: comp.protocols.tcp-ip Subject: RFC:1323 or RFC:1072 Date: 16 Nov 1994 02:28:55 GMT Organization: OTC Australia Lines: 25 Distribution: world Message-ID: <3abqp7$6di@turin.research.otc.com.au> NNTP-Posting-Host: bright.research.otc.com.au Hi Netters, We are planning to use a TCP level protocol for High Speed Communication. We have come across a few RFCs such as RFC:1323, RFC:1072 proposed by Jacobson and Braden. These RFCs provide an extension to TCP by proposing new TCP options for scaled windows, selective acknowledgments and round-trip timing, in order to provide efficient operation over large-bandwidth*delay-product paths. If anyone knows about any vendor who has implemented any of these RFCs or such types of RFCs, and provides a commercial product, please send me a email. Thanks in advance. Regards Rajesh Kumar rajeshk@research.otc.com.au ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3abrsq$9f6@flood.xnet.com] <1994111602475400> From: snielsen@amiserv.xnet.com (Steven Nielsen) Newsgroups: comp.protocols.tcp-ip Subject: lpr client ... HELP! Date: 16 Nov 1994 02:47:54 GMT Organization: XNet - A Full Service Internet Provider - (708) 983-6064 Lines: 25 Message-ID: <3abrsq$9f6@flood.xnet.com> NNTP-Posting-Host: cyclone.xnet.com X-Newsreader: TIN [version 1.2 PL1] Hi. I have a berkley style printer daemon running on my PC using the trumpet tcp/ip stack. I *want* to be able to print to my PC's printer from my unix shell account (a BSD system). I don't have root access to this machine and the administator is unwilling to give me a printcap entry which allow me to use the standard lpr command (not to mention everyone else!) So I had to find an lpr client that would allow me to specify a remote host to print to (my machine! :) ) instead of a remote print queue. After some searching I found W. Richard Stevens' lpr client. I got it to compile but when running it got the following error message: "mylpr: error, server returned: Malformed 'from' address" After some investigation (on a different machine on which I had root access) I found out that the "mylpr" program had to be owned by root and have it's setuid bit on in order for it to work. I would *prefer* to get the lpr client working without "root" intervention. Any suggestions on what to do next? Any help is appreciated, Steve Nielsen snielsen@xnet.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3abrvc$9f6@flood.xnet.com] <1994111602491600> From: snielsen@amiserv.xnet.com (Steven Nielsen) Newsgroups: comp.protocols.tcp-ip Subject: lpr client ... HELP! Date: 16 Nov 1994 02:49:16 GMT Organization: XNet - A Full Service Internet Provider - (708) 983-6064 Lines: 25 Message-ID: <3abrvc$9f6@flood.xnet.com> NNTP-Posting-Host: cyclone.xnet.com X-Newsreader: TIN [version 1.2 PL1] Hi. I have a berkley style printer daemon running on my PC using the trumpet tcp/ip stack. I *want* to be able to print to my PC's printer from my unix shell account (a BSD system). I don't have root access to this machine and the administator is unwilling to give me a printcap entry which would allow me to use the standard lpr command (not to mention everyone else!) So I had to find an lpr client that would allow me to specify a remote host to print to (my machine! :) ) instead of a remote print queue. After some searching I found W. Richard Stevens' lpr client. I got it to compile but when running it got the following error message: "mylpr: error, server returned: Malformed 'from' address" After some investigation (on a different machine on which I had root access) I found out that the "mylpr" program had to be owned by root and have it's setuid bit on in order for it to work. I would *prefer* to get the lpr client working without "root" intervention. Any suggestions on what to do next? Any help is appreciated, Steve Nielsen snielsen@xnet.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3abti1$3sr@wabbit.cc.uow.edu.au] <1994111603161700> From: lorraine@snrc.uow.edu.au (Lorraine de Vere) Newsgroups: comp.protocols.tcp-ip Subject: Capabilities of IP routers, ATM switches and Interworking Units Date: 16 Nov 1994 03:16:17 GMT Organization: University of Wollongong, NSW, Australia Lines: 23 Message-ID: <3abti1$3sr@wabbit.cc.uow.edu.au> Reply-To: lorraine@snrc.uow.edu.au NNTP-Posting-Host: tigger.snrc.uow.edu.au At the moment I am trying to build a simulation model that involves the interconnection of ATM networks running TCP/IP and IP subnets that are not deployed above ATM networks. I was wondering if someone could tell me, or suggest where I can find out about the capabilities of IP routers, ATM switches and Interworking Units. I'm interested in figures such as how many datagrams can be forwarded per second, how many cells can be switched per second, how much buffering is provided, how many interfaces routers tend to have and so on. In terms of routers I realise that they range from very grunty specialised boxes to PCs - information about the broad spectrum of PC capabilities would be great. Also, does anyone know what the typical bit rates of existing Internet backbones are. Finally, if anyone knows of any papers discussing the interconnection of ATM networks and non ATM IP subnets, any pointers would be greatly appreciated. Replies to this group or email are both fine for me. I can also summarise responses if people are interested. Thanks a lot Lorraine de Vere (lorraine@snrc.uow.edu.au) ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3abujq$3je@thepoint.com] <1994111603341800> From: mikej@thepoint.com (Michae Jung) Newsgroups: comp.protocols.tcp-ip Subject: Re: DHCP help!! Date: 16 Nov 1994 03:34:18 GMT Organization: FocusSoft, Inc. Lines: 46 Message-ID: <3abujq$3je@thepoint.com> References: <39tt5m$akv@chnews.intel.com> <39uh91$sp2@ra.nrl.navy.mil> NNTP-Posting-Host: 198.6.9.50 X-Newsreader: WinVN 0.92.6 In article <39uh91$sp2@ra.nrl.navy.mil>, atkinson@sundance.itd.nrl.navy.mil (Ran Atkinson) says: > >In article <39tt5m$akv@chnews.intel.com> kirkwood@strider.fm.intel.com (Clayton Kirkwood) writes: >>Hi, I am trying to find source for DHCP. I have seen various other requests >>recently which didn't appear to be answered. I have also heard a rumor that >>the source was pulled back because there was a "bug", but this seems unusual. > >To my knowledge there is no freely distributable implementation of >DHCP. If one does exist, I too would be interested in knowing of it. >There are freely distributable implementations of BOOTP which would be >a good basis for building a DHCP implementation. > >WHO do you think has worked on a freely distributable DHCP implementation ? > >Ran >atkinson@itd.nrl.navy.mil > I can only speak of the rumors thought the grape-vine but Microsoft implementation of DHCP is a slightly modified version of CISCO's Dynamic IP allocation... There are some fairly good docs on: /pub/microsoft/bussys/winnt/winnt-docs/papers that describe how Microsoft has implemented the features. I would also think one could make inquiries to CISCO as to how that have handled Dynamic IP allocation and renewal. I have just started using DHCP/WINSERV and have not formed any conclusive thoughts as to how Microsoft has implemented it, but overall it looks very promissing. I don't think source-code will ever be available from Microsoft, but possible lower level call might be able to be obtained from Cisco. No Warrenties, No Gurarentee....... mikej@thepoint.com p.s. If you find anything of interest, I would appreciate a email of what you have found..... mike ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3ac0kb$5rb@hobbit.gandalf.ca] <1994111604084300> From: loiselle@charm.gandalf.ca (Vance Loiselle) Newsgroups: comp.protocols.tcp-ip Subject: Re: Class C subnetting Date: 16 Nov 1994 04:08:43 GMT Organization: Gandalf Data Ltd. Lines: 21 Message-ID: <3ac0kb$5rb@hobbit.gandalf.ca> References: <39v12a$k28@cronkite.ocis.temple.edu> <3a0o7s$m57@tools.near.net> NNTP-Posting-Host: charm.gandalf.ca X-Newsreader: TIN [version 1.2 PL2] That's just what I was looking for. I'd like to further the question. From what's been discussed, if an organization has one class c net of 199.99.166.X and wishes to subnet further, the mask of 255.255.255.192 provides them with two subnets, 62 hosts each. Ques: Would a mask of 255.255.255.128 be useless? No allowable subnet values? Now, what if instead the organization was given a single subnetted class b address, say 134.87.207.X with a mask of 255.255.255.0 To increase subnets, if the mask of 255.255.255.192 was applied to this, would the number of subnets be 4 instead of 2? Also, would a mask of 255.255.255.128 now be ok, and provide 2 usable subnets? I can't figure out if the fact that the base net number is class b changes these issues. Thanx, Vance Loiselle Gandalf Technologies Inc. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3ac45b$pi4@falcon.ccs.uwo.ca] <1994111605085900> From: zhu@gaul.csd.uwo.ca (ZHENJUN ZHU) Newsgroups: comp.dcom.net-management,comp.dcom.lans.ethernet,comp.protocols.tcp-ip Subject: Re: ? Distributed analysis of IP traffic Date: 16 Nov 1994 05:08:59 GMT Organization: Dept. of Computer Science, University of Western Ontario Lines: 23 Message-ID: <3ac45b$pi4@falcon.ccs.uwo.ca> References: <3aai5a$1ab@news2.delphi.com> NNTP-Posting-Host: obelix.gaul.csd.uwo.ca Keywords: RMON, Sniffer, traffic In article <3aai5a$1ab@news2.delphi.com>, Doug McPherson wrote: > >I'm currently looking at NNstat to gather the data. It's free, it runs on my Could you e-mail me about how to obtain NNstat? Or post it here. Thanks. - Zhenjun Zhu University of Western Ontario, London, Canada > >/doug > ----MESSAGE-END---- ----MESSAGE-BEGIN---- [samgCzCHr1.KD1@netcom.com] <1994111605254800> Newsgroups: comp.protocols.tcp-ip,soc.culture.iranian From: samg@netcom.com (Sam Ghandchi) Subject: Re: Real Time Voice Processing over the Internet Message-ID: Organization: NETCOM On-line Communication Services (408 261-4700 guest) X-Newsreader: TIN [version 1.2 PL1] References: <3ab64h$aec@grant.cstar.andersen.com> Date: Wed, 16 Nov 1994 05:25:48 GMT Lines: 27 Pete Resnick (resnick@uiuc.edu) wrote: : In article <3ab64h$aec@grant.cstar.andersen.com>, jfroissart@andersen.com : (Jean-Louis Froissart) wrote: : > I am working on some real time voice transmission over the Internet. : > Does anyone know about any API for windows or mac that would have been developped : > for that purpose ? Is there any code available on the Internet that would have : > that functionality ? : For the Macintosh, there is a program called Maven that is being worked on : here at the University of Illinois. The author of the program is Charley : Kline (kline@uiuc.edu) and currently his graduate assistant who is working : on the code is Eric Scouten (scouten@uiuc.edu). : pr : -- : Pete Resnick (...so what is a mojo, and why would one be rising?) : Doctoral Student - Philosophy Department, Gregory Hall, UIUC : System manager - Cognitive Science Group, Beckman Institute, UIUC : Internet: resnick@uiuc.edu is this multimedia or just voice? TIA, - SG ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3ac739$54n@crcnis1.unl.edu] <1994111605590500> From: mgleason@cse.unl.edu (Mike Gleason) Newsgroups: comp.protocols.tcp-ip,comp.sources.d Subject: New archive site for NcFTP. Date: 16 Nov 1994 05:59:05 GMT Organization: NCEMRSoft Lines: 16 Distribution: world Message-ID: <3ac739$54n@crcnis1.unl.edu> NNTP-Posting-Host: cse.unl.edu Summary: ftp.cs.unl.edu:/pub/ncftp/ncftp.tgz Keywords: ncftp Our system administrator wants me to move ncftp off of cse.unl.edu to reduce the load on that machine. The new site to get the latest version of ncftp (as well as public betas of version 2) is: ftp.cs.unl.edu in the directory: /pub/ncftp For now, there is no restriction of when you can call. But be reasonable :-) I've also posted a new beta, 2.0b4 for testing: ftp://ftp.cs.unl.edu/pub/ncftp/BETA/ncftp2b04.tgz -- ===== Mike Gleason ================= Go Huskers! ======= Current version of NcFTP is 1.8.6, and is available from FTP.CS.UNL.EDU, in the /pub/ncftp directory. Pre-release versions of NcFTP 2.0.0 are available in the /pub/ncftp/BETA directory. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [ricard.24.000866F4@axis.se] <1994111606440400> From: ricard@axis.se (Ricard Wolf) Newsgroups: comp.protocols.tcp-ip Subject: Re: DHCP as part of IPv6? Date: Wed, 16 Nov 1994 08:24:04 Organization: Axis Communications AB Lines: 23 Distribution: world Message-ID: References: NNTP-Posting-Host: pcricard.axis.se Keywords: DHCP X-Newsreader: Trumpet for Windows [Version 1.0 Rev A] In article wiley@lilly.com (Michael S. Wiley) writes: >Subject: DHCP as part of IPv6? >From: wiley@lilly.com (Michael S. Wiley) >Date: Tue, 15 Nov 1994 16:01:34 GMT >Keywords: DHCP >Could anyone tell me if DHCP will be part of IPv6? Or is it too early to >know? Our company is considering migrating to DHCP, but if IPv6 is going to >offer a different method of dynamically configuring network parameters for >client workstations then we may want to wait. Any information would be >appreciated. I don't think IPv6 takes a stand on DHCP or not, after all, DHCP has nothing to do with IP really. Protocols will have to adjust to IPv6, this includes DHCP. /Ricard -- Ricard Wolf / | \ / | /- email: ricard@axis.se Axis Communications AB /__| \/ | \__ uucp: axisab.se!ricard S-223 70 LUND / | /\ | \ Tel: +46 46 19 18 63 SWEDEN / | / \ | \__/ Fax: +46 46 13 61 30 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CzCp8w.2pG@itex.jct.ac.il] <1994111608074300> Newsgroups: comp.protocols.tcp-ip,comp.unix.programmer Subject: How to find all servers on net (RPC)?? Message-ID: From: shai@shekel.jct.ac.il (Shai Fultheim-System Assistant) Date: Wed, 16 Nov 1994 08:07:43 GMT Sender: usenet@itex.jct.ac.il (USENET News System) Organization: Jerusalem College of Technology X-Newsreader: TIN [version 1.2 PL2] Lines: 27 Hi all, For finding all the servers on the net i use broadcast: to brodcast to all servers on the net i use this (in the client): clnt_stat = clnt_broadcast(PTOUIDPROG,PTOUIDVERS,VER_NUM,xdr_void,0, xdr_void,0,eachresult); where eachresult is: int eachresult(char *out, struct sockaddr_in *addr) { printf("caught: %s\n",inet_ntoa(addr->sin_addr)); return 0; } i want to get all the servers printed on screen (or inserted into array), but the problem is that this above is infinite loop. if i'll change it to return 1; it will exit after the first answer caugth. ho to get all the servers and then exit (i want each server will be only one time in the list !!). ** PLEASE ANSWER ONLY BY E-MAIL ** -- Shai Fultheim E-mail: shai@shekel.jct.ac.il System Assistant Tel (W): (972)-2-751160 Jerusalem College of Technology - Israel Tel (H): (972)-2-963476 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov16.153622.30106@ac.dal.ca] <1994111608562000> Newsgroups: comp.protocols.tcp-ip Subject: Lpr/Lpd for a PC Message-ID: <1994Nov16.153622.30106@ac.dal.ca> From: Frank.Smyth@Dal.Ca (Frank Smyth) Date: 16 Nov 94 15:36:20 -0400 Organization: Dalhousie University Nntp-Posting-Host: fsmyth.ucis.dal.ca X-Newsreader: WinVN 0.92.6 Lines: 16 I want to be able to send output from a PC on an ethernet backbone to another PC with an attached printer. I could do this with netware or Windows for Workgroups, but I wanted to know if there is an lpd/lpr setup that would work on a PC with a TCP stack running (LanWorkplace in our case). I don't want to have to send a file, as a typical Lpr might do, but "capture" output as netware does. Any ideas? ---------------------------------------- Frank Smyth Assistant Director Academic Computing Services Dalhousie University, Hfx. N.S. Frank.Smyth@Dal.Ca ---------------------------------------- ----MESSAGE-END---- ----MESSAGE-BEGIN---- [ace.125.00098FCF@iesl.forth.gr] <1994111609233300> From: ace@iesl.forth.gr (Andreas C. Enotiadis) Newsgroups: comp.protocols.tcp-ip Subject: IP network simulator Date: Wed, 16 Nov 1994 11:03:33 Organization: InterNetwork Ltd Lines: 19 Distribution: world Message-ID: NNTP-Posting-Host: dialhawk.praxis.forth.gr X-Newsreader: Trumpet for Windows [Version 1.0 Rev B] Hello everyone, I'm looking for an IP network simulator that will allow me to play around with possible combinations of a reasonably large network that we are currently designing to figure out if and how it will work. Any ideas? Andreas -------------------------------------------------------------------------- Andreas C. Enotiadis Internetwork Ltd "My views DEFINITELY represent those of InterNetwork Ltd - It's mine dammit!" ace@ics.forth.gr ace@iesl.forth.gr ace@praxis.forth.gr Snail-Mail :7 Fokidos Str, 11526 Athens, Greece. Tel : 7486222-3, Fax 7486223 -------------------------------------------------------------------------- ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3acu7t$rmc@noao.edu] <1994111612340500> From: rstevens@noao.edu (W. Richard Stevens) Newsgroups: comp.protocols.tcp-ip Subject: Re: RFC:1323 or RFC:1072 Date: 16 Nov 1994 12:34:05 GMT Organization: National Optical Astronomy Observatories, Tucson, AZ, USA Lines: 18 Distribution: world Message-ID: <3acu7t$rmc@noao.edu> References: <3abqp7$6di@turin.research.otc.com.au> NNTP-Posting-Host: gemini.tuc.noao.edu >We are planning to use a TCP level protocol for High Speed Communication. >We have come across a few RFCs such as RFC:1323, RFC:1072 proposed by >Jacobson and Braden. These RFCs provide an extension to TCP by >proposing new TCP options for scaled windows, selective >acknowledgments and round-trip timing, in order to provide efficient >operation over large-bandwidth*delay-product paths. > >If anyone knows about any vendor who has implemented any of these >RFCs or such types of RFCs, and provides a commercial product, please send me a email. First take a look at the RFCs. Note on 1323 that it "obsoletes" 1072 and 1185. Yes, RFC 1323 support is for real. Numerous vendors support it, and as I recall, someone posted that exact question about a week ago and responses have been posted. There are also freely available implementations of the window scale and timestamp options (notably the one in 4.4BSD-Lite). Rich Stevens ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3acueu$n10@newhub.xylogics.com] <1994111612375000> From: carlson@Xylogics.COM (James Carlson) Newsgroups: comp.protocols.tcp-ip Subject: Re: Local echoing for Telnet protocol Date: 16 Nov 1994 12:37:50 GMT Organization: Xylogics Incorporated Lines: 60 Distribution: world Message-ID: <3acueu$n10@newhub.xylogics.com> References: <7535231084001@gcomm.com> Reply-To: carlson@xylogics.com NNTP-Posting-Host: newhub.xylogics.com In article <7535231084001@gcomm.com>, stein@gcomm.com writes: |> |> IC>In article <39rh3o$j54@charm.magnus.acs.ohio-state.edu>, |> IC>prabau@magnus.acs.ohio-state.edu (Patrick F Rabau) writes: |> IC>[...] |> IC>|> telnet> mode line |> IC>|> 1 SENT dont SUPPRESS GO AHEAD |> IC>|> 2 SENT dont ECHO |> IC>|> 3 RCVD wont SUPPRESS GO AHEAD (don't reply) |> IC>|> 4 RCVD will ECHO (reply) |> IC>|> 5 SENT do ECHO (reply) |> IC>|> |> IC>|> Isn't this a violation of the telnet protocol? [...] |> |> IC>Absolutely. A telnet implementation must always accept DONT and WONT, |> IC>and must always default to all options off (NVT mode). |> |> Not necessarily. I assume the issue here is that line 4 appears to |> illegally contradict line 2? This report of telnet option negotiation is |> wholly from the client's perspective, and the server might very well |> have legitimately sent the "will ECHO" (4) immediately upon connect, |> before it received the client's "dont ECHO" (2). The fact that the |> client interpreted line 4 as a reply to line 2 is one of the boneheaded |> facts of life of telnet option negotiation: that replies and requests |> aren't distinguishable except by context. That's moderately true. I made the simplifying assumption that this guy isn't an amazing speed typist, and that the line was basically quiescent when the "telnet> mode line" request was made, since that's usually an awkward incantation to make. If it were the case that either the "WILL ECHO" was sitting in an input buffer while "mode line" was entered or that the "DONT ECHO" wasn't seen by the peer before "WILL ECHO" was sent, then you're right and this is somewhat ambiguous. I would actually expect to see a loop develop in that case (1 and 2 below are simultaneous): 1. SENT dont ECHO 2. RCVD will ECHO 3. SENT do ECHO (response to "will" at 2) 4. RCVD wont ECHO (response to "dont" at 1) 5. SENT dont ECHO (response to "wont" at 4) 6. RCVD will ECHO (response to "do" at 3) 7. SENT do ECHO (response to "will" at 6) 8. RCVD wont ECHO (response to "dont" at 5) 9. SENT dont ECHO (response to "wont" at 8) 10. RCVD will ECHO (response to "do" at 7) (A reasonable system might choose to stop responding to excessive DOs, though.) However, if it is the case that the remote end is refusing to turn off the remote echo option by replying "WILL ECHO" in response to "DONT ECHO" (and that does seem to be the case here), then that remote device is broken. That's not a legal thing to do. --- James Carlson Tel: +1 617 272 8140 Annex Software Support / Xylogics, Inc. +1 800 225 3317 53 Third Avenue / Burlington MA 01803-4491 Fax: +1 617 272 2618 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3acul8$rou@noao.edu] <1994111612411200> From: rstevens@noao.edu (W. Richard Stevens) Newsgroups: comp.protocols.tcp-ip Subject: Re: Class C subnetting Date: 16 Nov 1994 12:41:12 GMT Organization: National Optical Astronomy Observatories, Tucson, AZ, USA Lines: 15 Message-ID: <3acul8$rou@noao.edu> References: <39v12a$k28@cronkite.ocis.temple.edu> <3a0o7s$m57@tools.near.net> <3ac0kb$5rb@hobbit.gandalf.ca> NNTP-Posting-Host: gemini.tuc.noao.edu There was an excellent article in the CACM recently on subnetting a Class C address using CIDR: %T Practical Considerations for Network Addressing Using CIDR %A H. Eidnes %J Communications of the ACM %V 37 %N 8 %P 46-53 %D 1994 %m Aug. Someone pointed out a URL for an on-line copy, but I didn't save it. Rich Stevens ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3acvnf$esu@sfgw.ICO.Olivetti.Com] <1994111612592700> From: mark@belushi.ico.olivetti.com (Marco Caccia) Newsgroups: comp.protocols.tcp-ip Subject: Re: TCP extensions Date: 16 Nov 1994 12:59:27 GMT Organization: Olivetti Lines: 18 Sender: mark@belushi (Marco Caccia) Distribution: world Message-ID: <3acvnf$esu@sfgw.ICO.Olivetti.Com> References: <39t7or$4pf@pheidippides.axion.bt.co.uk> <3aarrs$qe4@eco.twg.com> NNTP-Posting-Host: 193.1.1.26 In article <39t7or$4pf@pheidippides.axion.bt.co.uk>, robs@goofy (rob spencer) writes: |> |> Can anyone out there suggest which workstations implement RFC1323 |> which includes extended TCP window sizes and selective |> retransmissions. |> Olivetti supports TCP Scale Options in their SVR40 product. In this product is only implemented this option from RFC1323, but it is also implemented the "fast retransmit fast recovery" algorithm proposed by Van Jacobson. -Marco Olivetti ----MESSAGE-END---- ----MESSAGE-BEGIN---- [peter.495.00B614A8@reepicheep.logica.co.uk] <1994111613014500> Newsgroups: comp.protocols.tcp-ip.ibmpc,comp.os.ms-windows.misc,comp.os.ms-windows.setup,comp.protocols.tcp-ip,comp.protocols.tcp-ip.ibmpc,connect.audit From: peter@reepicheep.logica.co.uk (Peter Whisker) Subject: Re: Can MS-Windows(3.11) use TCP/IP as THE ONLY transport protocol? Message-ID: Lines: 33 Sender: news@carmen.logica.co.uk (News Manager Account) Nntp-Posting-Host: tumnus.logica.co.uk Organization: Logica UK Ltd. - Transport Division X-Newsreader: Trumpet for Windows [Version 1.0 Rev B final beta #4] References: Date: Wed, 16 Nov 1994 13:01:45 GMT In article object@ibmpcug.co.uk (Ken Tough) writes: >From: object@ibmpcug.co.uk (Ken Tough) >Subject: Can MS-Windows(3.11) use TCP/IP as THE ONLY transport protocol? >Date: Fri, 11 Nov 1994 18:35:56 GMT >I would like to know if it is possible to use TCP/IP for the >"default ms-windows protocol" i.e) as the standard transport over which >all ms-windows communications takes place. (For example, picture a >network of WfWg machines where the only Ethernet packets are IP ones. Yes. We use WfWg 3.11 and Microsoft TCP/IP (VXD) stack. This is available from ftp.microsoft.com. Just install it according to the documentation and you can throw away NetBEUI, IPX etc. I have even connected the Microsoft ftp server (gowinnt.microsoft.com) as a remote network drive from the file manager. So it works over 8,000 miles of Internet. The product seems to be reasonably stable on this first proper release. All the facilities such as the browse lists work too. However, if you want to connect to machines over a router, you need to put their IP address and name in a file called c:\windows\lmhosts. This will eventually be superseded by WINS servers. Peter --- Peter Whisker WhiskerP@lgwct.logica.com Logica UK Ltd, tel: +44 171 637 9111 Cobham, Surrey, UK fax: +44 1932 869 104 KT11 1HY "Opinions are mine, not Logica's" ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CzD7q7.H4F@eunet.ch] <1994111614465500> Newsgroups: comp.protocols.tcp-ip From: fmeschbe@pax.eunet.ch (Meschberger) Subject: Subnetting to be avoided ? Message-ID: Sender: usenet@eunet.ch Organization: EUnet AG, Switzerland X-Newsreader: TIN [version 1.2 PL2] Date: Wed, 16 Nov 1994 14:46:55 GMT Lines: 23 Hi, I recently heard someone recomending not to use subnetting, i.e. not to use a subnetz mask of 255.255.255.0 on a Class B address. Is there some issue in that, or is it just hype ? Thanks for your comments. Felix PS: Please DON'T start a flame war. I'm just interested in the pros and the cons. ================================================================= this ain't a signature... all opinions stated are my own, other standard disclaimers apply COOP Schweiz, Systemtechnik email: mefcs@coop.ch Felix Meschberger or: CS-DEP2.MEFCS@mvs.coop.ch Freidorf 151 phone: ++41 (0)61 319 18 05 CH-4132 Muttenz fax : ++41 (0)61 319 19 35 ================================================================= ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3ad8ve$6mb@soleil.apic.fr] <1994111615371800> From: denis@apic.fr (Denis BOULAIS) Newsgroups: comp.os.msdos.mail-news,comp.protocols.tcp-ip,comp.procotols.tcp-ip.ibmpc,comp.mail.misc Subject: Gateway between LANtastic and Unix E-Mail Date: 16 Nov 1994 15:37:18 GMT Organization: Apic Systemes S.A. Lines: 22 Message-ID: <3ad8ve$6mb@soleil.apic.fr> Reply-To: denis@apic.fr NNTP-Posting-Host: caladan.apic.fr I am looking for some kind of gateway between Unix and LANtastic V6.0 Exchange E-Mail. We do have some PCs on our network with LANtastic TCP, but that does not provide any kind of mail forwarding automation. I remember a little while back somebody saying he was looking into writing something in Visual Basic to do just that. I really do not mind if the gateway process runs on Unix or PCs, I just PC and Unix users to send and receive stuff, using Unix as a gateway to the Internet. Thanks, Denis --- Denis Boulais || Apic Systemes S.A. Administrateur Systeme || 25, rue de Stalingrad Tel : (33) (1) 49 60 90 90 || 94110 ARCUEIL Fax : (33) (1) 49 69 92 93 || FRANCE ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3adaqv$k6i@hppadbk.waterloo.hp.com] <1994111616090300> From: lapp@waterloo.hp.com (David Lapp) Newsgroups: comp.protocols.tcp-ip Subject: Re: DHCP help!! Date: 16 Nov 1994 16:09:03 GMT Organization: H-P Panacom Div, Waterloo, ON Canada Lines: 30 Message-ID: <3adaqv$k6i@hppadbk.waterloo.hp.com> References: <39tt5m$akv@chnews.intel.com> <39uh91$sp2@ra.nrl.navy.mil> <3abujq$3je@thepoint.com> NNTP-Posting-Host: hppadan.waterloo.hp.com X-Newsreader: TIN [version 1.2 PL2] Michae Jung (mikej@thepoint.com) wrote: : In article <39uh91$sp2@ra.nrl.navy.mil>, atkinson@sundance.itd.nrl.navy.mil (Ran Atkinson) says: : > : >WHO do you think has worked on a freely distributable DHCP implementation ? : > : I can only speak of the rumors thought the grape-vine but Microsoft : implementation of DHCP is a slightly modified version of CISCO's : Dynamic IP allocation... I suspect the folks at both Microsoft and Cisco will be surprised to hear this :-) The last I heard Microsoft's DHCP server was an implementation based on RFC 1541 "Dynamic Host Configuration Protocol". I believe WINS is Microsofts own invention tho. : There are some fairly good docs on: : /pub/microsoft/bussys/winnt/winnt-docs/papers that describe how Microsoft : has implemented the features. I would also think one could make : inquiries to CISCO as to how that have handled Dynamic IP allocation and : renewal. I think that should be: ftp.microsoft.com:/bussys/winnt/winnt-docs/papers These seem to be Microsoft Word documents. Dave L. Standard Disclaimer etc... ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3aer00$qv3@tools.near.net] <1994111616305500> From: barmar@nic.near.net (Barry Margolin) Newsgroups: comp.protocols.tcp-ip Subject: Re: lpr client ... HELP! Date: 17 Nov 1994 00:50:55 -0500 Organization: NEARnet, Cambridge, MA Lines: 28 Message-ID: <3aer00$qv3@tools.near.net> References: <3abrvc$9f6@flood.xnet.com> NNTP-Posting-Host: tools.near.net In article <3abrvc$9f6@flood.xnet.com> snielsen@amiserv.xnet.com (Steven Nielsen) writes: ]After some searching I found W. Richard Stevens' lpr client. I got it to ]compile but when running it got the following error message: ] ] "mylpr: error, server returned: Malformed 'from' address" ] ]After some investigation (on a different machine on which I had root access) ]I found out that the "mylpr" program had to be owned by root and have ]it's setuid bit on in order for it to work. The LPR protocol specifies that the client's source port must be in the range 512-1023. On Unix, only the superuser can bind these "privileged" ports. There are several reasons why LPD requires the client to be privileged. The protocol can be used to cancel queued print jobs, and you usually don't want people to be able to cancel each other's jobs. And if the site charges uses for print jobs, allowing unprivileged LPR clients would allow users to submit jobs with a different user's name. Of course, these justifications are less significant if the site allows PC's and other insecure machines to be LPR clients, since any user on these can be a superuser. -- Barry Margolin BBN Internet Services Corp. barmar@near.net ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3aes6d$r1d@tools.near.net] <1994111616512500> From: barmar@nic.near.net (Barry Margolin) Newsgroups: comp.protocols.tcp-ip Subject: Re: Subnetting to be avoided ? Date: 17 Nov 1994 01:11:25 -0500 Organization: NEARnet, Cambridge, MA Lines: 24 Message-ID: <3aes6d$r1d@tools.near.net> References: NNTP-Posting-Host: tools.near.net In article fmeschbe@pax.eunet.ch (Meschberger) writes: >I recently heard someone recomending not to use subnetting, i.e. >not to use a subnetz mask of 255.255.255.0 on a Class B address. I've never heard this. In fact, I can't imagine many sites that have enough machines to require a Class B network, but which shouldn't use subnetting. What did he recommend instead -- bridging? I don't think that scales very well to such a large network. Perhaps he was referring to the fact that Internet authorities are very reluctant to give out Class B networks these days, because they're running out of them. It used to be that you could get a Class B network if you had more than about networks (at my former employer we got a Class B and started subnetting when we outgrew our 5 unsubnetted Class C's), but now you're usually expected to take a bunch of Class C's and subnet them. The Class C's will be adjacent so that your service provider can use CIDR routing to consolidate them. -- Barry Margolin BBN Internet Services Corp. barmar@near.net ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3addd5$12d@clarknet.clark.net] <1994111616525300> From: jkeene@clark.net (Jeff Keene) Newsgroups: comp.protocols.tcp-ip Subject: Re: Advise Wanted: Corporate Subnetting Std Date: 16 Nov 1994 16:52:53 GMT Organization: Clark Internet Services, Inc., Ellicott City, MD USA Lines: 32 Message-ID: <3addd5$12d@clarknet.clark.net> References: NNTP-Posting-Host: clark.net Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Newsreader: TIN [version 1.2 PL2] Bob Simon (bsimon@delphi.com) wrote: : My corporation has a class B address. I am on a committee which is defining : rules by which subnet and host addresses will be assigned. I recommended : that RFC 1219 be followed strictly, but was outvoted by those who prefer the : simplicity of assigning subnets in counting order (1-254) with a mask of : 255.255.255.0. : : This is not so terrible, but I am concerned about another proposal to assign : host addresses in predefined ranges. For example, PCs may be assigned : addresses in the range 1-200; servers may be given addresses from 200-220; : and routers may get the range 245-254. This would completely eliminate the : possibility of adding additional subnets (beyond 254 subnets) should the need : arise in the future. We went through converting from a bunch of class C's to our class B two years ago. I led the committee that chose the subnet and address assignment scheme. This was 'first contact' with IP for many of us, but things seem to have worked out well. We picked 255.255.255.128 as a mask. That's worked fine. LAN Ops assigned device groups places within the subnet. This has not held up, we definitely have funny holes now. What has held up well is pairing buildings together in subnet ranges. With the 510 possible subnets in our mask, we broke it up into ranges, giving large buildings a lot of subnets, then some free space, then a small building with a few subnets in the top of the range. Both large and small buildings have a range pool to grow into that is reasonably large. No fragments yet, and we relocate 120% of our staff every year. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3addf0$620@jetty.telerate.com] <1994111616535200> From: lanka@speedracer.sysdev.telerate.com (Jeff Lanka) Newsgroups: comp.protocols.tcp-ip Subject: Re: Subnetting... Date: 16 Nov 1994 16:53:52 GMT Organization: Dow Jones/Telerate Lines: 15 Distribution: world Message-ID: <3addf0$620@jetty.telerate.com> References: Reply-To: lanka@speedracer.sysdev.telerate.com (Jeff Lanka) NNTP-Posting-Host: speedracer.sysdev.telerate.com In article , ldavis@jaguar.vienna.itd.sterling.com (Lynch Davis) writes: |> |>Can anyone provide me with either a nice explanation |>of subnets or at least a pointer to a doc or FAQ |>that contains the logic behind these animals? |> One good book is O'Reilly's TCP/IP Network Administration -- Jeff Lanka VMS/Unix SM sysdev Dow Jones/Telerate ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3ae9r1$ign@metro.atlanta.com] <1994111617322200> From: bvs@ver.com Newsgroups: comp.unix.solaris,comp.protocols.tcp-ip Subject: solaris window probe Date: Thu, 17 Nov 94 00:32:22 PDT Organization: Internet Atlanta Lines: 33 Distribution: inet Message-ID: <3ae9r1$ign@metro.atlanta.com> NNTP-Posting-Host: 192.86.162.228 Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: bvs@ver.com X-Newsreader: NEWTNews & Chameleon -- TCP/IP for MS Windows from NetManage We have found some problems with running solaris 2.3 TCP sessions into a Stratus system. The basic problem is that the Solaris sends window probes of 200 bytes into any closed tcp window. This is OK by my reading of the spec, but it hoses the tcp_input() routines of BSD tahoe derived systems. If the outgoing tcp window is closed, and the BSD derived system gets something that is not at the window's edge, it throws that packet away. Because the Solaris probes with 230 byte window probe packets, subsequent packet's seq number is outside the window by 230 bytes. The BSD derived system checks in tcp_input.c (my line number 599, yours may vary) for incoming seq numbers, and if the check fails it throws away the packet. The net effect is that incoming Solaris acks are tossed because the sequence number of the packet they are in are outside the window by the size of the window probe. If the window probe is one byte, it works OK. The Solaris uses 320 byte window probes. Has anyone else seen this behaviour? I am planning a work-around (from user space, I don't have kernel source) on the BSD derived system to never let the window stay closed. Does anyone have a better idea? Thanks in Advance Bill VerSteeg bvs@ver.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [17070F6FFS86.TCPMAINT@TWNMOE10.Edu.TW] <1994111617335100> From: TCPMAINT@TWNMOE10.Edu.TW Newsgroups: comp.protocols.tcp-ip Subject: program for network survey? Date: Wed, 16 Nov 94 17:33:51 GMT Organization: MOE Computer Center Lines: 8 Message-ID: <17070F6FFS86.TCPMAINT@TWNMOE10.Edu.TW> NNTP-Posting-Host: twnmoe10.edu.tw Hi! I just got the "host" program on my UNIX system to perform network hosts survey. It is fine. Is there any program on the net that can count the number of "Networks" registered under a given top-level domain? Thanx in advance. /Leo ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3adh51$hba@ra.nrl.navy.mil] <1994111617564900> From: atkinson@sundance.itd.nrl.navy.mil (Ran Atkinson) Newsgroups: comp.protocols.tcp-ip Subject: Re: DHCP as part of IPv6? Date: 16 Nov 1994 17:56:49 GMT Organization: Naval Research Laboratory, DC Lines: 17 Distribution: world Message-ID: <3adh51$hba@ra.nrl.navy.mil> References: NNTP-Posting-Host: sundance.itd.nrl.navy.mil Keywords: DHCP In article wiley@lilly.com (Michael S. Wiley) writes: >Could anyone tell me if DHCP will be part of IPv6? Yes. DHCP will need some new conforming extensions to support IPv6, but DHCP is definitely part of the future. >Or is it too early to know? Our company is considering migrating to DHCP, >but if IPv6 is going to offer a different method of dynamically configuring >network parameters for client workstations then we may want to wait. Moving to DHCP is a sensible strategy. Ran atkinson@itd.nrl.navy.mil ----MESSAGE-END---- ----MESSAGE-BEGIN---- [samgCzDJLK.MBs@netcom.com] <1994111619031900> Newsgroups: comp.protocols.tcp-ip,soc.culture.iranian From: samg@netcom.com (Sam Ghandchi) Subject: Re: Real Time Voice Processing over the Internet Message-ID: Followup-To: comp.protocols.tcp-ip,soc.culture.iranian Organization: NETCOM On-line Communication Services (408 261-4700 guest) X-Newsreader: TIN [version 1.2 PL1] References: <3ab64h$aec@grant.cstar.andersen.com> Date: Wed, 16 Nov 1994 19:03:19 GMT Lines: 17 Pete Resnick (resnick@uiuc.edu) wrote: : Maven is just audio, voice or otherwise. I believe (though again, the : authors should be consulted) that the Maven code is incorporated into : CuSeeMe, which is Cornell University's audio/video application for the : Macintosh. : pr : -- : Pete Resnick (...so what is a mojo, and why would one be rising?) : Doctoral Student - Philosophy Department, Gregory Hall, UIUC : System manager - Cognitive Science Group, Beckman Institute, UIUC : Internet: resnick@uiuc.edu thank you Pete. - SG ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CzDJsI.n04@ngc.com] <1994111619073000> Newsgroups: comp.protocols.tcp-ip From: annie@ngc.com (Annie Leung) Subject: BOOTP question Message-ID: Organization: Network General Corporation X-Newsreader: TIN [version 1.2 PL2] Date: Wed, 16 Nov 1994 19:07:30 GMT Lines: 9 If a bootp client does not know its IP address, can it still specify a specific BOOTP Server IP address ? If yes, does that mean this packet will have to be broadcasted on the DLC layer but with Destination IP address in the IP layer being that of the BOOTP server ? Isn't this considered a special case then since we usually only broadcast on the DLC layer if the IP destination address is a broadcast address ? Thanks in advance for any information. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3adohq$mdp@bcarh8ab.bnr.ca] <1994111620030600> From: Evan Champion Newsgroups: comp.protocols.tcp-ip Subject: The smallest subnet possible Date: 16 Nov 1994 20:03:06 GMT Organization: Bell Northern Research Lines: 24 Message-ID: <3adohq$mdp@bcarh8ab.bnr.ca> NNTP-Posting-Host: bcarh5b7.bnr.ca I would like to subnet a network so that (ideally) each IP on the network is its own subnet. The reason for this is that this network is populated by SLIP/PPP clients who require only 1 IP address/host. There is no need for broadcast or network addresses over PPP links. Is 255.255.255.255 a valid netmask? That would be perfect for me -- each host would then be in its own subnet. The only question I have is what happens to the network address and the broadcast address for a network subnetted with at 255.255.255.255. If 255.255.255.255 is not a valid subnet, what is the smallest valid subnet? I have been using 255.255.255.248, which allows 8 IP's/subnet (6 for hosts, 1 network address, 1 broadcast address). Unfortunately, that wastes 7 IPs per subnet, and with 10 networks dedicated to PPP users, that is a lot of wasted space. On top, everyone knows how hard it is to get new networks assigned; the CA*net registration office is now requiring me to justify why I need new class C networks! Any help would be *greatly* appreciated. Evan ----MESSAGE-END---- ----MESSAGE-BEGIN---- [STEINAR.HAUG.94Nov16224329@bokfink.runit.sintef.no] <1994111621432900> From: Steinar.Haug@runit.sintef.no (Steinar Haug) Newsgroups: comp.protocols.tcp-ip Subject: Re: need good explanation of CIDR and Class C subnetting Date: 16 Nov 1994 21:43:29 GMT Organization: SINTEF RUNIT, Trondheim, Norway Lines: 11 Message-ID: References: NNTP-Posting-Host: bokfink.runit.sintef.no In-reply-to: mpdillon@halcyon.com's message of Tue, 15 Nov 1994 00:14:45 +0000 > Is there a FAQ or other net.document that explains issues such > as CIDR blocks, subnetting Class C addresses, subnetting in relation > to SLIP/PPP on terminal servers, and maybe some routing stuff too. Have a look at the article by Havard Eidnes, available via anonymous FTP from aun.uninett.no:/pub/misc/eidnes-cidr.ps.Z. This is basically the same article that appeared in the August (I think) issue of the Communications of the ACM. Steinar Haug, SINTEF RUNIT, University of Trondheim, NORWAY Email: Steinar.Haug@runit.sintef.no ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3ae2u9INNsue@seurat.syd.dit.csiro.au] <1994111623002500> Newsgroups: comp.protocols.tcp-ip From: ken@syd.dit.CSIRO.AU (Ken Yap) Subject: Re: lpr client ... HELP! Message-ID: <3ae2u9INNsue@seurat.syd.dit.csiro.au> X-Face: bak'McMAD{%JrA$mQ(j_Ex_o?a/F8/Ntng*t2KX(NcfGalVs^Ke^C61:F Sender: ken@syd.dit.csiro.au (Ken Yap) Nntp-Posting-Host: seurat.syd.dit.csiro.au Reply-To: ken@syd.dit.csiro.au (Ken Yap) Organization: CSIRO Division of Information Technology References: <3abrsq$9f6@flood.xnet.com> <3ac0j6INN3h7@anaconda.cis.ohio-state.edu> Date: Wed, 16 Nov 1994 23:00:25 GMT Lines: 8 A lpr client written in Perl can be found in my PPRD package at ftp.syd.dit.csiro.au:pub/ken/pprd094.zip. It attempts to be RFC1179 compliant. If not run as root, the client port will not be between 721 to 731 but most lpds will forgive you. And although the RFC says that servers must allow either order, some lpds want the data file before the control file, so just reverse the two subroutine calls in the Perl file. (Perl is great.) ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov16.231517.3816@novell.com] <1994111623151700> Newsgroups: comp.protocols.tcp-ip From: donp@novell.com (don provan) Subject: Re: Local echoing for Telnet protocol Message-ID: <1994Nov16.231517.3816@novell.com> Sender: news@novell.com (News Administrator) Nntp-Posting-Host: na Organization: Novell, Inc., San Jose, California References: <39rh3o$j54@charm.magnus.acs.ohio-state.edu> Date: Wed, 16 Nov 1994 23:15:17 GMT Lines: 43 In article <39rh3o$j54@charm.magnus.acs.ohio-state.edu> prabau@magnus.acs.ohio-state.edu (Patrick F Rabau) writes: > telnet> mode line >1 SENT dont SUPPRESS GO AHEAD >2 SENT dont ECHO >3 RCVD wont SUPPRESS GO AHEAD (don't reply) >4 RCVD will ECHO (reply) >5 SENT do ECHO (reply) > >Isn't this a violation of the telnet protocol? In line 2, the client says >it wants the remote echoing option turned off. The server _has_ to >honor the request to disable that option, but it does not: in line 4, >it answers WILL ECHO, to which the poor client agrees once again. In fact, both the server *and* the client violated the protocol. As you say, the server is in error answering a DONT with a WILL. The hypothesis of the other responder -- that the WILL isn't a response but is a coincidental request from the server -- is apparently incorrect. The connection seems to be established and otherwise idle when the user issued the "mode line" command, so there would be no reason for the server to coincidentally negotiate ECHO for its own purposes at that time. On the other hand, until the client receives a WONT ECHO responding to its DONT ECHO, it must act as if the connection is still in WILL ECHO mode. When it receives the WILL ECHO from the server, the client must ignore it because negotiation requests entering the existing state. Responding to such a request is prohibited by paragraph 3b on page 2 of RFC-854. It is quite common, however, for TELNET implementors to forget that the mode does not actually change until the negotiation completes. Fixing the client wouldn't help your problem, since the basic problem is that the server refuses to turn off echoing. But the client implementation is just a half a step away from going into an infinite DONT/WONT/DO/WILL loop. If this WILL ECHO *had* been an unrelated negotiation from the server, what would the client have done when the WONT ECHO that actually *was* responding to the DONT ECHO came in? From what we can see, it seems almost certain that it would have sent DONT ECHO to agree with what it perceived as a new request from the server... don provan donp@novell.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3agkoj$at4@crl3.crl.com] <1994111700565100> From: cgi@crl.com (Paul Smith) Newsgroups: comp.unix.unixware,comp.unix.programmer,comp.protocols.tcp-ip Subject: Select() on pipe() fd problem? Date: 17 Nov 1994 14:16:51 -0800 Organization: CRL Dialup Internet Access (415) 705-6060 [Login: guest] Lines: 23 Message-ID: <3agkoj$at4@crl3.crl.com> X-Newsreader: TIN [version 1.2 PL2] Environment: UnixWare SVR4.2 version 1.1.2: A programmer here is having the follwing anomolous behavior on U.W. 1.1.2 which is not happenin on OSF/1 nor on consensys SVR4.2v1.0: Login shell is bash v1.14.2 (latest or very late) Run a program that creates a pipe fd from pipe(), and forks. The child dup()s the pipe fd to 0,1,2 and then exec()'s $SHELL -c program a b c. If the Login shell is bash select() never returns with input from the pipe on U.W. 1.1.2. But if the login shell is ksh it will (as well as on the other boxes) Another interesting tid-bit is that I've jacked the # of pseudo-tty devices up to >=96 on the malfunctioning box. Using a receipe from... non-other than M. Sohnius. The consensys SVR4.2 box has the stock 16 or so /dev/pts/XXX, which may point to one of the term disapline streams modules choking on a large minor number?? Any ideas?? on why select() is misbehaving?? Thanks so much. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [50.1223.901@freddy.supernet.ab.ca] <1994111702370000> Distribution: world Newsgroups: comp.protocols.tcp-ip Subject: 802.2 help From: mike.laplaunte@freddy.supernet.ab.ca (Mike Laplaunte) Message-ID: <50.1223.901@freddy.supernet.ab.ca> Date: Thu, 17 Nov 1994 14:17:00 -0700 Organization: Freddy's Place BBS - Edmonton, AB - 403-456-4241 Lines: 31 I have a Novell 3.11 network running on a 16MB Token Ring setup. We have a OS/2 gateway that connects to a mainframe (SNA). We are using 802.2 communication on the LAN to get mainframe sessions. Problem: We have just started using 16 bit cards that are from a third party manufacturer. We are using the ODI drivers along with IBM's DXM drivers (specifically DXMA and DXMC). Now, upon bootup, if I don't run the ODI's I get 802.2 communcation just fine, but, the moment I load the "TOKEN" driver, I hear a click from the MAU (expected), but I lose my 802.2 connection. Our standard config.sys looks like this: DEVICE=C:\SHELL\DXMA0MOD.SYS 001 DEVICE=C:\SHELL\DXMC0MOD.SYS 400012345678 Our standard autoexec.bat is simply: lsl token ipxodi netx The only thing that we put in the net.cfg file is a preferred server statement. If you have a solve, please post me on this conf or send internet mail to: LAPLAM@censsw.gov.ab.ca Thanks. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3aeiu0$q9l@cronkite.seas.gwu.edu] <1994111703332000> From: powers@gwis2.circ.gwu.edu (Eric S Powers) Newsgroups: comp.protocols.tcp-ip Subject: How do I put a server on internet? Date: 17 Nov 1994 03:33:20 GMT Organization: The George Washington University, Washington DC Lines: 14 Message-ID: <3aeiu0$q9l@cronkite.seas.gwu.edu> NNTP-Posting-Host: 128.164.127.252 X-Newsreader: TIN [version 1.2 PL2] We have a server that is running Novell. It does have the proper TCP/IP connection. However, whenever we try to access our server from ftp or telnet it says that it is not available. Are there any suggestions on how we need to set up Novell so that users can access our server via the internet? Thanks, Eric -- ESP a i r m a i l ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3aes7g$hv5@aladdin.iii.org.tw] <1994111706120000> From: anige@aladdin.nec.com.tw () Newsgroups: comp.protocols.tcp-ip Subject: How to debug fork process? Date: 17 Nov 1994 06:12:00 GMT Organization: Institute for Information Industry, Taiwan Lines: 8 Message-ID: <3aes7g$hv5@aladdin.iii.org.tw> NNTP-Posting-Host: 192.72.35.110 X-Newsreader: Winspan < ¤¤¤å version 3.0 > I have very large source code to maintain ,and this code using fork( ) to work. Is there any good debug tool to trace fork process? Where I can get or buy this debug tool. My machine is machine,and unix o.s. is SVR4.2. My e-mail address is anige@necta.nec.com.tw Highest Regards! ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3aeskj$pdb@news.doit.wisc.edu] <1994111706185900> From: jong-min@cae.wisc.edu (Jong-Min Park) Newsgroups: comp.protocols.tcp-ip Subject: terminal emulator that can receive zmodem in unix Date: 17 Nov 1994 06:18:59 GMT Organization: Division of Information Technology Lines: 19 Message-ID: <3aeskj$pdb@news.doit.wisc.edu> NNTP-Posting-Host: hp-66.cae.wisc.edu X-Newsreader: TIN [version 1.2 PL2] Sorry if this is not the right group to ask this. Is there a terminal emulator in unix that can receive using zmodem protocol after connecting through telnet? Or any combination of tools? I need to transfer a file using zmodem protocol from a bbs connected through telnet from unix. I am not interested in serial/modem communication package since I am directly connecting to the bbs using telnet instead of dial-in or serial connection. Also cu may not help since uucp is not available. +-------- Jong-Min Park -=?B?EUC-KR?udrBvrnO?=-¹ÚÁ¾¹Î----------- | E-mail: jong-min@engr.wisc.edu | Office: (608)-263-7784 266 ME Bldg +-------- University of Wisconsin - Madison ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3af4q5$ke0@nof.abdn.ac.uk] <1994111708382900> From: pang@erg.abdn.ac.uk (Pang Siong Loon) Newsgroups: comp.protocols.tcp-ip Subject: Help! Viterbi decoder Date: 17 Nov 1994 08:38:29 GMT Organization: University of Aberdeen Lines: 11 Message-ID: <3af4q5$ke0@nof.abdn.ac.uk> References: Reply-To: pang@erg.abdn.ac.uk NNTP-Posting-Host: whale.erg.abdn.ac.uk Hi, I am simulating the efficiency of the TCP/IP over satellite link and I am looking for a software FEC encoder and decoder, especially the convolutional encoder and Viterbi decoder. Is any one come across this or could give me a hint which ftp site I should try or which company I should contact? Your help will be very much appreciatated. Please kindly email me at s.l.pang@aberdeen.ac.uk Thank you very much. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3af6of$pn9@hermes.is.co.za] <1994111709114300> From: bjv@PROBLEM_WITH_INEWS_DOMAIN_FILE (Bennie Venter) Newsgroups: comp.protocols.tcp-ip.ibmpc,comp.os.ms-windows.misc,comp.os.ms-windows.setup,comp.protocols.tcp-ip,comp.protocols.tcp-ip.ibmpc,connect.audit Subject: Re: Can MS-Windows(3.11) use TCP/IP as THE ONLY transport protocol? Followup-To: comp.protocols.tcp-ip.ibmpc,comp.os.ms-windows.misc,comp.os.ms-windows.setup,comp.protocols.tcp-ip,comp.protocols.tcp-ip.ibmpc,connect.audit Date: 17 Nov 1994 09:11:43 GMT Organization: I need to put my ORGANIZATION here. Lines: 16 Message-ID: <3af6of$pn9@hermes.is.co.za> References: NNTP-Posting-Host: 192.96.89.56 X-Newsreader: TIN [version 1.2 PL2] Ken Tough (object@ibmpcug.co.uk) wrote: : I would like to know if it is possible to use TCP/IP for the : "default ms-windows protocol" i.e) as the standard transport over which : all ms-windows communications takes place. (For example, picture a : network of WfWg machines where the only Ethernet packets are IP ones. This is possible but NT and WFW will then use NETBIOS on top of TCP/IP to achieve what it already did using netbeui. It also implies that you setup a Windows nameserver that will supply the Netbios names to the particular machines IP address. There is even a package for linux called SAMBA that employs this in a limited way for disks & printers via it's userfs package (ALPHA code). It contains some decent documentation on how to setup this sort of cenario. To do the same on NT or WFW should then be quite a breeze. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov17.115348.14165@iglou.com] <1994111711534800> Newsgroups: comp.protocols.tcp-ip From: kmwatts@iglou.com (Ken Watts) Subject: PPP/SLIP over X.25? Message-ID: <1994Nov17.115348.14165@iglou.com> Sender: news@iglou.com (news) Organization: Commonwealth Aluminum X-Newsreader: WinVN 0.92.6 Date: Thu, 17 Nov 1994 11:53:48 GMT Lines: 10 Has anyone had any success with PPP or SLIP over an X.25 virtual Terminal Line, like TYMNET or TELENET? I am trying to set up world-wide access for our users with laptop and don't want to install PAD software on their PC's. _____________________________________________________________________________ Ken Watts kwatts@landru.cacky.com Commonwealth Aluminum P.O. Box 480 "Landru welcomes you" Lewisport, KY 42351 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3afhfk$47b@netnews.ntu.edu.tw] <1994111712144400> From: r3503084@cc.ntu.edu.tw (r3503084) Newsgroups: comp.protocols.tcp-ip Subject: ???max window size and max packet size Date: 17 Nov 1994 12:14:44 GMT Organization: National Taiwan University Lines: 8 Message-ID: <3afhfk$47b@netnews.ntu.edu.tw> NNTP-Posting-Host: r3503084@ccsun27.cc.ntu.edu.tw X-Newsreader: TIN [version 1.2 PL2] I am trying to simulate end-to-end performance (include sliding window control).I have to know infomation about the max window size(or frequently used size) and the max packet size in TCP and IP (frequently used one,like TCP for UNIX from Berkeley). Please tell me where can find the data?You can e-mail me using r83084@cctwin.ee.ntu.edu.tw Thank you! ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3afkiq$r3h@newhub.xylogics.com] <1994111713073800> From: carlson@Xylogics.COM (James Carlson) Newsgroups: comp.protocols.tcp-ip Subject: Re: The smallest subnet possible Date: 17 Nov 1994 13:07:38 GMT Organization: Xylogics Incorporated Lines: 50 Distribution: world Message-ID: <3afkiq$r3h@newhub.xylogics.com> References: <3adohq$mdp@bcarh8ab.bnr.ca> Reply-To: carlson@xylogics.com NNTP-Posting-Host: newhub.xylogics.com In article <3adohq$mdp@bcarh8ab.bnr.ca>, Evan Champion writes: |> I would like to subnet a network so that (ideally) each IP on the |> network is its own subnet. |> |> The reason for this is that this network is populated by SLIP/PPP |> clients who require only 1 IP address/host. There is no need for |> broadcast or network addresses over PPP links. |> |> Is 255.255.255.255 a valid netmask? That would be perfect for |> me -- each host would then be in its own subnet. The only |> question I have is what happens to the network address and the |> broadcast address for a network subnetted with at 255.255.255.255. It's not a valid "subnet", but it's certainly valid to advertise *host* addresses via routing protocols. (Indeed, it can be the only way to get around some vendors' broken ARP implementations. Sigh.) At least on our product, setting a "subnet mask" of 255.255.255.255 is how you configure it to advertise a host route. Others might be different. What I'd recommand is setting up a small subnet (255.255.255.248, for example) for your dial-in server and hosts, and then advertise the dial- in users as routes outside of that subnet (rather than proxy-ARPing them). For example, if you have a gateway at 192.9.200.1, a host at .2 and some dial-in servers at .3, .4, .5 and .6, then I'd assign 192.9.200.254 down through 192.9.200.9 as the dial-in users. This would allow you to have 246 users active at one time. To make this work you will need gateways, hosts and servers which understand host routes and honor them [not all do!]. |> If 255.255.255.255 is not a valid subnet, what is the smallest |> valid subnet? I have been using 255.255.255.248, which allows |> 8 IP's/subnet (6 for hosts, 1 network address, 1 broadcast |> address). Unfortunately, that wastes 7 IPs per subnet, and with |> 10 networks dedicated to PPP users, that is a lot of wasted space. |> On top, everyone knows how hard it is to get new networks |> assigned; the CA*net registration office is now requiring me to |> justify why I need new class C networks! The smallest legal subnet is mask 255.255.255.252, which gives you two host addresses and two wasted addresses. --- James Carlson Tel: +1 617 272 8140 Annex Software Support / Xylogics, Inc. +1 800 225 3317 53 Third Avenue / Burlington MA 01803-4491 Fax: +1 617 272 2618 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3afnug$lr4@cedar.mr.net] <1994111714050400> From: Clark Bremer Newsgroups: comp.protocols.tcp-ip Subject: Re: Lpr/Lpd for a PC Date: 17 Nov 1994 14:05:04 GMT Organization: Minnesota Regional Network Lines: 14 Message-ID: <3afnug$lr4@cedar.mr.net> References: <1994Nov16.153622.30106@ac.dal.ca> NNTP-Posting-Host: dolphin.netstar.com > > I want to be able to send output from a PC on an ethernet > backbone to another PC with an attached printer. I could > do this with netware or Windows for Workgroups, but I wanted > to know if there is an lpd/lpr setup that would work on a > PC with a TCP stack running (LanWorkplace in our case). I don't > want to have to send a file, as a typical Lpr might do, but > "capture" output as netware does. Any ideas? > I don't know about the capabilities of lwp, but the TCP/IP stack I on my PC (TCP/Connect II, Intercon) allows me to do this. It can send to an lpr printer hanging off a Sun workstation as if it were on LPT1, in both DOS and Windoze. It also runs the Windoze analog of lpd, accepting print jobs from other TCP/IP machines. CB. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3afo46$bpg@nrtphaa9.nt.com] <1994111714080600> From: jorge@b4pph131.bnr.ca (Jorge Rodriguez contractor) Newsgroups: comp.protocols.tcp-ip Subject: Redundant/Fault Tolerant Lans Using TCP/IP Date: 17 Nov 1994 14:08:06 GMT Organization: Bell-Northern Research, Ottawa, Canada Lines: 28 Sender: jorge@b4pph131 (Jorge Rodriguez contractor) Distribution: world Message-ID: <3afo46$bpg@nrtphaa9.nt.com> NNTP-Posting-Host: b4pph131.nt.com Assume the following configuration: Multiple processors which communicate over "Redundant(2) Ethernet Based" Lans to Various Peripherals (Bi directional) & to each other. Communications protocol on LANs is TCP/IP. A couple of key goals are: 1) Be able to perform some type of Load Balancing between both Lans. 2) Provide "Fault Tolerant" comunications support between Peripherals & Processors. (Be able to switch LANS w/out affecting communications protocol -- i.e. TCP/IP) 3) Provide a "Dynamic" IP addressing scheme which will allow for "Real Time" Route Table updates without effecting TCP & upper applications layers. These Route Table updates would need to be based on some "Triggered" Update message which was broadcast on the Lan due to some Fault. Does anyone know of a product which runs on top of TCP/IP which may provide this functionality? Information, as to any products which may provide some level of support for this functionality would be greatly appreciated. Jorge Rodriguez Bell Northern Research (919) 991-4638 Email:Jorge@bnr.ca ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CzF1t9.JM@ix.de] <1994111714342100> Newsgroups: comp.protocols.tcp-ip From: hm@ix.de (Harald Milz) Subject: Re: Packet Filtering Message-ID: Sender: news@ix.de Reply-To: hm@ix.de Organization: Verlag Heinz Heise GmbH & Co KG X-Newsreader: TIN [version 1.2 PL1] References: <3a06k0$5s1@ixnews1.ix.netcom.com> Date: Thu, 17 Nov 1994 14:34:21 GMT Lines: 12 In comp.protocols.tcp-ip, Alan Cox (iialan@iifeak.swan.ac.uk) wrote: > Its called screend, its been done 8) Is there such software for DOS as well? I try to use a DOS-based ISDN/IP-gateway which works fine but doesn't offer any security. -- Harald Milz (hm@ix.de) WWW: http://www.ix.de/ix/editors/hm.html iX Multiuser Multitasking Magazine phone +49 (511) 53 52-377 Helstorfer Str. 7, D-30625 Hannover fax +49 (511) 53 52-378 Opinions stated herein are my own, not necessarily my employer's. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3ai69j$7eg@crl2.crl.com] <1994111715021100> From: cgi@crl.com (Paul Smith) Newsgroups: comp.protocols.tcp-ip Subject: Re: Redundant/Fault Tolerant Lans Using TCP/IP Date: 18 Nov 1994 04:22:11 -0800 Organization: CRL Dialup Internet Access (415) 705-6060 [Login: guest] Lines: 38 Distribution: world Message-ID: <3ai69j$7eg@crl2.crl.com> References: <3afo46$bpg@nrtphaa9.nt.com> NNTP-Posting-Host: crl2.crl.com X-Newsreader: TIN [version 1.2 PL2] Jorge Rodriguez contractor (jorge@b4pph131.bnr.ca) wrote: : Assume the following configuration: : Multiple processors which communicate over "Redundant(2) Ethernet Based" Lans : to Various Peripherals (Bi directional) & to each other. Communications : protocol on LANs is TCP/IP. : A couple of key goals are: : 1) Be able to perform some type of Load Balancing between both Lans. : 2) Provide "Fault Tolerant" comunications support between Peripherals & : Processors. (Be able to switch LANS w/out : affecting communications protocol -- i.e. TCP/IP) : 3) Provide a "Dynamic" IP addressing scheme which will allow for : "Real Time" Route Table updates without effecting TCP & upper applications : layers. These Route Table updates would need to be based on some "Triggered" : Update message which was broadcast on the Lan due to some Fault. : Does anyone know of a product which runs on top of TCP/IP which may provide this : functionality? : Information, as to any products which may provide some level of support for this What you has for is built starting at the NPI (just above the LAN card driver) on up through the routing functions and configuration database/file formates. Vendors like HP and DEC, both have a 2 box "safe keeper" package that does all of what you ask. This type of functionality is typically vendor developed due to the extensive changes necessary to the typical TCP/IP source trees. It is theoretically possible for a Linux/Free BSD development team to add these types of features to there products, but it would not be a wise spending of their precious resources. You'll have to buy these features built into an expensive vendor supplied system; Data General, DEC, HP and probably SUN too. ... ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3ai6gt$7ev@crl2.crl.com] <1994111715060500> From: cgi@crl.com (Paul Smith) Newsgroups: comp.protocols.tcp-ip Subject: Re: oh dear, spray indicates 80 % losses Date: 18 Nov 1994 04:26:05 -0800 Organization: CRL Dialup Internet Access (415) 705-6060 [Login: guest] Lines: 25 Message-ID: <3ai6gt$7ev@crl2.crl.com> References: NNTP-Posting-Host: crl2.crl.com X-Newsreader: TIN [version 1.2 PL2] Filip Vandamme (filip@phil.eunet.be) wrote: : Hi folks, : Really being a bunch of software engineers, we're also responsible for own : development systems ( Sun & HP workstations, PCs) and their interconnections : across thin ethernet. : Lately, I experienced that when I was logged onto a workstation (from an- : other workstation) my vi session would momentarily freeze during at least : two seconds, before my cursor would resume its motion. : Taking a closer look at the network, I discovered that the collision rate : seem to be zero all the time (perfmeter on a Sun). However, when doing a spray : from one workstation to another, 9 out of 10 times I ended up with something : like this: : $ spray eagle : sending 1162 packets of lnth 86 to eagle ... : in 10.4 seconds elapsed time, : 940 packets (80.90%) dropped Look for loose 10baseT/LAN coax connectors/ or missing terminators. Tug gently on the cables to make sure the BNC connectors are still crimped tight. Ask who just added a new device in the last week... ... ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3ahiro$siq@youth.yth] <1994111717303200> From: msbeebe@mtu.edu (Matt Beebe) Newsgroups: comp.protocols.tcp-ip Subject: LAN to Internet Date: 18 Nov 1994 01:50:32 -0500 Organization: Michigan Technological University Lines: 16 Message-ID: <3ahiro$siq@youth.yth> NNTP-Posting-Host: youth.yth.mtu.edu X-Newsreader: TIN [version 1.2 PL1] I want to be able to hook my LAN to the Internet... I want to be able to hook on PC up to a local service provider (via ISDN) and have the other LAN users be able to piggy back on that connection. I DO NOT want to dedicate a router/bridge, I'd just like the ISDN capable PC to forward non-local IP packets. Is the software available to do this? Or, alternatively, is there cheap hardware available to do this? Thanks in advance, -Matt ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3ag5kn$flf@bcarh8ab.bnr.ca] <1994111717584700> From: Evan Champion Newsgroups: comp.protocols.tcp-ip Subject: Re: The smallest subnet possible Date: 17 Nov 1994 17:58:47 GMT Organization: Bell Northern Research Lines: 48 Message-ID: <3ag5kn$flf@bcarh8ab.bnr.ca> References: <3adohq$mdp@bcarh8ab.bnr.ca> <3afkiq$r3h@newhub.xylogics.com> NNTP-Posting-Host: bcarh5b7.bnr.ca > What I'd recommand is setting up a small subnet (255.255.255.248, for > example) for your dial-in server and hosts, and then advertise the dial- > in users as routes outside of that subnet (rather than proxy-ARPing > them). > > For example, if you have a gateway at 192.9.200.1, a host at .2 and some > dial-in servers at .3, .4, .5 and .6, then I'd assign 192.9.200.254 down > through 192.9.200.9 as the dial-in users. This would allow you to have > 246 users active at one time. > > To make this work you will need gateways, hosts and servers which > understand host routes and honor them [not all do!]. The current configuration is as follows: terminal server --> PPP customer 192.197.166.6 199.84.54.1 255.255.255.0 255.255.255.248 The PPP clients have their own networks separate from the local Ethernet. Now, what I have been told is that an IP host can only talk to another IP host if it is on the same subnet unless there is a router, and then the router must be on the same net as the IP host. So, assuming I subnet at 255.255.255.252, the IP configuration would be *.0 network address *.1 address of the local PPP interface *.2 address of the remote PPP interfae *.3 broadcast address *.4 network address *.5 address of the local PPP interface *.6 address of the remote PPP interface *.7 broadcast address etc. etc. Now, what you are suggesting is that I more or less not subnet the network at all -- just throw all the PPP clients together in to one network and have the .1 be the terminal server. Or have I gotten it all wrong? Evan ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CzFD5u.1AE@ix.de] <1994111718393000> Newsgroups: comp.protocols.tcp-ip From: hm@ix.de (Harald Milz) Subject: Packet Filter for MS-DOS ? Message-ID: Sender: news@ix.de Reply-To: hm@ix.de Organization: Verlag Heinz Heise GmbH & Co KG X-Newsreader: TIN [version 1.2 PL1] Date: Thu, 17 Nov 1994 18:39:30 GMT Lines: 14 I'm trying to install a DOS-based ISDN/IP router using a cheap ISDN card, its respective CAPI driver and ISPA. The only problem so far is a security concern: I cannot allow packets coming in on one B channel to be routed to the other. Is there a routing software allowing for packet filtering? I looked at pcroute and ka9q, but neither of them allows for that. Anyone? -- Harald Milz (hm@ix.de) WWW: http://www.ix.de/ix/editors/hm.html iX Multiuser Multitasking Magazine phone +49 (511) 53 52-377 Helstorfer Str. 7, D-30625 Hannover fax +49 (511) 53 52-378 Opinions stated herein are my own, not necessarily my employer's. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CzFEtr.Bw5@sgi1.fnet.cs.mci.com] <1994111719152700> Newsgroups: comp.protocols.tcp-ip From: abell@kraft.apdev.cs.mci.com (Andrew_Bell) Subject: All or nothing write to BSD socket Message-ID: Sender: usenet@sgi1.fnet.cs.mci.com Nntp-Posting-Host: kraft.apdev.cs.mci.com Organization: MCI Telecommunications Date: Thu, 17 Nov 1994 19:15:27 GMT Lines: 16 Is there some way that a socket can be set that if a write can't fully complete (write all of the bytes you asked it to write) you can get a -1 back or something, instead of doing a partial write? I have looked at setsockopt() and ioctl() and can't find anything. What would also be fine is some way to look at the amount of space left in the TCP send buffer (which, should tell me if my write might not succeed completely). Any ideas other than walking kernel structures? Andrew Bell voice: (719) 535-5218 abell@stimpy.cs.mci.com 5366046@mcimail.com (Andrew Bell / MCI) The views expressed are solely mine and may not be the views of my employer. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3agbb2$5hh@dunix.drake.edu] <1994111719360200> From: Paul Thibodeau Newsgroups: comp.protocols.tcp-ip Subject: Utilization of multiple class C licenses Date: 17 Nov 1994 19:36:02 GMT Organization: Drake University Lines: 49 Distribution: world Message-ID: <3agbb2$5hh@dunix.drake.edu> NNTP-Posting-Host: pt1811s.drake.edu X-UserAgent: Nuntius v1.1.1d17 X-XXMessage-ID: X-XXDate: Thu, 17 Nov 94 13:38:38 GMT Drake owns 8 consecutive class C licenses. I want to take advantage of all the numbers, but do not have the routers installed to divide the TCP/IP network, and have no desire to install any on the network at this point. I am looking for ways to take advantage of the numbers. Our numbers are 204.42.32.0 to 204.42.39.0. I thought I would treat this as a class B network. To avoid any conflicts with others, I would use a subnet mask of 255.255.248.0. (I believe this is called supernetting rfc1338) The problem I am having is the fact that 204 is not in the range for class B networks. When I set up MacTCP, I can not have both the class B mask and the class C number. When I set the manual number of 204.42.32.1, MacTCP automatically changes my network to a Class C. And when I change the network to a class B, it will change my 204.42.32.1 to 128.0.0.0. I can't have it both ways. I only tried MacTCP since we are mostly a Macintosh campus. My question is as follows: 1) Will this concept work in theory? Are others using it? 2) If so, can I get around the default settings in MacTCP? Further Info: Here is how I got the mask: Pos-> 8 7 6 5 4 3 2 1 Net | 128 | 64 | 32 | 16 | 8 | 4 | 2 | 1 .32 0 0 1 0 0 0 0 0 .33 0 0 1 0 0 0 0 1 .34 0 0 1 0 0 0 1 0 .35 0 0 1 0 0 0 1 1 .36 0 0 1 0 0 1 0 0 .37 0 0 1 0 0 1 0 1 .38 0 0 1 0 0 1 1 0 .39 0 0 1 0 0 1 1 1 Because the 8 licenses occupy all the binary option for the first 3 positions, I wanted to include them in the same network. Therefore, I get a mask of 11111111.11111111.11111000.00000000 ->255.255.248.0 Any help would be appreciated. Paul Thibodeau Microcomputer User Services Manager Drake University Des Moines, IA 50311 pt1811s@acad.drake.edu ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3agflq$t2k@newhub.xylogics.com] <1994111720500200> From: carlson@Xylogics.COM (James Carlson) Newsgroups: comp.protocols.tcp-ip Subject: Re: The smallest subnet possible Date: 17 Nov 1994 20:50:02 GMT Organization: Xylogics Incorporated Lines: 86 Distribution: world Message-ID: <3agflq$t2k@newhub.xylogics.com> References: <3adohq$mdp@bcarh8ab.bnr.ca> <3afkiq$r3h@newhub.xylogics.com> <3ag5kn$flf@bcarh8ab.bnr.ca> Reply-To: carlson@xylogics.com NNTP-Posting-Host: newhub.xylogics.com In article <3ag5kn$flf@bcarh8ab.bnr.ca>, Evan Champion writes: |> > What I'd recommand is setting up a small subnet (255.255.255.248, for |> > example) for your dial-in server and hosts, and then advertise the dial- |> > in users as routes outside of that subnet (rather than proxy-ARPing |> > them). |> > |> > For example, if you have a gateway at 192.9.200.1, a host at .2 and some |> > dial-in servers at .3, .4, .5 and .6, then I'd assign 192.9.200.254 down |> > through 192.9.200.9 as the dial-in users. This would allow you to have |> > 246 users active at one time. |> > |> > To make this work you will need gateways, hosts and servers which |> > understand host routes and honor them [not all do!]. |> |> The current configuration is as follows: |> |> terminal server --> PPP customer |> 192.197.166.6 199.84.54.1 |> 255.255.255.0 255.255.255.248 |> |> The PPP clients have their own networks separate from the local |> Ethernet. Are those clients just single nodes, or do they actually have multiple nodes at the remote end? If they're just signal nodes (like a PC, say), then there's no reason to chew up a whole subnet for that. |> Now, what I have been told is that an IP host can only talk to |> another IP host if it is on the same subnet unless there is a |> router, and then the router must be on the same net as the IP |> host. Come again? That statement doesn't make sense to me. There are two basic types of media in the IP world (ignoring for the moment some telecom oddities) -- broadcast (like Ethernet) and point-to- point (like PPP). With a broadcast medium, you can only talk directly to nodes within your subnet. To get to other nodes, you must speak through a router with an end-point address within that subnet which is attached to that medium. With a point-to-point link, each end may talk to the other, and "subnets" are irrelevent. There's no such thing as a subnet mask, network address or a broadcast in that case. For convenience, most PPP drivers let you specify the "subnet mask" of the remote end so that PPP can inform the routing tables that the entire subnet is reachable through that remote address. Otherwise you'd have to either configure a static route or use a routing protocol over the link, both of which are annoying choices for small installations. But if there's no subnet out there at all, as is the case with a single isolated node, then there's no reason to do that. |> So, assuming I subnet at 255.255.255.252, the IP configuration |> would be |> |> *.0 network address |> *.1 address of the local PPP interface |> *.2 address of the remote PPP interfae |> *.3 broadcast address |> |> *.4 network address |> *.5 address of the local PPP interface |> *.6 address of the remote PPP interface |> *.7 broadcast address |> |> etc. etc. Yes, it could look like that. The "local address," though, is actually unnecessary. A point-to-point link is just that; it links together two arbitrary IP nodes. |> Now, what you are suggesting is that I more or less not subnet |> the network at all -- just throw all the PPP clients together |> in to one network and have the .1 be the terminal server. Or |> have I gotten it all wrong? Yes, that's close to what I was saying. I said that if you set your server in a tiny subnet, you can put all of the PPP client addresses outside of that subnet and use host routes to get to them. If your hosts and routers all support host routes, this will do the job. --- James Carlson Tel: +1 617 272 8140 Annex Software Support / Xylogics, Inc. +1 800 225 3317 53 Third Avenue / Burlington MA 01803-4491 Fax: +1 617 272 2618 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CzFJLu.Dzr@rd1.racal.com] <1994111720584200> Newsgroups: comp.protocols.tcp-ip From: murray@rd1.racal.com (Kevin Murray) Subject: r6000 errors in tcpip Message-ID: Summary: help for r6000 errors Keywords: r6000 errors tcpip Organization: Racal-Datacom, Sunrise, Florida Date: Thu, 17 Nov 1994 20:58:42 GMT Lines: 7 I am experiencing 'runtime error R6000, stack overflow' when running TCP/IP from FTP Software with another TSR software that reprograms the 8259 PIC. Does anyone have any idea what this error means? Thanks, Kevin Murray. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CzFKyF.I9I@Belgium.EU.net] <1994111721275000> Newsgroups: comp.protocols.tcp-ip From: filip@phil.eunet.be (Filip Vandamme) Subject: What address is 1.1.1.1? Message-ID: Sender: news@Belgium.EU.net Nntp-Posting-Host: phil.eunet.be Reply-To: filip@phil.eunet.be Organization: none Date: Thu, 17 Nov 1994 21:27:50 GMT Lines: 12 Hello there, Our SNMP management software find this address in the routing tables of a router, though a ping 1.1.1.1 results in no answer. Any ideas? Cheers, filip ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CzFL1C.ICE@Belgium.EU.net] <1994111721293500> Newsgroups: comp.protocols.tcp-ip From: filip@phil.eunet.be (Filip Vandamme) Subject: oh dear, spray indicates 80 % losses Message-ID: Sender: news@Belgium.EU.net Nntp-Posting-Host: phil.eunet.be Reply-To: filip@phil.eunet.be Organization: none Date: Thu, 17 Nov 1994 21:29:35 GMT Lines: 47 Hi folks, Really being a bunch of software engineers, we're also responsible for own development systems ( Sun & HP workstations, PCs) and their interconnections across thin ethernet. Lately, I experienced that when I was logged onto a workstation (from an- other workstation) my vi session would momentarily freeze during at least two seconds, before my cursor would resume its motion. Taking a closer look at the network, I discovered that the collision rate seem to be zero all the time (perfmeter on a Sun). However, when doing a spray from one workstation to another, 9 out of 10 times I ended up with something like this: $ spray eagle sending 1162 packets of lnth 86 to eagle ... in 10.4 seconds elapsed time, 940 packets (80.90%) dropped Sent: 112 packets/sec, 9.4K bytes/sec Rcvd: 21 packets/sec, 1.8K bytes/sec Which even got worse for bigger packets. So my next mental move was, as perhaps the eagle workstation got carried away by some heavy compilation, to do a rup; $ rup eagle eagle up 21 days, 14:14, load average: 0.09, 0.32, 0.29 which completely scatters my confidence of network and computer understand- ing. Does this actually means that due to reflections, for instance, 80 % of the packets have to be retransmitted. But in that case our network would be close to edge of saturation, wouldn't it? And it doesn't appear to be so. Even when perfmeter doesn't seem to reveal any network activity of packets, I experience the same spray results. So any idea what may be the cause of these temporarily meltdowns? How I possibly could refine the symptons more to isolate the problem, and what I have to conclude from the spray test? Further, apart from interactive sessions should I notice something from all this at NFS level? I mean as NFS is UDP based, an apparently 80 % packet lost should screw up NFS, shouldn't it. Much appreciating any clarifications of these observations. filip ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3agj94$f1i@farallon.farallon.com] <1994111721513200> From: David Clarke Newsgroups: comp.os.ms-windows.apps.comm,comp.os.ms-windows.networking.misc,comp.os.ms-windows.networking.tcp-ip,comp.os.ms-windows.networking.windows,comp.protocol.appletalk,comp.protocol.tcp-ip,comp.sys.ibm.pc.hardware.networking,comp.sys.mac.comm Subject: Re: PC <---- Date: 17 Nov 1994 21:51:32 GMT Organization: Farallon Computing Inc. Lines: 38 Message-ID: <3agj94$f1i@farallon.farallon.com> References: <39r796$a54@ipgate.le.ac.uk> NNTP-Posting-Host: 163.176.12.58 > In article <39r796$a54@ipgate.le.ac.uk>, G.G. Owenson wrote: > >Is it possible to link in some way a Mac (performa 475) and a PC (386) > >directly using an ethernet network? > > > In a word, yes. > > Farallon's PhoneNET software allows for a PC to use AppleTalk file sharing, > using a remote Mac as the server (or even more than one!). The only draw > back is that you can't access the PC from the MAC. I have both a PC and > a Mac on my desktop, and I have found this tool to be instespensible. Altho > PhoneNET is most noted for the Mac hardware system, the PC version allows > the PC to be configured to use an Ethernet card for the file-sharing. > > The software is bundled with Timbuktu for Windows. Timbuktu can help when you need to access files on the PC from the Mac. If you run Timbuktu on both your Mac and PC, you can transfer (not "share") the files between the two computers. You can also remotely control the Mac from the PC or vice versa. > As for sharing a printer: I have the same problem (my only printer is > connected to my PC), and have yet to find a workable solution. The easiest > thing to do may be to attach the printer to one of your Mac, if one of > them has a serial port open (mine doesn't), altho that will require an adapter. > There is a PhoneNET PC-compatible solution for accessing your PC's printer Miramar Systems in Santa Barbara, CA offers a product called MacLAN Connect for Windows which allows you to publish your PC's harddisk and printer to the network so other PhoneNET PC or Mac users can access it. I don't have Miramar's phone number, but they are in the 805 area code. Regards, David Clarke Sr. Product Manager / Timbuktu Farallon Computing, Inc. http://www.farallon.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CzFMoq.7IF@empros.com] <1994111722051400> Newsgroups: comp.protocols.tcp-ip From: dtaylor@empros.com (Dave Taylor) Subject: Re: Subnetting to be avoided ? Sender: news@empros.com (ems-news) Message-ID: Date: Thu, 17 Nov 1994 22:05:14 GMT Reply-To: dtaylor@empros.com References: Nntp-Posting-Host: kahuna.empros.com Organization: Empros Power Systems Control, a Division of Siemens E&A Lines: 33 In article , fmeschbe@pax.eunet.ch (Meschberger) writes: |> Hi, |> |> I recently heard someone recomending not to use subnetting, i.e. |> not to use a subnetz mask of 255.255.255.0 on a Class B address. |> |> Is there some issue in that, or is it just hype ? If you aren't supposed to subnet a class B network, then a lot of people are doing it wrong. I suspect the person either had some kind of unique reason for not subnetting, or didn't really know whereof s/he spoke. |> |> Thanks for your comments. |> |> |> Felix |> |> PS: Please DON'T start a flame war. I'm just interested in the pros |> and the cons. |> |> ================================================================= |> this ain't a signature... |> all opinions stated are my own, other standard disclaimers apply |> COOP Schweiz, Systemtechnik email: mefcs@coop.ch |> Felix Meschberger or: CS-DEP2.MEFCS@mvs.coop.ch |> Freidorf 151 phone: ++41 (0)61 319 18 05 |> CH-4132 Muttenz fax : ++41 (0)61 319 19 35 |> ================================================================= -- David K. Taylor dtaylor@empros.com Siemens Empros Power Systems Control (612) 553-4717 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3ai4bc$quf@panix3.panix.com] <1994111722290000> From: ulmo@panix.com (bradley ward allen) Newsgroups: comp.protocols.tcp-ip Subject: Do different routes each direction hurt? Date: 18 Nov 1994 06:49:00 -0500 Organization: URL:http://www.armory.com/~ulmo/ (see rivers.html for PGP key) Lines: 11 Message-ID: <3ai4bc$quf@panix3.panix.com> NNTP-Posting-Host: panix3.panix.com What is the disadvantage of having different routes for each direction? As long as the routers are: * Capable of realizing when the link goes down * Knowledgable of alternate routes then the alternate routes will work, right? So what's the big deal about a packet going two different ways, other than a symptom of conflicting data? ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3aglg4$ob4@dmsoproto.ida.org] <1994111722292400> From: davisson@ida.org (Chuck Davisson) Newsgroups: comp.protocols.tcp-ip Subject: passive ftp? Date: 17 Nov 1994 22:29:24 GMT Organization: IDA, Alexandria, Virginia Lines: 14 Message-ID: <3aglg4$ob4@dmsoproto.ida.org> NNTP-Posting-Host: black-art.ida.org X-Newsreader: TIN [version 1.2 PL0] Does anyone know of Mac and PC implementations of passive ftp? We're implementing some changes and ftp from our Mac and PC's won't work. I've found some unix source code that almost works right, but haven't had any luck with the other platforms. You can either post or email me directly. Any info would be greatly appreciated! Thanks, Chuck Davisson davisson@ida.org ----MESSAGE-END---- ----MESSAGE-BEGIN---- [chandra.785113804@sunrise] <1994111723100400> From: chandra@informix.com (Chandra Venkatesan) Newsgroups: comp.protocols.tcp-ip Subject: Winsock 1.1 for NT question Date: 17 Nov 94 23:10:04 GMT Organization: Informix Software, Inc. Menlo Park, CA 94025 Lines: 22 Message-ID: NNTP-Posting-Host: sunrise.informix.com Keywords: winsock I wrote an Windows Sockets 1.1 for NT application using MSVC 1.10. In this, the recv() function, once in a while, returns the error code for "namelen argument is too small" error message. In the help file winsock.hlp, there is no such error code for recv() function and only the bind() has that error return. I was passing to the bind() function, sizeof(SOCKADDR_IN) for the length argument, but even when I changed it to sizeof(struct sockaddr) I still get the same error. The interesting point is, it does not happen so frequently and the confusing thing is that error code is not available for the recv() function. Have any of you Winsock programmers encountered this ? What could be the possible problem ? Would appreciate e-mail replies to chandra@informix.com. Thanks much in advance. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [denny.785194315@hostfax] <1994111800195500> From: denny@hostfax.aifp.com (Tom Denny) Newsgroups: comp.protocols.tcp-ip,comp.unix.programmer Subject: Address already in use message Date: 18 Nov 1994 13:39:55 -0800 Organization: Where did I put that report? Lines: 14 Message-ID: NNTP-Posting-Host: hostfax.aifp.com We have a concurrent server application in TCP/IP which binds to an address on a well known port number. When the application is killed, and then restarted, bind fails with the message "Address already in use". We then either have to restart the machine or wait for 10-15 minutes before restarting the application. Does anyone have any idea what might be causing this? Thanks for your help! -Tom Denny -- .oOO^OOo. Tom Denny American Int'l Facsimile Products denny@hostfax.aifp.com 503 641-1611 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov18.015454.25957@sequent.com] <1994111801545400> Newsgroups: comp.protocols.tcp-ip From: stuartf@sequent.com (Stuart Friedberg) Subject: Who's working on thousands of active TCP connections? Message-ID: <1994Nov18.015454.25957@sequent.com> Sender: usenet@sequent.com (usenet ) Nntp-Posting-Host: eng3.sequent.com Organization: Sequent Computer Systems Inc. Distribution: na Date: Fri, 18 Nov 94 01:54:54 GMT Lines: 33 Is there anyone else out there working on performance of TCP implementations with multiple thousands of active connections? We've got 4K concurrently active connections working pretty well. The problems that showed up with internal flow control and RTT estimation assumptions aren't ones encountered with the "few" connection cases usually covered in TCP performance work. Anyone want to trade insights delicately without giving away distinctive technology? :-) I am interested in problems encountered, appropriate performance metrics, and testing methodologies. By way of example, if you write test drivers that do for (;;) { poll(...) /* or select */ /* for selected fd's */ if (/* fd is passive */) { newfd = accept(fd, ...) /* add newfd to the poll/select list */ } else { code = read(fd, ...) if (code == 0) close(fd) } } the poll/select costs are O(N^2) when you sequentially set up N connections. At the moment, strpoll costs me (very) roughly 8 microseconds, which seems like a pretty small constant factor. But crank N into the thousands and poll/select becomes a major component of the elapsed time. This has forced me to abandon one test framework for one structured quite differently to probe the 16K concurrently active connections case. Stu Friedberg (stuartf@sequent.com) ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3ah262$1g8@xanth.cs.odu.edu] <1994111802055400> From: whitten@papaya.cs.odu.edu (Richard Whitten) Newsgroups: comp.protocols.tcp-ip Subject: Finger Extension Date: 18 Nov 1994 02:05:54 GMT Organization: Old Dominion University, Department of Computer Science Lines: 15 Message-ID: <3ah262$1g8@xanth.cs.odu.edu> NNTP-Posting-Host: papaya.pgec.odu.edu X-Newsreader: TIN [version 1.2 PL2] Does anyone know how I could extend the Finger program so it would write a message (either e-mail or to a finger log) to the person(s) being fingered? This is an exercise for school, not an actual proposition, so please don't tell me how stupid it may be. If this is the wrong forum to post this, where would you recommend? Any help anyone can give me would be greatly appreciated. Either email your response to me at whitten@papaya.cs.odu.edu or post to this forum. Thanks for your help. Rich | It's a wicked world, | Wow.... Whitten | ainer, though. | ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3ajg4h$bm1@crl.crl.com] <1994111802561700> From: cgi@crl.com (Paul Smith) Newsgroups: comp.unix.unixware,comp.protocols.tcp-ip Subject: nfswatch binary for U.W.?? Date: 18 Nov 1994 16:16:17 -0800 Organization: CRL Dialup Internet Access (415) 705-6060 [Login: guest] Lines: 30 Message-ID: <3ajg4h$bm1@crl.crl.com> NNTP-Posting-Host: crl.com X-Newsreader: TIN [version 1.2 PL2] Environment: UnixWare SVR4.2, v 1.1.2 I'm having fun hacking nfswatch 4.1 to get it compiled for UnixWare. It supposed to sniff NFS client/server packets from your DLPI device (set to promisuous mode). Well there's many minor edits to added either NFS or DLPI header files here and there and some minor symbol name changes to get it to compile. But it's choking on my Intel ether express 16 device name of ee160, which is LAN card 0. The device node is named /dev/ee16_0. Well, to make a long story short, I've spent about an hour on the source, reading through the main, and following through the device open and dlattach() function and it's failing in the dlokack() function. giving error message; nfswatch: ee160: Error 0. Given that the device node is named /dev/ee16_0, this may be understandable. A physical link to /dev/ee160 does not fix this problem. Looking throught the code, there where several assuptions made about device names and where the LUN # would be. Does anyone have either nfswatch compiled for U.W. or another tool that can snoop on what's going on with the NFS client and / or server activity?? Thanks. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CzG1qG.GB8@nntpa.cb.att.com] <1994111803301600> Newsgroups: comp.protocols.tcp-ip From: jeg@atux01.tec.att.com () Subject: HOST_BROADCAST example Message-ID: Sender: news@nntpa.cb.att.com (Netnews Administration) Nntp-Posting-Host: atux01.tec.att.com Organization: AT&T Technical Education Date: Fri, 18 Nov 1994 03:30:16 GMT Lines: 6 If any1 has either a TLI or sockets based set of simple programs that compile and run, could you please mailx me the source code and an explanation of how to run them. Thanks a lot - Jeff ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3ah75j$q2o@satisfied.elf.com] <1994111803305900> From: jbvb@elf.com (James VanBokkelen) Newsgroups: comp.unix.solaris,comp.protocols.tcp-ip Subject: Re: solaris window probe Date: 18 Nov 1994 03:30:59 GMT Organization: Elf Communications Lines: 42 Distribution: inet Message-ID: <3ah75j$q2o@satisfied.elf.com> References: <3ae9r1$ign@metro.atlanta.com> NNTP-Posting-Host: asylum.sf.ca.us bvs@ver.com writes: >We have found some problems with running solaris 2.3 TCP sessions >into a Stratus system. >The basic problem is that the Solaris sends window probes of >200 bytes into any closed tcp window. This is OK by my >reading of the spec, but it hoses the tcp_input() routines >of BSD tahoe derived systems. If the outgoing tcp window >is closed, and the BSD derived system gets something that >is not at the window's edge, it throws that packet away. >Because the Solaris probes with 230 byte window probe packets, >subsequent packet's seq number is outside the window by 230 bytes. >The BSD derived system checks in tcp_input.c (my line number 599, >yours may vary) for incoming seq numbers, and if the check >fails it throws away the packet. >The net effect is that incoming >Solaris acks are tossed because the sequence number of the packet >they are in are outside the window by the size of the window >probe. If the window probe is one byte, it works OK. The Solaris >uses 320 byte window probes. >Has anyone else seen this behaviour? Yep. Once upon a time, when I maintained FTP Software's DOS TCP (based on the MIT PC-IP TCP), we probed 0-windows (and sent ACKs in general) with whatever packet was next on the queue. Cost per packet was much higher than cost per byte in a typical setup, so we left any trailing data intact. Not having the souce handy, I can't read the nasty comment I inserted about whichever brain-dead Unixoid TCP ignored the ACK because it checked the the data against the window first. It might even have been SunOS 3.something. If I recall correctly, I tried to get language criticizing this practice into RFC 1122, but I was unable to enlist enough support to carry through anything as exotic as tinkering with the TCP state machine. Oh, well. I wound up changing PC/TCP... -- James B. VanBokkelen Far Acres Farm jbvb@{vax.ftp.com, asylum.sf.ca.us} South Hampton, NH ----MESSAGE-END---- ----MESSAGE-BEGIN---- [barton.102.2ECC31C5@alpha.ces.cwru.edu] <1994111804470200> From: barton@alpha.ces.cwru.edu (Wes Barton) Newsgroups: comp.protocols.tcp-ip Subject: Re: lpr client ... HELP! Date: Fri, 18 Nov 1994 04:47:02 GMT Organization: Case Western Reserve University Lines: 24 Message-ID: References: <3abrsq$9f6@flood.xnet.com> <3ac0j6INN3h7@anaconda.cis.ohio-state.edu> <3ae2u9INNsue@seurat.syd.dit.csiro.au> NNTP-Posting-Host: b62004.student.cwru.edu X-Newsreader: Trumpet for Windows [Version 1.0 Rev B final beta #4] I've been working on a windows LPR client for a custom LPDaemon that runs at my school. In addition to the 5 standard commands are added the 06Authentification and the 07???? mystery command that they have yet to tell me about. What I was wondering was whether or not there is any documentation better than RFC 1179. Preferably with source and example control files. The rfc lists the "IAB Official Protocol Handbok." Does anyone know where I could get an electronic copy of this document. Thanks for any help. Wes ----------------------------------------------------------------------- Wesley J. Barton Department of Computer Engineering & Science Case Western Reserve University Cleveland, OH, USA pc programme assistant 12th Annual International Conference on Logic Programming Tokyo, Japan ICLP '95 barton@alpha.ces.cwru.edu wjb3@po.cwru.edu ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CzGDq4.BpC@ewi.ch] <1994111807491200> Newsgroups: comp.dcom.net-management,comp.dcom.lans.ethernet,comp.protocols.tcp-ip From: wat@ewi.ch (Wacker Thomas) Subject: Re: ? Distributed analysis of IP traffic Message-ID: Followup-To: comp.dcom.net-management,comp.dcom.lans.ethernet,comp.protocols.tcp-ip Organization: Elektrowatt Engineering Services, CH - Zuerich. X-Newsreader: TIN [version 1.2 PL2] References: <3aai5a$1ab@news2.delphi.com> Date: Fri, 18 Nov 1994 07:49:12 GMT Lines: 38 In article <3aai5a$1ab@news2.delphi.com> dougm@delphi.com wrote: : I've been able to use RMON tools to meaure the traffic on my network segments, : Are there tools out there than can "massage" this data out of my RMON probes or Not that I know. : do I need to use yet another application to gather this data? : "Off the rack" applications would be preferred. Of course there is Nevil Brownlee's NeTraMet/NeMaC. Mail n.brownlee@auckland.ac.nz FTP ftp://ccu1.auckland.ac.nz/iawg/NeTraMet Unfortunately I didn't get a chance to try it yet (time is running...), but it sure looks promising. Follow up on the internet accounting working group accounting-wg-request@wugate.wustl.edu Mailing List of the Internet Accounting Work Group ftp://wuarchive.wustl.edu/doc/mailing-lists/accounting-wg Archive of the Internet Accounting Work Group : Also I don't get to read news as much as I would like, so if you can : follow up in email, that'd be great. When I get a chance, I'll post a : summary of reponses back here. Take Care, Thomas -- ---------------------------------------------------------------------------- ___ . Thomas Wacker |Phone ++41 1 385 31 57 __ / / / | Internetworking Consultant |Fax ++41 1 385 24 25 ___ / / | wat@ewi.ch /g=Thomas/s=Wacker/o=EWI/p=EUNET/a=ARCOM/c=CH E l e k t r o w a t t E n g i n e e r i n g S e r v i c e s L t d . ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3aj5ju$t91@tools.near.net] <1994111807564600> From: barmar@nic.near.net (Barry Margolin) Newsgroups: comp.protocols.tcp-ip Subject: Re: Return value from inetd time service Date: 18 Nov 1994 16:16:46 -0500 Organization: NEARnet, Cambridge, MA Lines: 12 Message-ID: <3aj5ju$t91@tools.near.net> References: <3ail6f$i8c@dplanet.p2k.sda.cbis.com> NNTP-Posting-Host: tools.near.net In article <3ail6f$i8c@dplanet.p2k.sda.cbis.com> robl@cbis.com (Rob Lesieur) writes: >What format is the data returned from telneting to the inetd >time service (37/tcp)???? It's the number of seconds since midnight on January 1, 1900, as a 32-bit binary number in network byte order (it can be converted to a local binary number with ntohl() on systems that provide this macro). -- Barry Margolin BBN Internet Services Corp. barmar@near.net ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CzGFBw.FKu@beach.silcom.com] <1994111808235400> Newsgroups: comp.protocols.tcp-ip From: frank@beach.silcom.com (Frank Dziuba) Subject: Re: HELP - Virtual IP addresses Message-ID: Sender: usenet@beach.silcom.com Organization: SB Communications - Public Access Internet X-Newsreader: TIN [version 1.2 PL2] References: <3acjlo$t82@coyote.rain.org> Date: Fri, 18 Nov 1994 08:23:54 GMT Lines: 39 haltarac@rain.org wrote: : Frank Dziuba (frank@beach.silcom.com) wrote: : : Hi, : : I want to be able to have a host machine act as if it has several IP : : addresses so I can have an HTTP daemon(s) serve data from different : : directories depending on what 'host' they were connected as. : It looks complicated. Why would you need this. If your goal is to hide : some parts of the directory names behind an IP address, then : you can problably make something more elegant by just mounting those : directories just under / No, the goal is to allow a machine to accept a connection on port 80 using the http daemon, and allow the daemon to determine, by the IP address, what pages it should serve. For example, many systems have multiple domains which point to them, and they want you to be able to say something like "http://www.xyz.com/" or "http://www.abc.com/" and be able to serve you a _different_ home page each time. Unfortunatly, the HTTP protocol does not send the "www.xyz.com" part of the request to the daemon, it simply sends the "/" request to whatever daemon it finds at the _IP_ address that those names resolve to. That's why you'll often see sites with addresses like "http://www.abc.com/abc" which is pointing to the "abc" directory. To a user who is trying to "guess" a company's web address, this is not an obvious guess. They would be more apt to guess "www.abc.com" for the "abc"company, and end up getting the general home page for "The Mall network" that the pages are hosted on. Most major companies do _not_ want to be part of a "mall", they want to have their own presence. However, maintaining 100 servers for 100 companies is a lot more work than maintainig 1 server with multiple IP addresses. -- Frank Dziuba Silicon Beach Communications frank@silcom.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3ahrj6$2cn@hpsystem1.informatik.tu-muenchen.de] <1994111809193400> From: klimt@Informatik.TU-Muenchen.DE (Wolfgang Klimt) Newsgroups: comp.protocols.tcp-ip Subject: Help: Is there any implementation of RDP? Date: 18 Nov 1994 09:19:34 GMT Organization: Technische Universitaet Muenchen, Germany Lines: 14 Distribution: world Message-ID: <3ahrj6$2cn@hpsystem1.informatik.tu-muenchen.de> NNTP-Posting-Host: hphalle10.informatik.tu-muenchen.de X-Newsreader: NN version 6.5.0 #5 (NOV) Hi all, the topic says it already: Is there any Implementation of RDP available on the net which runs under UNIX-like operating systems (Preferred: HP-UX, SunOS, Solaris, Ultrix). RDP (Reliable Datagram Protocol) is described in RFC 1151, but I never heard about any existing implementation. Any help (also information about other systems providing reliable connections via UDP) is welcome. Greetings -- Wolfii -------------------------------------------------------------------------------- Wolfgang Klimt * klimt@informatik.tu-muenchen.de * wolfii@leo.org * IRC: wolfii Windows 3.1 -- from the guys who brought you edlin ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3ahta6$8fv@upsn2.u-psud.fr] <1994111809485400> From: dauphin@lula.idris.fr (Marie-Noelle Dauphin) Newsgroups: comp.protocols.tcp-ip Subject: trumpet winsock and appletalk and phoneNet Date: 18 Nov 1994 09:48:54 GMT Organization: I.D.R.I.S.-C.N.R.S. Lines: 15 Distribution: world Message-ID: <3ahta6$8fv@upsn2.u-psud.fr> Reply-To: dauphin@lula.idris.fr (Marie-Noelle Dauphin) NNTP-Posting-Host: lula.idris.fr X-Newsreader: mxrn 6.18-9 Hello, I want to install on my PC (connected via phoneNet on a reseau Appletalk ) trumpet winsock to access to the internet via a passerelle FastPAth .... is it possible ? what driver can i use ? thank's for your Help ... Marie Noelle Dauphin ~ ~ ~ ~ ~ ~ ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3ajdt0$2slg@ns2.CC.Lehigh.EDU] <1994111810180800> From: gfm2@ns2.CC.Lehigh.EDU (GEORGE F. V MOTTER) Newsgroups: comp.protocols.tcp-ip Subject: Stupid telnet negotiation question... Date: 18 Nov 1994 18:38:08 -0500 Organization: Lehigh University Lines: 17 Message-ID: <3ajdt0$2slg@ns2.CC.Lehigh.EDU> NNTP-Posting-Host: ns2.cc.lehigh.edu I am writing a program in Windows and part of it needs to telnet into a Linux server on port 23, login, and fork to another program. I have very little experience in writing telnet code so I have a stupid question. I connect to port 23, negotiate my little heart out, but I have no clue how to tell the Linux box that "I'm sick of negotiating, give me the darn login prompt!" What is the command sequence? Thanks for the info. George * George Motter Voice: 610 758-6149 * * Lehigh University Fax: 610 865-8061 * * Bethlehem, Pennsylvania Internet: gfm2@lehigh.edu * ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3ai4a2$3ke@pheidippides.axion.bt.co.uk] <1994111811481800> From: andrew@labyrinth.bt.co.uk (Andrew Lucking) Newsgroups: comp.protocols.tcp-ip Subject: Re: Help: Is there any implementation of RDP? Date: 18 Nov 1994 11:48:18 GMT Organization: BT Lines: 14 Distribution: world Message-ID: <3ai4a2$3ke@pheidippides.axion.bt.co.uk> References: <3ahrj6$2cn@hpsystem1.informatik.tu-muenchen.de> Reply-To: andrew@labyrinth.bt.co.uk NNTP-Posting-Host: andrew.labyrinth.bt.co.uk Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit >Is there any Implementation of RDP available on the net which runs under UNIX-like >operating systems (Preferred: HP-UX, SunOS, Solaris, Ultrix). Yes there is for BSD Unix (eg SunOS). Craig Partridge wrote a paper for USENIX on RDP describing his M.Sc. work. The code he wrote is on unix.hensa.ac.uk. in pub/uunet/networking/ip/RDP.tar.Z I hope this is of some use. If you find any other implementations of RDP I would be interested. Andrew ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3ajjj0$rr6@pipe1.pipeline.com] <1994111811551200> From: mccready@pipeline.com (Gary McCready) Newsgroups: comp.sys.ibm.pc.hardware.networking,vmsnet.networks,management.misc,vmsnet.networks.misc,comp.dcom,sys.cisco,comp.dcom,sys.wellfleet,comp.dcom.lans.misc,comp.protocols.tcp-ip,vmsnet.networks.tcp-ip.multinet,vmsnet.networks.tcp-ip.ucx Subject: NYC talk on routing by Cisco Date: 18 Nov 1994 20:15:12 -0500 Organization: The Pipeline Lines: 65 Message-ID: <3ajjj0$rr6@pipe1.pipeline.com> NNTP-Posting-Host: pipe1.pipeline.com DECUS/NEW YORK METRO LOCAL USERS GROUP MONTHLY MEETING ANNOUNCEMENT Carl Wagner, of Cisco, on Routers and Routing issues Date: TUESDAY, NOVEMBER 29, 1994 from 5 pm to 9 pm Pre-dinner discussion & cocktail hour starts at 5pm Sit-down dinner starts around 6:15 Featured Presentation begins at 7:30 pm >>>>>New Meeting location!<<<<<<<<<<< ** Site: DARBY O'DOYLE'S, 43 WEST 46TH ST. (2ND FLOOR) MANHATTAN (between 5th & 6th Avenues) RESERVATIONS REQUESTED Call 718-468-2983 by 5 PM, MONDAY, NOV. 28 Or, send Internet e-mail to: NYMLUG-RESERVATION@DECUS.ORG The meeting is free; dinner costs $25 (choice of entree & dessert) Please note seating is not guaranteed unless you make a dinner reservation. ** CARL WAGNER, Manager of Systems Engineering for Cisco (makers of routers and other network products) on "Routing: Introductio and Implementation" What's routing all about? How do routers work? What's needed on your system? ... Examples of routers and routing within businesses and on the Internet ... A technical talk. ** Next meeting, Jan. 31: Gerald Barker, of Eigen Software, "Porting Kernel-Mode Code from VAX/VMS to AXP/VMS"... No meeting in December. ** CALL 718-468-2983 IF YOU'D LIKE TO RECEIVE THESE NOTICES BY FAX ** INFORMATION ABOUT OUR MAILING LISTS: To subscribe to this electronic-mailing list, send internet e-mail to: MAILSERV@DECUS.ORG containing the text: SUBSCRIBE NYMLUG-LIST For more detailed instructions, send e-mail to: MAILSERV@DECUS.ORG containing the single word (no other text needed): HELP To subscribe to our US Mail list (we send postcards with meeting announcements), write to Christopher Thorn NY Metro LUG Secretary Elias Bureau 500 Fifth Ave. Suite 2114 NY, NY 10110-0297 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CzGrM9.FBE@info.swan.ac.uk] <1994111812492100> Newsgroups: comp.protocols.tcp-ip From: iialan@iifeak.swan.ac.uk (Alan Cox) Subject: Re: HELP - Virtual IP addresses Message-ID: Sender: news@info.swan.ac.uk Nntp-Posting-Host: iifeak.swan.ac.uk Organization: Institute For Industrial Information Technology References: Date: Fri, 18 Nov 1994 12:49:21 GMT Lines: 17 In article frank@beach.silcom.com (Frank Dziuba) writes: >I want to be able to have a host machine act as if it has several IP >addresses so I can have an HTTP daemon(s) serve data from different >directories depending on what 'host' they were connected as. > >Does anyone have any ideas on how this can be done?! Depends on your OS. Some let you assign multiple addresses to devices, others have 'dummy' type devices you can attach addresses to. I've done this two or three times with Linux the dummy driver, a proxy arp entry and httpd told to bind to a specific address. Alan -- ..-----------,,----------------------------,,----------------------------,, // Alan Cox // iialan@www.linux.org.uk // GW4PTS@GB7SWN.#45.GBR.EU // ``----------'`----------------------------'`----------------------------'' ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3ai87e$jqh@nyheter.chalmers.se] <1994111812551000> From: thed@mtek.chalmers.se (Thed Lyngmo) Newsgroups: comp.protocols.tcp-ip Subject: Re: Sockets - on IP-Layer (SOCK_RAW)??? Date: 18 Nov 1994 12:55:10 GMT Organization: Chalmers University of Technology Lines: 19 Distribution: world Message-ID: <3ai87e$jqh@nyheter.chalmers.se> References: <3aahks$mj9@fbi-news.informatik.uni-dortmund.de> NNTP-Posting-Host: iota19.mtek.chalmers.se X-Newsreader: TIN [version 1.2 PL2] Andreas Eiss (eiss@ls3.informatik.uni-dortmund.de) wrote: : When I open a socket there is a possibilty to set the socket-type to : SOCK_RAW. Since : I want to send messages on the IP-Layer, I tried to send messages with : that type of sockets, but without success. Sockets on IP-Layer are not : described in the manuals, therfore I have no idea what is wrong in my : implementation. I'm interested too. I want to send my own TCP-packages down to the IP- module but I can't figure out how to specify the protocol to IP. The receiving end gets my packages alright but with protocol 0 (zero). It would be even better if I could skip the IP-module too and send my data to the ethernet driver. Is that possible? Any ideas? Kind regards, Ted Lyngmo ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3ai9n2$uol@anl433.erlm.siemens.de] <1994111813203400> From: schmitzo@europa1.erlm.siemens.de (Schmitz) Newsgroups: comp.protocols.tcp-ip Subject: udp-checksum? Date: 18 Nov 1994 13:20:34 GMT Organization: Siemens AG, Germany Lines: 18 Message-ID: <3ai9n2$uol@anl433.erlm.siemens.de> NNTP-Posting-Host: europa1.erlm.siemens.de X-Newsreader: TIN [UNIX 1.3 070394BETA PL0] Hi there, does anyone knows that it is correct to implement a UDP-stack without a checksum? -- ------------------------------------------------------------------------- | | Postal-Adress | | Olaf Schmitz | Siemens AG, Power Generation Group | | | KWU LV23 | |Tel:(+49)09131/18-9910 | P.O.Box 3220 | |Fax:(+49)09131/18-6864 | D-91050 Erlangen | | | germany | ------------------------------------------------------------------------- | E-Mail: Olaf.Schmitz@le23.kwu.siemens.de | ------------------------------------------------------------------------- ----MESSAGE-END---- ----MESSAGE-BEGIN---- [OJR.94Nov18144941@mons.regtek.sintef.no] <1994111813494000> From: ojr@regtek.sintef.no (Ornulf Rodseth) Newsgroups: comp.protocols.tcp-ip Subject: Re: Redundant/Fault Tolerant Lans Using TCP/IP Date: 18 Nov 1994 13:49:40 GMT Organization: Norwegian Institute of Technology / SINTEF, Trondheim, Norway Lines: 34 Distribution: world Message-ID: References: <3afo46$bpg@nrtphaa9.nt.com> NNTP-Posting-Host: mons.itk.unit.no In-reply-to: jorge@b4pph131.bnr.ca's message of 17 Nov 1994 14:08:06 GMT I would be very much interested if you get any answers to your question. We are looking at the same type of problem: Using TCP/IP for a (relatively) high reliability control system. Without solving the load balancing problem we have found three possible solutions: - Use twisted pair ethernet with HUBs. It is possible to get hold of transceivers that can communicate with two HUBs and automatically select the one that is working. We would use one HUB as primary and the second as backup. Intelligent HUBs with, e.g., SNMP are said to be able to facilitate switching between the two networks. The solution should support all IP traffic with use of standard software and hardware. Fast switch between primary and secondary networks. - Use token ring network layer with backup ring (IEEE802.5b or something like that - hard to get hold implementations of this I think). Completely transparent at application level - fast switchover. - Use double contra-rotating FDDI with DAS. Expensive. Completely transparent at application level - fast switchover. To have load balancing I would think you need to have two IP-addresses per host, i.e., have two Ethernet boards and some software to select one of the two networks for each new connection. This probably requires special software to manage switch in routing tables fast enough if one network goes down. Regards, Ornulf Jan Rodseth M.Sc. ornulf.rodseth@regtek.sintef.no SINTEF Automatic Control +(47) 7359-4351 (direct) / -4375 (switchboard) N-7034 TRONDHEIM, NORWAY +(47) 7359-4399 (fax) ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov18.140608.15575@zh014.ubs.ubs.ch] <1994111814060800> Newsgroups: comp.unix.unixware,comp.unix.programmer,comp.protocols.tcp-ip From: zhebu@svusenet.ubs.ch Subject: Re: Select() on pipe() fd problem? Message-ID: <1994Nov18.140608.15575@zh014.ubs.ubs.ch> Sender: news@svusenet.ubs.ch Nntp-Posting-Host: svusenet.ubs.ch Reply-To: urs.eberle@zhflur.ubs.ubs.ch Organization: Union Bank of Switzerland (Zuerich) X-Newsreader: TIN [version 1.1 PL6] References: <3agkoj$at4@crl3.crl.com> Date: Fri, 18 Nov 1994 14:06:08 GMT Lines: 15 Paul Smith (cgi@crl.com) wrote: .. : Run a program that creates a pipe fd from pipe(), and forks. The child dup()s : the pipe fd to 0,1,2 and then exec()'s $SHELL -c program a b c. A pipe is per default one-way. Do you use two pipes, one for 0 and one for 1 and 2? You can't use a pipe like, say, a tcp stream connection fd, where you can read AND write. Just my $0.02 .... Urs -- NAME Urs Eberle EMAIL urs.eberle@zhflur.ubs.ubs.ch PHONE ++41-1-236-58-08 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3aidme$15n@erinews.ericsson.se] <1994111814283000> From: etxmesa@eos.ericsson.se (Michael Salmon) Newsgroups: comp.protocols.tcp-ip Subject: Re: Redundant/Fault Tolerant Lans Using TCP/IP Date: 18 Nov 1994 14:28:30 GMT Organization: Ericsson Telecom AB Lines: 42 Distribution: world Message-ID: <3aidme$15n@erinews.ericsson.se> References: <3afo46$bpg@nrtphaa9.nt.com> Reply-To: etxmesa@eos.ericsson.se (Michael Salmon) NNTP-Posting-Host: eos6c02.ericsson.se In article <3afo46$bpg@nrtphaa9.nt.com> jorge@b4pph131.bnr.ca (Jorge Rodriguez contractor) writes: |> Assume the following configuration: |> |> Multiple processors which communicate over "Redundant(2) Ethernet Based" Lans |> to Various Peripherals (Bi directional) & to each other. Communications |> protocol on LANs is TCP/IP. |> |> A couple of key goals are: |> |> 1) Be able to perform some type of Load Balancing between both Lans. |> 2) Provide "Fault Tolerant" comunications support between Peripherals & |> Processors. (Be able to switch LANS w/out |> affecting communications protocol -- i.e. TCP/IP) |> 3) Provide a "Dynamic" IP addressing scheme which will allow for |> "Real Time" Route Table updates without effecting TCP & upper applications |> layers. These Route Table updates would need to be based on some "Triggered" |> Update message which was broadcast on the Lan due to some Fault. |> |> Does anyone know of a product which runs on top of TCP/IP which may provide this |> functionality? |> |> Information, as to any products which may provide some level of support for this |> functionality would be greatly appreciated. Tandem computer have a reliable Ethernet interface which consists of 2 interfaces that they can switch between, ARP takes care of the change in Ethernet address. They intended that there be a single LAN connection so they don't have load balancing. The 2 I/F's need to be able to talk to each other so you need a bridge (or 2) to handle that. 2 out of 3 isn't bad. -- Michael Salmon #include #include #include Ericsson Telecom AB Stockholm ----MESSAGE-END---- ----MESSAGE-BEGIN---- [Stephen_n_willliams.1.0010BA01@mmacmail.jccbi.gov] <1994111815032800> From: Stephen_n_willliams@mmacmail.jccbi.gov (Stephen N. Williams) Newsgroups: comp.protocols.tcp-ip Subject: TCP/IP Novice Date: Fri, 18 Nov 1994 16:43:28 Organization: FAA Lines: 3 Message-ID: NNTP-Posting-Host: 162.58.65.133 X-Newsreader: Trumpet for Windows [Version 1.0 Rev A] I am entering the world of TCP/IP and would like some references for material on the internet that would help me learn what I need to know. If you have such docs laying aroung mail to stephen_n_williams@mmac.jccbi.gov. THANKS ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov18.160002.15195@janix.mfr.dec.com] <1994111816000200> Newsgroups: comp.dcom.net-management,comp.dcom.lans.ethernet,comp.protocols.tcp-ip From: maass@orchis.enet.dec.com (Joerg Maass) Subject: Re: ? Distributed analysis of IP traffic Message-ID: <1994Nov18.160002.15195@janix.mfr.dec.com> Keywords: RMON, Sniffer, traffic Lines: 59 Sender: news@janix.mfr.dec.com (SDSC USENET News System) Reply-To: Joerg.Maass@frs.mts.dec.com Organization: Digital Equipment, Frankfurt, Germany X-Newsreader: mxrn 6.18-8 References: <3aai5a$1ab@news2.delphi.com> Date: Fri, 18 Nov 1994 16:00:02 GMT Newsgroups: comp.dcom.net-management,comp.dcom.lans.ethernet,comp.protocols.tcp-ip Distribution: world X-Newsreader: mxrn 6.18-8 Followup-To: References: <3aai5a$1ab@news2.delphi.com> From: maass@orchis.enet.dec.com (Joerg Maass) Reply-To: Joerg.Maass@frs.mts.dec.com Organization: Digital Equipment, Frankfurt, Germany Subject: Re: ? Distributed analysis of IP traffic Keywords: RMON, Sniffer, traffic In article <3aai5a$1ab@news2.delphi.com>, dougm@delphi.com (Doug McPherson) writes: > >I've been able to use RMON tools to meaure the traffic on my network segments, >and I can tell that TCP/IP is using n% of my traffic. What I *can't* >tell from these tools is *which* TCP/IP applications are consuming that n %?! >I.e. I'd like to be able to break the TCP/IP traffic down into >source/destination groupings, based on the TCP/IP application (e.g. >telnet, ftp, HTTP,Doom, etc). > >Are there tools out there than can "massage" this data out of my RMON probes or >do I need to use yet another application to gather this data? > >I'm currently looking at NNstat to gather the data. It's free, it runs on my >Alpha systems, but it's pretty "low to the ground". If there are >similar applications out there that will let me analyze multiple >segments of TCP/IP traffic, and are easier to install/configure than >NNstat, I'd very much like to >know. > >"Off the rack" applications would be preferred. > Hi Doug, try our POLYCENTER Probewatch on OSF/1 product together with DECpacketprobes 90 (Ethernet) and 900RR (Token Ring). The Probes are out now, the software will be available in February. If you look at RMON statistics, you should ensure that the probes and software in question support all eight RMON groups, which is not necessarily common. RMON has the capability to provide traffic matrices and protocol decoding, if you have the appropriate tools. Both our software and hardware support the full range of RMON groups, so they should be able to solve your problem. Yours sincerely Joerg Maass -- Digital Equipment GmbH Tel.: +49/6103/383-107 Robert-Bosch-Str. 5 Fax : +49/6103/383-157 D-63303 Dreieich-Sprendlingen Joerg.Maass@frs.mts.dec.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3aikl6$16k@munich.gcomm.com] <1994111816271800> From: stein Newsgroups: comp.protocols.tcp-ip Subject: Re: Local echoing for Telnet protocol Date: 18 Nov 1994 16:27:18 GMT Organization: Galacticomm Inc., Fort Lauderdale, Florida. Lines: 52 Message-ID: <3aikl6$16k@munich.gcomm.com> References: <7535231084001@gcomm.com> <3acueu$n10@newhub.xylogics.com> NNTP-Posting-Host: hobart.gcomm.com > That's moderately true. I made the simplifying assumption that this guy > isn't an amazing speed typist, and that the line was basically quiescent > when the "telnet> mode line" request was made, since that's usually an > awkward incantation to make. Ah, no you're quite right. I didn't look closely enough. It is rather unlikely that the data RCVD was not in response to that SENT, given that they occured after the "set line mode". > If it were the case that either the "WILL ECHO" was sitting in an input > buffer while "mode line" was entered or that the "DONT ECHO" wasn't seen > by the peer before "WILL ECHO" was sent, then you're right and this is > somewhat ambiguous. I would actually expect to see a loop develop in > that case (1 and 2 below are simultaneous): > > 1. SENT dont ECHO > 2. RCVD will ECHO > 3. SENT do ECHO (response to "will" at 2) > 4. RCVD wont ECHO (response to "dont" at 1) > 5. SENT dont ECHO (response to "wont" at 4) > 6. RCVD will ECHO (response to "do" at 3) > 7. SENT do ECHO (response to "will" at 6) > 8. RCVD wont ECHO (response to "dont" at 5) > 9. SENT dont ECHO (response to "wont" at 8) > 10. RCVD will ECHO (response to "do" at 7) > > (A reasonable system might choose to stop responding to excessive DOs, > though.) Fortunately though, there are rules against this kind of thing. Consideration 3b on page 2 of RFC854 specifically addresses the DONT-WONT-DONT-WONT and the DO-WILL-DO-WILL loops you're suggestng: "If a party receives what appears to be a request to enter some mode it is already in, the request should not be acknowledged. This non-response is essential to prevent endless loops in the negotiation." So every response after the first 4 is in violation (assuming conditions are static throughout). > However, if it is the case that the remote end is refusing to turn off > the remote echo option by replying "WILL ECHO" in response to "DONT > ECHO" (and that does seem to be the case here), then that remote device > is broken. That's not a legal thing to do. I concur. -- Bob Stein ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3aiksl$1b9@munich.gcomm.com] <1994111816311700> From: stein Newsgroups: comp.protocols.tcp-ip Subject: Re: All or nothing write to BSD socket Date: 18 Nov 1994 16:31:17 GMT Organization: Galacticomm Inc., Fort Lauderdale, Florida. Lines: 15 Message-ID: <3aiksl$1b9@munich.gcomm.com> References: NNTP-Posting-Host: hobart.gcomm.com > Is there some way that a socket can be set that if a write can't fully > complete (write all of the bytes you asked it to write) you can get > a -1 back or something, instead of doing a partial write? I have looked > at setsockopt() and ioctl() and can't find anything. > What would also be fine is some way to look at the amount of space left > in the TCP send buffer (which, should tell me if my write might not > succeed completely). Both are noble and reasonable, but apparently not possible. I wanted to do both with our TCP/IP stack, Piper/IP which is based on BSD Unix, but came to find there is no way. The best you can do is select(), which will tell you whether you can send 1 or more bytes or not. -- Bob Stein, Galacticomm ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3ail6f$i8c@dplanet.p2k.sda.cbis.com] <1994111816363000> From: robl@cbis.com (Rob Lesieur) Newsgroups: comp.protocols.tcp-ip Subject: Return value from inetd time service Date: 18 Nov 1994 16:36:30 GMT Organization: Cincinnati Bell Information Systems Inc. Lines: 8 Message-ID: <3ail6f$i8c@dplanet.p2k.sda.cbis.com> NNTP-Posting-Host: robl%@leopard.p2k.sda.cbis.com X-Newsreader: TIN [version 1.2 PL2] What format is the data returned from telneting to the inetd time service (37/tcp)???? -- Rob Lesieur robl@cbis.com => My opinions and statements do not necessarily <= => reflect the opinions or policies of my employer <= ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3aid1s$eib@mail.fwi.uva.nl] <1994111816573200> From: casper@fwi.uva.nl (Casper H.S. Dik) Newsgroups: comp.protocols.tcp-ip Subject: Re: oh dear, spray indicates 80 % losses Date: 18 Nov 1994 15:17:32 +0100 Organization: FWI, University of Amsterdam Lines: 12 Distribution: world Message-ID: <3aid1s$eib@mail.fwi.uva.nl> References: <3ai6gt$7ev@crl2.crl.com> NNTP-Posting-Host: mail.fwi.uva.nl cgi@crl.com (Paul Smith) writes: >: $ spray eagle >: sending 1162 packets of lnth 86 to eagle ... >: in 10.4 seconds elapsed time, >: 940 packets (80.90%) dropped The only thig spray is suitable for is to find out which of the machines is the slowest. A spray from a fast machine to a slow machine will always drop packets. Spray is only useful for denial of service. Casper ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3aiplk$j83@news.CCIT.Arizona.EDU] <1994111817525200> From: leonard@telcom.arizona.edu (Aaron Leonard) Newsgroups: comp.protocols.tcp-ip Subject: Re: Do different routes each direction hurt? Date: 18 Nov 1994 17:52:52 GMT Organization: University of Arizona Telecommunications Lines: 26 Sender: leonard@Maggie.Telcom.Arizona.EDU (Aaron Leonard) Distribution: world Message-ID: <3aiplk$j83@news.CCIT.Arizona.EDU> References: <3ai4bc$quf@panix3.panix.com> Reply-To: Leonard@Arizona.EDU NNTP-Posting-Host: maggie.telcom.arizona.edu X-Newsreader: mxrn 6.18-18 In article <3ai4bc$quf@panix3.panix.com>, ulmo@panix.com (bradley ward allen) writes: |What is the disadvantage of having different routes for each direction? | |As long as the routers are: | |* Capable of realizing when the link goes down |* Knowledgable of alternate routes | |then the alternate routes will work, right? | |So what's the big deal about a packet going two different ways, other |than a symptom of conflicting data? Sure, asymmetric routes work fine. However, even if you have backup routing set up, asymmetric routes are less reliable than symmetric ones, in the sense that the probability that the round-trip path will be down (due to route flap) is function of the union of the (reliability-weighted) "length" of the two paths. (I mean, your virtual session will be hung if there's an path outage in either direction, right?) So a purely asymmetric route can be expected to be down almost twice as much as a comparable symmetric one. Aaron ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3airmv$8ho@hobbes.tad.eds.com] <1994111818274300> From: mpetry@ddc.cio.eds.com (Marsha Petry) Newsgroups: comp.sys.sun.admin,comp.protocols.tcp-ip Subject: Re: Routing question: Getting a Sun to route Date: 18 Nov 1994 18:27:43 GMT Organization: EDS Lines: 43 Message-ID: <3airmv$8ho@hobbes.tad.eds.com> References: <39eii9$778@unix.sri.com> <39gufj$8m4@case.cyberspace.com> NNTP-Posting-Host: mpetry_pc.ddc.cio.eds.com X-Newsreader: WinVN 0.91.3 > >Richard Steinberger (ric@updike.sri.com) wrote: >: A remote user connects (from his Sun) to our network of Suns via PPP. >: He has set the default route (in /etc/defaultrouter) to be the address >: of the Sun he connects to. He is able to telnet (and rlogin and >: ping, etc) to our local Sun with no problems. [The remote modem dials out, >: the local one answers...]. But he would like to also be able to >: connect to other machines on our net, using the the machine he >: physically comes in on as a router. This isn't working; that is, the >: local machine isn't routing his incoming packets to other local machines. >: [And packets aren't routed out the other way back to his machine either.] >: Can anyone help with a few details: First, is it possible for a Sun >: (4.1.3) to do this routing for in incoming/outgoing PPP connection? Second, >: what is the form of the relevant route (or related) command? An RTFM (which >: M?) would be OK too. Thanks in advance to all who reply..... > This is an older query and perhaps already answered, but since I didn't see the response I want to give in any of the mail since 11-4, I thought I'd put my 2 cents in. We have a similar (possibly exact same?) situation: a remote Sun calling into a Sun to connect to a network. The Suns run SunOS 4.1.3, and the PPP running is the ppp-2.1.2 version (I didn't see which ppp you are running). I could connect the 2 Suns fine, but I could not see anybody else on the network without doing a lot of manual routes. Then I tried the *proxyarp* option (suggested in the ppp setup doc) on the machine which runs the pppd passive (i.e. the "called" machine) -- it worked! I was one happy puppy, considering I'd spent an evening on the silly problem. (My puppies were happy too, cause I got to go home and play with them!) The "proxyarp" option is placed in the /etc/ppp/options file. After ppp is established, you'll see (using the arp -a command) that the address has been published to the network (and it must be *published*...I tried manually creating the arp entry and did not publish it, and that didn't work) Hope this helps and isn't too much "old news". ______________________________________________________________________ # Marsha Petry # # mpetry@ddc.cio.eds.com **Opinions are my own and that's all** # ----MESSAGE-END---- ----MESSAGE-BEGIN---- [2351@sun3.IPSWITCH.COM] <1994111819024600> From: ddl@harvard.edu (Dan Lanciani) Newsgroups: comp.unix.solaris,comp.protocols.tcp-ip Subject: Re: solaris window probe Message-ID: <2351@sun3.IPSWITCH.COM> Date: 18 Nov 94 19:02:46 GMT References: <3ae9r1$ign@metro.atlanta.com> <3ah75j$q2o@satisfied.elf.com> Followup-To: comp.protocols.tcp-ip Distribution: inet Organization: Internet Lines: 25 In article <3ah75j$q2o@satisfied.elf.com>, jbvb@elf.com (James VanBokkelen) writes: | Yep. Once upon a time, when I maintained FTP Software's DOS TCP | (based on the MIT PC-IP TCP), we probed 0-windows (and sent ACKs in | general) with whatever packet was next on the queue. Cost per packet | was much higher than cost per byte in a typical setup, so we left | any trailing data intact. | | Not having the souce handy, I can't read the nasty comment I inserted | about whichever brain-dead Unixoid TCP ignored the ACK because it | checked the the data against the window first. It might even have | been SunOS 3.something. If I recall correctly, I tried to get language | criticizing this practice into RFC 1122, but I was unable to enlist | enough support to carry through anything as exotic as tinkering with | the TCP state machine. Oh, well. I wound up changing PC/TCP... The particular over-aggressive, ACK-dropping code in BSD's tcp_input that causes this problem was also the instigator of the SYN wars (on self-connect) discussed here a while back. I believe the patch I provided will cover both situations. Personally, I call the problem a bug in tcp_input but at best it represents an extremely counter-productive interpretation of the state machine descriptions. :) Dan Lanciani ddl@harvard.* ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CzH9pp.6Av@swlvx2.msd.ray.com] <1994111819201200> Newsgroups: comp.dcom.net-management,comp.dcom.lans.ethernet,comp.protocols.tcp-ip From: jjm@swlrb9.msd.ray.com (James Murphy {75881}) Subject: Re: ? Distributed analysis of IP traffic X-Newsreader: mxrn 6.18-22 Reply-To: jjm@swlrb9.msd.ray.com (James Murphy {75881}) Keywords: RMON, Sniffer, traffic Sender: news@swlvx2.msd.ray.com (NEWS USER) Lines: 7 Organization: Raytheon Company Message-ID: References: <3aai5a$1ab@news2.delphi.com> Date: Fri, 18 Nov 1994 19:20:12 GMT NetMetrics from HP does a lot of what you seem to be looking for. -- The opinion expressed here are mine, not my employers. In fact, opinions are probably the one thing developed at work that employers do _not_ claim ownership of. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3aj1aa$k6h@noao.edu] <1994111820032200> From: rstevens@noao.edu (W. Richard Stevens) Newsgroups: comp.protocols.tcp-ip Subject: Re: Sockets - on IP-Layer (SOCK_RAW)??? Date: 18 Nov 1994 20:03:22 GMT Organization: National Optical Astronomy Observatories, Tucson, AZ, USA Lines: 20 Distribution: world Message-ID: <3aj1aa$k6h@noao.edu> References: <3aahks$mj9@fbi-news.informatik.uni-dortmund.de> <3ai87e$jqh@nyheter.chalmers.se> NNTP-Posting-Host: gemini.tuc.noao.edu > I'm interested too. I want to send my own TCP-packages down to the IP- > module but I can't figure out how to specify the protocol to IP. > The receiving end gets my packages alright but with protocol 0 (zero). The third argument to socket() becomes the value of the IP protocol field. > It would be even better if I could skip the IP-module too and send my data > to the ethernet driver. Is that possible? Yes, using something like BPF, NIT, or DLPI. I suggest you get the latest tcpdump release (ftp.ee.lbl.gov) and look and the libpcap sources that come with it (or perhaps they're a separate file, I can't recall). It's a neat library that lets you write your own frames to the Ethernet, or whatever you have. Also, you might be able to write your own TCP segment using this, but how are you going to read back the replies? For a protocol that the kernel supports (e.g., TCP) the kernel will receive the reply too ... Rich Stevens ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3aj1ii$k94@noao.edu] <1994111820074600> From: rstevens@noao.edu (W. Richard Stevens) Newsgroups: comp.protocols.tcp-ip Subject: Re: All or nothing write to BSD socket Date: 18 Nov 1994 20:07:46 GMT Organization: National Optical Astronomy Observatories, Tucson, AZ, USA Lines: 9 Message-ID: <3aj1ii$k94@noao.edu> References: <3aiksl$1b9@munich.gcomm.com> NNTP-Posting-Host: gemini.tuc.noao.edu > The best you can do is select(), > which will tell you whether you can send 1 or more bytes or not. Actually, with newer BSD releases (4.4BSD-Lite, probably Reno too), select() returns true if at least the low water mark amount can be processed (the SO_SNDLOWAT option). The default for this socket option is 1. Rich Stevens ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3akse6$dt@jaws.wustl.edu] <1994111820522200> From: allen@wuerl.wustl.edu (Allen Rueter) Newsgroups: comp.unix.unixware,comp.unix.programmer,comp.protocols.tcp-ip Subject: AIX, ansi and sys/sockets.h Date: 19 Nov 1994 06:52:22 -0600 Organization: Electronic Radiology Laboratory, St. Louis, MO Lines: 19 Message-ID: <3akse6$dt@jaws.wustl.edu> NNTP-Posting-Host: jaws.wustl.edu The following short program compiles on AIX(RS6000) with the cc (extended) but not with c89. Is sys/sockets.h not ansi? #include #include #include #include main() { printf("Hello world\n"); } % c89 tst.c "/usr/include/sys/socket.h", line 129.2: 1506-046 (S) Syntax error. "/usr/include/sys/socket.h", line 139.2: 1506-046 (S) Syntax error. Thanks in advance. allen@mir.wustl.edu ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3aj6qh$5q9@munich.gcomm.com] <1994111821372100> From: Bob Stein Newsgroups: comp.protocols.tcp-ip Subject: Test - please ignore Date: 18 Nov 1994 21:37:21 GMT Organization: Galacticomm Inc., Fort Lauderdale, Florida. Lines: 2 Message-ID: <3aj6qh$5q9@munich.gcomm.com> NNTP-Posting-Host: hobart.gcomm.com Testing Netscape gcomm.com - Bob Stein - stein@gcomm.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3aj6va$5qj@munich.gcomm.com] <1994111821395400> From: Bob Stein Newsgroups: comp.protocols.tcp-ip Subject: Test - please ignore Date: 18 Nov 1994 21:39:54 GMT Organization: Galacticomm Inc., Fort Lauderdale, Florida. Lines: 2 Message-ID: <3aj6va$5qj@munich.gcomm.com> NNTP-Posting-Host: hobart.gcomm.com Test message munich.gcomm.com - Bob Stein - stein@gcomm.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3aj71a$5sj@munich.gcomm.com] <1994111821405800> From: "Bob Stein (stein@gcomm.com)" Newsgroups: comp.protocols.tcp-ip Subject: Test message - please ignore Date: 18 Nov 1994 21:40:58 GMT Organization: Galacticomm Inc., Fort Lauderdale, Florida. Lines: 2 Message-ID: <3aj71a$5sj@munich.gcomm.com> NNTP-Posting-Host: hobart.gcomm.com Test message munich.gcomm.com - Bob Stein (stein@gcomm.com) - stein@gcomm.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [rdennyCzHHuI.7C9@netcom.com] <1994111822155300> Newsgroups: comp.infosystems.www.providers,comp.protocols.tcp-ip From: rdenny@netcom.com (Robert Denny) Subject: Re: Help! WinHTTPD w/socks to Netscape Message-ID: Organization: NETCOM On-line Communication Services (408 261-4700 guest) References: <1994Nov11.030230.219@exclbr.spcc.com> Date: Fri, 18 Nov 1994 22:15:53 GMT Lines: 27 In <1994Nov11.030230.219@exclbr.spcc.com> sean_shepard@mercury.spcc.com (Sean Shepard) writes: >I am getting "TCP Error"s in NetScape trying to access an >HTTPD server I am constructing on my Windows For Workgroups >machine. I am using HTTPD 1.3pre, TCP-32, and Windows for >Workgroups on a Dell Pentium with a Cabletron 22 series >ethernet board. TCP-32 has a bug that results in larger documents getting cut off at the end, and indeed this sounds like your problem. One thing, you might get a copy of the current beta (you are actually using a pre-release version from July, the release was in August). The server's home page is at: http://www.alisa.com/win-httpd/ and it has news, FTP instructions, etc. >I saw that was strange was that my PC would kick out a lot of >1,518 byte packets and the NeXT didn't send packets that large. >1,518 bytes is, of course, the maximum allowable by ethernet >but would that cause any problems for WWW services??? Microsoft has told me that they will release an update to TCP-32 "soon". Stay tuned to the server's home page (listed above) for news on the update release. -- Bob ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3ajaqr$71u@munich.gcomm.com] <1994111822454700> From: Bob Stein Newsgroups: comp.protocols.tcp-ip Subject: Re: What address is 1.1.1.1? Date: 18 Nov 1994 22:45:47 GMT Organization: Galacticomm Inc., Fort Lauderdale, Florida. Lines: 10 Message-ID: <3ajaqr$71u@munich.gcomm.com> References: NNTP-Posting-Host: hobart.gcomm.com > Our SNMP management software find this address in the routing tables > of a router, though a ping 1.1.1.1 results in no answer. I've heard of 1.1.1.1 being used to represent your address for dynamic SLIP, that is, the address that will be assigned to you by your service provider each time you make your SLIP connection. I seem to recall hearing this in some instructions when I signed up on free.org. -- Bob Stein ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3ajiq7$sje@noao.edu] <1994111901015900> From: rstevens@noao.edu (W. Richard Stevens) Newsgroups: comp.unix.unixware,comp.unix.programmer,comp.protocols.tcp-ip Subject: Re: Select() on pipe() fd problem? Date: 19 Nov 1994 01:01:59 GMT Organization: National Optical Astronomy Observatories, Tucson, AZ, USA Lines: 8 Message-ID: <3ajiq7$sje@noao.edu> References: <3agkoj$at4@crl3.crl.com> <1994Nov18.140608.15575@zh014.ubs.ubs.ch> NNTP-Posting-Host: gemini.tuc.noao.edu > A pipe is per default one-way. Do you use two pipes, one for 0 and one for 1 > and 2? You can't use a pipe like, say, a tcp stream connection fd, where you > can read AND write. Pipes under SVR4 are indeed full-duplex. Not that I advocate this, or that it's portable, just that I'm sure some people assume this now ... Rich Stevens ----MESSAGE-END---- ----MESSAGE-BEGIN---- [mkailCzHwCy.DFE@netcom.com] <1994111903292100> Newsgroups: comp.protocols.tcp-ip,comp.unix.programmer From: mkail@netcom.com (Mike D. Kail) Subject: Re: Address already in use message Message-ID: Followup-To: comp.protocols.tcp-ip,comp.unix.programmer Reply-To: mkail@netcom.com (Mike D. Kail) Organization: NETCOM On-line Communication Services, Inc. X-Newsreader: TIN [version 1.2 PL2] References: Date: Sat, 19 Nov 1994 03:29:21 GMT Lines: 12 Tom Denny (denny@hostfax.aifp.com) wrote: > We have a concurrent server application in TCP/IP which binds to an address > on a well known port number. When the application is killed, and then > restarted, bind fails with the message "Address already in use". We then > either have to restart the machine or wait for 10-15 minutes before > restarting the application. Does anyone have any idea what might be > causing this? Look at the man page for setsockopt() You need to turn on SO_RESUSEADDR -- /*-----------------------------------------*/ /* Mike D. Kail | mkail@netcom.com */ /*-----------------------------------------*/ ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3akaki$fvv@ugle.unit.no] <1994111907483400> From: agulbra@nvg.unit.no (Arnt Gulbrandsen) Newsgroups: comp.protocols.tcp-ip Subject: Re: passive ftp? Date: 19 Nov 1994 07:48:34 GMT Organization: Nettverksgruppa Lines: 309 Message-ID: <3akaki$fvv@ugle.unit.no> References: <3aglg4$ob4@dmsoproto.ida.org> NNTP-Posting-Host: kanutten.nvg.unit.no In article <3aglg4$ob4@dmsoproto.ida.org>, Chuck Davisson wrote: >Does anyone know of Mac and PC implementations of >passive ftp? We're implementing some changes and >ftp from our Mac and PC's won't work. I've found >some unix source code that almost works right, >but haven't had any luck with the other platforms. If you found the same source that I did, I made it work right (had to). This is the patch I submitted just now for the linux ftp client, hopefully it will go into other clients without much trouble. It also does a couple of other things that I consider useful. The top line contains MY-EMAIL-ADDRESS, that was nvg.unit.no (see my From address): I hacked the ftp client to automatically login with a good email address. --Arnt diff -rc ftp-orig/Makefile ftp/Makefile *** ftp-orig/Makefile Wed Jun 8 18:42:12 1994 --- ftp/Makefile Sat Nov 19 05:21:43 1994 *************** *** 1,3 **** --- 1,4 ---- + CFLAGS += -DEMAILADDR=\"MY-EMAIL-ADDRESS\" -DRECVWINDOW=49152 -DSNDWINDOW=49152 ifdef USE_GNU_READLINE CFLAGS += -D__USE_READLINE__ -Druserpass=x_ruserpass LDLIBS += -lreadline -ltermcap diff -rc ftp-orig/cmds.c ftp/cmds.c *** ftp-orig/cmds.c Mon May 23 11:03:42 1994 --- ftp/cmds.c Sat Nov 19 03:21:34 1994 *************** *** 2157,2159 **** --- 2157,2174 ---- printf("Local file \"%s\" is newer than remote file \"%s\"\n", argv[2], argv[1]); } + + #ifndef NO_PASSIVE_MODE + /* + * Start up passive mode interaction + */ + + /*VARARGS*/ + setpassive() + { + + passivemode = !passivemode; + printf("Passive mode %s.\n", onoff(passivemode)); + code = passivemode; + } + #endif diff -rc ftp-orig/cmdtab.c ftp/cmdtab.c *** ftp-orig/cmdtab.c Mon May 23 11:03:42 1994 --- ftp/cmdtab.c Sat Nov 19 03:21:34 1994 *************** *** 55,60 **** --- 55,63 ---- int setsunique(), setrunique(), cdup(), macdef(), domacro(); int sizecmd(), modtime(), newer(), rmtstatus(); int do_chmod(), do_umask(), idle_cmd(); + #ifndef NO_PASSIVE_MODE + int setpassive(); + #endif char accounthelp[] = "send account command to remote server"; char appendhelp[] = "append to a file"; *************** *** 122,127 **** --- 125,133 ---- char umaskhelp[] = "get (set) umask on remote side"; char userhelp[] = "send new user information"; char verbosehelp[] = "toggle verbose mode"; + #ifndef NO_PASSIVE_MODE + char setpassivehelp[] = "toggle passive transfer mode"; + #endif struct cmd cmdtab[] = { { "!", shellhelp, 0, 0, 0, shell }, *************** *** 166,171 **** --- 172,180 ---- { "ntrans", ntranshelp, 0, 0, 1, setntrans }, { "open", connecthelp, 0, 0, 1, setpeer }, { "prompt", prompthelp, 0, 0, 0, setprompt }, + #ifndef NO_PASSIVE_MODE + { "passive", setpassivehelp, 0, 0, 0, setpassive }, + #endif { "proxy", proxyhelp, 0, 0, 1, doproxy }, { "sendport", porthelp, 0, 0, 0, setport }, { "put", sendhelp, 1, 1, 1, put }, diff -rc ftp-orig/ftp.1 ftp/ftp.1 *** ftp-orig/ftp.1 Fri Dec 17 08:11:31 1993 --- ftp/ftp.1 Sat Nov 19 04:56:49 1994 *************** *** 602,607 **** --- 602,612 ---- the .Tn FTP server (see below). + .It Ic passive + Toggle the use of passive mode. When using passive mode, + the client initiates data connections, otherwise the server + does. RFC 1579, "Firewall-friendly FTP" recommends using + passive mode. .It Ic prompt Toggle interactive prompting. Interactive prompting diff -rc ftp-orig/ftp.c ftp/ftp.c *** ftp-orig/ftp.c Tue May 24 11:32:03 1994 --- ftp/ftp.c Sat Nov 19 05:26:45 1994 *************** *** 192,197 **** --- 192,199 ---- char *user, *pass, *acct, *getlogin(), *getpass(); int n, aflag = 0; + char *myname = getlogin(); + user = pass = acct = 0; if (ruserpass(host, &user, &pass, &acct) < 0) { code = -1; *************** *** 220,227 **** n = command("USER %s", user); if (n == CONTINUE) { if (pass == NULL) { ! /* fflush(stdout); */ pass = getpass("Password:"); } n = command("PASS %s", pass); } --- 222,240 ---- n = command("USER %s", user); if (n == CONTINUE) { if (pass == NULL) { ! #ifdef EMAILADDR ! if ((strcmp(user, "ftp")==0) || ! (strcmp(user, "anonymous")==0)) { ! pass = (char *)malloc(10+strlen(EMAILADDR)); ! strcpy(pass, myname); ! strcat(pass, "@" EMAILADDR); ! printf("Using %s as password.\n", pass); ! } else { ! pass = getpass("Password:"); ! } ! #else pass = getpass("Password:"); + #endif } n = command("PASS %s", pass); } *************** *** 1047,1055 **** initconn() { register char *p, *a; ! int result, len, tmpno = 0; int on = 1; noport: data_addr = myctladdr; if (sendport) --- 1060,1125 ---- initconn() { register char *p, *a; ! int result, len, tmpno = 0, rwin; int on = 1; + #ifndef NO_PASSIVE_MODE + int a1,a2,a3,a4,p1,p2; + + if (passivemode) { + data = socket(AF_INET, SOCK_STREAM, 0); + if (data < 0) { + perror("ftp: socket"); + return(1); + } + if (options & SO_DEBUG && + setsockopt(data, SOL_SOCKET, SO_DEBUG, (char *)&on, sizeof (on)) < 0) + perror("ftp: setsockopt (ignored)"); + if (command("PASV") != COMPLETE) { + printf("Passive mode refused.\n"); + passivemode = 0; + } + } + if (passivemode) { + + /* + * What we've got at this point is a string of comma separated + * one-byte unsigned integer values, separated by commas. + * The first four are the an IP address. The fifth is the MSB + * of the port number, the sixth is the LSB. From that we'll + * prepare a sockaddr_in. + */ + + if (sscanf(pasv,"%d,%d,%d,%d,%d,%d",&a1,&a2,&a3,&a4,&p1,&p2) != 6) { + printf("Passive mode address scan failure. Shouldn't happen!\n"); + return(1); + }; + + data_addr.sin_family = AF_INET; + data_addr.sin_addr.s_addr = + htonl( (a1<<24) + (a2<<16) + (a3<<8) + a4 ); + /* + data_addr.sin_addr.S_un.S_un_b.s_b1 = a1; + data_addr.sin_addr.S_un.S_un_b.s_b2 = a2; + data_addr.sin_addr.S_un.S_un_b.s_b3 = a3; + data_addr.sin_addr.S_un.S_un_b.s_b4 = a4; + */ + data_addr.sin_port = htons((p1<<8)|p2); + + if (connect(data, (struct sockaddr *) &data_addr, sizeof(data_addr))<0) { + perror("ftp: connect"); + abort_remote((FILE *)NULL); + passivemode = 0; + return(1); + } + #ifdef IP_TOS + on = IPTOS_THROUGHPUT; + if (setsockopt(data, IPPROTO_IP, IP_TOS, (char *)&on, sizeof(int)) < 0) + perror("ftp: setsockopt TOS (ignored)"); + #endif + return(0); + #endif + } noport: data_addr = myctladdr; if (sendport) *************** *** 1075,1080 **** --- 1145,1156 ---- if (options & SO_DEBUG && setsockopt(data, SOL_SOCKET, SO_DEBUG, (char *)&on, sizeof (on)) < 0) perror("ftp: setsockopt (ignored)"); + #ifdef RECVWINDOW + rwin = RECVWINDOW; + if (setsockopt(data, SOL_SOCKET, SO_RCVBUF, + (char *)&rwin, sizeof(rwin)) < 0) + perror("ftp: setsockopt (SO_RCVBUF) -- ignored"); + #endif len = sizeof (data_addr); if (getsockname(data, (struct sockaddr *)&data_addr, &len) < 0) { perror("ftp: getsockname"); *************** *** 1118,1124 **** --- 1194,1207 ---- { struct sockaddr_in from; int s, fromlen = sizeof (from), tos; + #ifdef SNDWINDOW + int swin; + #endif + #ifndef NO_PASSIVE_MODE + if (passivemode) + return (fdopen(data, lmode)); + #endif s = accept(data, (struct sockaddr *) &from, &fromlen); if (s < 0) { perror("ftp: accept"); *************** *** 1127,1132 **** --- 1210,1221 ---- } (void) close(data); data = s; + #ifdef SNDWINDOW + swin = SNDWINDOW; + if (setsockopt(data, SOL_SOCKET, SO_SNDBUF, + (char *)&swin, sizeof(swin)) < 0) + perror("ftp: setsockopt (SO_SNDBUF) -- ignored"); + #endif #ifdef IP_TOS tos = IPTOS_THROUGHPUT; if (setsockopt(s, IPPROTO_IP, IP_TOS, (char *)&tos, sizeof(int)) < 0) diff -rc ftp-orig/ftp_var.h ftp/ftp_var.h *** ftp-orig/ftp_var.h Mon May 23 11:03:42 1994 --- ftp/ftp_var.h Sat Nov 19 03:22:56 1994 *************** *** 68,73 **** --- 68,76 ---- int code; /* return/reply code for ftp command */ int crflag; /* if 1, strip car. rets. on ascii gets */ char pasv[64]; /* passive port for proxy data connection */ + #ifndef NO_PASSIVE_MODE + int passivemode; /* passive mode enabled */ + #endif char *altarg; /* argv[1] with no shell-like preprocessing */ char ntin[17]; /* input translation table */ char ntout[17]; /* output translation table */ diff -rc ftp-orig/main.c ftp/main.c *** ftp-orig/main.c Mon May 23 11:03:43 1994 --- ftp/main.c Sat Nov 19 03:21:33 1994 *************** *** 128,133 **** --- 128,136 ---- verbose++; cpend = 0; /* no pending replies */ proxy = 0; /* proxy not active */ + #ifndef NO_PASSIVE_MODE + passivemode = 1; /* passive mode active */ + #endif crflag = 1; /* strip c.r. on ascii gets */ sendport = -1; /* not using ports */ /* ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CzI8yu.5s5@plc.com] <1994111908014100> Newsgroups: comp.unix.unixware,comp.unix.programmer,comp.protocols.tcp-ip From: sar@plc.com (Steve Rago) Subject: Re: Select() on pipe() fd problem? Message-ID: Date: Sat, 19 Nov 1994 08:01:41 GMT References: <3agkoj$at4@crl3.crl.com> <1994Nov18.140608.15575@zh014.ubs.ubs.ch> Organization: Programmed Logic Corporation Lines: 13 In article <1994Nov18.140608.15575@zh014.ubs.ubs.ch> urs.eberle@zhflur.ubs.ubs.ch writes: >Paul Smith (cgi@crl.com) wrote: >.. >: Run a program that creates a pipe fd from pipe(), and forks. The child dup()s >: the pipe fd to 0,1,2 and then exec()'s $SHELL -c program a b c. >A pipe is per default one-way. Do you use two pipes, one for 0 and one for 1 >and 2? You can't use a pipe like, say, a tcp stream connection fd, where you >can read AND write. Actually, you can. In SVR4, pipes are full-duplex. Steve Rago sar@plc.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [scouten-1911942046020001@mingus.isdn.uiuc.edu] <1994111910460200> From: scouten@uiuc.edu (Eric Scouten) Newsgroups: comp.protocols.tcp-ip Subject: Re: Stupid telnet negotiation question... Date: Sat, 19 Nov 1994 20:46:02 -0600 Organization: Sadly deprived of chaos Lines: 35 Message-ID: References: <3ajdt0$2slg@ns2.CC.Lehigh.EDU> NNTP-Posting-Host: mingus.isdn.uiuc.edu In article <3ajdt0$2slg@ns2.CC.Lehigh.EDU>, gfm2@ns2.CC.Lehigh.EDU (GEORGE F. V MOTTER) wrote: > I am writing a program in Windows and part of it needs to telnet into a Linux > server on port 23, login, and fork to another program. I have very little > experience in writing telnet code so I have a stupid question. > > I connect to port 23, negotiate my little heart out, but I have no clue how to > tell the Linux box that "I'm sick of negotiating, give me the darn login > prompt!" What is the command sequence? You don't. Your Telnet client *MUST* properly interpret and respond to every option negotiation request that it gets from the server, even if just to say "no, I can't do that." Some Telnet servers will refuse to connect to clients unless the offer a certain minimum set of services. You'll have to experiment to find out what constitutes the "minimum set" for Linux. If you have access to a WWW client, I've created a web page which points to all of the Telnet RFCs. This page was updated last week to include new RFCs describing some new Telnet options. http://tampico.cso.uiuc.edu/~scouten/mactcp/spec/telnet.html (This is part of a Macintosh TCP Programmer's Reference Guide. Most of the rest of the guide will not be of interest to you, but this page is platform-neutral.) -es __________________________________________________________________________ Eric Scouten e-mail: scouten@uiuc.edu MS Comp Sci '96, U of Illinois http://tampico.cso.uiuc.edu/~scouten To start with, we must stop using students as the _escape_ goats. -Anonymous response to student survey ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3akp9g$6pe@news.xs4all.nl] <1994111911584000> From: erik@xs4all.nl (Erik Bos) Newsgroups: comp.protocols.tcp-ip Subject: Re: HELP - Virtual IP addresses Date: 19 Nov 1994 11:58:40 GMT Organization: XS4ALL, networking for the masses Lines: 45 Message-ID: <3akp9g$6pe@news.xs4all.nl> References: <3acjlo$t82@coyote.rain.org> NNTP-Posting-Host: xs1.xs4all.nl X-Newsreader: NN version 6.5.0 #666 (NOV) frank@beach.silcom.com (Frank Dziuba) writes: >haltarac@rain.org wrote: >: Frank Dziuba (frank@beach.silcom.com) wrote: >: : Hi, >: : I want to be able to have a host machine act as if it has several IP >: : addresses so I can have an HTTP daemon(s) serve data from different >: : directories depending on what 'host' they were connected as. >: It looks complicated. Why would you need this. If your goal is to hide >: some parts of the directory names behind an IP address, then >: you can problably make something more elegant by just mounting those >: directories just under / >No, the goal is to allow a machine to accept a connection on port 80 >using the http daemon, and allow the daemon to determine, by the IP address, >what pages it should serve. For example, many systems have multiple domains >which point to them, and they want you to be able to say something like >"http://www.xyz.com/" or "http://www.abc.com/" and be able to serve you >a _different_ home page each time. Unfortunatly, the HTTP protocol does >not send the "www.xyz.com" part of the request to the daemon, it simply >sends the "/" request to whatever daemon it finds at the _IP_ address >that those names resolve to. >That's why you'll often see sites with addresses like "http://www.abc.com/abc" >which is pointing to the "abc" directory. To a user who is trying to "guess" >a company's web address, this is not an obvious guess. They would be more >apt to guess "www.abc.com" for the "abc"company, and end up getting the >general home page for "The Mall network" that the pages are hosted on. >Most major companies do _not_ want to be part of a "mall", they want to have >their own presence. However, maintaining 100 servers for 100 companies is a >lot more work than maintainig 1 server with multiple IP addresses. You can also use setup a small http-server at www.abc.com that send a http-relocation for each page to "http://server.com/abc/". Using this trick www.abc.com will be accessed when for retrieving /, all pages are served from server.com -- Erik Bos http://www.xs4all.nl/~erik/ ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3aksr7$nm7@ugle.unit.no] <1994111912591900> From: agulbra@nvg.unit.no (Arnt Gulbrandsen) Newsgroups: comp.protocols.tcp-ip Subject: Re: udp-checksum? Date: 19 Nov 1994 12:59:19 GMT Organization: Nettverksgruppa Lines: 12 Message-ID: <3aksr7$nm7@ugle.unit.no> References: <3ai9n2$uol@anl433.erlm.siemens.de> NNTP-Posting-Host: kanutten.nvg.unit.no In article <3ai9n2$uol@anl433.erlm.siemens.de>, Schmitz wrote: >does anyone knows that it is correct to implement a UDP-stack >without a checksum? It is partially allowed, but I wouldn't say correct. The RFCs allow sending UDP without the checksum (with 0 in the checksum field), but think (not sure though) they require you to check that any incoming checksum is correct. --Arnt ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3aklc4$mov@galaxy.uci.agh.edu.pl] <1994111913314800> From: szymon@uci.agh.edu.pl (Szymon Sokol) Newsgroups: comp.protocols.tcp-ip,comp.dcom.sys.cisco Subject: Re: secondary routing reference Date: 19 Nov 1994 11:51:48 +0100 Organization: University of Mining & Metallurgy Lines: 24 Message-ID: <3aklc4$mov@galaxy.uci.agh.edu.pl> References: <1994Nov14.164741@acad.drake.edu> <3a9rvs$n59@juniper.almaden.ibm.com> NNTP-Posting-Host: galaxy.uci.agh.edu.pl X-Newsreader: TIN [version 1.2 PL2] Tony Rall (trall@trall.almaden.ibm.com) wrote: : In article <1994Nov14.164741@acad.drake.edu>, : George W. Miller wrote: : > : >Can anyone give me a good reference on secondary routing so we may have : >different ip network numbers on the same wire? : "Secondary routing"? I've never heard that term applied to having 2 : logical nets on the same physical net. To me it would mean something : closer to backup routing, but that does not imply multiple nets per : net. This is a term used specifically by Cisco (actually, it is "secondary adress" not "secondary routing"): you assign TWO (or more) different IP addresses to the same interface. I do not know any other device than Cisco routers that would allow this, so this question probably belongs to comp.dcom.sys.cisco (and I changed Newsgroups: appriopriately). -- Szymon Sokol -- Network Manager U U M M M M University of Mining and Metallurgy, Computer Center U U MM MM MM MM ave. Mickiewicza 30, 30-059 Krakow, POLAND U U M M M M M M M M TEL. +48 12 338100 EXT. 2885 FAX +48 12 338907 UUUUU M M M M M M finger szymon@galaxy.uci.agh.edu.pl for PGP key WWW page: http://www.uci.agh.edu.pl/~szymon/ ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3al4lt$68u@news.iastate.edu] <1994111915130100> From: john@iastate.edu (John Hascall) Newsgroups: comp.protocols.tcp-ip Subject: Re: All or nothing write to BSD socket Date: 19 Nov 1994 15:13:01 GMT Organization: Iowa State University, Ames, Iowa (USA) Lines: 33 Message-ID: <3al4lt$68u@news.iastate.edu> References: <3aiksl$1b9@munich.gcomm.com> NNTP-Posting-Host: pooh.cc.iastate.edu In article <3aiksl$1b9@munich.gcomm.com>, stein wrote: }> Is there some way that a socket can be set that if a write can't fully }> complete (write all of the bytes you asked it to write) you can get }> a -1 back or something, instead of doing a partial write? I have looked }> at setsockopt() and ioctl() and can't find anything. }Both are noble and reasonable, but apparently not possible. I wanted }to do both with our TCP/IP stack, Piper/IP which is based on BSD Unix, }but came to find there is no way. The best you can do is select(), }which will tell you whether you can send 1 or more bytes or not. (I know jack squat about Piper/IP, but if its really BSDish...) From /usr/include/sys/socketvar.h : /* can we write something to so? */ #define sowriteable(so) \ (sbspace(&(so)->so_snd) > (so)->so_snd.sb_lowat && \ (((so)->so_state&SS_ISCONNECTED) || \ ((so)->so_proto->pr_flags&PR_CONNREQUIRED)==0) || \ ((so)->so_state & SS_CANTSENDMORE)) Note the test: sbspace(&(so)->so_snd) > (so)->so_snd.sb_lowat See also get/setsockopt(SO_SNDLOWAT). John -- John Hascall ``An ill-chosen word is the fool's messenger.'' Systems Software Engineer, ISU Comp Center + Ames, IA 50011 + 515/294-9551 & Hascall Systems - Unix/C/Internet Consulting, Training, Custom Programming ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CzItJy.En6@calcite.rhyolite.com] <1994111915262100> Newsgroups: comp.protocols.tcp-ip From: vjs@calcite.rhyolite.com (Vernon Schryver) Subject: Re: secondary routing reference Message-ID: Organization: Rhyolite Software Date: Sat, 19 Nov 1994 15:26:21 GMT References: <1994Nov14.164741@acad.drake.edu> <3a9rvs$n59@juniper.almaden.ibm.com> <3aklc4$mov@galaxy.uci.agh.edu.pl> Lines: 21 In article <3aklc4$mov@galaxy.uci.agh.edu.pl> szymon@uci.agh.edu.pl (Szymon Sokol) writes: >: "Secondary routing"? I've never heard that term applied to having 2 >: logical nets on the same physical net. To me it would mean something >: closer to backup routing, but that does not imply multiple nets per >: net. > >This is a term used specifically by Cisco (actually, it is "secondary adress" >not "secondary routing"): you assign TWO (or more) different IP addresses to >the same interface. I do not know any other device than Cisco routers that >would allow this, so this question probably belongs to comp.dcom.sys.cisco >(and I changed Newsgroups: appriopriately). For many years, many BSD-based UNIX systems have allowed more than one IP address to be assigned to a single network interface. Sometimes you used `route add 1.2.3.4 0`. More recently you use something like `ifconfig xx0 1.2.3.4 alias`. (Yes, the results of those two are not quite identical.) Vernon Schryver vjs@rhyolite.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3aldls$27u@news.cais.com] <1994111917463600> From: bass@cais2.cais.com (Tim Bass (Network Systems Engineer)) Newsgroups: comp.dcom.net-management,comp.dcom.lans.ethernet,comp.protocols.tcp-ip Subject: Re: ? Distributed analysis of IP traffic Followup-To: comp.dcom.net-management,comp.dcom.lans.ethernet,comp.protocols.tcp-ip Date: 19 Nov 1994 17:46:36 GMT Organization: Capital Area Internet Service Lines: 40 Distribution: world Message-ID: <3aldls$27u@news.cais.com> References: <3aai5a$1ab@news2.delphi.com> NNTP-Posting-Host: cais2.cais.com X-Newsreader: TIN [version 1.2 PL2] HPs NetMetrix (runs on HPs and Suns) will do the trick you ask, but it is expensive. Doug McPherson (dougm@delphi.com) wrote: : I've been able to use RMON tools to meaure the traffic on my network segments, : and I can tell that TCP/IP is using n% of my traffic. What I *can't* : tell from these tools is *which* TCP/IP applications are consuming that n %?! : I.e. I'd like to be able to break the TCP/IP traffic down into : source/destination groupings, based on the TCP/IP application (e.g. : telnet, ftp, HTTP,Doom, etc). : Are there tools out there than can "massage" this data out of my RMON probes or : do I need to use yet another application to gather this data? : I'm currently looking at NNstat to gather the data. It's free, it runs on my : Alpha systems, but it's pretty "low to the ground". If there are : similar applications out there that will let me analyze multiple : segments of TCP/IP traffic, and are easier to install/configure than : NNstat, I'd very much like to : know. : "Off the rack" applications would be preferred. : Also I don't get to read news as much as I would like, so if you can : follow up in email, that'd be great. When I get a chance, I'll post a : summary of reponses back here. : Thanks in advance and regards! : /doug : -- : +-----------------------------------------------------------------+ : | Doug McPherson Delphi Internet Services | : | Email: dougm@delphi.com 1030 Massachusetts Avenue | : | Phone: (617) 441-4565 Cambridge, MA 02138 | : | FAX: (617) 491-6642 | : +-----------------------------------------------------------------+ ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3algob$t2q@news.panix.com] <1994111918390600> From: lprimak@hope.nyc.ny.us (Leonard Primak) Newsgroups: comp.protocols.tcp-ip Subject: Re: udp-checksum? Date: 19 Nov 1994 18:39:06 GMT Organization: Primak's Home SCO PC Lines: 14 Distribution: world Message-ID: <3algob$t2q@news.panix.com> References: <3ai9n2$uol@anl433.erlm.siemens.de> NNTP-Posting-Host: 166.84.253.253 Absolutely not! UDP programs expect that if the packet got there, it has the right data in it. It could not get there, or the packet order could be shuffled. that's about it. In article <3ai9n2$uol@anl433.erlm.siemens.de>, schmitzo@europa1.erlm.siemens.de (Schmitz) writes: |> |> Hi there, |> does anyone knows that it is correct to implement a UDP-stack |> without a checksum? -- Leonard Primak CS First Boston ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3alcpt$5a9@popp.ins.de] <1994111920114100> From: zok@ins.net (Andreas Frackowiak) Newsgroups: comp.protocols.tcp-ip Subject: Re: Class C subnetting Date: 19 Nov 1994 18:31:41 +0100 Organization: INS - Inter Networking Systems Lines: 34 Message-ID: <3alcpt$5a9@popp.ins.de> References: <39v12a$k28@cronkite.ocis.temple.edu> <3a0o7s$m57@tools.near.net> <3ac0kb$5rb@hobbit.gandalf.ca> NNTP-Posting-Host: popp.ins.de loiselle@charm.gandalf.ca (Vance Loiselle) writes: >From what's been discussed, if an organization has one class c >net of 199.99.166.X and wishes to subnet further, the mask of >255.255.255.192 provides them with two subnets, 62 hosts each. >Ques: Would a mask of 255.255.255.128 be useless? No allowable >subnet values? With a netmask of ...192 (2 bits subnet-part 6 bits host-part) You have 4 subnets of a C-class net with each 64 numbers (62 hosts) each. With a netmask of ...128 (1 bit subnet-part 7 bits host-part) You have 2 subnets of a C-class net with 128 numbers (126 hosts) each. >Now, what if instead the organization was given a single subnetted >class b address, say 134.87.207.X with a mask of 255.255.255.0 Its the same as above. >I can't figure out if the fact that the base net number is class b >changes these issues. The "base net number" does not change these issues. The "A,B,C" network classes are just defined to easily determine the netmask from the ip-number, to structure the "ip-number namespace". With subnetting/supernetting You define the netmask at Your local network, no longer using the "default" A,B,C-class netmask. Andreas -- "Many people naively believe that the famous OSI seven-layer architecture [...] requires layered implementation" - C. Partridge Inter Networking Systems Internet Services & Consulting FAX: +49-2305-25411 info@ins.net ----MESSAGE-END---- ----MESSAGE-BEGIN---- [199411201104.AA03993@goemon.gol.com] <1994111920265600> From: hahne@goemon.gol.com (Bruce M. Hahne) Newsgroups: comp.protocols.tcp-ip,comp.sys.mac.apps,comp.sys.mac.comm Subject: Dial-on demand PPP for Macintosh LAN? Date: 20 Nov 1994 06:26:56 -0600 Organization: UTexas Mail-to-News Gateway Lines: 33 Sender: nobody@cs.utexas.edu Message-ID: <199411201104.AA03993@goemon.gol.com> NNTP-Posting-Host: news.cs.utexas.edu Sorry if this question belongs elsewhere, but I think I'm hitting in the right vicinity with my choice of newsgroups. So far I've checked the comp.sys.mac.comm FAQ, Eric Behr's MacTCP info file, and MacWorld's "Networking Bible" looking for an answer to no avail. BACKGROUND: Under Unix (my site uses BSD386), it's possible to configure a machine as a gateway to the Internet and run dial-on-demand SLIP or PPP from the Unix box. In other words, I could have a LAN, and the Unix box watches the IP traffic on the LAN, and whenever the Unix system sees a packet which needs to go out to the Internet, the Unix box dials out on a modem and establishes a PPP connection with an upstream provider. QUESTION: Is similar software available for a Macintosh? I'm advising a company which has about 15 Macs on an ethernet LAN and wants Internet connectivity. They've got a spare machine they could dedicate to serving as a PPP/router/dial-up machine, but if the software doesn't exist then they'll have to go with a (more expensive) dedicated dial-on-demand router. They're trying to keep costs low, so the Mac-based solution is preferrable if it's available. Will TCP/Connect II handle dial-on-demand IP routing for a LAN? Does anybody's software do this? Thanks in advance for any pointers! Please send responses via email if at all possible; we get our news from Netcom which has had MAJOR news problems over the past 10 days. I will happily post a summary on request. Thanks, Bruce Hahne hahne@gol.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3alq14$18mm@news-s01.ny.us.ibm.net] <1994111921172400> From: bward01@ibm.net Newsgroups: comp.protocols.tcp-ip Subject: Subnetting question Date: 19 Nov 1994 21:17:24 GMT Lines: 13 Message-ID: <3alq14$18mm@news-s01.ny.us.ibm.net> Reply-To: bward01@ibm.net NNTP-Posting-Host: slip4-27.fl.us.ibm.net X-Newsreader: IBM NewsReader/2 v1.03 I need to add TCPIP support to a Novell network. I have one class C license. This site has 4 networks that uses the netware 3.11 servers as routers. If I use a subnet mask of 255.255.255.224 this will give 3 bits for the subnet number. However, I read somewhere that I can't use subnet numbers of all zero's or all ones and this would limit me to 6 subnets instead of 8. Is this true? Thanks in advance. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3alqco$5j5@crcnis3.unl.edu] <1994111921233600> From: mgleason@cse.unl.edu (Mike Gleason) Newsgroups: comp.protocols.tcp-ip Subject: Re: passive ftp? Date: 19 Nov 1994 21:23:36 GMT Organization: NCEMRSoft Lines: 22 Distribution: world Message-ID: <3alqco$5j5@crcnis3.unl.edu> References: <3aglg4$ob4@dmsoproto.ida.org> <3akaki$fvv@ugle.unit.no> NNTP-Posting-Host: cse.unl.edu agulbra@nvg.unit.no (Arnt Gulbrandsen) writes: |If you found the same source that I did, I made it work right (had |to). This is the patch I submitted just now for the linux ftp |client, hopefully it will go into other clients without much |trouble. It also does a couple of other things that I consider |useful. |The top line contains MY-EMAIL-ADDRESS, that was nvg.unit.no (see my |From address): I hacked the ftp client to automatically login with a |good email address. Have you tried my freeware ncftp client lately? ftp://ftp.cs.unl.edu/pub/ncftp/ncftp.tgz It does passive FTP, runs on linux, and does much more. -- ===== Mike Gleason ================= Go Huskers! ======= Current version of NcFTP is 1.8.6, and is available from FTP.CS.UNL.EDU, in the /pub/ncftp directory. Pre-release versions of NcFTP 2.0.0 are available in the /pub/ncftp/BETA directory. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CzJA66.FsH@rex.uokhsc.edu] <1994111921251700> Newsgroups: comp.protocols.tcp-ip From: ben@rex.uokhsc.edu (Benjamin Z. Goldsteen) Subject: Re: Stupid telnet negotiation question... Message-ID: Date: Sat, 19 Nov 1994 21:25:17 GMT Reply-To: benjamin-goldsteen@uokhsc.edu References: <3ajdt0$2slg@ns2.CC.Lehigh.EDU> Organization: Health Sciences Center, University of Oklahoma Lines: 38 gfm2@ns2.CC.Lehigh.EDU (GEORGE F. V MOTTER) writes: >I am writing a program in Windows and part of it needs to telnet into a Linux >server on port 23, login, and fork to another program. I have very little ^^^^^^^^^^^^^^^^^^^^^^^consider using "rsh" or "rexec" >experience in writing telnet code so I have a stupid question. >I connect to port 23, negotiate my little heart out, but I have no clue how to >tell the Linux box that "I'm sick of negotiating, give me the darn login >prompt!" What is the command sequence? >Thanks for the info. Get the Telnet package from Cray (ftp.cray.com:/src/telnet) or BSD (BSD 4.4, NetBSD, FreeBSD, I don't know whose is the best). I am not saying you have done anything wrong, but I am tired of seeing broken TELNET clients and servers (and any and every company has released a broken TELNET-related program!). It is too easy to screw up. Try to start from something that already works... However, while I am no expert in TELNET, a quick browse (reinforced by experience with TELNET in general) of some older Cray TELNET sources suggests to me that options can be negotiated at any time. In other words, the server decides "I'm sick of negotiating, here is the darn login prompt!" If the Linux box is not giving you a banner or "login:", then you probably got yourself into a negotiation loop. I have nearly 60 RFC's and related material covering TELNET (I never read them either...) if you would like. The reason why I have so many is that I have some of the obsolete RFC's. Also, some options have their own RFC's. Best regards, -- Benjamin Z. Goldsteen ----MESSAGE-END---- ----MESSAGE-BEGIN---- [791609341.17625@u87.galaxy.com] <1994111922352700> Message-ID: <791609341.17625@u87.galaxy.com> Date: 19 Nov 1994 22:35:27 GMT From: Derek_T.L._Kwan@galaxy.com (Derek T.L. Kwan) Organization: Galaxy Online Services Reply-To: Derek_T.L._Kwan@galaxy.com Subject: Looking for software.... Distribution: world Newsgroups: comp.protocols.tcp-ip Lines: 14 Hi there: Right now I'm looking for the following Windows software for PC, can anyone tell me where to find them? (Prefer shareware...) SLIP server SMTP server NNTP server FTP server FINGER server Thanks in advance Derek ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3amco3$rns@hptemp1.cc.umr.edu] <1994112002365100> From: ian@rocket.cc.umr.edu (Ian Koenig) Newsgroups: comp.protocols.tcp-ip Subject: Sockets??? Date: 20 Nov 1994 02:36:51 GMT Organization: UMR Missouri's Technological University Lines: 127 Message-ID: <3amco3$rns@hptemp1.cc.umr.edu> NNTP-Posting-Host: rocket.cc.umr.edu X-Newsreader: TIN [version 1.2 PL2] I am working on getting sockets or something to that extent to work on a SunOS 5.3 system. I have been able to complie and have work correctly this same program on our HP/8000 machine (I think that is the right x000) I basically just need to know what i need to look for or proper man pages but I am definitly interested in anything anyone has to contribute. here is the server code for my program. It is an example program from my socket howto guide and I can not get that to work sooooo... #include #include #include #include #include #define MYPORT 1066 main() { int sd, ns; char buf[256]; struct sockaddr sockaddr; int fromlen; struct servent *sp; struct hostent *hp; struct sockaddr_in sin; sd = socket(AF_INET,SOCK_STREAM,0); /* port information */ hp = gethostbyname("saucer"); bzero((char *)&sin, sizeof(sin)); bcopy(hp->h_addr, (char *) &sin.sin_addr, hp->h_length); sin.sin_port = MYPORT; sin.sin_family = hp->h_addrtype; if (bind(sd, (char *)&sin, sizeof(sin)) == -1) { perror("error in bind"); exit(); } listen(sd,1); for(;;) { ns = accept(sd,&sockaddr ,&fromlen ); write(ns,"Hello",5); read(ns,buf,sizeof(buf)); printf(" %s\n",buf); close(ns); } } and this is the client side. /* p191 elementary handout */ #include #include #include #include #define MYPORT 1066 main() { int sd; char buf[256]; struct servent *sp; struct hostent *hp; struct sockaddr_in sin; sd = socket(AF_INET,SOCK_STREAM,0); /* get the host information including IP address */ hp = gethostbyname("saucer"); bzero((char *)&sin,sizeof(sin)); /* Copy the IP address in hp to sin */ bcopy(hp->h_addr, (char *)&sin.sin_addr, hp->h_length); /* assign port ID */ sin.sin_port = MYPORT; /* specify address type */ sin.sin_family = hp->h_addrtype; /* note sin variable used in connect */ if (connect(sd,(char *)&sin,sizeof(sin)) == -1) { perror("Bad connection"); exit(); } read(sd,buf,sizeof(buf)); printf("Client receives %s\n",buf); write(sd,"World",5); close(sd); } any help is greatly appreciated. thanks ian ian@umr.edu -- Here is my signature file, yes it needs some help, and the doctor says I will be out of rehab in a couple of weeks. ------------ "You know you gotta be tough when you go up against a barrage of laser weapons with a puny little sword. " -Chris DeBons paraphrasing Star Wars: Tales of the Jedi ------------ Now are you going to come quietly or do I have to wear ear plugs? ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3amfsb$12p@usc.edu] <1994112003301900> From: david_diamond@skymir.usc.edu (David Diamond) Newsgroups: comp.protocols.tcp-ip Subject: Looking for SMTP example... Date: 20 Nov 1994 03:30:19 GMT Organization: USC News Service Lines: 12 Sender: diamond@usc.edu Message-ID: <3amfsb$12p@usc.edu> NNTP-Posting-Host: ppp88.usc.edu X-Posted-From: InterNews 1.0.2b1@ppp88.usc.edu X-Authenticated: diamond on INN host usc.edu Can someone post some code (C, Pascal, BASIC, english) that might give an example of an actual SMTP session sending mail? I need to have 4th Dimension (Mac database) send email. I have the TCP/IP externals for it and I'm wondering how much of a challege this would be. What I'd like to do is have 4D send the message with the addresses (many) to one of our campus mail servers and let that mail server deal with getting it out. Essentially have 4D act as our local SMTP gateway does. David Diamond ____ Technology Services Coordinator \ / USC News Service - University of Southern California \/ (213) 740-2215 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3ani6o$ckg@metro.atlanta.com] <1994112005570300> From: bvs@ver.com Newsgroups: comp.protocols.tcp-ip Subject: where is the archive? Date: Sun, 20 Nov 94 12:57:03 PDT Organization: Internet Atlanta Lines: 9 Message-ID: <3ani6o$ckg@metro.atlanta.com> NNTP-Posting-Host: 192.86.162.228 Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII To: bvs@ver.com X-Newsreader: NEWTNews & Chameleon -- TCP/IP for MS Windows from NetManage Where is the archive for this group? I looked in the FAQ, and asked archie, but could not find the FTP site for comp.protocols.tcp-ip. Thanks in advance. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [STEFANO.94Nov20113709@memphis.di.unipi.it] <1994112010370900> From: stefano@di.unipi.it (Stefano Suin) Newsgroups: comp.protocols.nfs,comp.protocols.tcp-ip Subject: Bootpd foe Windows for workgroup Date: 20 Nov 1994 10:37:09 GMT Organization: Dpt. of Computer Science - University of Pisa Lines: 32 Distribution: world Message-ID: NNTP-Posting-Host: memphis.di.unipi.it Hi all, Can anyone tell me if a bootp server for Windows or Windows for workgroup it's available? I would like to use a diskless PC with WFG, booting form an other PC running WFG. Any help is appreciated. stefano -- /\ / \@ / \ (( ~ ~ )) ( ^ ) ---------------------------o00O-----O00o------------------------------ | Stefano Suin %% | | UNIX System Manager %% E-mail=stefano@di.unipi.it | |Department of Computer Science %% stefano@unipi.it | | University of Pisa %% | | & %% | |UnipiNet Manager (SERRA service) %% Tel 39-50-887219 | | Corso Italia, 40 %% fax 39-50-887226 | | Pisa (ITALY) %% | ---------------------------------------------------------------------- (__|! !|__) ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3ap0gr$e37@cnj.digex.net] <1994112013063500> From: ajguido@cnj.digex.net (A.J. Guido) Newsgroups: comp.protocols.tcp-ip,comp.dcom.sys.cisco,comp.dcom.lans.misc,comp.unix.admin Subject: DHCP Info ??? Date: 20 Nov 1994 21:26:35 -0500 Organization: Express Access Online Communications, New Jersey, USA Lines: 11 Distribution: usa Message-ID: <3ap0gr$e37@cnj.digex.net> NNTP-Posting-Host: cnj.digex.net I'm looking for any info on DHCP ( Dynamic Host Configuration Protocol). I have RFC1531, so I sort of know how the protocol works, but what I'm really after is real-world experience. Has anyone successfully implemented DHCP? If so, with what products? Which routers support it ? How does it work, or not work, with DNS, NIS, etc?? Or if anyone can point me to a possible source of info, I would greatly appreciate it. Thank you very much in advance !!! A.J. Guido ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3anrje$q8j@anaxagoras.ils.nwu.edu] <1994112015563000> From: shafto@aristotle.ils.nwu.edu (Eric Shafto) Newsgroups: comp.protocols.tcp-ip Subject: Bootp part of Netware/IP? Date: 20 Nov 1994 15:56:30 GMT Organization: The Institute for the Learning Sciences Lines: 3 Message-ID: <3anrje$q8j@anaxagoras.ils.nwu.edu> NNTP-Posting-Host: aristotle.ils.nwu.edu X-Newsreader: TIN [version 1.1 PL9] Does it come with bootp? Is there a bootp NLM available otherwise? Failing either of those, is there a bootp FAQ to help me set it up on my Unix host? ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3anuea$mi4@usc.edu] <1994112016445800> From: david_diamond@skymir.usc.edu (David Diamond) Newsgroups: comp.protocols.tcp-ip Subject: Need a copy of RFC 882 Date: 20 Nov 1994 16:44:58 GMT Organization: USC News Service Lines: 6 Sender: diamond@usc.edu Message-ID: <3anuea$mi4@usc.edu> NNTP-Posting-Host: ppp80.usc.edu X-Posted-From: InterNews 1.0.2b1@ppp80.usc.edu X-Authenticated: diamond on INN host usc.edu Where would I find this? David Diamond ____ Technology Services Coordinator \ / USC News Service - University of Southern California \/ (213) 740-2215 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [19941120.165448.01@comptech.demon.co.uk] <1994112016544800> Newsgroups: comp.protocols.tcp-ip From: adam@comptech.demon.co.uk (Adam Goodfellow) Subject: Re: Class C subnetting Message-ID: <19941120.165448.01@comptech.demon.co.uk> Sender: news@demon.co.uk (Usenet Administration) Nntp-Posting-Host: comptech.demon.co.uk Reply-To: adam@comptech.demon.co.uk Organization: Computech X-Newsreader: Archimedes TTFN Version 0.36 References: <39v12a$k28@cronkite.ocis.temple.edu> <3a0o7s$m57@tools.near.net> <3ac0kb$5rb@hobbit.gandalf.ca> <3alcpt$5a9@popp.ins.de> Date: Sun, 20 Nov 1994 16:54:48 GMT Lines: 51 In article <3alcpt$5a9@popp.ins.de>, Andreas Frackowiak wrote: >loiselle@charm.gandalf.ca (Vance Loiselle) writes: >>From what's been discussed, if an organization has one class c >>net of 199.99.166.X and wishes to subnet further, the mask of >>255.255.255.192 provides them with two subnets, 62 hosts each. >>Ques: Would a mask of 255.255.255.128 be useless? No allowable >>subnet values? > >With a netmask of ...192 (2 bits subnet-part 6 bits host-part) >You have 4 subnets of a C-class net with each 64 numbers (62 hosts) each. >With a netmask of ...128 (1 bit subnet-part 7 bits host-part) >You have 2 subnets of a C-class net with 128 numbers (126 hosts) each. > A net directed broadcast to x.y.z.255 implies all hosts on (and all subnets of) net x.y.z This would clash with a subnet directed broadcast to subnet x.y.z.3. I assumed for similar reasons, subnet 0 is not allowed either as a conseqence of historical useage for broadcasts, and now notational network id use. The exact mechanics of this would to some extent I think depend upon how a gateway went about forwarding such directed broadcasts. This would imply that a Netmask of ...192 applied to a Class C net or an 8 bit subnet of a Class B net would only yield two fully useable subnets. This would also imply the netmasks of ...128 in above case would yield no useable subnets. (Note: I say useable, one *could* put machines on subnets all 1s and all 0s but it I think it would lead to ambiguous directed broadcasting.) I look at subnet (and hosts) counting in terms of subnets = (1 << num_bits_for_subnetid) - 2; or for hosts: hosts = (1 << num_bits_for_hostid) - 2; The -2 is to reserve the all 1s and all 0s bit combinations. If my understanding *is* wrong, I appologise for confusing the issue, and would appreciate a definitive answer from one who is 100% certain. -- Adam ======================================================================= | Computech Tel/Fax: 0181 673 7817 email: adam@comptech.demon.co.uk | ======================================================================= ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3anlro$47l@master.di.fc.ul.pt] <1994112016583200> From: roque@master.di.fc.ul.pt (Pedro Roque Marques) Newsgroups: comp.protocols.tcp-ip Subject: RFC 1063 Date: 20 Nov 1994 15:18:32 +0100 Organization: Faculdade de Ciencias da Universidade de Lisboa Lines: 8 Message-ID: <3anlro$47l@master.di.fc.ul.pt> NNTP-Posting-Host: master.di.fc.ul.pt X-Newsreader: TIN [version 1.2 PL2] I'd like to know if the usual IP implementations do implement RFC 1063 - Probe MTU Option. Witch routers do implement this and witch hosts ? -- Pedro Roque (roque@di.fc.ul.pt) ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3ao1jr$4rf@news.iastate.edu] <1994112017390700> From: john@iastate.edu (John Hascall) Newsgroups: comp.protocols.tcp-ip Subject: Re: Stupid telnet negotiation question... Date: 20 Nov 1994 17:39:07 GMT Organization: Iowa State University, Ames, Iowa (USA) Lines: 31 Message-ID: <3ao1jr$4rf@news.iastate.edu> References: <3ajdt0$2slg@ns2.CC.Lehigh.EDU> NNTP-Posting-Host: pooh.cc.iastate.edu Eric Scouten wrote: }gfm2@ns2.CC.Lehigh.EDU (GEORGE F. V MOTTER) wrote: }>I am writing a program in Windows and part of it needs to telnet into a Linux }>server on port 23, login, and fork to another program. I have very little }>experience in writing telnet code so I have a stupid question. }>I connect to port 23, negotiate my little heart out, but I have no clue how }>to tell the Linux box that "I'm sick of negotiating, give me the darn login }>prompt!" What is the command sequence? }You don't. Your Telnet client *MUST* properly interpret and respond to }every option negotiation request that it gets from the server, even if }just to say "no, I can't do that." On the other hand, the negotiation should be finite -- the other end is basically limited to asking you about each option once<1>. If you see the same option negotiated more than once, then one or both implementations are broken. John --------------------- <1> An option can be renegotiated if something has changed since it was last negotiated -- typically something external to the program, for example, a user request ("telnet> mode line"), a program request (TIOCSETP/NOECHO), a system request (SIGWINCH). -- John Hascall ``An ill-chosen word is the fool's messenger.'' Systems Software Engineer, ISU Comp Center + Ames, IA 50011 + 515/294-9551 & Hascall Systems - Unix/C/Internet Consulting, Training, Custom Programming ----MESSAGE-END---- ----MESSAGE-BEGIN---- [19941120.174812.98@comptech.demon.co.uk] <1994112017481200> Newsgroups: comp.protocols.tcp-ip,comp.unix.programmer From: adam@comptech.demon.co.uk (Adam Goodfellow) Subject: Re: Address already in use message Message-ID: <19941120.174812.98@comptech.demon.co.uk> Sender: news@demon.co.uk (Usenet Administration) Nntp-Posting-Host: comptech.demon.co.uk Reply-To: adam@comptech.demon.co.uk Organization: Computech X-Newsreader: Archimedes TTFN Version 0.36 References: Date: Sun, 20 Nov 1994 17:48:12 GMT Lines: 25 In article , Tom Denny wrote: >We have a concurrent server application in TCP/IP which binds to an address >on a well known port number. When the application is killed, and then >restarted, bind fails with the message "Address already in use". We then >either have to restart the machine or wait for 10-15 minutes before >restarting the application. Does anyone have any idea what might be >causing this? > Your application is probably forgetting to close the listen() socket as well as accept()ed sockets, or is just doing a shutdown on it. I had this once... What I normally do with servers is to initialise the server socket number to -1 and on exit close() if server_socket >= 0. -- Adam ======================================================================= | Computech Tel/Fax: 0181 673 7817 email: adam@comptech.demon.co.uk | ======================================================================= ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3aocq7$60b@Tut.MsState.Edu] <1994112020501500> From: mtl1@Isis.MsState.Edu (Michael Todd Lattanzi) Newsgroups: comp.protocols.tcp-ip Subject: TCP/IP Information needed Date: 20 Nov 1994 20:50:15 GMT Organization: Mississippi State University Lines: 9 Message-ID: <3aocq7$60b@Tut.MsState.Edu> NNTP-Posting-Host: isis.msstate.edu X-Newsreader: TIN [version 1.2 PL0] I want to write some software which communicated with a proprietary piece of hardware through TCP/IP. Can anyone tell me where I can get a copy of the TCP/IP protocol? Thanks, Todd Lattanzi lattanzi@ee.msstate.edu ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3aohu2$tdf@ogre.cs.waikato.ac.nz] <1994112022173800> From: ard@cs.waikato.ac.nz (Andrew Donkin) Newsgroups: comp.protocols.tcp-ip,comp.infosystems.www.providers Subject: RFC-1413 (ex. 931) server code? Date: 20 Nov 1994 22:17:38 GMT Organization: Department of CompSci, U. of Waikato, New Zealand. Lines: 19 Message-ID: <3aohu2$tdf@ogre.cs.waikato.ac.nz> NNTP-Posting-Host: borg.cs.waikato.ac.nz Summary: I need to find an RFC-931 server X-Newsreader: TIN [version 1.2 PL2] This feels like a FAQ, but I haven't seen mention of it anywhere, so I'll stick my head out and ask it anyway. I want to run a server to deal with RFC931-style requests, initially so that our machines can tell HTTP servers who is requesting pages. I'm sure we'll come up with more uses later. I also understand RFC-931 has been superceded by 1413. Are there sample implementations? Even better, is there a Solaris 2 implementation, or SVR4 source that I can start from? Many thanks in advance - -- ,------------------------------------------------------------------------, | Andrew Donkin - ard@cs.waikato.ac.nz | | Department of Computer Science, University of Waikato | `------------------------------------------------------------------------' ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3aqkr9$hr5@carbon.denver.colorado.edu] <1994112022393700> From: tho@carbon.denver.colorado.edu (Tuan Thanh Ho) Newsgroups: comp.lang.modula3,comp.lang.modula2,comp.lang.oberon,comp.object,comp.protocols.tcp-ip,comp.unix.programmer,comp.dcom.telecom.tech Subject: <>**!! Computer Books 4 Sale !!**<> Date: 21 Nov 1994 10:19:37 -0700 Organization: University of Colorado at Denver Lines: 135 Message-ID: <3aqkr9$hr5@carbon.denver.colorado.edu> NNTP-Posting-Host: carbon.denver.colorado.edu X-Newsreader: TIN [version 1.2 PL2] I have the following books for sale : Please note the book condition: Brand New = (!) Excellent = (****) Good = (***) Average = (**) Poor = (*) All books are hard bound unless otherwise noted. - S. Atre, Data Base: Structured Techniques for Design, Performance, and Management, 2nd ed., John Wiley & Sons, 1988, $25 (!). - K. Kummerle, J. O. Limb, F. A. Tobagi, eds., Advances in Local Area Networks, IEEE Press, 1987, $19 (****). - J. W. L. Ogilvie, Modula-2 Programming, McGraw Hill, 1985, $19 (!). - W. Stallings, Local and Metropolitan Area Networks, 4th ed., Macmillan, 1993, $25 (!). - W. H. Inmon and J. H. Caplan, Information Systems Architecture, John Wiley & Sons, 1992, $25 (!). - D. C. Andrews, and N. S. Leventhal, Fusion: Integrated IE, CASE, and JAD - A Handbook for Reengineering The Systems Organization, Yourdon Press Computing Series, Yourdon Press, 1993, $25 (!). - R. Sedgewick, Algorithms in Modula-3, Addison Wesley, 1993, $25 (!). - J. T. Arnold, Simplified Digital Automation with Microprocessors, Academic Press, 1979, $19 (****). - V. Milutinovic, ed., Introduction to Microprogramming, Prentice Hall, 1992, $25 (!). - J. Kirkwood, Sybase Architecture and Administration, Ellis Horwood, 1993, $25 (!). - N. Wirth, and J. Gutknecht, Project Oberon: The Design of an Operating System and Compiler, Addison Wesley, 1992, $25 (!). - M. M. Gorman, Enterprise Database in a Client/Server Environment, John Wiley & Sons, 1994, $25 (!). - S. Bapat, Object-Oriented Networks: Models for Architecture, Operations, and Management, Prentice Hall, 1994, $25 (!). - D. E. Thomas and P. Moorby, The Verilog Hardware Description Language, Kluwer Academic Publishers, 1991, $25 (!). - D. E. Comer and D. L. Stevens, Internetworking with TCP/IP: Design, Implementation, and Internals, Vol. II, Prentice Hall, 1991, $25 (!). - R. C. Camp, T. A. Smay, and C. J. Triska, Microprocessor Systems Engineering, Matrix Publishers, 1979, $19 (***). - P. Coad and E. Yourdon, Object-Oriented Analysis, Prentice Hall, 1991, $25 (!). - S. Carl-Mitchell and J. S. Quarterman, Practical Internetworking with TCP/IP and UNIX, Addison Wesley, 1993, $25 (!). - F. Hayes-Roth, D. A. Waterman, and D. B. Lenat, eds., Building Expert Systems, Addison Wesley, 1983, $19 (****). - J. A. Aseltine, W. R. Beam, J. D. Palmer, and A. P. Sage, Introduction to Computer Systems Analysis, Design, and Applications, John Wiley & Sons, 1989, $19 (!). - J. Martin, Telecommunications and the Computer, 3rd ed., Prentice Hall, 1990, $25 (!). - J. Martin, K. K. Chapman, and J. Leben, Systems Application Architecture, Common Communications Support: Distributed Applications, Prentice Hall, 1992, $25. - E. Rich, Artificial Intelligence, McGraw Hill, 1983, $19 (****). - R. L. Shrader, Electronic Communication, 2nd ed., McGraw Hill, 1967, $15 (***). - S. A. Rago, Unix System V Network Programming, Addison Wesley, 1993, $25 (!). - K. Sherman, Data Communications: A User's Guide, 3rd ed., Prentice Hall, 1990, $25 (!). - P. K. Andleigh and M. R. Gretzinger, Distributed Object-Oriented Data- Systems Design, Prentice Hall, 1992, $25 (!). - G. Salton and M. J. McGill, Introduction to Modern Information Retrieval, McGraw Hill, 1983, $25 (!). - W. J. Collins, Data Structures: An Object-Oriented Approach, Addison Wesley, 1992, $25. - J. D. Foley, and A. Van Dam, Fundamentals of Interactive Computer Graphics, Addison Wesley, 1982, $19 (!). - E. W. Reed and I. S. Larman, Fluid Power with Microprocessor Control: An Introduction, Prentice Hall, 1985, $19 (****). - T. C. Bartee, Editor-in-Chief, Digital Communications, Howard Sams & Co., 1986, $35 (!). - C. G. Guy, Data Communications for Engineers, McGraw Hill, 1992, $29 (!). - C. L. Wyatt, Electro-optical System Design for Information Processing, McGraw Hill, 1991, $35 (!). - J. S. Vandergraft, Introduction to Numerical Computations, Academic Press, 1978, $29 (!). - F. Halsall, Data Communications, Computer Networks and Open Systems, 3rd ed., Addison Wesley, 1992, $25 (****). - D. R. Smith, Digital Transmission Systems, Van Nostrand Reinhold, 1985, $20 (****). - W. S. Meisel, Computer-Oriented Approaches to Pattern Recognition, Academic Press, 1972, $25 (***). If interested, Please e-mail me at: tho@carbon.denver.colorado.edu or Phone me at : (303) 364-4426 Thanks, Tuan T. Ho ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3aola7$c3t@vixen.cso.uiuc.edu] <1994112023151900> From: Ed Kubaitis Newsgroups: comp.protocols.tcp-ip,comp.infosystems.www.providers Subject: Re: RFC-1413 (ex. 931) server code? Date: 20 Nov 1994 23:15:19 GMT Organization: University of Illinois at Urbana Lines: 18 Message-ID: <3aola7$c3t@vixen.cso.uiuc.edu> References: <3aohu2$tdf@ogre.cs.waikato.ac.nz> NNTP-Posting-Host: ruger-18.slip.uiuc.edu ard@cs.waikato.ac.nz (Andrew Donkin) wrote: > > This feels like a FAQ, but I haven't seen mention of it anywhere, so I'll > stick my head out and ask it anyway. > > I want to run a server to deal with RFC931-style requests, initially so > that our machines can tell HTTP servers who is requesting pages. I'm sure > we'll come up with more uses later. I'm sure you will, but as far as I know, your server will take a significant performance hit, and you will gather no, um, *useful* information from Mac or Windows browsers or Unix systems that don't run identd. I'll trade you a Perl RFC1413 query example for a description of the 'more uses later' you contemplate. -------------------------- Ed Kubaitis - ejk@uiuc.edu ----MESSAGE-END---- ----MESSAGE-BEGIN---- [bobley-2011942058500001@kslip5.apl.jhu.edu] <1994112101592200> Newsgroups: comp.protocols.tcp-ip From: bobley@mailstorm.dot.gov (Brett Bobley) Subject: (Q) SLIP & Subnetting Message-ID: Sender: usenet@aplcenmp.apl.jhu.edu Nntp-Posting-Host: kslip5.apl.jhu.edu Organization: US Coast Guard Date: Mon, 21 Nov 1994 01:59:22 GMT Lines: 51 Hi, folks. I'm having trouble getting a dynamic SLIP route to propogate via RIP. Can anyone give me some advice? Let me explain my setup: We own a class B address 152.119.X.X and use a 24 bit mask, 255.255.255.0. In my building, the building backbone uses 152.119.1.X. Each office in my building has a 3Com Netbuilder bridge/router hanging off of the backbone, connecting the backbone to their local nets. My 3Com, for example, has two ethernet ports. Port 1 is connected to the backbone and has IP 152.119.1.253. Then Port 2 is connected to my network and has IP 152.119.253.99. My subnet uses the addresses 152.119.253.X. Ok, that is the setup! On my network, I have various Unix, Macs, Vaxes, etc. I also have a Telebit netblazer ST tcp/ip terminal server/router. The ethernet port is assigned IP 152.119.253.28. When I dial up the netblazer and make a SLIP connection from home, I have the netblazer IP pool automatically assign me IP 152.119.253.60. The netblazer then broadcasts this route (via RIP) to my subnet (i.e. to 152.119.253.255). The RIP update seems to work fine. For example, my Unix boxes immediately pick up the route and has the IP of 152.119.253.60 (my machine at home) reachable via the gateway of 152.119.253.28 (the netblazer). Now I can reach any of the machines on my subnet from my home machine. The problem is, my 3com gateway machine does not pick up the route! If I look at the routing tables on the 3Com, it doesn't have a special route for 152.119.253.60 as going through 152.119.253.28. Why isn't this working? I even tried adding the route statically directly on the 3com, but the 3com still won't put it into the routing table. My suspicion is that the 3Com doesn't "like" the fact that I am using a 24 bit mask for all my machines but using a full 32 bit mask for the SLIP machine. What suggestions do you have? How do most folks handle SLIP/PPP routing and such? Any tips would be appreciated! Brett -- Brett Bobley U.S. Coast Guard Washington, DC Internet: bobley@mailstorm.dot.gov -- Brett Bobley U.S. Coast Guard Washington, DC Internet: bobley@mailstorm.dot.gov ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3ap5ot$bnu@pandora.sdsu.edu] <1994112103561300> From: wren@io.nosc.mil (Wren Lee) Newsgroups: comp.protocols.tcp-ip,comp.dcom.sys.cisco Subject: Re: secondary routing reference Followup-To: comp.protocols.tcp-ip,comp.dcom.sys.cisco Date: 21 Nov 1994 03:56:13 GMT Organization: NRaD, San Diego Lines: 31 Message-ID: <3ap5ot$bnu@pandora.sdsu.edu> References: <1994Nov14.164741@acad.drake.edu> <3a9rvs$n59@juniper.almaden.ibm.com> <3aklc4$mov@galaxy.uci.agh.edu.pl> NNTP-Posting-Host: io.nosc.mil X-Newsreader: TIN [version 1.2 PL0] Szymon Sokol (szymon@uci.agh.edu.pl) wrote: : Tony Rall (trall@trall.almaden.ibm.com) wrote: : : In article <1994Nov14.164741@acad.drake.edu>, : : George W. Miller wrote: : : > : : >Can anyone give me a good reference on secondary routing so we may have : : >different ip network numbers on the same wire? : : "Secondary routing"? I've never heard that term applied to having 2 : : logical nets on the same physical net. To me it would mean something : : closer to backup routing, but that does not imply multiple nets per : : net. : This is a term used specifically by Cisco (actually, it is "secondary adress" : not "secondary routing"): you assign TWO (or more) different IP addresses to : the same interface. I do not know any other device than Cisco routers that : would allow this, so this question probably belongs to comp.dcom.sys.cisco : (and I changed Newsgroups: appriopriately). : -- >> I have a 3com router that does this also. I forget the term they used >> but it was less arcane than secondary addressing. >> I believe wellfleet allows it also. >> its probably a feature to be looked for in router wares. >> we have used it to great advantage. -- aloha, /wren wren lee, Systems Engineer, SAIC Comsystems Office:(808) 471 5475 Fax:(808) 471 7062 Email: wren@nosc.mil ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3aparf$o7s@hptemp1.cc.umr.edu] <1994112105225500> From: ian@saucer.cc.umr.edu (Ian Koenig) Newsgroups: comp.protocols.tcp-ip Subject: SunOS 5.3 Server sockets? Date: 21 Nov 1994 05:22:55 GMT Organization: UMR Missouri's Technological University Lines: 25 Message-ID: <3aparf$o7s@hptemp1.cc.umr.edu> NNTP-Posting-Host: saucer.cc.umr.edu Keywords: SunOS socket X-Newsreader: TIN [version 1.2 PL2] I am attempting to get sockets to work on SunOS 5.3. Where can I get help on how to do this? Straight bind and connect do not work, sooo... I have looked at t_connect and t_bind but I am not sure of getting this figured out correctly or not. If at all possible I would like to get some sample code or where I need to go to find this. thanks ian ian@umr.edu -- Here is my signature file, yes it needs some help, and the doctor says I will be out of rehab in a couple of weeks. ------------ "You know you gotta be tough when you go up against a barrage of laser weapons with a puny little sword. " -Chris DeBons paraphrasing Star Wars: Tales of the Jedi ------------ Now are you going to come quietly or do I have to wear ear plugs? ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3aqpqb$84@gomez.cc.gatech.edu] <1994112105242700> From: taddy@cc.gatech.edu (Rajesh R. Talpade) Newsgroups: comp.protocols.tcp-ip Subject: TCP control block query Date: 21 Nov 1994 13:44:27 -0500 Organization: College of Computing Lines: 36 Message-ID: <3aqpqb$84@gomez.cc.gatech.edu> NNTP-Posting-Host: gomez.cc.gatech.edu NNTP-Posting-User: taddy Hi Folks ! I have a simple application program (source) using a TCP socket to transfer data to a peer application on another machine (destination). My query is: If I startup the source, and allow the TCP connection to be initiated at this end (I can see SYN's being sent out), and then do a control-C (i.e. kill the source), how does TCP get this signal (thru which routine), and how does it clear up the related control block ?? I put printf's in the code where TCP gets a PRU_ABORT, but it doesn't seem to get there. I am running this on a Sparc LX with SunOs 4.1.3 Any pointers will be appreciated. Thanks a lot. Rajesh. taddy@cc.gatech.edu -- _______________________________ || Live Life !!! || (404)-712-9050 || It's no rehearsal. || taddy@cc.gatech.edu ------------------------------- ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3apd2s$gt6@mark.ucdavis.edu] <1994112106010000> From: bnaren@ece.ucdavis.edu (Naren B.) Newsgroups: comp.protocols.tcp-ip Subject: Wanted programs Followup-To: poster Date: 21 Nov 1994 06:01:00 GMT Organization: U.C. Davis - Department of Electrical and Computer Engineering Lines: 7 Distribution: usa Message-ID: <3apd2s$gt6@mark.ucdavis.edu> NNTP-Posting-Host: shadow.cipic.ucdavis.edu Originator: bnaren@shadow.ece.ucdavis.edu I was looking for examples of programs that use sockets and implement utilities like talk, ftp etc. I am a beginner and am looking for simple programs. I am looking for code that runs on UNIX platforms. Please e-mail any responses since I do not read this newsgroup very often. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3apf1h$chm@news.tamu.edu] <1994112106342400> From: john@entc.tamu.edu (John T. Willis) Newsgroups: comp.protocols.tcp-ip Subject: Re: HTTP server for Winsock? Date: 21 Nov 1994 06:34:24 GMT Organization: TAMU EET Lines: 7 Message-ID: <3apf1h$chm@news.tamu.edu> References: NNTP-Posting-Host: 128.194.55.216 X-Newsreader: WinVN 0.92.6+ In article , dino@cam.org (Dino Moriello) says: > >Does anyone know if a http server program exist to run under a PC winsock >platform? Multiple versions, simplest is the winsock visual basic web server that comes with IPPORT. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3apl2l$ihq@juniper.almaden.ibm.com] <1994112108172500> From: trall@trall.almaden.ibm.com (Tony Rall) Newsgroups: comp.protocols.tcp-ip Subject: Re: More detailed 4 you Date: 21 Nov 1994 08:17:25 GMT Organization: IBM Almaden Research Center Lines: 10 Message-ID: <3apl2l$ihq@juniper.almaden.ibm.com> References: <3ab3pa$7qg@condor.ic.net> Reply-To: trall@almaden.ibm.com (Tony Rall) NNTP-Posting-Host: trall.almaden.ibm.com My guess is that the arp requests from your Winsock system either aren't reaching the HP machine or contain something unpalatable to the HP. (Or perhaps the responses aren't making it back to Winsock.) Try tracing on the thinnet segment. Compare the Winsock arp packets with those from other machines. -- Tony Rall trall@almaden.ibm.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3apnvu$a3a@juniper.almaden.ibm.com] <1994112109071000> From: trall@trall.almaden.ibm.com (Tony Rall) Newsgroups: comp.protocols.tcp-ip Subject: Re: Subnetting question Date: 21 Nov 1994 09:07:10 GMT Organization: IBM Almaden Research Center Lines: 13 Message-ID: <3apnvu$a3a@juniper.almaden.ibm.com> References: <3alq14$18mm@news-s01.ny.us.ibm.net> Reply-To: trall@almaden.ibm.com (Tony Rall) NNTP-Posting-Host: trall.almaden.ibm.com In article <3alq14$18mm@news-s01.ny.us.ibm.net>, wrote: > >If I use a subnet mask of 255.255.255.224 this will give 3 bits for the subnet number. > >However, I read somewhere that I can't use subnet numbers of all zero's or all ones >and this would limit me to 6 subnets instead of 8. > >Is this true? Yes. -- Tony Rall trall@almaden.ibm.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3apo7u$4o8@erinews.ericsson.se] <1994112109112600> From: etxmesa@eos.ericsson.se (Michael Salmon) Newsgroups: comp.protocols.tcp-ip,comp.infosystems.www.providers Subject: Re: RFC-1413 (ex. 931) server code? Date: 21 Nov 1994 09:11:26 GMT Organization: Ericsson Telecom AB Lines: 26 Message-ID: <3apo7u$4o8@erinews.ericsson.se> References: <3aohu2$tdf@ogre.cs.waikato.ac.nz> Reply-To: etxmesa@eos.ericsson.se (Michael Salmon) NNTP-Posting-Host: eos6c02.ericsson.se In article <3aohu2$tdf@ogre.cs.waikato.ac.nz> ard@cs.waikato.ac.nz (Andrew Donkin) writes: |> This feels like a FAQ, but I haven't seen mention of it anywhere, so I'll |> stick my head out and ask it anyway. |> |> I want to run a server to deal with RFC931-style requests, initially so |> that our machines can tell HTTP servers who is requesting pages. I'm sure |> we'll come up with more uses later. |> |> I also understand RFC-931 has been superceded by 1413. |> |> Are there sample implementations? Even better, is there a Solaris 2 |> implementation, or SVR4 source that I can start from? You can take a look at ftp://lysator.liu.se/pub/ident -- Michael Salmon #include #include #include Ericsson Telecom AB Stockholm ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3aporr$mia@juniper.almaden.ibm.com] <1994112109220300> From: trall@trall.almaden.ibm.com (Tony Rall) Newsgroups: comp.protocols.tcp-ip Subject: Re: (Q) SLIP & Subnetting Date: 21 Nov 1994 09:22:03 GMT Organization: IBM Almaden Research Center Lines: 16 Message-ID: <3aporr$mia@juniper.almaden.ibm.com> References: Reply-To: trall@almaden.ibm.com (Tony Rall) NNTP-Posting-Host: trall.almaden.ibm.com You aren't (or shouldn't be) using a 32 bit subnet mask for your slip systems, you're using host routes - which is something different. (Which is good, because you're also using RIP, and that doesn't work properly with variable subnet masks.) Can RIP be used to broadcast host routes? I don't know. But if you manually added a host route to your 3com router, I'd be surprised if it didn't work (although I have no experience with 3com). I prefer using proxy arp to handle the "routing" for point-to-point links. Why clutter the routing table of every machine on the LAN with numerous host routes? I don't know whether the Netblazer will do proxy arp for its remote connections. -- Tony Rall trall@almaden.ibm.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov20.183421.1@scm.dsto.gov.au] <1994112110042100> From: nichols@scm.dsto.gov.au Newsgroups: comp.protocols.tcp-ip Subject: Re: Advise Wanted: Corporate Subnetting Std Date: 20 Nov 94 18:34:21 +0930 Organization: Defence Science and Technology Organisation Lines: 78 Message-ID: <1994Nov20.183421.1@scm.dsto.gov.au> References: NNTP-Posting-Host: dstos3.dsto.gov.au In article , Bob Simon writes: > My corporation has a class B address. I am on a committee which is defining > rules by which subnet and host addresses will be assigned. I recommended > that RFC 1219 be followed strictly, but was outvoted by those who prefer the > simplicity of assigning subnets in counting order (1-254) with a mask of > 255.255.255.0. My corporation has 5 class B nets and we would use neither of those two solutions. We have recently begun a process of distibuting the addresses accross the network topology in such a way as to be quite efficient with address utilisation and leave plenty of unused ranges throughout the net to accomodate growth and reorganisation. We use VLSM and OSPF but we divide up the address space and distribute in a structured way which is consistent with route summarisation given our topology. If I remeber RFC 1219 correctly then I think that you would probably use up the address space, starting from the begining, and working through to the end while minimising unused ranges. This doesn't allow for flexibility. Do the distribution manually and you will be able to fine tune a much better solution. You will get used to VLSM quite quickly. Subnetting on 255.255.255.0 is quite a good starting point but I think that it would be a mistake to be locked in to that. Try using VLSM/OSPF and 255.255.255.0 initially. Later subnet sizes can be adjusted to match actual requirements. Subnets may be made smaller or larger by just changing the mask. If you make some smaller then you can reuse the left-over-part as a new subnet. If you want flexible subnetting then you must assign end node addresses systematically from the start of the range; allowing the ren of the range to be removed later. > This is not so terrible, but I am concerned about another proposal to assign > host addresses in predefined ranges. For example, PCs may be assigned > addresses in the range 1-200; servers may be given addresses from 200-220; > and routers may get the range 245-254. This would completely eliminate the > possibility of adding additional subnets (beyond 254 subnets) should the need > arise in the future. This may seem nice from a aesthetic perspective but it fails to satisfy any real need. There are other important considerations which should take presidence over this aesthetic solution. Yes, this may be slighly easier to manage allocations but the advantage is relatively trivial. I would suggest routers at the start of the subnet range so that their addreses can remain unchanged while the subnet length can be varied. The hosts come next, numbered from the bottom of the range, so the overall subnet range which is in use can be as small as practicable. Additional structure can be really useful if packet filtering or prioity queuing (etc) based on addresses is a possibility, then you should organise the address space based on priorities or security levels. This can yield great efficiencies in minimising both the config to define those nodes' addresses later, and in the processor loading required to give those packets special treatment; whatever it may be. Incidentally, you can not just define arbitary ranges because bit masking is most efficient at defining whole (binary integer) fractional ranges within subnets. > I would appreciate comments discussing any advantages or disadvantages of > this proposal. Are any of you aware of organizations which had to renumber > IP hosts due to an inflexible or inefficient addressing scheme? Yeah, we have to do that to but we know the way to do it now! Have you seen RFC 1597 (re conservation of addresses) Regards, Peter --------------------------------------------------------------------------- Peter Nichols Information Technology Services E-mail:peter.nichols@dsto.defence.gov.au Corporate Information Systems Unit Defence Science & Technology Organisation Phone: +61 8 259 5379 PO Box 1500, Salisbury, 5108, Australia Fax: +61 8 259 5537 --------------------------------------------------------------------------- ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov20.184857.1@scm.dsto.gov.au] <1994112110185700> From: nichols@scm.dsto.gov.au Newsgroups: comp.protocols.tcp-ip Subject: Re: IP addressing strategies Date: 20 Nov 94 18:48:57 +0930 Organization: Defence Science and Technology Organisation Lines: 29 Message-ID: <1994Nov20.184857.1@scm.dsto.gov.au> References: <231639540wnr@assistg.demon.co.uk> NNTP-Posting-Host: dstos3.dsto.gov.au In article , galileoswieng@cix.compulink.co.uk ("Galileo Internationa") writes: >> How should we arrange our addresses? Should we apply for a segment of >> Internet address space now even if we'll probably never use it? Should >> we ignore the Internet and design a priveta addressing scheme and worry >> about the Internet in the future? You have to be able to demonstrate a need for real IP addresses these days. A good guide on alternative addressing is RFC 1597. It describes ways of using "private reserved" addresses or normal addresses or a combination of these to match your actual requirements. The application form for addresses is also worth a read before you makeup your mind. see my other posting, from today, in this group, regarding allocating the addresses within you org. We use a mixture; all of the reserved addresses and 4 normal class Bs. This is the only way you'll ever get a Class A size address space! Regards, Peter --------------------------------------------------------------------------- Peter Nichols Information Technology Services E-mail:peter.nichols@dsto.defence.gov.au Corporate Information Systems Unit Defence Science & Technology Organisation Phone: +61 8 259 5379 PO Box 1500, Salisbury, 5108, Australia Fax: +61 8 259 5537 --------------------------------------------------------------------------- ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov20.191732.1@scm.dsto.gov.au] <1994112110473200> From: nichols@scm.dsto.gov.au Newsgroups: comp.protocols.tcp-ip Subject: Re: The smallest subnet possible Date: 20 Nov 94 19:17:32 +0930 Organization: Defence Science and Technology Organisation Lines: 81 Message-ID: <1994Nov20.191732.1@scm.dsto.gov.au> References: <3adohq$mdp@bcarh8ab.bnr.ca> <3afkiq$r3h@newhub.xylogics.com> <3ag5kn$flf@bcarh8ab.bnr.ca> NNTP-Posting-Host: dstos3.dsto.gov.au In article <3ag5kn$flf@bcarh8ab.bnr.ca>, Evan Champion writes: >> What I'd recommand is setting up a small subnet (255.255.255.248, for >> example) for your dial-in server and hosts, and then advertise the dial- >> in users as routes outside of that subnet (rather than proxy-ARPing >> them). >> >> For example, if you have a gateway at 192.9.200.1, a host at .2 and some >> dial-in servers at .3, .4, .5 and .6, then I'd assign 192.9.200.254 down >> through 192.9.200.9 as the dial-in users. This would allow you to have >> 246 users active at one time. >> >> To make this work you will need gateways, hosts and servers which >> understand host routes and honor them [not all do!]. Yes, an interesting solution; but as you suggest at the end it all really comes done to what a particular dial-in server supports. Cisco's cs500 has a good way of doing this for SLIP and PPP. This may only be in new s/w, ie. >9.21... (it changed a bit then) The idea is that the server's interface is dynamic ("unnumbered") so the dialin node can use almost any address that isn't in the LAN/WAN. If the address is from the attached LAN range then the dialin node works as if on the LAN. Alternately if the address is not in the LAN subnet then the dialin server will do the necessary routing. That is to advertising a host route if the address is from a subnet which is already in use in the WAN or a new subnet route if appropriate. The addressing scheme described above would be supported using any of "host routes", proxy ARP and/or "unnumbered interface". > The current configuration is as follows: > > terminal server --> PPP customer > 192.197.166.6 199.84.54.1 > 255.255.255.0 255.255.255.248 > The PPP clients have their own networks separate from the local > Ethernet. > > Now, what I have been told is that an IP host can only talk to > another IP host if it is on the same subnet unless there is a > router, and then the router must be on the same net as the IP > host. > > So, assuming I subnet at 255.255.255.252, the IP configuration > would be > > *.0 network address > *.1 address of the local PPP interface > *.2 address of the remote PPP interfae > *.3 broadcast address > > *.4 network address > *.5 address of the local PPP interface > *.6 address of the remote PPP interface > *.7 broadcast address > > etc. etc. This is the correct basic conceptual model for a static Leased-Line type of network using Variable Length Subnet Masking, VLSM; but it will not allow the flexibility which is normally required in a dialin modem pool for SLIP/PPP access. Since this can be a product specific solution have you tried the vendor or the manual :-) ? Regards, Peter --------------------------------------------------------------------------- Peter Nichols Information Technology Services E-mail:peter.nichols@dsto.defence.gov.au Corporate Information Systems Unit Defence Science & Technology Organisation Phone: +61 8 259 5379 PO Box 1500, Salisbury, 5108, Australia Fax: +61 8 259 5537 --------------------------------------------------------------------------- ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov20.192653.1@scm.dsto.gov.au] <1994112110565300> From: nichols@scm.dsto.gov.au Newsgroups: comp.protocols.tcp-ip Subject: Wanted: IP packet level ENCRYPTION Date: 20 Nov 94 19:26:53 +0930 Organization: Defence Science and Technology Organisation Lines: 36 Message-ID: <1994Nov20.192653.1@scm.dsto.gov.au> NNTP-Posting-Host: dstos3.dsto.gov.au Hi all, Do you know of a device to do Packet Level Encryption in a LAN environment? By this I mean encryption of the data portion of the Network Protocol datagrams, ie. scrambling the TCP/IP or Novell/IPX or AppleTalk/DDP datagrams' payload. The packet headers would be left clear to allow routing across an ordinary multiprotocol WAN. I expect that this function would be best performed by a discrete physical module which could join high security LANs to an ordinary WAN at a LAN interface. Other techniques may be of interest. I am looking for something like a (multiprotocol) router which takes packets from one secure LAN and scrambles the data payload of the packet before routing it out on to another ordinary LAN (or WAN). The reverse process would be applied by another such box at the other side of the network. I am not interested in Frame level (Ethernet, X25 or Frame Relay) or link level encryption. Nor am I interested in security systems which do not encrypt the data. I would be interested to hear of any such products regardless of the particular protocols that they can handle, their speed or security level at which they operate. Please reply by Email (as well as News if you wish). Regards, Peter Nichols --------------------------------------------------------------------------- Peter Nichols Information Technology Services E-mail:peter.nichols@dsto.defence.gov.au Corporate Information Systems Unit Defence Science & Technology Organisation Phone: +61 8 259 5379 PO Box 1500, Salisbury, 5108, Australia Fax: +61 8 259 5537 --------------------------------------------------------------------------- ----MESSAGE-END---- ----MESSAGE-BEGIN---- [scouten-2111942222250001@mingus.isdn.uiuc.edu] <1994112112222500> From: scouten@uiuc.edu (Eric Scouten) Newsgroups: comp.protocols.tcp-ip Subject: Re: TCP for Macintosh Date: Mon, 21 Nov 1994 22:22:25 -0600 Organization: Sadly deprived of chaos Lines: 31 Distribution: world Message-ID: References: <3aqog7$74e@ankh.iia.org> NNTP-Posting-Host: mingus.isdn.uiuc.edu In article <3aqog7$74e@ankh.iia.org>, roxi@roxi. wrote: > I am looking for a good TCP/IP stack for the Macintosh. Appreciate any info > that could be sent my way. Thanks, The standard on Macintosh is to use Apple's MacTCP driver, which is included with System 7.5 and is available as a separate package for users of older systems. MacTCP will be replaced sometime next year by Open Transport, which is Apple's attempt to merge the networking products into a single API and meet emerging standards at the same time. (Of course, MacTCP will continue to be in widespread use for some time thereafter.) For more information on programming MacTCP, I suggest you consult my MacTCP Programmer's Reference Guide at: http://tampico.cso.uiuc.edu/~scouten/mactcp BTW, your newsreader is distributing an incorrect address on the "From:" header. Please fix it. -es __________________________________________________________________________ Eric Scouten e-mail: scouten@uiuc.edu MS Comp Sci '96, U of Illinois http://tampico.cso.uiuc.edu/~scouten But if your Snark be a Boojum... You will softly and suddenly vanish away, And never be met with again! -Lewis Carroll, Hunting of the Snark ----MESSAGE-END---- ----MESSAGE-BEGIN---- [mkl.785420717@whoopi] <1994112112251700> From: mkl@rob.cs.tu-bs.de (Mario Klebsch DG1AM) Newsgroups: comp.protocols.tcp-ip,comp.unix.programmer Subject: Re: Address already in use message Date: 21 Nov 94 12:25:17 GMT Organization: TU Braunschweig, Informatik (Bueltenweg), Germany Lines: 24 Distribution: world Message-ID: References: <19941120.174812.98@comptech.demon.co.uk> NNTP-Posting-Host: whoopi.rob.cs.tu-bs.de adam@comptech.demon.co.uk (Adam Goodfellow) writes: >In article , > Tom Denny wrote: >>We have a concurrent server application in TCP/IP which binds to an address >>on a well known port number. When the application is killed, and then >>restarted, bind fails with the message "Address already in use". We then >>either have to restart the machine or wait for 10-15 minutes before >>restarting the application. Does anyone have any idea what might be >>causing this? >> >Your application is probably forgetting to close the listen() socket as >well as accept()ed sockets, or is just doing a shutdown on it. Does't the kernel close all open descriptors, when the process exites? This is what I learned about UNIX. Do sockets behave different ? Mario -- Mario Klebsch, DG1AM, mkl@rob.cs.tu-bs.de +49 531 / 391 - 7457 Institut fuer Robotik und Prozessinformatik der TU Braunschweig Hamburger Strasse 267, 38114 Braunschweig, Germany ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3aq4gk$fvq@newhub.xylogics.com] <1994112112405200> From: carlson@Xylogics.COM (James Carlson) Newsgroups: comp.protocols.tcp-ip Subject: Re: (Q) SLIP & Subnetting Date: 21 Nov 1994 12:40:52 GMT Organization: Xylogics Incorporated Lines: 33 Distribution: world Message-ID: <3aq4gk$fvq@newhub.xylogics.com> References: <3aporr$mia@juniper.almaden.ibm.com> Reply-To: carlson@xylogics.com NNTP-Posting-Host: newhub.xylogics.com In article <3aporr$mia@juniper.almaden.ibm.com>, trall@trall.almaden.ibm.com (Tony Rall) writes: |> You aren't (or shouldn't be) using a 32 bit subnet mask for your slip |> systems, you're using host routes - which is something different. |> (Which is good, because you're also using RIP, and that doesn't work |> properly with variable subnet masks.) Can RIP be used to broadcast |> host routes? I don't know. Actually, RIP-2 handles both host routes and variable-length subnet masks. |> But if you manually added a host route to your 3com router, I'd be |> surprised if it didn't work (although I have no experience with 3com). I don't think I would be surprised. Many hosts and routers seem (from my experiments here) to ignore host routes since they're not required to accept them. |> I prefer using proxy arp to handle the "routing" for point-to-point |> links. Why clutter the routing table of every machine on the LAN with |> numerous host routes? I don't know whether the Netblazer will do |> proxy arp for its remote connections. Why the clutter? Because it works better if you have multiple servers and users have assigned IP addresses. I agree that for simple installations, proxy-ARP alleviates a lot of headaches. But many routers out there will *not* age ARP entries, which makes proxy-ARP unworkable for configurations with multiple dial-in servers and dynamic addressing. --- James Carlson Tel: +1 617 272 8140 Annex Software Support / Xylogics, Inc. +1 800 225 3317 53 Third Avenue / Burlington MA 01803-4491 Fax: +1 617 272 2618 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3artoa$6et@tamsun.tamu.edu] <1994112112574600> From: msv9203@tamsun.tamu.edu (Marshall Scott Veach) Newsgroups: comp.protocols.tcp-ip Subject: Socket Programming Date: 21 Nov 1994 22:57:46 -0600 Organization: Texas A&M University, College Station Lines: 19 Message-ID: <3artoa$6et@tamsun.tamu.edu> NNTP-Posting-Host: tamsun.tamu.edu I am trying to write a client/server system that has multiple servers which distribute a particular client's requests... i.e. a client asks a particular server for info and the server gathers info from the other server and returns info to client. I am recieving the following error whenever I have more than two servers in the net... ld.so: call to undefined procedure _fopen from 0x40a0 ...if I have two or one server the fopen call works fine. Also, I *think* that this error will occur on any system call not just file system calls. I am not intimate with the ways libraries are dynamically allocated, etc. can anyone help point me to a source of info that might clear this problem up? marshall veach ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3aq816$5mg@pheidippides.axion.bt.co.uk] <1994112113405400> From: camerong@syntegra.bt.co.uk (Gary Cameron) Newsgroups: comp.sys.novell,comp.dcom.sys.cisco,comp.dcom.lans.ethernet,comp.protocols.tcp-ip Subject: Packet through-put on CISCO 7000 Date: 21 Nov 1994 13:40:54 GMT Organization: SYNTEGRA - The systems integration business of BT Lines: 34 Message-ID: <3aq816$5mg@pheidippides.axion.bt.co.uk> Reply-To: CAMERONG@SYNTEGRA.BT.CO.UK NNTP-Posting-Host: sylss1.syntegra.bt.co.uk Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit CISCO 7000 Through-put. I am considering the purchase of a couple of CISCO 7000 routers for a network. Does anyone have any test data on the through-put of this product. I am particularly interested in figures for: Novell bridging and routing TCP/IP bridging and routing DECnet bridging and routing LAT bridging Rest bridging We are looking at connecting the CISCO 7000 into an FDDI ring and using Ethernet for the rest of the outlets. I understand the maximum through-put is 220 000 packets per second. Is there any limitation to this figure when using the above protocols? Has anyone got good or bad experiences of the CISCO 7000 that they would like to pass on ??? Thanks Gary Cameron Mo beachd agamsa... ---------------------------------------------------------------------- All opinions expressed here my own and not the companies. Maybe... Gary Cameron E-mail camerong@leeds.syntegra.bt.co.uk (ignore imitation copies) Fon ++ 44 532 XXXXXX ---------------------------------------------------------------------- ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3aq9ak$7uh@hobbes.cc.uga.edu] <1994112114030000> From: edm@harpo.dev.uga.edu (Ed Maioriello) Newsgroups: comp.protocols.tcp-ip Subject: Re: BOOTP question Date: 21 Nov 1994 14:03:00 GMT Organization: University Computing & Networking Svcs. - UGA Lines: 24 Message-ID: <3aq9ak$7uh@hobbes.cc.uga.edu> References: NNTP-Posting-Host: harpo.dev.uga.edu In article , Annie Leung wrote: >If a bootp client does not know its IP address, can it still specify >a specific BOOTP Server IP address ? If yes, does that mean this >packet will have to be broadcasted on the DLC layer but with Destination >IP address in the IP layer being that of the BOOTP server ? Isn't this >considered a special case then since we usually only broadcast on the DLC >layer if the IP destination address is a broadcast address ? > > Annie, I could be wrong, but I think bootp requests have to be both dlc and IP broadcasts. I do believe that there is a bit to flip though that tells the server whether the reply can be a dlc unicast or must be a broadcast. (default is "can be unicast" or "0", I think). Hope this helps, Ed Maioriello edm@eris.ucns.uga.edu University Computing & Networking Services edm@harpo.dev.uga.edu University of Georgia ---------------------------------------------------- Athens, Ga. 30602 | First Rule of Troubleshooting: (706)-542-6468 | If it don't work - plug it in! ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3aq9lu$80d@hobbes.cc.uga.edu] <1994112114090200> From: edm@harpo.dev.uga.edu (Ed Maioriello) Newsgroups: comp.protocols.tcp-ip Subject: Re: 802.2 help Date: 21 Nov 1994 14:09:02 GMT Organization: University Computing & Networking Svcs. - UGA Lines: 29 Message-ID: <3aq9lu$80d@hobbes.cc.uga.edu> References: <50.1223.901@freddy.supernet.ab.ca> NNTP-Posting-Host: harpo.dev.uga.edu In article <50.1223.901@freddy.supernet.ab.ca>, Mike Laplaunte wrote: > >Problem: > >We have just started using 16 bit cards that are from a third party >manufacturer. We are using the ODI drivers along with IBM's DXM drivers >(specifically DXMA and DXMC). Now, upon bootup, if I don't run the ODI's >I get 802.2 communcation just fine, but, the moment I load the "TOKEN" >driver, I hear a click from the MAU (expected), but I lose my 802.2 connection. > Mike, This was probably better suited to comp.sys.novell, but here goes anyway. Both the DXMC driver and the TOKEN.COM mlid are trying to control your TR card, and that is your problem. Try using the LANSUP.COM mlid. Instead of talking to the TR hardware, it will talk to the ASI interface of your dixie-mod drivers. Don't forget that if you need your IPX to cross source routed bridges you will need to load ROUTE.COM for the TOKEN-RING board. Hope this helps, Ed Maioriello edm@eris.ucns.uga.edu University Computing & Networking Services edm@harpo.dev.uga.edu University of Georgia ---------------------------------------------------- Athens, Ga. 30602 | First Rule of Troubleshooting: (706)-542-6468 | If it don't work - plug it in! ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3aq4ji$b1l@horus.mch.sni.de] <1994112114385400> From: hadersbeck@horus.mch.sni.de (Martin Hadersbeck) Newsgroups: comp.protocols.tcp-ip Subject: WFW-TCP/IP routing problem to NT Date: Mon, 21 Nov 94 13:38:54 MET Organization: SNI Lines: 28 Message-ID: <3aq4ji$b1l@horus.mch.sni.de> Reply-To: martin.hadersbeck@mch.sni.de NNTP-Posting-Host: d012d349.mch.sni.de Mime-Version: 1.0 X-Newsreader: WinVN 0.93.02 Hello We have a big problem concerning TCP/IP from Microsoft. Our network consists of a WIN/NT Advanced Server 3.1 and WfW-3.11 Clients running TCP/IP-32. Now the clients connected are not all on the same subnet. The problem is that the clients may successfully ping and telnet the server but if they want to access shared resources from the server there is no way to do that. The only clients which can use the servers resources are the ones in the same subnet as server itself. This has to be done by manually entering the correct information in the network browser window, but it works. But as far as I know is TCP/IP a protocol with routing abilities. So how can it be made possible for all clients to profit from the servers resources. Oh I forgot to say that the TCP/IP-protocol is the only one which is installed. I hope somebody could give a helpful hint here. Thanks in advance Martin ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CzMHJp.1H3A@argos.uu.panix.com] <1994112114572500> Newsgroups: comp.protocols.tcp-ip,comp.unix.programmer From: mattis@argos.uu.panix.com (Mattis Fishman) Subject: Re: Address already in use message Message-ID: Date: Mon, 21 Nov 1994 14:57:25 GMT References: Organization: ARGOS Computer Systems, Inc. X-Newsreader: TIN [version 1.2 PL2] Followup-To: comp.protocols.tcp-ip,comp.unix.programmer Lines: 19 Tom Denny (denny@hostfax.aifp.com) wrote: : We have a concurrent server application in TCP/IP which binds to an address : on a well known port number. When the application is killed, and then : restarted, bind fails with the message "Address already in use". We then : either have to restart the machine or wait for 10-15 minutes before : restarting the application. Does anyone have any idea what might be : causing this? : Thanks for your help! It seems to me that it is possible that the server went down while a client still had a stream socket connection. This will prevent the server from binding to the well known port until the client closes its end. Even after closing the socket on the client side, there may be a delay, until the address is available. On AIX, netstat reports a state of TIME_WAIT during this time. I believe that this may be due to unsent data and therefore manipulated using setsockopt(... SO_LINGER ...) Mattis ----MESSAGE-END---- ----MESSAGE-BEGIN---- [PPMORRIS.104.0010E450@mailbox.syr.edu] <1994112115132300> From: PPMORRIS@mailbox.syr.edu (Peter P. Morrissey) Newsgroups: comp.dcom.net-management,comp.dcom.lans.ethernet,comp.protocols.tcp-ip Subject: Re: ? Distributed analysis of IP traffic Date: Mon, 21 Nov 1994 16:53:23 Organization: Syracuse University Lines: 87 Message-ID: References: <3aai5a$1ab@news2.delphi.com> <1994Nov18.160002.15195@janix.mfr.dec.com> NNTP-Posting-Host: syru4-109.syr.edu Keywords: RMON, Sniffer, traffic X-Newsreader: Trumpet for Windows [Version 1.0 Rev A] In article <1994Nov18.160002.15195@janix.mfr.dec.com> maass@orchis.enet.dec.com (Joerg Maass) writes: >Newsgroups: comp.dcom.net-management,comp.dcom.lans.ethernet,comp.protocols.tcp-ip >Path: newstand.syr.edu!travelers.mail.cornell.edu!news.kei.com!hookup!olivea!koriel!wnoc-sfc-news!news.dec-j!jrd.dec.com!mets86.mse.tay.dec.com!jac.zko.dec.com!crl.dec.com!pa.dec.com!mrnews.mro.dec.com!janix.mfr.dec.com!news >From: maass@orchis.enet.dec.com (Joerg Maass) >Subject: Re: ? Distributed analysis of IP traffic >Message-ID: <1994Nov18.160002.15195@janix.mfr.dec.com> >Keywords: RMON, Sniffer, traffic >Lines: 59 >Sender: news@janix.mfr.dec.com (SDSC USENET News System) >Reply-To: Joerg.Maass@frs.mts.dec.com >Organization: Digital Equipment, Frankfurt, Germany >X-Newsreader: mxrn 6.18-8 >References: <3aai5a$1ab@news2.delphi.com> >Date: Fri, 18 Nov 1994 16:00:02 GMT >Xref: newstand.syr.edu comp.dcom.net-management:49 comp.dcom.lans.ethernet:12936 comp.protocols.tcp-ip:29794 >Newsgroups: comp.dcom.net-management,comp.dcom.lans.ethernet,comp.protocols.tcp-ip >Distribution: world >X-Newsreader: mxrn 6.18-8 >Followup-To: >References: <3aai5a$1ab@news2.delphi.com> >From: maass@orchis.enet.dec.com (Joerg Maass) >Reply-To: Joerg.Maass@frs.mts.dec.com >Organization: Digital Equipment, Frankfurt, Germany >Subject: Re: ? Distributed analysis of IP traffic >Keywords: RMON, Sniffer, traffic >In article <3aai5a$1ab@news2.delphi.com>, dougm@delphi.com (Doug McPherson) writes: >> >>I've been able to use RMON tools to meaure the traffic on my network segments, >>and I can tell that TCP/IP is using n% of my traffic. What I *can't* >>tell from these tools is *which* TCP/IP applications are consuming that n %?! >>I.e. I'd like to be able to break the TCP/IP traffic down into >>source/destination groupings, based on the TCP/IP application (e.g. >>telnet, ftp, HTTP,Doom, etc). >> >>Are there tools out there than can "massage" this data out of my RMON probes or >>do I need to use yet another application to gather this data? >> >>I'm currently looking at NNstat to gather the data. It's free, it runs on my >>Alpha systems, but it's pretty "low to the ground". If there are >>similar applications out there that will let me analyze multiple >>segments of TCP/IP traffic, and are easier to install/configure than >>NNstat, I'd very much like to >>know. >> >>"Off the rack" applications would be preferred. >> >Hi Doug, >try our POLYCENTER Probewatch on OSF/1 product together with DECpacketprobes 90 >(Ethernet) and 900RR (Token Ring). The Probes are out now, the software will be >available in February. >If you look at RMON statistics, you should ensure that the probes and software >in question support all eight RMON groups, which is not necessarily common. >RMON has the capability to provide traffic matrices and protocol decoding, if >you have the appropriate tools. Both our software and hardware support the full >range of RMON groups, so they should be able to solve your problem. Actually there are 9 RMON groups. And, RMON does not have the ability to break down traffic in they manner described above. It can really only see up to layer 2. The exception to this is when packets are actually captured. Most applications that give you the data in question are proprietary i.e. HP Netmetrix. There are also some RMON probes that may provide extensions or proprietary MIBS that contain this data, but then it isn't RMON any more. _Pete M. >Yours sincerely >Joerg Maass >-- >Digital Equipment GmbH Tel.: +49/6103/383-107 >Robert-Bosch-Str. 5 Fax : +49/6103/383-157 >D-63303 Dreieich-Sprendlingen Joerg.Maass@frs.mts.dec.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CzMIFv.BFy@encore.com] <1994112115164100> Newsgroups: comp.unix.unixware,comp.protocols.tcp-ip From: tma@encore.com (Thanh Ma) Subject: Re: nfswatch binary for U.W.?? Organization: Encore Computer Corporation Date: Mon, 21 Nov 1994 15:16:41 GMT Message-ID: References: <3ajg4h$bm1@crl.crl.com> Sender: news@encore.com (Usenet readnews user id) Nntp-Posting-Host: achilles.encore.com Lines: 11 cgi@crl.com (Paul Smith) writes: >Does anyone have either nfswatch compiled for U.W. or another tool >that can snoop on what's going on with the NFS client and / or server >activity?? I believe that Mike ported tcpdump (check ftp.novell.de). Thanh Ma tma@encore.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3aqeiu$d08@gradient.gradient.com] <1994112115324600> From: neil_r@gradient.com (Neil Rowland) Newsgroups: comp.protocols.tcp-ip,comp.protocols.tcp-ip.ibmpc,alt.winsock Subject: Help: where does ECONNREFUSED come from? Date: 21 Nov 1994 15:32:46 GMT Organization: Gradient Technologies Lines: 17 Message-ID: <3aqeiu$d08@gradient.gradient.com> NNTP-Posting-Host: donna.gradient.com X-Newsreader: WinVN 0.92.1 I'm trying to connect to a server using TCP, and I consistently get ECONNREFUSED back, which I gather means "connection forcibly rejected". Now this begs the urgent questions: 1) Why is the connection request being rejected? (What are the possible reasons? The docs I've got don't list any.) 2) What can I do about it? (For each possible reason, in turn.) Looked at from another angle: what is the mechanism by which a server rejects a connection request? I know there's an accept() API, but I find nothing like a reject() call to refuse a connection. I have the source to the server, and might be able to figure out what its gripe is if I knew where to look. Can anyone out there give me a clue? Or a string to grep for? Copious thanks in advance. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov21.155508.25315@molene.ifremer.fr] <1994112115550800> Newsgroups: comp.protocols.tcp-ip From: jpcalvez@ifremer.fr (Jean Pierre Calvez) Subject: Re: sendto's maximum size Message-ID: <1994Nov21.155508.25315@molene.ifremer.fr> Sender: news@molene.ifremer.fr Reply-To: jpcalvez@ifremer.fr Organization: Ifremer References: <39pc1f$9d1@noao.edu> Date: Mon, 21 Nov 94 15:55:08 GMT Lines: 13 Why can't I send broadcast UDP datagrams of the same length that point to point datagrams? I understand that the IP layer is responsible for fragmenting UDP datagrams when their length exceed the MTU of the LAN. This works well for point to point datagrams, but not for broadcasting. I use SunOS4.1.3 and ethernet. The MTU is 1500, and the maximum size of the messages that I can broadcast is 1472. Why fragmenting is not performed by IP? Has anyone an idea? It doesn't seem logical to me. Jean-Pierre CALVEZ ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CzMKpp.DJo@calcite.rhyolite.com] <1994112116054800> Newsgroups: comp.protocols.tcp-ip From: vjs@calcite.rhyolite.com (Vernon Schryver) Subject: Re: (Q) SLIP & Subnetting Message-ID: Organization: Rhyolite Software Date: Mon, 21 Nov 1994 16:05:48 GMT References: <3aporr$mia@juniper.almaden.ibm.com> Lines: 13 In article <3aporr$mia@juniper.almaden.ibm.com> trall@almaden.ibm.com (Tony Rall) writes: >You aren't (or shouldn't be) using a 32 bit subnet mask for your slip >systems, you're using host routes - which is something different. >(Which is good, because you're also using RIP, and that doesn't work >properly with variable subnet masks.) Can RIP be used to broadcast >host routes? I don't know. > ... Yes, although the 4.3BSD routed has a few, easily fixed bugs with host routes. Vernon Schryver vjs@rhyolite.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CzML6A.ABL@dorsai.org] <1994112116154600> Newsgroups: comp.protocols.tcp-ip From: seth@amanda.dorsai.org (Seth Bromberger) Subject: RFC1597 vs RFC1627 Message-ID: Summary: is anyone using 1597? Sender: news@dorsai.org (Keeper of the News) Organization: The Dorsai Embassy - New York X-Newsreader: TIN [version 1.2 PL2] Date: Mon, 21 Nov 1994 16:15:46 GMT Lines: 8 Has anyone implemented the procedures detailed in RFC1597, particularly in light of RFC1627? We're looking into this as a backup measure in the event we can't get a class-B address space, but don't want to be stuck renumbering 8,000 hosts. Please reply via e-mail. Thanks! Seth Bromberger ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CzML8D.Do8@calcite.rhyolite.com] <1994112116170100> Newsgroups: comp.protocols.tcp-ip From: vjs@calcite.rhyolite.com (Vernon Schryver) Subject: Re: (Q) SLIP & Subnetting Message-ID: Organization: Rhyolite Software Date: Mon, 21 Nov 1994 16:17:01 GMT References: <3aporr$mia@juniper.almaden.ibm.com> <3aq4gk$fvq@newhub.xylogics.com> Lines: 32 In article <3aq4gk$fvq@newhub.xylogics.com> carlson@xylogics.com writes: >In article <3aporr$mia@juniper.almaden.ibm.com>, trall@trall.almaden.ibm.com (Tony Rall) writes: > ... >|> But if you manually added a host route to your 3com router, I'd be >|> surprised if it didn't work (although I have no experience with 3com). > >I don't think I would be surprised. Many hosts and routers seem (from >my experiments here) to ignore host routes since they're not required to >accept them. > ... I thought Tony Rall was talking about static routes, not RIP routes. Mixing static routes with any kind of routing protocol is a classic recipe for problems. People who do that almost always start complaining that their static routes mysteriously disappear. From what I've seen, hosts generally handle host routes just fine, especially those based on BSD code. Some router boxes have caused problems. I've seen some simply ignore host routes. Others decide to trim the host bits and infer network routes. Before recent releases in which they've finally gotten host routes working well enough, I suffered from a popular brand that would trim the host bits, infer a network route, use their worse than simplistic mapping between RIP and IGRP metrics twice, and so advertise trans-Atlantic black holes. (Again, that vendor seems to have fixed that problem.) Those and other hassles with routers convinced me to modify `routed` to combine host and network routes when their next hops and metrics are compatible, reducing the opportunities for router box creativity. Vernon Schryver vjs@rhyolite.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3aqigv$gue@newhub.xylogics.com] <1994112116395900> From: carlson@Xylogics.COM (James Carlson) Newsgroups: comp.protocols.tcp-ip,comp.protocols.tcp-ip.ibmpc,alt.winsock Subject: Re: Help: where does ECONNREFUSED come from? Date: 21 Nov 1994 16:39:59 GMT Organization: Xylogics Incorporated Lines: 44 Distribution: world Message-ID: <3aqigv$gue@newhub.xylogics.com> References: <3aqeiu$d08@gradient.gradient.com> Reply-To: carlson@xylogics.com NNTP-Posting-Host: newhub.xylogics.com In article <3aqeiu$d08@gradient.gradient.com>, neil_r@gradient.com (Neil Rowland) writes: |> I'm trying to connect to a server using TCP, and I consistently get |> ECONNREFUSED back, which I gather means "connection forcibly rejected". |> Now this begs the urgent questions: |> |> 1) Why is the connection request being rejected? |> (What are the possible reasons? The docs I've got don't list any.) This means that there's no listening port on the remote machine for the requested connection you made. If you list the listening connections with "netstat -a | fgrep LISTEN" (or an equivalent on your system) and you see that there *does* appear to be a listening port there, then one of two things could be happening: 1. The server has a hacked TCP which is able to send RST in response to SYN on a valid port under application control. 2. The port number you're sending isn't quite right. If you're using sockets on your end, make sure you've got the port number in the sockaddr_in structure in NETWORK order, not host order: struct sockaddr_in sin; sin.sin_family = AF_INET; sin.sin_port = htons(23); sin.sin_addr.s_addr = ... This is a common error on backwards machines, like PCs. |> Looked at from another angle: what is the mechanism by which a server |> rejects a connection request? I know there's an accept() API, but I |> find nothing like a reject() call to refuse a connection. I have the |> source to the server, and might be able to figure out what its gripe |> is if I knew where to look. Some APIs (god, how I loathe that abbreviation) have implicit reject semantics when an accepted but as-yet unused connection is closed. This probably isn't the case for this application, though. --- James Carlson Tel: +1 617 272 8140 Annex Software Support / Xylogics, Inc. +1 800 225 3317 53 Third Avenue / Burlington MA 01803-4491 Fax: +1 617 272 2618 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CzMMDo.Cz2@proteon.com] <1994112116414700> Newsgroups: comp.protocols.tcp-ip,comp.dcom.sys.cisco From: dts@proteon.com (Daniel Senie) Subject: Re: secondary routing reference Message-ID: Sender: news@proteon.com Nntp-Posting-Host: morrison.proteon.com Organization: Proteon Inc. References: <1994Nov14.164741@acad.drake.edu> <3a9rvs$n59@juniper.almaden.ibm.com> <3aklc4$mov@galaxy.uci.agh.edu.pl> Date: Mon, 21 Nov 1994 16:41:47 GMT Lines: 36 In article <3aklc4$mov@galaxy.uci.agh.edu.pl> szymon@uci.agh.edu.pl (Szymon Sokol) writes: >Tony Rall (trall@trall.almaden.ibm.com) wrote: >: In article <1994Nov14.164741@acad.drake.edu>, >: George W. Miller wrote: >: > >: >Can anyone give me a good reference on secondary routing so we may have >: >different ip network numbers on the same wire? >: "Secondary routing"? I've never heard that term applied to having 2 >: logical nets on the same physical net. To me it would mean something >: closer to backup routing, but that does not imply multiple nets per >: net. > >This is a term used specifically by Cisco (actually, it is "secondary adress" >not "secondary routing"): you assign TWO (or more) different IP addresses to >the same interface. I do not know any other device than Cisco routers that >would allow this, so this question probably belongs to comp.dcom.sys.cisco >(and I changed Newsgroups: appriopriately). Proteon routers allow multiple IP addresses per interface. There is no performance difference between having one and many (other than the obvious if you add additional traffic). Performance through any assigned IP address is the same as through any other. I would expect that most of the router vendors similarly support multiple IP addresses on an interface, so your statement above that you did not know of "any other device than Cisco routers that would allow this" does not reflect actual practice. I've enncountered a lot of devices that can and do support this. -- ----------------------------------------------------------------------- Daniel Senie Internet: dts@proteon.com Proteon, Inc. 508-898-2800 Packet Radio: N1JEB@KA1SRD.MA ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CzMMnu.4Js@tsegw.tse.com] <1994112116475200> Newsgroups: comp.protocols.tcp-ip From: jliou@tsegw.tse.com (Jack Liou) Subject: TCP connect() on non-blocking socket Message-ID: Date: Mon, 21 Nov 1994 16:47:52 GMT Organization: Toronto Stock Exchange Keywords: TCP, non-blocking, socket Lines: 12 Is their any books talk about the use/behavior of using TCP connect() on a non-blocking socket? I know the connect itself should return EAGAIN to tell its a non-blocking socket, but will the threeway-handshake continue? Thanks for the pointers. Jack -- / \ / \ / \ | . . | -------^^^---------^---------^^^------ ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3aqjbe$snf@hprcl192.mayfield.hp.com] <1994112116540600> From: colin@mayfield.hp.com () Newsgroups: comp.protocols.tcp-ip Subject: Re: Help: where does ECONNREFUSED come from? Followup-To: comp.protocols.tcp-ip Date: 21 Nov 1994 16:54:06 GMT Organization: Hewlett-Packard Mayfield Site Lines: 30 Message-ID: <3aqjbe$snf@hprcl192.mayfield.hp.com> References: <3aqeiu$d08@gradient.gradient.com> NNTP-Posting-Host: mako.mayfield.hp.com X-Newsreader: TIN [version 1.2 PL2] Neil Rowland (neil_r@gradient.com) wrote: : I'm trying to connect to a server using TCP, and I consistently get : ECONNREFUSED back, which I gather means "connection forcibly rejected". : Now this begs the urgent questions: : 1) Why is the connection request being rejected? : (What are the possible reasons? The docs I've got don't list any.) Here's some ideas: - If there is no "server" listening on that port number that you're trying to connect to. (Some UNIX machines have a netstat -an which shows the ports and their states. Can you check that the port # is in the LISTEN state on the server. - If the port # is controlled through inetd (ie telnet ftp), then you can configure the inetd.sec file to dis-allow access to that port. Check the inetd.sec file. - There could be a router in the way that denies you. Don't know of anyway of figuring that out unless you have the router's config. Hope that helps Colin -//- colin@mayfield.hp.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3aqkde$snf@hprcl192.mayfield.hp.com] <1994112117121400> From: colin@mayfield.hp.com () Newsgroups: comp.protocols.tcp-ip Subject: RFC1122 & UDP Broadcasts Date: 21 Nov 1994 17:12:14 GMT Organization: Hewlett-Packard Mayfield Site Lines: 17 Message-ID: <3aqkde$snf@hprcl192.mayfield.hp.com> NNTP-Posting-Host: mako.mayfield.hp.com X-Newsreader: TIN [version 1.2 PL2] RFC1122 section 3.2.1.3 states: For most purposes, a datagram addressed to a broadcast or multicast destination is processed as if it had been addressed to one of the host's IP addresses; we use the term "specific-destination address" for the equivalent local IP My UDP Broadcast programs have been binding to either the interfaces broadcast address or "INADDR_ANY", but this indicates that you could also bind to the local IP address and still receive broadcast packets - is this correct? BTW - It doesn't seem to work on my machine (HP-UX s700 9.X) Cheers Colin Wynd -//- colin@mayfield.hp.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [rstone.785440491@superior] <1994112117545100> Newsgroups: comp.protocols.tcp-ip From: rstone@superior.carleton.ca (Ron Stone) Subject: Auto-discovery code Message-ID: Sender: news@cunews.carleton.ca (News Administrator) Organization: Carleton University Date: Mon, 21 Nov 1994 17:54:51 GMT Lines: 10 Hi, I am looking for some sample code to get an idea of how to auto-discover ip addresses across subnets. Thanks in advance. ========================================================== Ron Stone rstone@ccs.carleton.ca ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3aqog7$74e@ankh.iia.org] <1994112118215900> From: roxi@roxi. (Rene Oxild) Newsgroups: comp.protocols.tcp-ip Subject: TCP for Macintosh Date: 21 Nov 1994 18:21:59 GMT Organization: Alexander & Alexander Lines: 5 Distribution: world Message-ID: <3aqog7$74e@ankh.iia.org> Reply-To: roxi@roxi. NNTP-Posting-Host: ppp-nj-1.ios.com I am looking for a good TCP/IP stack for the Macintosh. Appreciate any info that could be sent my way. Thanks, roxi@ios.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3aqro3$rov@athos.cc.bellcore.com] <1994112119172300> From: tan@ctt.bellcore.com (Yiwen Tan) Newsgroups: comp.protocols.tcp-ip Subject: RFC for PPP and SLIP Date: 21 Nov 1994 19:17:23 GMT Organization: Bellcore Lines: 5 Sender: tan@leaflet (Yiwen Tan) Distribution: world Message-ID: <3aqro3$rov@athos.cc.bellcore.com> NNTP-Posting-Host: leaflet.ctt.bellcore.com Hi, Netters, I am looking for documentation (preferably rfc) about PPP and SLIP. Can someone tell me what I can ftp it (or the rfc numbers) ? Thanks. Yiwen ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3625@news01.pge.com] <1994112119213500> From: oxr1@encon.pge.com (Omid Razavi) Newsgroups: comp.protocols.tcp-ip Subject: PPP or SLIP for Solaris 2.3 Message-ID: <3625@news01.pge.com> Date: 21 Nov 94 19:21:35 GMT Sender: news@news01.pge.com Lines: 11 Nntp-Posting-Host: plexus1.comp.pge.com X-Newsreader: TIN [version 1.1 PL8] I am looking for PPP or SLIP packages for a Solaris 2.3 internet server. I plan to dialup from my home PC to this machine. There is a SunLink PPP product that Sun Express sells for $1K. I wonder if there is any public domain packages out there. Thank you, Omid Razavi oxr1@pge.com 415-973-2052 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CzMuyw.AyI@cup.hp.com] <1994112119471900> Newsgroups: comp.protocols.tcp-ip From: mintz@cup.hp.com (Ken Mintz) Subject: Re: Subnetting to be avoided ? Sender: news@hpax (News Admin) Message-ID: Date: Mon, 21 Nov 1994 19:47:19 GMT References: Nntp-Posting-Host: hpindwy.cup.hp.com Organization: Hewlett-Packard X-Newsreader: TIN [version 1.2 PL0.7] Lines: 29 Meschberger (fmeschbe@pax.eunet.ch) wrote: > I recently heard someone recomending not to use subnetting, i.e. > not to use a subnetz mask of 255.255.255.0 on a Class B address. > Is there some issue in that, or is it just hype ? I would never dissuade someone from subnetting. It is too powerful a mechanism to ignore. But there are problems that often arise when subnetting is combined with poor network administration. This might cause some people to consider subnetting to be dangerous. The basic design problem is that subnetted IP addresses are not self- descriptive. That is, there is no bit encoding that identifies what part of the address is a subnet number. This can actually be viewed as a feature under some circumstances. But it is also a source of administrative confusion. One problem arises with subnet broadcasts on physical networks where not all systems use the same subnet mask. This can result in unexpected ICMP unreachables and even ICMP redirects because the "broadcast" is seen as a unicast on some systems. Another problem arises on multihomed systems with implementations that do not support so-called variable-length subnets. This often leads to unexpected routing taboos that are not accounted for when designing the network topology. -- Ken Mintz ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CzMvuE.Mw7@champ.wnet.gov.edmonton.ab.ca] <1994112120061400> Newsgroups: comp.sys.novell,comp.dcom.sys.cisco,comp.dcom.lans.ethernet,comp.protocols.tcp-ip From: wmah@wnet.gov.edmonton.ab.ca (Wayne Mah) Subject: Re: Packet through-put on CISCO 7000 Message-ID: Sender: news@champ.wnet.gov.edmonton.ab.ca Organization: WinterNet X-Newsreader: WinVN 0.90.5 References: <3aq816$5mg@pheidippides.axion.bt.co.uk> Date: Mon, 21 Nov 1994 20:06:14 GMT Lines: 54 In article <3aq816$5mg@pheidippides.axion.bt.co.uk>, camerong@syntegra.bt.co.uk (Gary Cameron) says: > >CISCO 7000 Through-put. > >I am considering the purchase of a couple of CISCO 7000 routers >for a network. Does anyone have any test data on the through-put >of this product. I am particularly interested in figures for: > >Novell bridging and routing >TCP/IP bridging and routing >DECnet bridging and routing >LAT bridging >Rest bridging > >We are looking at connecting the CISCO 7000 into an FDDI ring >and using Ethernet for the rest of the outlets. > >I understand the maximum through-put is 220 000 packets per >second. Is there any limitation to this figure when using the above >protocols? You need at least version 10.0 to get the 200,000+ pps figure for the SP. You get this performance with TCP/IP, IPX, SRB, and transparent bridging. With 9.x software, the 7000 only does about 110,000 pps. 10.0 and higher supposedly has improved buffering that accounts for the 2x increase. I asked Cisco about what type of buffering scheme was used, but they said it was a trade secret and would not reveal the algorithm. > >Has anyone got good or bad experiences of the CISCO 7000 that >they would like to pass on ??? Good experiences. We have 3 7000s and 1 7010. The 3 7000s have been rock solid in the last 15 months of production. No hardware failures. We did, however, run into a couple of production stopping bugs, but were able to revert back to an older version or get a patch right away. The 7010 was installed just yesterday into the production network. It has the SSE, but right now that feature is turned off until next week. > >Thanks >Gary Cameron > >Mo beachd agamsa... > >---------------------------------------------------------------------- >All opinions expressed here my own and not the companies. Maybe... >Gary Cameron > >E-mail camerong@leeds.syntegra.bt.co.uk (ignore imitation copies) >Fon ++ 44 532 XXXXXX >---------------------------------------------------------------------- ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3ar1k6$i5h@newhub.xylogics.com] <1994112120574200> From: carlson@Xylogics.COM (James Carlson) Newsgroups: comp.protocols.tcp-ip Subject: Re: (Q) SLIP & Subnetting Date: 21 Nov 1994 20:57:42 GMT Organization: Xylogics Incorporated Lines: 36 Distribution: world Message-ID: <3ar1k6$i5h@newhub.xylogics.com> References: <3aporr$mia@juniper.almaden.ibm.com> <3aq4gk$fvq@newhub.xylogics.com> Reply-To: carlson@xylogics.com NNTP-Posting-Host: newhub.xylogics.com In article , vjs@calcite.rhyolite.com (Vernon Schryver) writes: |> I thought Tony Rall was talking about static routes, not RIP routes. My misreading; you're right, he probably was talking about static routes. In any event, static routes would be pretty useless in this case if the users roam even a little. |> Mixing static routes with any kind of routing protocol is a classic |> recipe for problems. People who do that almost always start complaining |> that their static routes mysteriously disappear. Yep, pretty common. |> From what I've seen, hosts generally handle host routes just fine, |> especially those based on BSD code. Some router boxes have caused Actually, I've used some reasonably-well-known BSD-based systems whose 'routed's drop host routes. I have no idea why. |> problems. I've seen some simply ignore host routes. Others decide to |> trim the host bits and infer network routes. Before recent releases in |> which they've finally gotten host routes working well enough, I suffered |> from a popular brand that would trim the host bits, infer a network |> route, use their worse than simplistic mapping between RIP and IGRP ^^^^^^^^^^^^ Ha! Yep, been there, seen that. The bottom line for users is that there are cross-vendor compatibility problems, and that you have to fish around for a number of tricks to work around them. Sigh. --- James Carlson Tel: +1 617 272 8140 Annex Software Support / Xylogics, Inc. +1 800 225 3317 53 Third Avenue / Burlington MA 01803-4491 Fax: +1 617 272 2618 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [davids.785454853@jsbus.com] <1994112121541300> From: davids@jsbus.com () Newsgroups: comp.protocols.tcp-ip Subject: HPARPA DOS TCP problem Date: 21 Nov 94 21:54:13 GMT Organization: The Internet Connection, Scotts Valley, CA. 408-438-8989 Lines: 17 Distribution: all Message-ID: NNTP-Posting-Host: aix.jsbus.com Keywords: HPARPA TCP/IP ENOBUFFS Hello All, I have a customer having problems with HPARPA getting an ENOBUFS (55) on a send() socket call. I would have expected an EWOULDBLOCK (35). The version is HPARPA Services for DOS v2.1. I can't find a manual on this version nor any other docs on possible parameters that could be used to releive a congestion problem. Any suggestion would be appriciated. Since I doubt that this is one others would be interested in, please send the replies to davids@jsbus.com. Thanks in advance for any help. davids -- David Sandman | VSL - Middleware your Network |JSB Corporation Sr VSL Engineer | Application is crying out for. |108 Whispering Pines Dr ph 408.438.8300 | MultiProtocols, MultiPlatforms |Suite 115 fx 408.438.8360 | Can't you hear it? |Scotts Valley, CA 95066 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [peter.lewis-2111940857410001@rocky.curtin.edu.au] <1994112122174100> From: peter.lewis@info.curtin.edu.au (Peter N Lewis) Newsgroups: comp.protocols.tcp-ip Subject: Re: passive ftp? Date: Mon, 21 Nov 1994 08:57:41 +0800 Organization: NCRPDA, Curtin University Lines: 14 Distribution: world Message-ID: References: <3aglg4$ob4@dmsoproto.ida.org> <3akaki$fvv@ugle.unit.no> <3alqco$5j5@crcnis3.unl.edu> NNTP-Posting-Host: ncrpda.curtin.edu.au In article <3alqco$5j5@crcnis3.unl.edu>, mgleason@cse.unl.edu (Mike Gleason) wrote: >Have you tried my freeware ncftp client lately? > > ftp://ftp.cs.unl.edu/pub/ncftp/ncftp.tgz > >It does passive FTP, runs on linux, and does much more. "and does much more" :-) This is a huge understatement. NcFTP is excellent, highly recomended for all your unix ftping needs... Peter. -- Peter N Lewis - Macintosh TCP fingerpainter ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov21.223011.3807@lmpsbbs.comm.mot.com] <1994112122301100> Newsgroups: comp.protocols.tcp-ip From: lierman@ssd.comm.mot.com (Ken Lierman) Subject: Secure SLIP? Reply-To: lierman@ssd.comm.mot.com (Ken Lierman) Organization: Motorola Land Mobile Products Sector Date: Mon, 21 Nov 1994 22:30:11 GMT Message-ID: <1994Nov21.223011.3807@lmpsbbs.comm.mot.com> Sender: news@lmpsbbs.comm.mot.com (LMPSBBS News Account) Nntp-Posting-Host: 145.1.55.124 Lines: 10 I have a need to SLIP into an internet provider, and then telnet into a remote machine for work. There are security issue in doing this. Is there any way to encrypt packets so that they could not be intercepted on the intermediate machine? Thanks for the info!!! Ken ----MESSAGE-END---- ----MESSAGE-BEGIN---- [bobley-2111941901210001@kslip1.apl.jhu.edu] <1994112200015100> Newsgroups: comp.protocols.tcp-ip From: bobley@mailstorm.dot.gov (Brett Bobley) Subject: Re: (Q) SLIP & Subnetting Message-ID: Sender: usenet@aplcenmp.apl.jhu.edu Nntp-Posting-Host: kslip1.apl.jhu.edu Organization: US Coast Guard References: <3aporr$mia@juniper.almaden.ibm.com> Date: Tue, 22 Nov 1994 00:01:51 GMT Lines: 39 In article <3aporr$mia@juniper.almaden.ibm.com>, trall@almaden.ibm.com (Tony Rall) wrote: > You aren't (or shouldn't be) using a 32 bit subnet mask for your slip > systems, you're using host routes - which is something different. > (Which is good, because you're also using RIP, and that doesn't work > properly with variable subnet masks.) Can RIP be used to broadcast > host routes? I don't know. > > But if you manually added a host route to your 3com router, I'd be > surprised if it didn't work (although I have no experience with 3com). > > I prefer using proxy arp to handle the "routing" for point-to-point > links. Why clutter the routing table of every machine on the LAN with > numerous host routes? I don't know whether the Netblazer will do > proxy arp for its remote connections. > > -- > Tony Rall trall@almaden.ibm.com Tony, Yes, the Netblazer supports proxy arp. However, for proxy arp I would have to enter the MAC address of all the machines which might be dialing in via SLIP. This kind of defeats the convenience of having a SLIP ip pool. I need to learn more about "host routes" and check the 3Com manuals to see how I can add the routes. tks for the help, Brett -- Brett Bobley U.S. Coast Guard Washington, DC Internet: bobley@mailstorm.dot.gov ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov22.000729.9185@osnabrueck.westfalen.de] <1994112200072900> Newsgroups: comp.protocols.tcp-ip From: johannes@titan.westfalen.de (Johannes Stille) Subject: Re: PPP via telnet Sender: news@osnabrueck.westfalen.de (news) Organization: Westfalens Internationaler Netzzugang Message-ID: <1994Nov22.000729.9185@osnabrueck.westfalen.de> References: <1994Nov14.235533.28510@iglou.com> Date: Tue, 22 Nov 1994 00:07:29 GMT Lines: 15 In article <1994Nov14.235533.28510@iglou.com>, Ben Peoples wrote: >Does anybody know if its possible to run PPPD via a telnet (or any way of connecting >two computers over the 'net). It seems that you would just asyncmap (escape out) >the ^] character... Generally, it is possible. It isn't supported by every OS, though. I have read a report from someone who did it with Linux. I don't think that avoiding the ESC character is enough, isn't telnet a 7-bit protocol? Best solution would be "rlogin -8 -E" (if supported by your software), as this gives you a completely 8-bit, 256 character clean line that even can support SLIP. Johannes ----MESSAGE-END---- ----MESSAGE-BEGIN---- [bobley-2111941907470001@kslip1.apl.jhu.edu] <1994112200081700> Newsgroups: comp.protocols.tcp-ip From: bobley@mailstorm.dot.gov (Brett Bobley) Subject: Re: (Q) SLIP & Subnetting Message-ID: Sender: usenet@aplcenmp.apl.jhu.edu Nntp-Posting-Host: kslip1.apl.jhu.edu Organization: US Coast Guard References: <3aporr$mia@juniper.almaden.ibm.com> <3aq4gk$fvq@newhub.xylogics.com> Date: Tue, 22 Nov 1994 00:08:17 GMT Lines: 54 In article <3aq4gk$fvq@newhub.xylogics.com>, carlson@xylogics.com wrote: > In article <3aporr$mia@juniper.almaden.ibm.com>, trall@trall.almaden.ibm.com (Tony Rall) writes: > |> You aren't (or shouldn't be) using a 32 bit subnet mask for your slip > |> systems, you're using host routes - which is something different. > |> (Which is good, because you're also using RIP, and that doesn't work > |> properly with variable subnet masks.) Can RIP be used to broadcast > |> host routes? I don't know. > > Actually, RIP-2 handles both host routes and variable-length subnet > masks. > > |> But if you manually added a host route to your 3com router, I'd be > |> surprised if it didn't work (although I have no experience with 3com). > > I don't think I would be surprised. Many hosts and routers seem (from > my experiments here) to ignore host routes since they're not required to > accept them. > > |> I prefer using proxy arp to handle the "routing" for point-to-point > |> links. Why clutter the routing table of every machine on the LAN with > |> numerous host routes? I don't know whether the Netblazer will do > |> proxy arp for its remote connections. > > Why the clutter? Because it works better if you have multiple servers > and users have assigned IP addresses. I agree that for simple > installations, proxy-ARP alleviates a lot of headaches. But many > routers out there will *not* age ARP entries, which makes proxy-ARP > unworkable for configurations with multiple dial-in servers and dynamic > addressing. Why would there be "clutter" ? Currently, all of the routers in my building have a single routing entry for my subnet (152.119.253.0 via 152.119.1.253). Why would they need more? In other words, I envision MY 3com having to have these "host routes" but not ALL the routers on the LAN. Would the use of host routes require that all the routers on my LAN have an entry for each of my SLIP users? I guess my ultimate question is (forgive me if this sounds naive): if all of the routers on my LAN know to send all 152.119.253.X traffic to my 3Com, why can't my 3Com be smart enough to know that certain addresses (e.g. 152.119.253.60) go via my Netblazer and the rest are directly connected to its ethernet port ? thanks for your help, Brett -- Brett Bobley U.S. Coast Guard Washington, DC Internet: bobley@mailstorm.dot.gov ----MESSAGE-END---- ----MESSAGE-BEGIN---- [bobley-2111941910090001@kslip1.apl.jhu.edu] <1994112200103900> Newsgroups: comp.protocols.tcp-ip From: bobley@mailstorm.dot.gov (Brett Bobley) Subject: Re: TCP for Macintosh Message-ID: Sender: usenet@aplcenmp.apl.jhu.edu Nntp-Posting-Host: kslip1.apl.jhu.edu Organization: US Coast Guard References: <3aqog7$74e@ankh.iia.org> Date: Tue, 22 Nov 1994 00:10:39 GMT Lines: 21 In article <3aqog7$74e@ankh.iia.org>, roxi@roxi. wrote: > I am looking for a good TCP/IP stack for the Macintosh. Appreciate any info > that could be sent my way. Thanks, > > roxi@ios.com Well, we (like most folks) use MacTCP, which is an Apple product. It is available from Apple and is also bundled with many Apple comms-related software (it comes with Versaterm, eXodus, and many others). I believe that Intercon systems also makes their own TCP stack but I've never used it. Brett -- Brett Bobley U.S. Coast Guard Washington, DC Internet: bobley@mailstorm.dot.gov ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3ass3u$ldq@cyber1.servtech.com] <1994112200155800> From: rschrack@cyber1.servtech.com (robert schrack) Newsgroups: comp.protocols.tcp-ip Subject: Re: Class C subnetting Date: 22 Nov 1994 08:35:58 -0500 Organization: Servtech, Inc. Rochester, NY Lines: 35 Message-ID: <3ass3u$ldq@cyber1.servtech.com> References: <39v12a$k28@cronkite.ocis.temple.edu> <3ac0kb$5rb@hobbit.gandalf.ca> <3alcpt$5a9@popp.ins.de> <19941120.165448.01@comptech.demon.co.uk> NNTP-Posting-Host: cyber1.servtech.com In article <19941120.165448.01@comptech.demon.co.uk>, Adam Goodfellow wrote: >In article <3alcpt$5a9@popp.ins.de>, > Andreas Frackowiak wrote: > >>loiselle@charm.gandalf.ca (Vance Loiselle) writes: >>With a netmask of ...192 (2 bits subnet-part 6 bits host-part) >>You have 4 subnets of a C-class net with each 64 numbers (62 hosts) each. >>With a netmask of ...128 (1 bit subnet-part 7 bits host-part) >>You have 2 subnets of a C-class net with 128 numbers (126 hosts) each. > >A net directed broadcast to x.y.z.255 implies all hosts on (and all >subnets of) net x.y.z This would clash with a subnet directed broadcast >to subnet x.y.z.3. I assumed for similar reasons, subnet 0 is not >allowed either as a conseqence of historical useage for broadcasts, and >now notational network id use. > >This would also imply the netmasks of ...128 in above case would yield >no useable subnets. (Note: I say useable, one *could* put machines on >subnets all 1s and all 0s but it I think it would lead to ambiguous >directed broadcasting.) > This is correct. According to RFC-950, you should not use a value of all ones or all zeros in the subnet field. So if your subnet field is only one bit (netmask = 128), neither 0 or 1 is allowed to be used. If the netmask is 192, you get 2 subnets (x.y.z.64, x.y.z.128). x.y.z.0 is now ambiguous since you're not sure if it is the entire network, or just a subnetted part. Also true that you could put hosts on those subnets. It may work, it may not. Novell's tpcip.nlm v.1.0 allowed a netmask of 128 to split a net into 2 subnets with no problems. Imagine my surprise when we upgraded to a new version that wouldn't load because of illegal net masks. rob ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3arfrq$cl4@noao.edu] <1994112201004200> From: rstevens@noao.edu (W. Richard Stevens) Newsgroups: comp.protocols.tcp-ip Subject: Re: TCP connect() on non-blocking socket Date: 22 Nov 1994 01:00:42 GMT Organization: National Optical Astronomy Observatories, Tucson, AZ, USA Lines: 12 Message-ID: <3arfrq$cl4@noao.edu> References: NNTP-Posting-Host: gemini.tuc.noao.edu Keywords: TCP, non-blocking, socket > Is their any books talk about the use/behavior of using TCP connect() > on a non-blocking socket? > I know the connect itself should return EAGAIN to tell its a non-blocking > socket, but will the threeway-handshake continue? Yes, the three-way handshake continues. If you call select(), the descriptor will be writable if the connect() completes OK, or readable if an error occurs. For the readable case, you can either call getsockopt() for SO_ERROR to fetch the error value, or call read(), expecting a return of -1 with errno set to the error value (ECONNREFUSED, ETIMEDOUT, etc.). Rich Stevens ----MESSAGE-END---- ----MESSAGE-BEGIN---- [19941122.011136.41@comptech.demon.co.uk] <1994112201113600> Newsgroups: comp.protocols.tcp-ip From: adam@comptech.demon.co.uk (Adam Goodfellow) Subject: Re: Stupid telnet negotiation question... Message-ID: <19941122.011136.41@comptech.demon.co.uk> Sender: news@demon.co.uk (Usenet Administration) Nntp-Posting-Host: comptech.demon.co.uk Reply-To: adam@comptech.demon.co.uk Organization: Computech X-Newsreader: Archimedes TTFN Version 0.36 References: <3ajdt0$2slg@ns2.CC.Lehigh.EDU> Date: Tue, 22 Nov 1994 01:11:36 GMT Lines: 34 In article , Benjamin Z. Goldsteen wrote: >gfm2@ns2.CC.Lehigh.EDU (GEORGE F. V MOTTER) writes: > > >>I am writing a program in Windows and part of it needs to telnet into a Linux >>server on port 23, login, and fork to another program. I have very little > ^^^^^^^^^^^^^^^^^^^^^^^consider using "rsh" >or "rexec" > >>experience in writing telnet code so I have a stupid question. >>I connect to port 23, negotiate my little heart out, but I have no clue how to >>tell the Linux box that "I'm sick of negotiating, give me the darn login >>prompt!" What is the command sequence? > Funny - I keep hearding about tel;net logins problems - guess what they are trying to connect to - yes you've guessed it - a linux box. Is their a particularly nasty quirk in BSD 4.3 telnet derived telnet clients that agrivates this? The telnet on my machine suffers from this as well apparently - only to linux boxes though, and this client is a port from the BSD 4.3 telnet I think... -- Adam ======================================================================= | Computech Tel/Fax: 0181 673 7817 email: adam@comptech.demon.co.uk | ======================================================================= ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3arig2$bc7@blackice.winternet.com] <1994112201453800> From: waltjune@winternet.com (Walter June) Newsgroups: comp.protocols.tcp-ip Subject: Re: WFW-TCP/IP routing problem to NT Date: 22 Nov 1994 01:45:38 GMT Organization: StarNet Communications, Inc Lines: 30 Message-ID: <3arig2$bc7@blackice.winternet.com> References: <3aq4ji$b1l@horus.mch.sni.de> NNTP-Posting-Host: icicle.winternet.com X-Newsreader: TIN [version 1.2 PL2] Martin Hadersbeck (hadersbeck@horus.mch.sni.de) wrote: : Hello : We have a big problem concerning TCP/IP from Microsoft. : Our network consists of a WIN/NT Advanced Server 3.1 and : WfW-3.11 Clients running TCP/IP-32. Now the clients connected : are not all on the same subnet. The problem is that the : clients may successfully ping and telnet the server but : if they want to access shared resources from the server : there is no way to do that. The only clients which can use : the servers resources are the ones in the same subnet as : server itself. This has to be done by manually entering : the correct information in the network browser window, but : it works. : But as far as I know is TCP/IP a protocol with routing : abilities. So how can it be made possible for all clients : to profit from the servers resources. Try putting the other domain(workgroup) names in the lmhost or host files. Initial copies of these should be in your Windows directory as lmhost.sam and host.sam and should be renamed to lmhost or host. The browser in WfWG needs this to find other domains especially if you are not using NETBEUI protocol. -- +--------------------------------------------------+ | Walter C. June Inet waltjune@winternet.com | | Shorewood, MN USA CIS 71561,3372 | +--------------------------------------------------+ ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov22.023934.27385@uts.amdahl.com] <1994112202393400> Newsgroups: comp.protocols.tcp-ip,comp.unix.programmer From: patrick@vega.oes.amdahl.com (Patrick Horgan) Subject: Re: Address already in use message Message-ID: <1994Nov22.023934.27385@uts.amdahl.com> Sender: netnews@uts.amdahl.com (Usenet Administration) Organization: Amdahl Corporation References: <19941120.174812.98@comptech.demon.co.uk> Date: Tue, 22 Nov 1994 02:39:34 GMT Lines: 38 This is in the FAQ, but I'll have mercy on you:) After opening the socket, do something like this: int boolean=1; . . . socket=socket(whatever options); if(setsockopt(socket,SOL_SOCKET,SO_REUSEADDR, (char *)&boolean,sizeof(boolean))<0){ exit or whatever you want here. } . . . go ahead and use the socket here. The man page for setsockopt mentions: SO_REUSEADDR toggle local address reuse the boolean argument is non-zero to enable the option. Patrick -- These opinions are mine, and not Amdahl's (except by coincidence;). ~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~ / | | (\ \ | Patrick J. Horgan | Amdahl Corporation | \\ Have | | patrick@oes.amdahl.com | 1250 East Arques Avenue | \\ _ Sword | | Phone : (408)992-2779 | P.O. Box 3470 M/S 316 | \\/ Will | | FAX : (408)773-0833 | Sunnyvale, CA 94088-3470 | _/\\ Travel | \ | O16-2294 | \) / ~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~ ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3at4qd$hib@explorer.csc.com] <1994112202442900> From: sthyagar@csc.com (Sudha Thyagarajan) Newsgroups: comp.protocols.tcp-ip.ibmpc,comp.protocols.tcp-ip Subject: TCP/IP for Block mode Date: 22 Nov 1994 11:04:29 -0500 Organization: Computer Sciences Corporation Lines: 8 Message-ID: <3at4qd$hib@explorer.csc.com> NNTP-Posting-Host: explorer.csc.com X-Newsreader: TIN [version 1.2 PL2] I was wondering what delimiters one needs to look for when using TCP/IP for block mode (say Uniscope). Looking for Start-of-Text and End-of-Text wouldn't work for binary data. Please post or e-mail your reply. Thanks. Sudha ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3atb77$607@lxotta.learnix.ca] <1994112204334300> From: andy@learnix (Andy Barclay) Newsgroups: comp.protocols.tcp-ip Subject: Re: Subnetting to be avoided ? Date: 22 Nov 1994 12:53:43 -0500 Organization: Learnix Lines: 14 Message-ID: <3atb77$607@lxotta.learnix.ca> References: <3aes6d$r1d@tools.near.net> NNTP-Posting-Host: sparky.learnix.ca Actually, I believe the proper term for taking a bunch of class C nets and making them look like one large net is "supernetting". Functionally equivalent to subnetting, except that bits are borrowed from the network portion of the ip instead of the host portion. A lot of people frown upon this practice, because it may (usually) involves an netmask with non-contiguous binary 1's. Regards, Andy W. Barclay. andy@learnix.ca Isn't it great now that UNIX is user-friendly! Why it seems like just yesterday that UNIX was responding to my commands with "huh?" or "what?" ----MESSAGE-END---- ----MESSAGE-BEGIN---- [2354@sun3.IPSWITCH.COM] <1994112206433100> From: ddl@harvard.edu (Dan Lanciani) Newsgroups: comp.protocols.tcp-ip Subject: Re: TCP connect() on non-blocking socket Keywords: TCP, non-blocking, socket Message-ID: <2354@sun3.IPSWITCH.COM> Date: 22 Nov 94 06:43:31 GMT References: Organization: Internet Lines: 37 In article , jliou@tsegw.tse.com (Jack Liou) writes: | Is their any books talk about the use/behavior of using TCP connect() | on a non-blocking socket? No doubt. :) | I know the connect itself should return EAGAIN to tell its a non-blocking Be careful here. The error code is somewhat platform-specific. Classic BSD code will return EINPROGRESS. Winsock (a standard sockets for Microsoft Windows) uses EINPROGRESS for a completely different purpose and returns EWOULDBLOCK from a connect on a non-blocking socket. Of course, these are just the "errors" that tell you the operation has started and not finished. Almost any other error could be returned to tell you that the attempt failed immediately. Some systems might even return success, indicating that the connection has already been made. | socket, but will the threeway-handshake continue? Indeed. The connection process is usually already asynchornous and the blocking status of the socket merely controls whether your process will wait. In other words, the connect call does approximately: if(already connected) return EISCONN if(already connecting) return EALREADY if(attempt to start connect fails) return reason if(socket non-blocking) return EINPROGRESS while(socket is connecting) sleep return status Dan Lanciani ddl@harvard.* ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3as8au$ng4@cronkite.cisco.com] <1994112207582200> From: tli@cisco.com (Tony Li) Newsgroups: comp.protocols.tcp-ip Subject: Re: RFC1597 vs RFC1627 Date: 22 Nov 1994 07:58:22 GMT Organization: cisco Systems, Inc., Menlo Park, Ca. Lines: 12 Message-ID: <3as8au$ng4@cronkite.cisco.com> References: NNTP-Posting-Host: lager.cisco.com In article seth@amanda.dorsai.org (Seth Bromberger) writes: Has anyone implemented the procedures detailed in RFC1597, particularly in light of RFC1627? We're looking into this as a backup measure in the event we can't get a class-B address space, but don't want to be stuck renumbering 8,000 hosts. Yes. We're using RFC 1597 addresses for the portions of our network that don't need or want globally unique addresses. For us, this is primarily labs. Tony ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3asa5o$a3r@juniper.almaden.ibm.com] <1994112208294400> From: trall@trall.almaden.ibm.com (Tony Rall) Newsgroups: comp.protocols.tcp-ip Subject: Re: (Q) SLIP & Subnetting Date: 22 Nov 1994 08:29:44 GMT Organization: IBM Almaden Research Center Lines: 25 Message-ID: <3asa5o$a3r@juniper.almaden.ibm.com> References: <3aporr$mia@juniper.almaden.ibm.com> Reply-To: trall@almaden.ibm.com (Tony Rall) NNTP-Posting-Host: trall.almaden.ibm.com In article , Brett Bobley wrote: > >Yes, the Netblazer supports proxy arp. However, for proxy arp I would >have to enter the MAC address of all the machines which might be dialing >in via SLIP. This kind of defeats the convenience of having a SLIP ip >pool. That's not the way proxy arp is setup. A machine (in this case, your Netblazer) doing proxy arp uses its own MAC address. It simply has to know the IP addresses of those that it's proxying for. On the Netblazer, the command would be something like: proxy 172.1.1.20 ether 00:00:c0:da:01:1c which means: when you receive an arp for IP address 172.1.1.20 (which would be assigned to one of your slip systems), publish the indicated MAC address - which should the hardware address of the Blazer's ethernet interface (the same could be done with token ring) - in the arp response. You would need one of these commands for each of your slip connections. -- Tony Rall trall@almaden.ibm.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3atqic$1gd@panix.com] <1994112208554000> From: izzy@panix.com (Izzy Schiller) Newsgroups: comp.protocols.tcp-ip Subject: TCP-IP on IBM AS/400 Date: 22 Nov 1994 17:15:40 -0500 Organization: PANIX Public Access Internet and Unix, NYC Lines: 7 Message-ID: <3atqic$1gd@panix.com> NNTP-Posting-Host: panix.com Summary: Help requested, TCP-IP on AS/400 Keywords: AS/400 TCP-IP Does anyone have experience of using TCP-IP on the IBM AS/400 minicomputer. We are trying to connect our AS/400 to Inetenet via the new TCP-IP and hope someone tried this before us. Please let me know here or email izzy@panix.com Thank you. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3au06i$a09@han.cs.umd.edu] <1994112210314600> From: pravin@cs.umd.edu (Pravin Bhagwat) Newsgroups: comp.protocols.tcp-ip Subject: Fast Retransmit feature in TCP Date: 22 Nov 1994 18:51:46 -0500 Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742 Lines: 10 Distribution: world Message-ID: <3au06i$a09@han.cs.umd.edu> NNTP-Posting-Host: han.cs.umd.edu Hi, Roughly what % of TCP implementations in the Internet today support fast retransmission? I suppose this feature was added in 4.3 Reno release of TCP. I am just wondering if all new releases of TCP, including those on DOS, Windows and OS/2 also support this. Thanks -*- Pravin -*- ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3av0ht$aoh@amy14.Stanford.EDU] <1994112211435700> From: mattc@leland.stanford.edu (Matthew William Clarke) Newsgroups: comp.protocols.tcp-ip,comp.protocols.tcp-ip.ibmpc Subject: IBM Ethernet Credit Card Adapter II packet driver? Date: 23 Nov 1994 01:03:57 -0800 Organization: Stanford University Lines: 6 Message-ID: <3av0ht$aoh@amy14.Stanford.EDU> NNTP-Posting-Host: amy14.stanford.edu X-Newsreader: TIN [version 1.2 PL2] Can anyone tell me if there is a packet driver available for the IBM Ethernet Credit Card Adapter II (it's a PCMCIA ethernet card). Thanks, -Matt Clarke mattc@leland.stanford.edu ----MESSAGE-END---- ----MESSAGE-BEGIN---- [hart.785506959@apanix.apana.org.au] <1994112212223900> From: hart@apanix.apana.org.au (Leigh Hart) Newsgroups: comp.protocols.tcp-ip Subject: Re: How do I put a server on internet? Date: 22 Nov 94 12:22:39 GMT Organization: Apanix Public Access Unix, +61 8 373 5485 (5 lines) Lines: 23 Message-ID: References: <3aeiu0$q9l@cronkite.seas.gwu.edu> NNTP-Posting-Host: seldon.apanix.apana.org.au powers@gwis2.circ.gwu.edu (Eric S Powers) writes: >We have a server that is running Novell. It does have the proper TCP/IP >connection. >However, whenever we try to access our server from ftp or telnet it says >that it is not available. >Are there any suggestions on how we need to set up Novell so that users >can access our server via the internet? Novell what? Novell have many products, Netware being one, UnixWare being another. Please, please, please, when asking questions of a technical nature, please please please put the technical details in! Cheers Leigh -- | "By the time they had diminished | Leigh Hart | | from 50 to 8, the other dwarves | | | began to suspect 'Hungry' ..." | C/- 195 Gilles Street | | -- Gary Larson, "The Far Side" | Adelaide SA 5006 | ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3asp8g$knu@newhub.xylogics.com] <1994112212471200> From: carlson@Xylogics.COM (James Carlson) Newsgroups: comp.protocols.tcp-ip Subject: Re: (Q) SLIP & Subnetting Date: 22 Nov 1994 12:47:12 GMT Organization: Xylogics Incorporated Lines: 48 Distribution: world Message-ID: <3asp8g$knu@newhub.xylogics.com> References: <3aporr$mia@juniper.almaden.ibm.com> <3aq4gk$fvq@newhub.xylogics.com> Reply-To: carlson@xylogics.com NNTP-Posting-Host: newhub.xylogics.com In article , bobley@mailstorm.dot.gov (Brett Bobley) writes: |> In article <3aq4gk$fvq@newhub.xylogics.com>, carlson@xylogics.com wrote: [...] |> > Why the clutter? Because it works better if you have multiple servers |> > and users have assigned IP addresses. I agree that for simple |> > installations, proxy-ARP alleviates a lot of headaches. But many |> > routers out there will *not* age ARP entries, which makes proxy-ARP |> > unworkable for configurations with multiple dial-in servers and dynamic |> > addressing. |> |> Why would there be "clutter" ? Currently, all of the routers in my |> building have a single routing entry for my subnet (152.119.253.0 via |> 152.119.1.253). Why would they need more? In other words, I envision MY |> 3com having to have these "host routes" but not ALL the routers on the |> LAN. Would the use of host routes require that all the routers on my LAN |> have an entry for each of my SLIP users? Huh? If all of your remote nodes dialing in are within the same subnet as the server (152.119.253.0, apparently), then these remote nodes are proxy-ARPed, they're *not* routed. You don't need *any* routes in this case. Routing has nothing to do with it. What I was suggesting was that if things got more complicated -- having more than one dial-in server or having more remote IP addresses than your subnet can hold, for examples -- you'd probably have to switch to using routing protocols, in which case either *every* node on the subnet will need to know about these host routes or you'll need a firewall between the server and the rest of the net. |> I guess my ultimate question is (forgive me if this sounds naive): if all |> of the routers on my LAN know to send all 152.119.253.X traffic to my |> 3Com, why can't my 3Com be smart enough to know that certain addresses |> (e.g. 152.119.253.60) go via my Netblazer and the rest are directly |> connected to its ethernet port ? This is done by ARP, not by routing. The Netblazer will have to answer ARP queries for those addresses (this is termed "proxy-ARP") and give its MAC address as the translation for those IP addresses. This will work fine, but will break down if (1) the users are actually travelling sales guys and sometimes plug directly into the net and othertimes dial in, and you've got a famous-name router, (2) the users are dialing into more than one server and are apt to hang up and dial right back, or (3) you've got more users than fit on the subnet. --- James Carlson Tel: +1 617 272 8140 Annex Software Support / Xylogics, Inc. +1 800 225 3317 53 Third Avenue / Burlington MA 01803-4491 Fax: +1 617 272 2618 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3aspgs$knu@newhub.xylogics.com] <1994112212514000> From: carlson@Xylogics.COM (James Carlson) Newsgroups: comp.protocols.tcp-ip Subject: Re: PPP via telnet Date: 22 Nov 1994 12:51:40 GMT Organization: Xylogics Incorporated Lines: 24 Distribution: world Message-ID: <3aspgs$knu@newhub.xylogics.com> References: <1994Nov14.235533.28510@iglou.com> <1994Nov22.000729.9185@osnabrueck.westfalen.de> Reply-To: carlson@xylogics.com NNTP-Posting-Host: newhub.xylogics.com In article <1994Nov22.000729.9185@osnabrueck.westfalen.de>, johannes@titan.westfalen.de (Johannes Stille) writes: |> In article <1994Nov14.235533.28510@iglou.com>, |> Ben Peoples wrote: |> >Does anybody know if its possible to run PPPD via a telnet (or any way of connecting |> >two computers over the 'net). It seems that you would just asyncmap (escape out) |> >the ^] character... |> |> Generally, it is possible. It isn't supported by every OS, though. I |> have read a report from someone who did it with Linux. |> |> I don't think that avoiding the ESC character is enough, isn't telnet a |> 7-bit protocol? Best solution would be "rlogin -8 -E" (if supported by |> your software), as this gives you a completely 8-bit, 256 character |> clean line that even can support SLIP. Nope; the TELNET protocol (RFC 854) is guaranteed eight bit clean when "binary" mode is enabled (RFC 856). (Most implementations are eight bit clean even without this option.) The rlogin protocol (RFC 1282) is not clean, due to the "window size change" in-band character sequence. --- James Carlson Tel: +1 617 272 8140 Annex Software Support / Xylogics, Inc. +1 800 225 3317 53 Third Avenue / Burlington MA 01803-4491 Fax: +1 617 272 2618 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [jan.melander-2211941545250001@jmmac.got.wmdata.se] <1994112213452500> Newsgroups: comp.protocols.tcp-ip From: jan.melander@got.wmdata.se (Jan Melander) Subject: [Q] Multiple proc. to use the same socket? Message-ID: Sender: news@artemis.sto.fdata.se (UseNet NetNews) Organization: WM-Data Date: Tue, 22 Nov 1994 13:45:25 GMT Lines: 10 Hi, I'd like to open a socket and pass the descriptor on to another proc that already exists. Is this possible? If so, how shall I do it? Cheers, Janne jan.melander@got.wmdata.se ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3aul4m$bh6@tango.cs.wustl.edu] <1994112213491000> From: schmidt@tango.cs.wustl.edu (Douglas C. Schmidt) Newsgroups: comp.object,comp.protocols.tcp-ip,comp.unix.solaris,comp.lang.c++,comp.client-server Subject: ACE version 2.15.5 now available Date: 22 Nov 1994 23:49:10 -0600 Organization: Computer Science Department, Washington University. Lines: 193 Distribution: inet Message-ID: <3aul4m$bh6@tango.cs.wustl.edu> NNTP-Posting-Host: tango.cs.wustl.edu The latest version of the ACE OO network programming toolkit is now available for anonymous ftp from ics.uci.edu in the file ./gnu/C++_wrappers.tar.Z. I've enclosed the README file from the release below. Please let me know if you have any questions. Doug ---------------------------------------- [An HTML version of this README file is available at URL http://www.cs.wustl.edu/~schmidt/ACE.html. All software and documentation is available via both anonymous ftp and the Web.] THE ADAPTIVE COMMUNICATION ENVIRONMENT (ACE) An Object-Oriented Network Programming Toolkit OVERVIEW OF ACE The ADAPTIVE Communication Environment (ACE) is an object-oriented network programming toolkit. ACE encapsulates the following user-level BSD UNIX and System V Release 4 (SVR4) UNIX IPC facilities via type-secure, object-oriented interfaces: . UNIX IPC mechanisms -- Internet- and UNIX-domain sockets, TLI, Named pipes (FIFOs) and STREAM pipes (note that a Windows NT version of Internet-domain sockets is also now available) . Event multiplexing via select and poll Solaris and DCE pthreads . SVR4 explicit dynamic linking facilities -- dlopen/dlsym/dlclose . The mmap family of memory-mapping APIs . System V IPC -- shared memory, semaphores, message queues . Sun RPC (GNU rpc++, written by Michael Lipp) In addition, ACE includes a set of higher-level network programming frameworks that integrate and enhance the lower-level C++ wrappers to support the dynamic configuration of concurrent network daemons composed of complex distributed application services. These frameworks include the following: . Reactor Framework . Service Configurator Framework . ADAPTIVE Service Executive Framework Many of the C++ wrappers and higher-level components have been described in issues of the C++ Report, as well as in proceedings of the following journals, conferences, and workshops: . The 2nd C++ World conference, October, 1993 . The 11th and 12th Annual Sun Users Group Conference in December, 1993 and June, 1994 . The 2nd International Workshop on Configurable Distributed Systems, March, 1994 . The 6th USENIX C++ Conference, April, 1994 . The 1st Conference on the Pattern Languages of Programs, August, 1994 . The 9th OOPSLA Conference held in October, 1994 . 3rd C++ World conference in November, 1994 . The Winter USENIX Conference in January, 1995 . The OOP conference in Munich, Germany, February, 1995 . IEE Distributed Systems Engineering Journal, to appear 1995 ACE components are currently being used in a number of commercial products including the AT&T Q.port ATM signaling software product, the Ericsson EOS family of PBX monitoring applications, the Motorola Iridium global mobile communications system. OBTAINING ACE ACE is available for anonymous ftp from the ics.uci.edu (128.195.1.1) host in the gnu/C++_wrappers.tar.Z file (approximately 1 meg compressed). This release contains contains the source code, documentation, and example test drivers for C++ wrapper libraries and higher-level network programming frameworks developed as part of the ADAPTIVE project at the University of California, Irvine and at Washington University. The following subdirectories are included in C++_wrappers.tar.Z file: . apps -- Several example applications written using the ACE wrappers . bin -- utility programs for building this release . build -- a separate subdirectory that keeps links into the main source tree in order to facilitate multi-platform build-schemes . include -- symbolic links to the include files for the release . lib -- object archive libraries for each C++ wrapper library . libsrc -- the source code for the following C++ wrappers: . ASX -- higher-level C++ network programming framework . Get_Opt -- a C++ version of the UNIX getopt utility . SOCK_SAP -- wrapper for BSD sockets . TLI_SAP -- wrapper for SVR4 TLI . FIFO_SAP -- wrapper for FIFOS (named pipes) . SPIPE_SAP -- wrapper for SVR4 STREAM pipes and connld . Log_Msg -- library API for a local/remote logging facility . Mem_Map -- wrapper for BSD mmap() memory mapped files . Message_Queues -- wrapper for SysV message queues . Reactor -- a framework for event demultiplexing and event handler dispatching . Semaphores -- wrapper for SysV semaphores . Service Configurator -- a framework for dynamically linking/unlinking . Shared_Memory -- wrapper for SysV shared memory . Shared_Malloc -- wrapper for SysV/BSD shared mallocs . rpc++ -- C++ interface to Sun RPC developed by Michael Lipp (mnl@dtro.e-technik.th-darmstadt.de). This code is distributed "as is" (under the GNU GPL) and is not part of the ACE release that I maintain. . tests -- programs that illustrate how to use the various wrappers . WIN32 -- contains the versions of ACE that are ported to Windows NT (currently on the SOCK_SAP C++ wrappers for sockets are ported) In addition, a relatively complete set of postscript documentation and papers is included with the release. The documentation is stored in gnu/C++_wrappers_doc.tar.Z file (approximately 2.5 meg compressed). The following directories are included along with the documentation. . doc -- LaTeX documentation (in both latex and .ps format) . papers -- postscript versions of various papers describing ACE Please note that there are companion tar files called C++_wrappers_doc.tar.Za[a-c]. I used the UNIX "split" command to make sure each of these files is less than 1.2 Meg in size to accommodate ACE users who only have access to modem connections on PCs. To recreate the original tar file, simply to the following: % cat C++_wrappers_doc.tar.Za[a-c] doc.tar.Z % uncompress doc.tar.Z % tar xvf doc.tar BUILDING AND INSTALLING ACE Please refer to the INSTALL file for information on how to build and test the ACE wrappers. The overall ACE release is very large (~2 Meg). Therefore, I'm sorry, but I will be unable to distribute the ACE wrappers via email. The BIBLIOGRAPHY file contains information on where to obtain articles that describe the ACE wrappers and the ADAPTIVE system in more detail. The current release has been tested fairly extensively on Sun workstations running Sun OS 4.1.x and Solaris 2.x using GNU G++ and Sun C++ 3.x and 4.x. Portions of the release have also been ported to SCO UNIX, HP-UX, OSF/1, Windows 3.1 and Windows NT. I expect that major portions of the release will port easily to other platforms. If anyone is willing to help coordinate ports to other platforms please let me know. ACE MAILING LIST A mailing list is available for discussing bug fixes, enhancements, and porting issues regarding ACE. Please send mail to me at the ace-users-request@ics.uci.edu if you'd like to join the mailing list. COPYRIGHT INFORMATION FOR ACE You are free to do anything you like with the ACE source code such as including it in commercial software. Moreover, you are under no obligation to freely redistribute any of your source code that is built using ACE (be aware that rpc++ is distributed under the GNU GPL, which has a different copyright policy). However, you may not do anything to the original ACE code contained in this release that will prevent it from being distributed freely (such as copyrighting it, etc.). If you have any improvements, suggestions, and or comments, I'd like to hear about it! It would be great to see this distributed evolve into a comprehensive, robust, and well-documented C++ class library that would be freely available to everyone. Naturally, I am not responsible for any problems caused by using these C++ wrappers. Thanks, Douglas C. Schmidt schmidt@cs.wustl.edu ACKNOWLEDGEMENTS Special thanks to Paul Stephenson for devising the recursive Makefile scheme that underlies this distribution, as well as for devoting countless hours to discussing object-oriented techniques for developing distributed application frameworks. Thanks to Olaf Kruger for explaining how to instantiate templates for shared libraries on SunOS 4. -- Dr. Douglas C. Schmidt (schmidt@cs.wustl.edu) Department of Computer Science, Washington University St. Louis, MO 63130. Work #: (314) 935-7538; FAX #: (314) 935-7302 http://www.cs.wustl.edu/~schmidt/ ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov22.141745.2959@miraculix.mitropa.com] <1994112214174500> Newsgroups: comp.protocols.tcp-ip From: eickholt@miraculix.mitropa.com (Frank Eickholt) Subject: screened subnets Message-ID: <1994Nov22.141745.2959@miraculix.mitropa.com> Organization: Make LOVE not WAR Date: Tue, 22 Nov 1994 14:17:45 GMT X-Newsreader: TIN [version 1.2 PL2] Lines: 9 HI I heard from a few people that "screened subnets" were a secure possibilty to connect a LAN into Internet. Please, will me someone explain this concept. I know it works a bit like the fire-wall concept. So long FRANK ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CzoCAr.15B@novell.co.uk] <1994112214591500> Newsgroups: comp.unix.unixware,comp.protocols.tcp-ip From: msohnius@novell.co.uk (Martin Sohnius) Subject: Re: nfswatch binary for U.W.?? Sender: news@novell.co.uk Message-ID: Date: Tue, 22 Nov 1994 14:59:15 GMT References: <3ajg4h$bm1@crl.crl.com> Organization: Novell Europe X-Newsreader: TIN [version 1.2 PL2] Followup-To: comp.unix.unixware,comp.protocols.tcp-ip Lines: 39 Paul Smith (cgi@crl.com) wrote: : Environment: UnixWare SVR4.2, v 1.1.2 : I'm having fun hacking nfswatch 4.1 to get it compiled for UnixWare. : It supposed to sniff NFS client/server packets from your : DLPI device (set to promisuous mode). : Well there's many minor edits to added either NFS or DLPI header files here : and there and some minor symbol name changes to get it to compile. But : it's choking on my Intel ether express 16 device name of ee160, which is : LAN card 0. The device node is named /dev/ee16_0. Well, to make a long : story short, I've spent about an hour on the source, reading through the : main, and following through the device open and dlattach() function : and it's failing in the dlokack() function. giving error message; : nfswatch: ee160: Error 0. Given that the device node is named ^^^^^^^ : /dev/ee16_0, this may be understandable. A physical link to /dev/ee160 : does not fix this problem. : Looking throught the code, there where several assuptions made about : device names and where the LUN # would be. : Does anyone have either nfswatch compiled for U.W. or another tool : that can snoop on what's going on with the NFS client and / or server : activity?? You'd never get "Error 0" from a failed system call (such as trying to open the wrong file). Somewhere perror() (or strerror()) is called under a condition where the failure either was not due to a failed system call, or where errno was reset to 0 before the call to perror(). -- +----------------------------------+ Martin Sohnius | "If you can't be funny, | Novell Labs Europe | at least be interesting." | Bracknell, England | - Harold W. Ross | +44-1344-724031 +----------------------------------+ (I speak for myself, not for Novell or anyone else.) ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CzoCBB.6G8@info.swan.ac.uk] <1994112214593500> Newsgroups: comp.protocols.tcp-ip,comp.unix.programmer From: iialan@iifeak.swan.ac.uk (Alan Cox) Subject: Re: Address already in use message Message-ID: Sender: news@info.swan.ac.uk Nntp-Posting-Host: iifeak.swan.ac.uk Organization: Institute For Industrial Information Technology References: <19941120.174812.98@comptech.demon.co.uk> Date: Tue, 22 Nov 1994 14:59:35 GMT Lines: 14 In article mkl@rob.cs.tu-bs.de (Mario Klebsch DG1AM) writes: >Does't the kernel close all open descriptors, when the process exites? >This is what I learned about UNIX. Do sockets behave different ? The problem is that file descriptors are not the same as protocol control blocks. Ultimately the problem is the original question asker didnt RTFM [hint: man setsockopt] Alan -- ..-----------,,----------------------------,,----------------------------,, // Alan Cox // iialan@www.linux.org.uk // GW4PTS@GB7SWN.#45.GBR.EU // ``----------'`----------------------------'`----------------------------'' ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CzoCuE.1Bo@novell.co.uk] <1994112215110100> Newsgroups: comp.unix.unixware,comp.unix.programmer,comp.protocols.tcp-ip From: msohnius@novell.co.uk (Martin Sohnius) Subject: Re: AIX, ansi and sys/sockets.h Sender: news@novell.co.uk Message-ID: Date: Tue, 22 Nov 1994 15:11:01 GMT References: <3akse6$dt@jaws.wustl.edu> Organization: Novell Europe X-Newsreader: TIN [version 1.2 PL2] Followup-To: comp.unix.unixware,comp.unix.programmer,comp.protocols.tcp-ip Lines: 34 Allen Rueter (allen@wuerl.wustl.edu) wrote: : The following short program compiles on AIX(RS6000) with the cc : (extended) but not with c89. Is sys/sockets.h not ansi? : #include : #include : #include : #include : main() { : printf("Hello world\n"); : } : % c89 tst.c : "/usr/include/sys/socket.h", line 129.2: 1506-046 (S) Syntax error. : "/usr/include/sys/socket.h", line 139.2: 1506-046 (S) Syntax error. May I ask to obvious question? Why post this in comp.unix.unixware? But, for the record, on UnixWare the compile of your program fails with the much more sensible error message: $ cc tst.c UX:acomp: ERROR: "tst.c", line 4: cannot find include file: :-) -- +----------------------------------+ Martin Sohnius | "If you can't be funny, | Novell Labs Europe | at least be interesting." | Bracknell, England | - Harold W. Ross | +44-1344-724031 +----------------------------------+ (I speak for myself, not for Novell or anyone else.) ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov22.160110.14279@zh014.ubs.ubs.ch] <1994112216011000> Newsgroups: comp.protocols.tcp-ip From: zhebu@svusenet.ubs.ch Subject: Re: SunOS 5.3 Server sockets? Message-ID: <1994Nov22.160110.14279@zh014.ubs.ubs.ch> Sender: news@svusenet.ubs.ch Nntp-Posting-Host: svusenet.ubs.ch Reply-To: urs.eberle@zhflur.ubs.ubs.ch Organization: Union Bank of Switzerland (Zuerich) X-Newsreader: TIN [version 1.1 PL6] References: <3aparf$o7s@hptemp1.cc.umr.edu> Date: Tue, 22 Nov 1994 16:01:10 GMT Lines: 12 : I am attempting to get sockets to work on SunOS 5.3. .. : I have looked at t_connect and t_bind but I am not sure of Both, the socket and the tli interface work on SunOS 5.3. Sockets are implemented as a library. Expect some minor problems with incorrect socket options that might have worked under some BSD-Systems. To link a socket program use -lsocket and -lnsl, to link a tli-program -lnsl should do. -- NAME Urs Eberle EMAIL urs.eberle@zhflur.ubs.ubs.ch ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov22.190813.24845@frmug.fr.net] <1994112219081300> Newsgroups: comp.unix.unixware,comp.unix.programmer,comp.protocols.tcp-ip From: bernard@cpio1frmug.fr.net (Bernard Fouche) Subject: Re: Select() on pipe() fd problem? Message-ID: <1994Nov22.190813.24845@frmug.fr.net> Sender: news@frmug.fr.net (Net News Admin) Organization: CPIO S.A. References: <3agkoj$at4@crl3.crl.com> <1994Nov18.140608.15575@zh014.ubs.ubs.ch> Date: Tue, 22 Nov 1994 19:08:13 GMT Lines: 15 In article <1994Nov18.140608.15575@zh014.ubs.ubs.ch>, zhebu@svusenet.ubs.ch writes: |> Paul Smith (cgi@crl.com) wrote: |> .. |> : Run a program that creates a pipe fd from pipe(), and forks. The child dup()s |> : the pipe fd to 0,1,2 and then exec()'s $SHELL -c program a b c. |> A pipe is per default one-way. Do you use two pipes, one for 0 and one for 1 |> and 2? You can't use a pipe like, say, a tcp stream connection fd, where you |> can read AND write. pipe(2) under SVR4.0 and later is now built over streams and so each returned fd can be used to read and write. Have a look at the man page.. -------------------------------------------------------------------------- Email : bernard@cpio1.frmug.fr.net Postal Mail : CPIO S.A., 4 Rue Beaubourg, 75004 Paris, France ----MESSAGE-END---- ----MESSAGE-BEGIN---- [Czoozt.9wG@mail.auburn.edu] <1994112219332800> Newsgroups: comp.protocols.tcp-ip From: doug@eng.auburn.edu (Doug Hughes) Subject: Xyplex, telnet, zmodem etc Message-ID: Followup-To: comp.protocols.tcp-ip Sender: usenet@mail.auburn.edu (Usenet Administrator) Nntp-Posting-Host: netman.eng.auburn.edu Organization: Auburn University College of Engineering Date: Tue, 22 Nov 1994 19:33:28 GMT Lines: 18 In an earlier posting I had stated that telnet was not 8 bit clean and rlogin was.. I got it backwards, sort of.. telnet in binary mode enable is 8 bit clean. Many implementations do this by default.. Best to check a particular implementation. rlogin (RFC1282) is not 8bit clean because of in-band window size change operations. use Telnet and the set sess pasthru, avoid rlogin from the xyplex. Who knows what weirdness "connect" is. It looks sort of like telnet, and may be, but I'm not in a position to know/say. -- ____________________________________________________________________________ Doug Hughes Engineering Network Services System/Net Admin Auburn University doug@eng.auburn.edu "The Light at the end of the tunnel is the headlamp of an oncoming train" ----MESSAGE-END---- ----MESSAGE-BEGIN---- [Czop6I.9zz@mail.auburn.edu] <1994112219372900> Newsgroups: comp.protocols.tcp-ip From: doug@eng.auburn.edu (Doug Hughes) Subject: Re: Xyplex, telnet, zmodem etc Message-ID: Followup-To: comp.protocols.tcp-ip Sender: usenet@mail.auburn.edu (Usenet Administrator) Nntp-Posting-Host: netman.eng.auburn.edu Organization: Auburn University College of Engineering References: Date: Tue, 22 Nov 1994 19:37:29 GMT Lines: 9 In article , doug@eng.auburn.edu (Doug Hughes) writes: > > In an earlier posting I had stated.... ......stuff deleted.... sorry, wrong newsgroup.. ignore this. (I would cancel, but something is amiss there, and we don't control the newsserver here) doug ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CzopBu.JAL@beach.silcom.com] <1994112219404100> Newsgroups: comp.protocols.tcp-ip From: frank@beach.silcom.com (Frank Dziuba) Subject: Re: HELP - Virtual IP addresses Message-ID: Sender: usenet@beach.silcom.com Organization: SB Communications - Public Access Internet X-Newsreader: TIN [version 1.2 PL2] References: <3acjlo$t82@coyote.rain.org> <3akp9g$6pe@news.xs4all.nl> Date: Tue, 22 Nov 1994 19:40:41 GMT Lines: 35 Erik Bos (erik@xs4all.nl) wrote: : frank@beach.silcom.com (Frank Dziuba) writes: : >That's why you'll often see sites with addresses like "http://www.abc.com/abc" : >which is pointing to the "abc" directory. To a user who is trying to "guess" : >a company's web address, this is not an obvious guess. They would be more : >apt to guess "www.abc.com" for the "abc"company, and end up getting the : >general home page for "The Mall network" that the pages are hosted on. : >Most major companies do _not_ want to be part of a "mall", they want to have : >their own presence. However, maintaining 100 servers for 100 companies is a : >lot more work than maintainig 1 server with multiple IP addresses. : You can also use setup a small http-server at www.abc.com that send : a http-relocation for each page to "http://server.com/abc/". Using : this trick www.abc.com will be accessed when for retrieving /, all : pages are served from server.com However, in my example 'www.abc.com' and 'server.com' are the same machine so you idea won't work. frank : -- : Erik Bos http://www.xs4all.nl/~erik/ -- Frank Dziuba Silicon Beach Communications frank@silcom.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3ati07$adn@noao.edu] <1994112219492700> From: rstevens@noao.edu (W. Richard Stevens) Newsgroups: comp.protocols.tcp-ip Subject: Re: sendto's maximum size Date: 22 Nov 1994 19:49:27 GMT Organization: National Optical Astronomy Observatories, Tucson, AZ, USA Lines: 29 Message-ID: <3ati07$adn@noao.edu> References: <39pc1f$9d1@noao.edu> <1994Nov21.155508.25315@molene.ifremer.fr> NNTP-Posting-Host: gemini.tuc.noao.edu > Why can't I send broadcast UDP datagrams of the same length that point to > point datagrams? > I understand that the IP layer is responsible for fragmenting UDP datagrams > when their length exceed the MTU of the LAN. This works well for point to point > datagrams, but not for broadcasting. > I use SunOS4.1.3 and ethernet. The MTU is 1500, and the maximum size of the messages > that I can broadcast is 1472. > Why fragmenting is not performed by IP? Has anyone an idea? > It doesn't seem logical to me. This appears to have been an implementation decisions made long ago in the BSD TCP/IP code, that most vendors just copy. There's no technical reason that a UDP datagram destined for a broadcast address cannot be fragmented--it's a policy decision that broadcasting puts enough of a load on the network already, so why make it worse by multiplying it by N. These days, you should consider multicasting instead of broadcasting. You can always fix it if you have the sources :-) Just remove the following test from ip_output(): if (in_broadcast(dst->sin_addr, ifp)) { ... /* don't allow broadcast messages to be fragmented */ if ((u_short)ip->ip_len > ifp->if_mtu) { error = EMSGSIZE; goto bad; } Rich Stevens ----MESSAGE-END---- ----MESSAGE-BEGIN---- [2355@sun3.IPSWITCH.COM] <1994112219550500> From: ddl@harvard.edu (Dan Lanciani) Newsgroups: comp.protocols.tcp-ip Subject: Re: sendto's maximum size Message-ID: <2355@sun3.IPSWITCH.COM> Date: 22 Nov 94 19:55:05 GMT References: <39pc1f$9d1@noao.edu> <1994Nov21.155508.25315@molene.ifremer.fr> Organization: Internet Lines: 23 In article <1994Nov21.155508.25315@molene.ifremer.fr>, jpcalvez@ifremer.fr (Jean Pierre Calvez) writes: | Why can't I send broadcast UDP datagrams of the same length that point to | point datagrams? | I understand that the IP layer is responsible for fragmenting UDP datagrams | when their length exceed the MTU of the LAN. This works well for point to | point datagrams, but not for broadcasting. | I use SunOS4.1.3 and ethernet. The MTU is 1500, and the maximum size of the | messages that I can broadcast is 1472. | Why fragmenting is not performed by IP? Has anyone an idea? | It doesn't seem logical to me. For quite a while, BSD networking code had a specific check on broadcast datagrams to be sure they were not large enough to require fragmentation. If they were too large, they were not sent. I assume the reasoning was that broadcast fragments were net-unfriendly; however, it can cause unexpected behavior (especially on nets with small mtus). I've removed the check in every protocol stack I've implemented based on the BSD sources and I've never had a problem. If you are up to it, you could probably patch the SunOS object files and/or merge a release of the BSD code for which source is available. Dan Lanciani ddl@harvard.* ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov22.200927.3045@banana.dis.fedex.com] <1994112220092700> Newsgroups: comp.protocols.tcp-ip From: robert@banana.dis.fedex.com (Robert Smith) Subject: local address reuse Message-ID: <1994Nov22.200927.3045@banana.dis.fedex.com> Summary: TIME-WAIT condition on killed server process Keywords: tcp-ip,setsockopt Organization: Federal Express Corp. Distribution: comp Date: Tue, 22 Nov 1994 20:09:27 GMT Lines: 21 Hi all, I have a problem with a simple client-server set of programs that are being used to test the behaviour of the system when the server side is killed and then needs to be restarted. The problem in general is that the local address stays in a TIME-WAIT condition when the server side is killed. The client side detects connection is broken and exits normally. When I try to restart the server, I get error: bind() (125Address already in use). I am unable to restart the server for 4 minutes because of this condition. I have tried using setsockopt(SO_LINGER with l_linger=0) and setsockopt(SO_REUSEADDR) in both the server and the client as well as no setsockopt calls. If just the server process is started and killed, a restart works. The machine is SUN 1000/Solaris. The same condition happens on DEC/ultrix but the TIME-WAIT condition is shorter. Thanks in advance for any info that may help solve this. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3atkat$ov1@delphinium.cig.mot.com] <1994112220291700> From: cudrnak@rtsg.mot.com (Scott S. Cudrnak) Newsgroups: comp.protocols.tcp-ip Subject: Wanted: FTP site for sockets PING source. Date: 22 Nov 1994 20:29:17 GMT Organization: Motorola Cellular Lines: 8 Distribution: world Message-ID: <3atkat$ov1@delphinium.cig.mot.com> NNTP-Posting-Host: galaxite.rtsg.mot.com Keywords: PING ICMP echo Hello, Is there an FTP site that has the source code for PING (ICMP echo) using sockets? Thanks, Scott ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3atm90$5c5@nof.abdn.ac.uk] <1994112221022400> From: pang@erg.abdn.ac.uk (Pang Siong Loon) Newsgroups: comp.protocols.tcp-ip,comp.protocols.nfs Subject: Help! PC-NFS Date: 22 Nov 1994 21:02:24 GMT Organization: University of Aberdeen Lines: 12 Message-ID: <3atm90$5c5@nof.abdn.ac.uk> Reply-To: pang@erg.abdn.ac.uk NNTP-Posting-Host: whale.erg.abdn.ac.uk Hi, I am struggling hard to find a way to change the TCP timer (retransmission timer) and the TCP window size of the PC-NFS version 4.0 and version 5.0. Is there anybody has the experience to change this two parameters can give me a help? Please kindly email me at s.l.pang@aberdeen.ac.uk Thank you very much. pang Aberdeen, UK ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3atn1j$dm2@pnn.projo.com] <1994112221153100> From: jb@projo.com (John Ballem) Newsgroups: comp.protocols.tcp-ip Subject: Dialup SLIP for Solaris Date: 22 Nov 1994 21:15:31 GMT Organization: Providence Journal Company, Providence, RI Lines: 7 Distribution: world Message-ID: <3atn1j$dm2@pnn.projo.com> Reply-To: jb@projo.com NNTP-Posting-Host: sys-ipc-1.projo.com I'm looking for a good public domain (or not ?) slip for Solaris 2.3 on a sun platform, any idea's ? Thanks in advance, jb@projo.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [robertsr.785542136@helios] <1994112222085600> Newsgroups: comp.protocols.tcp-ip From: robertsr@helios.usq.EDU.AU (roger roberts) Subject: Lanwatch Diags Software Message-ID: Summary: PC based Lan Diags Keywords: Lanwatch Diags Software Sender: news@zeus.usq.edu.au (News Administrator) Organization: University of Southern Queensland Date: Tue, 22 Nov 1994 22:08:56 GMT Lines: 27 I am interested in purchasing a product from FTP Software called Lanwatch however I require answers to some particular questions relating to card specific versions of this software. 1.Will I be able to filter on MAC or IP addresses and observe CRC,IP checksum ,alignment,shorts and longs caused or from a single workstation? 2.Will I be able to save this information to a file and print it out for later examination? 3.Will I be able to add alias names so that common hosts may be easily recognised in a report or on data displayed to the screen? 4.Will I be able to nest filters ie. filter on a MAC address and a particular protocol? Could you please advise the answers to these questions by return mail. This is a request for information only. Thank-you for your assistance. Roger Roberts University of Southern Queensland Toowoomba Australia mail: robertsr@usq.edu.au ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3atqo3$l5a@tequesta.gate.net] <1994112222184300> From: aisg@gate.net (Advanced Information Systems Group) Newsgroups: comp.protocols.tcp-ip Subject: SPX/IPX to TCP/IP Gateway Date: 22 Nov 1994 22:18:43 GMT Lines: 16 Message-ID: <3atqo3$l5a@tequesta.gate.net> NNTP-Posting-Host: inca.gate.net X-Newsreader: TIN [version 1.2 PL2] Has anyone heard about FEL Computing's LANlink TCP product? It acts as a gateway for Novel connected PCs to TCP/IP networks. It enables pooling TCP/IP licesnses and negates the need for TCP/IP on the desktop. Client software is loaded on the PCs, whioch communicate with the gateway via IPX. The clients include telnet, ftp and a winsock driver. There is also a simular product by IPSwitch. Any comments would be appreciated. Is this a sound approach? Thanks, John Klann 407-774-7181 klann@advinfo.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [758579101.12168802@u87.galaxy.com] <1994112222384200> Message-ID: <758579101.12168802@u87.galaxy.com> Date: 22 Nov 1994 22:38:42 GMT From: Derek_T.L._Kwan@galaxy.com (Derek T.L. Kwan) Organization: Galaxy Online Services Reply-To: Derek_T.L._Kwan@galaxy.com Subject: SLIP connection Distribution: world Newsgroups: comp.protocols.tcp-ip Lines: 20 Hi there... I was trying to install CSLIP on COM1 & COM2, and use a NULL MODEM cable to connect with another PC that also installed CSLIP for COM 1. And meanwhile my COM 2 was connected to a MODEM, and the other side also have CSLIP installed. In short, there is a PC that COM 1 was connected to PC 'A' and COM 2 was connected to PC 'B'. In theory, I should be able to send data from PC 'A' through modem, get through my PC then through the NULL modem cable and reach PC 'B". I have tested the connection between my PC and PC 'A', as well as to PC 'B' one at a time.(and it works) However when I installed CSLIP on both COM port and have no error message, but the TCP Manager (TCPMAN for Windows) can only config for ONE com port at a time. Therefore I was not able to use my PC as a 'BRIDGE'. Is there a newer version of TCPMAN or something that will allow me to do things like that? Diagram: PC 'A' <------MODEM-----> My PC <--------NULL MODEM CABLE-----> PC 'B' Derek ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3ats4u$m1t@gatekeeper.svl.trw.com] <1994112222423800> From: jm@esl.com (Julie Mills) Newsgroups: comp.protocols.tcp-ip Subject: Where are the Ping and Talk protocols defined? Date: 22 Nov 1994 22:42:38 GMT Organization: ESL Inc., a TRW Company Lines: 6 Message-ID: <3ats4u$m1t@gatekeeper.svl.trw.com> Reply-To: jm@esl.com NNTP-Posting-Host: pop.bis.trw.com Where can I get information about these protocols? Julie ----MESSAGE-END---- ----MESSAGE-BEGIN---- [35.6443.916@asacomp.com] <1994112222570000> Distribution: world Newsgroups: comp.protocols.tcp-ip Subject: PPP for AIX From: jeff.binkley@asacomp.com (Jeff Binkley) Message-ID: <35.6443.916@asacomp.com> Date: Wed, 23 Nov 1994 07:17:00 -0500 Organization: ASA Compucom Lines: 11 I'm looking for PPP software for AIX v3.X. IBM doesn't appear to have included it with AIX. If anyone can point me in the right direction I'd appreciate it. Jeff Binkley ASA Compucom --- ...CMPQwk 1.42-09 #9999 CmpQWK 1.42-09 9999 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [Czoz43.BoM@Belgium.EU.net] <1994112223120200> Newsgroups: comp.protocols.tcp-ip From: filip@phil.eunet.be (Filip Vandamme) Subject: test, pls ignore Message-ID: Sender: news@Belgium.EU.net Nntp-Posting-Host: phil.eunet.be Reply-To: filip@phil.eunet.be Organization: none Date: Tue, 22 Nov 1994 23:12:02 GMT Lines: 3 Much obliged, filip ----MESSAGE-END---- ----MESSAGE-BEGIN---- [Czp11y.D59@Belgium.EU.net] <1994112223535700> Newsgroups: comp.dcom.lans.ethernet,comp.protocols.tcp-ip From: filip@phil.eunet.be (Filip Vandamme) Subject: Su: oh dear, spray indicates 80 % losses Message-ID: Sender: news@Belgium.EU.net Nntp-Posting-Host: phil.eunet.be Reply-To: filip@phil.eunet.be Organization: none Date: Tue, 22 Nov 1994 23:53:57 GMT Lines: 47 Hello everybody, Thanks very much for your numerous responses. Especially, tribute goes to the following people: david.evans.cnv666@nt.com (David Evans), grappone@acsu.buffalo.edu (Matthew R. Grappone), raj@cup.hp.com (Rick Jones), kwiatkowski@zrz.tu-berlin.de (Manfred Kwiatkowski), cgi@crl.com (Paul Smith), casper@fwi.uva.nl (Casper H.S. Dik) From them, I gathered that (pls. correct me if I'm wrong on this): Spray seems only to provide a rate for RPC (Remote Procedure Call) performance between any two RPC compliant hosts. This doesn't only entail the network and its hardware, but also the main processor speed, amount of RAM, etc (This in contrast to the CRC checking of ethernet frames). Every time spray sends a packet, it actually asks for a small (remote) procedure execution, without wai- ting for its response. At the end the sprayd daemon returns the number of suc- cessful executions or otherwise socket buffer overflows as failures, accompanied of the elapsed time necessary for transmission. This explication seems to go alone with my network observations: Doing a spray from a Sparc 2 station to a Sparc 5 station doesn't result in packet drops. Alternatively, spraying from the Sparc 5 to the Sparc 2, gives an average of 60 % losts (both are on the same ethernet segment). Adjusting the delay between packets to 1 us results in no losses at all. This, would also explain why spray seem to slow down its transmission rate over slow links, since elapsed time would only be returned at the end by the receiving host (I haven't seen the sources to be 100% sure of this though). Thus, it would seem that spray's large packet lost could even be monitored on perfectly healthy systems and networks. Apparently, even in combination with localhost, as my Solaris 2.3 man pages mention: "spray is not useful as a networking benchmark. spray can report a large number of packets dropped when the drops were caused by spray sending packets faster than they can be buffered locally (before the packets get to the network medium)." Of course that leaves the question open why interactive sessions occasionaly freeze on our systems. Do I really have to attach special hardware to pinpoint the cause. And what symptons should I be looking for? As it occurs very irregular and as it has always been around (even before I was with the firm) I found it difficult to believe that I would be a cabling problem. Much obliged, filip ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3au7pp$ljl@noao.edu] <1994112302012900> From: rstevens@noao.edu (W. Richard Stevens) Newsgroups: comp.protocols.tcp-ip Subject: Re: Fast Retransmit feature in TCP Date: 23 Nov 1994 02:01:29 GMT Organization: National Optical Astronomy Observatories, Tucson, AZ, USA Lines: 17 Distribution: world Message-ID: <3au7pp$ljl@noao.edu> References: <3au06i$a09@han.cs.umd.edu> NNTP-Posting-Host: gemini.tuc.noao.edu > Roughly what % of TCP implementations in the > Internet today support fast retransmission? I suppose > this feature was added in 4.3 Reno release of TCP. > I am just wondering if all new releases of TCP, including > those on DOS, Windows and OS/2 also support this. Fast retransmit was 4.3BSD Tahoe (1988) and fast recovery was 4.3BSD Reno (1990) so there's no reason whatsoever for any vendor not to include them today. If you find any without it, please post their names :-) On Unix systems you can run nm(1) and grep for tcprexmtthresh (since most poeple just copy the code) as a verification that your system has it. I just looked at an old SVR4.0 with a really old Lachman TCP/IP stack and it has the variable. The presence of the variable only verifies fast retransmit--there's no easy way to check for the fast recovery code. Rich Stevens ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3avq7r$i6l@cpisun3.navsea.navy.mil] <1994112303021900> From: smartin@cpisun3.navsea.navy.mil (Sam Martin) Newsgroups: comp.protocols.tcp-ip Subject: Printing via WAN:Newbie Date: 23 Nov 1994 11:22:19 -0500 Organization: Computer Products, Inc. Lines: 23 Distribution: world Message-ID: <3avq7r$i6l@cpisun3.navsea.navy.mil> NNTP-Posting-Host: cpisun3.navsea.navy.mil Keywords: netport printing novell Hi All: Printing fm Unix S5R4 using lpd to an Intel Netport ExpressXL configured for ip. Pretty confident of the Netport config, likewise print services setup. We have had success wwhen the Netport is on our local segment. As best as I can tell, we are 3 hops from the lan the netport is on. We use Novell LWG for DOS, but assign the Netport a static ip address. We cannot ping the netport from our segment, but a client on the same segment as the netport respondes to a ping OK. The netport can be pinged from that segment. There are 2 SYTEK bridges which I am not including in the hop count. We have registered the Ethernet address of the netport with both bridges, as they will not pass ipx traffic,.....reminder:Newbie appears in subject, I may be garbling some of this.....Intel suggests they cannot be responsible for reliable operation with hop count of 4 or greater. The netport will not reply to ping from a Wellfleet with same subnet number, but which sits on the other side of the 2 SYTEK bridges. My question? The SYTEK bridges, what do they care about an Ethernet address? If the tcpip address is correct, and I'm confident of that, what does the 12 byte NIC address have to do eith any of this? I need a FAQ!!! TIA Sam ----MESSAGE-END---- ----MESSAGE-BEGIN---- [bobley-2311940011080001@kslip1.apl.jhu.edu] <1994112305114000> Newsgroups: comp.protocols.tcp-ip From: bobley@mailstorm.dot.gov (Brett Bobley) Subject: Re: (Q) SLIP & Subnetting Message-ID: Sender: usenet@aplcenmp.apl.jhu.edu Nntp-Posting-Host: kslip1.apl.jhu.edu Organization: US Coast Guard References: <3aporr$mia@juniper.almaden.ibm.com> <3aq4gk$fvq@newhub.xylogics.com> <3asp8g$knu@newhub.xylogics.com> Date: Wed, 23 Nov 1994 05:11:40 GMT Lines: 73 In article <3asp8g$knu@newhub.xylogics.com>, carlson@xylogics.com wrote: > In article , bobley@mailstorm.dot.gov (Brett Bobley) writes: > |> In article <3aq4gk$fvq@newhub.xylogics.com>, carlson@xylogics.com wrote: [...] > |> > Why the clutter? Because it works better if you have multiple servers > |> > and users have assigned IP addresses. I agree that for simple > |> > installations, proxy-ARP alleviates a lot of headaches. But many > |> > routers out there will *not* age ARP entries, which makes proxy-ARP > |> > unworkable for configurations with multiple dial-in servers and dynamic > |> > addressing. > |> > |> Why would there be "clutter" ? Currently, all of the routers in my > |> building have a single routing entry for my subnet (152.119.253.0 via > |> 152.119.1.253). Why would they need more? In other words, I envision MY > |> 3com having to have these "host routes" but not ALL the routers on the > |> LAN. Would the use of host routes require that all the routers on my LAN > |> have an entry for each of my SLIP users? > > Huh? If all of your remote nodes dialing in are within the same subnet > as the server (152.119.253.0, apparently), then these remote nodes are > proxy-ARPed, they're *not* routed. You don't need *any* routes in this > case. Routing has nothing to do with it. > > What I was suggesting was that if things got more complicated -- having > more than one dial-in server or having more remote IP addresses than > your subnet can hold, for examples -- you'd probably have to switch to > using routing protocols, in which case either *every* node on the subnet > will need to know about these host routes or you'll need a firewall > between the server and the rest of the net. > > |> I guess my ultimate question is (forgive me if this sounds naive): if all > |> of the routers on my LAN know to send all 152.119.253.X traffic to my > |> 3Com, why can't my 3Com be smart enough to know that certain addresses > |> (e.g. 152.119.253.60) go via my Netblazer and the rest are directly > |> connected to its ethernet port ? > > This is done by ARP, not by routing. The Netblazer will have to answer > ARP queries for those addresses (this is termed "proxy-ARP") and give > its MAC address as the translation for those IP addresses. This will > work fine, but will break down if (1) the users are actually travelling > sales guys and sometimes plug directly into the net and othertimes dial > in, and you've got a famous-name router, (2) the users are dialing into > more than one server and are apt to hang up and dial right back, or (3) > you've got more users than fit on the subnet. James, I appreciate the information. I will try using proxy-arp on my Netblazer tomorrow and see if it solves my problem. I guess the failure in my reasoning was as follows: I pictured the dynamic SLIP interface as being analogous to a second ethernet interface. Hence, I figured that hosts on my network had to "route" through the Netblazer's ethernet port in order to reach the SLIP "port". But because they were both part of the same subnet, the 3Com could not do the routing. Just curious, though: what if I connected my Netblazer directly to my building LAN (which uses 152.119.1.X network)? I could then assign its ethernet port an address like 152.119.253.28 and then assign the SLIP port something like 152.119.254.1 (remember that I'm using a 24-bit mask). This would put them on two different subnets. Would this enable me to "route" to my SLIP connections rather than having to use proxy-arp? thanks again, Brett -- Brett Bobley U.S. Coast Guard Washington, DC Internet: bobley@mailstorm.dot.gov ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3aujg7$fft@magus.cs.utah.edu] <1994112305211100> From: kruckenb@sal.cs.utah.edu (Pete Kruckenberg) Newsgroups: comp.protocols.ppp,comp.protocols.tcp-ip,comp.os.linux.development Subject: How to write v.35 driver? Date: 23 Nov 1994 05:21:11 GMT Organization: University of Utah Lines: 25 Distribution: world Message-ID: <3aujg7$fft@magus.cs.utah.edu> NNTP-Posting-Host: sal.cs.utah.edu I'm going to be writing a few drivers for a v.35 (high-speed sychronous serial) board for Linux. The first driver will be whatever is used to connect via "dedicated" (DDS) 56kbps or T-1 (E-1) link. I've read in many places that this is just HDLC between the v.35 board and the CSU/DSU. I need to find out, though, if it's just HDLC, or if it's PPP as well. Or, should I abstract it and make it just HDLC and let the OS determine if it should be using PPP, SLIP, etc? Where is a good source for learning how all of these things work, as far as data communications go? I'm looking for something of a more technical nature, that explains where and when the various protocols are used, plus how the protocols work, etc. On-line resources are preferrable, but I welcome recommendations for books, magazines, etc, as well. Thanks for your help. Pete Kruckenberg pete@dswi.com kruckenb@sal.cs.utah.edu -- ------------------------------------------------------------------------ Pete Kruckenberg School: kruckenb@sal.cs.utah.edu University of Utah Work: pete@dswi.com Computer Engineering For even more addresses, "finger pete@dswi.com" ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3av27s$2c2@hpbblb.bbn.hp.com] <1994112309324400> From: haen@bbn.hp.com (Herbert Neugebauer) Date: Wed, 23 Nov 1994 09:32:44 GMT Subject: Secure Login / File Transfer Message-ID: <3av27s$2c2@hpbblb.bbn.hp.com> Organization: Hewlett-Packard, NSMD - Network and System Management Division Newsgroups: comp.unix.osf.misc,comp.protocols.tcp-ip Distribution: world Reply-To: haen@hpbbn.bbn.hp.com Lines: 32 NNTP-Posting-Host: prefect.bbn.hp.com Hi, I'm currently involved in a project to provide a WAN network and systems management solution for a european bank. For them security is of course a big issue. For our beta release we're still using rlogin and ftp for login and file transfer purposes. But using these tools we have to send passwords (somtimes even the root password) over the network. Since the bank uses DCE on each machine I'm now wondering if there are already tools available based on DCE rpc's and DCE security features that implement secure logins or file transfers over the net (WAN!) without the need to transfer passwords. I have to admit that I'm new to DCE so I would really appreciate any help even if you consider it to be something that everybody should already know. Thanx in advance Herbert -- --- Herbert Neugebauer private eMail: haen@veces.bb.bawue.de --- | Hewlett Packard GmbH Boeblingen HP eMail: haen@hpbbn.bbn.hp.com | | Herrenberger Str. 130 Werk 4 HP Phone: +49 7031 14 7318 | | NSMD - Solution Engineering HP Fax : +49 7031 14 1388 | | Network & System Management Division Germany | --------------------------------------------------------------------------- | #include : The statements above are my own and do | | not necessarily reflect official policies of HP. | --------------------------------------------------------------------------- ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3av2qo$b3f@serra.unipi.it] <1994112309424800> From: guargua@radar.iet.unipi.it Newsgroups: comp.protocols.tcp-ip Subject: Simple FTP C code Date: 23 Nov 1994 09:42:48 GMT Organization: U. Pisa Lines: 5 Message-ID: <3av2qo$b3f@serra.unipi.it> Reply-To: guargua@radar.iet.unipi.it NNTP-Posting-Host: castore.iet.unipi.it X-Newsreader: WinVN 0.92.1 I'm looking for simple example of FTP code in C language. Where could I find it? Tanks for any pointers. Giacomo Guarguaglini ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3b1e9e$on@vanbc.wimsey.com] <1994112309503800> From: skl@ScalableNetwork.com (Samuel Lam) Newsgroups: comp.protocols.nfs,comp.protocols.tcp-ip Subject: Re: ip broadcast towards udp discard port, why? Date: 23 Nov 1994 23:10:38 -0800 Organization: Scalable Network Systems Ltd. Lines: 11 Sender: skl@vanbc.wimsey.com Message-ID: <3b1e9e$on@vanbc.wimsey.com> References: <3avkfd$l8n@uxmain.nlr.nl> Reply-To: skl@ScalableNetwork.com (Samuel Lam) Keywords: discard nfs pcnfs ip udp tcp-ip In article <3avkfd$l8n@uxmain.nlr.nl>, graat@uxfiles.nlr.nl (graat j.w.) wrote: >during network analyses I found several packets broadcasted by pc >machines to the standard udp discard port (port 9). Does anybody have >any idea what this is used for? Software license enforcement. ...Sam -- -- Scalable Network Systems Ltd. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3b0pgf$7ib@tools.near.net] <1994112311555900> From: barmar@nic.near.net (Barry Margolin) Newsgroups: comp.protocols.tcp-ip Subject: Re: Where are the Ping and Talk protocols defined? Date: 23 Nov 1994 20:15:59 -0500 Organization: NEARnet, Cambridge, MA Lines: 14 Message-ID: <3b0pgf$7ib@tools.near.net> References: <3ats4u$m1t@gatekeeper.svl.trw.com> NNTP-Posting-Host: tools.near.net In article <3ats4u$m1t@gatekeeper.svl.trw.com> jm@esl.com writes: >Where can I get information about these protocols? Ping uses ICMP Echos, so it's defined in the ICMP protocol specification, RFC 792. I don't think Talk is formally defined anywhere. Which is why implementations differ (its definition is the source code, and it has machine dependencies). -- Barry Margolin BBN Internet Services Corp. barmar@near.net ----MESSAGE-END---- ----MESSAGE-BEGIN---- [schweier.3.000E9E3A@wirtschaft.uni-kassel.de] <1994112312565900> From: schweier@wirtschaft.uni-kassel.de (Thomas Schweier) Newsgroups: comp.protocols.tcp-ip Subject: How to configure the LPD server? Date: Wed, 23 Nov 1994 14:36:59 Organization: Uni Kassel, FB07 Wirtschaftswissenschaften FG Wirtschaftsinformatik, Germany Lines: 18 Message-ID: NNTP-Posting-Host: wi-pc4.wirtschaft.uni-kassel.de X-Newsreader: Trumpet for Windows [Version 1.0 Rev Final Beta #7] Hello, I have configured a PC 486 as an lpd server connected to an hpiv laserjet printer. Now I have the following problem: if I print from another pc to the hpiv with the command lpr, the file was sent to the server, but then I got the following message: PRINTER ERROR: error printing on printer hpiv on device com2. But when I print to the device com2 on dos, there were no problems. Can anybody help me. Thanks, Thomas Schweier, e-mail: schweier@wirtschaft.uni-kassel.de ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3avg7d$pd8@newhub.xylogics.com] <1994112313312500> From: carlson@Xylogics.COM (James Carlson) Newsgroups: comp.protocols.tcp-ip Subject: Re: (Q) SLIP & Subnetting Date: 23 Nov 1994 13:31:25 GMT Organization: Xylogics Incorporated Lines: 45 Distribution: world Message-ID: <3avg7d$pd8@newhub.xylogics.com> References: <3aporr$mia@juniper.almaden.ibm.com> <3aq4gk$fvq@newhub.xylogics.com> <3asp8g$knu@newhub.xylogics.com> Reply-To: carlson@xylogics.com NNTP-Posting-Host: newhub.xylogics.com In article , bobley@mailstorm.dot.gov (Brett Bobley) writes: [...] |> I appreciate the information. I will try using proxy-arp on my Netblazer |> tomorrow and see if it solves my problem. I guess the failure in my |> reasoning was as follows: I pictured the dynamic SLIP interface as being |> analogous to a second ethernet interface. Hence, I figured that hosts on |> my network had to "route" through the Netblazer's ethernet port in order |> to reach the SLIP "port". But because they were both part of the same |> subnet, the 3Com could not do the routing. Most TCP/IP implementations will install an "interface route" for these proxy-ARPed interfaces on the box to which the SLIP link is attached. These interfaces aren't "real" routes though, and they're not advertised to the net so no other box should be aware of them. Don't confuse routing and forwarding. "Forwarding" is the process of deciding what to do with packets that you receive which don't have your address on them. "Routing" is the process of creating and maintaining some of the tables used by the fowarding code. In the case of proxy-ARP, all you're doing is forwarding between interfaces, you're not doing routing at all. |> Just curious, though: what if I connected my Netblazer directly to my |> building LAN (which uses 152.119.1.X network)? I could then assign its |> ethernet port an address like 152.119.253.28 and then assign the SLIP port |> something like 152.119.254.1 (remember that I'm using a 24-bit mask). |> This would put them on two different subnets. Would this enable me to |> "route" to my SLIP connections rather than having to use proxy-arp? You wouldn't be able to use 152.119.253.28 as its Ethernet interface IP address. 152.119.1.28 would be a lot more reasonable. Ethernet is a broadcast medium, and all interfaces attached to it must have IP addresses within the same subnet range. (Unless you're putting two distinct subnets on the same physical medium. This is possible to do, but nodes on the different subnets will not be able to talk without going through a router.) Yes, your SLIP interfaces could have remote addresses configured that way, and you'd have to use routing to advertise their existence to the rest of the world. --- James Carlson Tel: +1 617 272 8140 Annex Software Support / Xylogics, Inc. +1 800 225 3317 53 Third Avenue / Burlington MA 01803-4491 Fax: +1 617 272 2618 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [9411230025.AA56666@belunix.hk.net] <1994112313455600> From: alan@belhk.com (Alan Chan) Newsgroups: comp.protocols.tcp-ip,comp.sys.mac.apps,comp.sys.mac.comm Subject: Re: Dial-on demand PPP for Macintosh LAN? Date: Wed, 23 Nov 1994 00:25:56 +0800 Organization: Business Essence Ltd Lines: 42 Distribution: world Message-ID: <9411230025.AA56666@belunix.hk.net> References: <199411201104.AA03993@goemon.gol.com> Reply-To: alan@belhk.com (Alan Chan) NNTP-Posting-Host: 192.91.254.131 Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Summary: PPP, dial on demand Keywords: PPP, dial on demand X-Newsreader: InterCon TCP/Connect II 2.0.1 In article <199411201104.AA03993@goemon.gol.com>, hahne@goemon.gol.com (Bruce M. Hahne) writes: > Sorry if this question belongs elsewhere, but I think I'm hitting in > the right vicinity with my choice of newsgroups. So far I've checked > the comp.sys.mac.comm FAQ, Eric Behr's MacTCP info file, and > MacWorld's "Networking Bible" looking for an answer to no avail. > > BACKGROUND: Under Unix (my site uses BSD386), it's possible to > configure a machine as a gateway to the Internet and run > dial-on-demand SLIP or PPP from the Unix box. In other words, I > could have a LAN, and the Unix box watches the IP traffic on the LAN, > and whenever the Unix system sees a packet which needs to go out to > the Internet, the Unix box dials out on a modem and establishes a > PPP connection with an upstream provider. > > QUESTION: Is similar software available for a Macintosh? I'm advising > a company which has about 15 Macs on an ethernet LAN and wants > Internet connectivity. They've got a spare machine they could dedicate > to serving as a PPP/router/dial-up machine, but if the software > doesn't exist then they'll have to go with a (more expensive) > dedicated dial-on-demand router. They're trying to keep costs low, so > the Mac-based solution is preferrable if it's available. > > Will TCP/Connect II handle dial-on-demand IP routing for a LAN? > Does anybody's software do this? > Hi, Although the following is not a real *dial on demand* solution, it might be helpful if budget is tight. You could use PortShare from Stalker Software. We did evaluate PortShare with TCP/Connect II on an thernet LAN to access Internet through PPP dial-up. It works just fine. Alan _______________________________________ Alan Chan alan@belhk.com _______________________________________ ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3avhms$spq@senator-bedfellow.MIT.EDU] <1994112313564400> From: tuyo@mumford.mit.edu (Mike M. Tuyo) Newsgroups: comp.protocols.tcp-ip Subject: Communication with a box using X.25? Date: 23 Nov 1994 13:56:44 GMT Organization: Massachvsetts Institvte of Technology Lines: 10 Message-ID: <3avhms$spq@senator-bedfellow.MIT.EDU> NNTP-Posting-Host: mumford.mit.edu X-Newsreader: TIN [version 1.2 PL2] I was looking for pointers on where to look for things. I'm working on a project that needs to communicate with an X.25 machine. Basically we have an X.25 card for the HP we're using, and some supporting software it. Does anyone know of things written to send tcp sockets to an X.25 machine? I'd appreciate any help. -thanx ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3avkfd$l8n@uxmain.nlr.nl] <1994112314435700> From: graat@uxfiles.nlr.nl (graat j.w.) Newsgroups: comp.protocols.nfs,comp.protocols.tcp-ip Subject: ip broadcast towards udp discard port, why? Date: 23 Nov 1994 14:43:57 GMT Organization: The National Aerospace Laboratory NLR Lines: 27 Message-ID: <3avkfd$l8n@uxmain.nlr.nl> NNTP-Posting-Host: uxfiles_fddi.nlr.nl Summary: what is the use of a broadcast towards a discard port Keywords: discard nfs pcnfs ip udp tcp-ip X-Newsreader: TIN [version 1.2 PL2] Hi everyone, during network analyses I found several packets broadcasted by pc machines to the standard udp discard port (port 9). Does anybody have any idea what this is used for? I cannot think of any reason for doing this. Source address: port: 9 Destination address: 255.255.255.255 port: 9 The data in the packets is 14 bytes long and starts with 'PC-NFS' followed by eight ascii characters (looks like a hexadecimal string). My guess is it has something to do with pc-nfs, but what? Regards, Jonh Graat -- John Graat Informatics Division, IR-NOP | email: graat@nlr.nl The National Aerospace Laboratory NLR | phone: +31 5274 8444 Voorsterweg 31, 8316 PR Marknesse | direct: +31 5274 8437 P.O. Box 153, 8300 AD Emmeloord | fax: +31 5274 8210 The Netherlands | ----MESSAGE-END---- ----MESSAGE-BEGIN---- [Czq6F7.85H@dorsai.org] <1994112314473100> Newsgroups: comp.protocols.tcp-ip From: seth@dorsai.org (Seth Bromberger) Subject: Another subnetting question Message-ID: Organization: The Dorsai Embassy - New York X-Newsreader: TIN [version 1.2 PL2] Date: Wed, 23 Nov 1994 14:47:31 GMT Lines: 18 If an organization had a class-B address, would it be possible to subnet it as follows? 4 x 16K hosts (2 usable subnets) and from one of these 16K-host subnets, further subnet into 8 x 2K hosts (6 usable subnets) giving, in one class-B address space, one subnet of 16K hosts and 6 subnets of 2K hosts each? I understand that there might be a problem with this as far as RIP is concerned, but wouldn't OSPF or BGP-4 take care of it? Please respond via email. Thanks. Seth Bromberger ----MESSAGE-END---- ----MESSAGE-BEGIN---- [NELSON.94Nov23103320@crynwr.crynwr.com] <1994112315332000> From: nelson@crynwr.crynwr.com (Russell Nelson) Newsgroups: comp.protocols.tcp-ip Subject: Faking out a router for ftp mirrors? Date: 23 Nov 1994 15:33:20 GMT Organization: Crynwr Software Lines: 23 Message-ID: NNTP-Posting-Host: nh2.potsdam.edu We've all seen how various popular ftp sites (ftp.uu.net, wuarchive, SimTel, SunSite) have mirrors in various places. The problem, of course, is deciding which mirror to use. Well, I was wondering if it might not be possible to have all the SimTel (e.g.) mirrors use the same IP address, and change the routing depending on where you are. For example, PSI could put a SimTel mirror on their backbone, AlterNet on theirs, etc., and set a route to their own mirror. Obviously the host would have to have its own real IP address for the net it was actually on, otherwise it wouldn't be able to do the mirroring that lets it keep its files updated. The IP stack on the mirror host would have to support IP address aliasing, as does BSD/OS and Linux. That's not the hard part. The hard part is getting the routing correct so that multiple parts of the Internet can have different routes to the same IP address. Can this be done? -- -russ http://www.crynwr.com/crynwr/nelson.html Crynwr Software | Crynwr Software sells packet driver support | ask4 PGP key 11 Grant St. | +1 315 268 1925 (9201 FAX) | What is thee doing about it? Potsdam, NY 13676 | What part of "Congress shall make no law" eludes Congress? ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3avp59$bfn@hpbblb.bbn.hp.com] <1994112316035300> From: haen@bbn.hp.com (Herbert Neugebauer) Date: Wed, 23 Nov 1994 16:03:53 GMT Subject: Re: Secure Login / File Transfer Message-ID: <3avp59$bfn@hpbblb.bbn.hp.com> Organization: Hewlett-Packard, NSMD - Network and System Management Division Newsgroups: comp.unix.osf.misc,comp.protocols.tcp-ip,comp.unix.admin,comp.unix.programmer References: <3av27s$2c2@hpbblb.bbn.hp.com> Distribution: world Reply-To: haen@hpbbn.bbn.hp.com Lines: 38 NNTP-Posting-Host: prefect.bbn.hp.com In article <3av27s$2c2@hpbblb.bbn.hp.com>, Herbert Neugebauer wrote: >Hi, > >I'm currently involved in a project to provide a WAN network and >systems management solution for a european bank. For them security >is of course a big issue. > >For our beta release we're still using rlogin and ftp for login >and file transfer purposes. But using these tools we have to send >passwords (somtimes even the root password) over the network. >Since the bank uses DCE on each machine I'm now wondering if there >are already tools available based on DCE rpc's and DCE security >features that implement secure logins or file transfers over >the net (WAN!) without the need to transfer passwords. > >I have to admit that I'm new to DCE so I would really appreciate >any help even if you consider it to be something that everybody >should already know. What I forgot to mention in the post above, the tools I'm looking for do not necessarily need to be based on DCE. I know that DCE on a WAN network (especially using X.25) can be a performance problem. Thanx in advance Herbert -- --- Herbert Neugebauer private eMail: haen@veces.bb.bawue.de --- | Hewlett Packard GmbH Boeblingen HP eMail: haen@hpbbn.bbn.hp.com | | Herrenberger Str. 130 Werk 4 HP Phone: +49 7031 14 7318 | | NSMD - Solution Engineering HP Fax : +49 7031 14 1388 | | Network & System Management Division Germany | --------------------------------------------------------------------------- | #include : The statements above are my own and do | | not necessarily reflect official policies of HP. | --------------------------------------------------------------------------- ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3b18ce$b72@ionews.io.org] <1994112316095000> From: tla@io.org (Steve Thompson) Newsgroups: comp.protocols.tcp-ip Subject: Prioritizing different IP packets? Date: 24 Nov 1994 00:29:50 -0500 Organization: Internex Online, Toronto, Ontario, Canada (416 363 3783) Lines: 21 Message-ID: <3b18ce$b72@ionews.io.org> NNTP-Posting-Host: bonk.io.org X-Newsreader: NN version 6.5.0 #3 (NOV) I'm not sure that this is the correct forum for this question, but I'm gonna ask anyways.... I'm curious to find out how one might go about prioritizing packets. Specifically, I'm using PPP over and async line and I'd like to relegate packets generated by a ftp session to a lower priority than the ones generated by telnet. Telnet kinda sucks when I'm using ftp simultaneously. The reasong that I'm unsure of the sutibility of this message relates to how this is implimented. Is this something that should be configured/hacked into my kernal, or is there a more mundane solution? I was informed by someone that this facility is specd out somewhere, but I am unable to determine where. Any direction would be appreciated. Regards, Steve Thompson ----MESSAGE-END---- ----MESSAGE-BEGIN---- [941123180109@desire.ftp.com] <1994112316210900> From: fks@ftp.com (Frances K. Selkirk) Newsgroups: comp.protocols.tcp-ip Subject: Re: DHCP Info ??? Date: Wed, 23 Nov 1994 18:01:09 Organization: FTP Software, North Andover, Massachusetts Lines: 21 Distribution: usa Message-ID: <941123180109@desire.ftp.com> References: <3ap0gr$e37@cnj.digex.net> Reply-To: fks@ftp.com NNTP-Posting-Host: desire.ftp.com Keywords: DHCP server NNTP-Software: PC/TCP NNTP In article <3ap0gr$e37@cnj.digex.net> ajguido@cnj.digex.net (A.J. Guido) writes: > I'm looking for any info on DHCP ( Dynamic Host Configuration > Protocol). I have RFC1531, so I sort of know how the protocol > works, but what I'm really after is real-world experience. Has > anyone successfully implemented DHCP? If so, with what products? We have a DHCP server in our new Services OnNet product for Windows - I think it may still be the only commercial DHCP server available. In contrast, several (most?) of the current TCP/IP packages for DOS and/or Windows include DHCP clients. Enjoy, -- Frances K. Selkirk fks@ftp.com FTP Software, Inc. Technical Information Services (800) 382-4FTP --------------------------------------------------------------------- FTP server = ftp.ftp.com BBS =508-659-6240 | support@ftp.com WWW server = http://www.ftp.com | info@ftp.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [941123184228@desire.ftp.com] <1994112317022800> From: fks@ftp.com (Frances K. Selkirk) Newsgroups: comp.protocols.tcp-ip Subject: Re: Lanwatch Diags Software Date: Wed, 23 Nov 1994 18:42:28 Organization: FTP Software, North Andover, Massachusetts Lines: 43 Message-ID: <941123184228@desire.ftp.com> References: Reply-To: fks@ftp.com NNTP-Posting-Host: desire.ftp.com NNTP-Software: PC/TCP NNTP In article robertsr@helios.usq.EDU.AU (roger roberts) writes: > I am interested in purchasing a product from FTP Software called > Lanwatch however I require answers to some particular questions relating to > card specific versions of this software. > > 1.Will I be able to filter on MAC or IP addresses and observe CRC,IP checksum > ,alignment,shorts and longs caused or from a single workstation? Yes. > 2.Will I be able to save this information to a file and print it > out for later examination? You can't print out the error count screen, or at least you couldn't in the last version (I confess I do not have the latest on my PC), but you can save all the traffic collected, and check it again. For printable files, we have three options: The full saved trace Statistics for all TCP connections in the saved trace A list of protocols and packet lengths in the saved trace, sorted by source and/or destination MAC-layer addresses > 3.Will I be able to add alias names so that common hosts may be easily > recognised in a report or on data displayed to the screen? Yes. > 4.Will I be able to nest filters ie. filter on a MAC address and a particular > protocol? You can use one operator (AND, OR, or NOT) per filter. Regards, -- Frances K. Selkirk fks@ftp.com FTP Software, Inc. Technical Support (800) 382-4FTP --------------------------------------------------------------------- FTP server = ftp.ftp.com BBS =508-659-6240 | support@ftp.com WWW server = http://www.ftp.com | info@ftp.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3b00rb$5e@hobbes.tad.eds.com] <1994112318150700> From: dd.id=ahdnn1a.dzx6nq/@diamondnet.sprint.com (Dave Sabbagh) Newsgroups: comp.protocols.tcp-ip Subject: Bandwidth Calculations for TCP/IP - tcpip_q.txt [1/1] - tcpip_q.txt [1/1] Date: 23 Nov 1994 18:15:07 GMT Organization: WWP Lines: 22 Message-ID: <3b00rb$5e@hobbes.tad.eds.com> NNTP-Posting-Host: 130.175.185.69 Mime-Version: 1.0 Content-Type: Text/Plain X-Newsreader: WinVN 0.92.5 WAN Bandwidth Estimation - TCP/IP I'm looking for information regarding estimating WAN bandwidth for my client/server application. The application has PC/Windows as the client and an IBM 3090/MVS as the server. The PC/Windows front end is written in MS Visual C++ and the 3090/MVS server is written in C. Remote Procedure Calls (RPC) are used to connect the client with the server. Communication is via TCP/IP over our company's internal TCP/IP network. We have estimated average and peak concurrent end user logons, application data transmission sizes (about 1200 bytes), the RPC usage within the application, and allowed network response times (about 3 seconds). We have added the overhead of TCP/IP to our application data transmission size. Does anyone know of a formula or other metrics that we can use to calculate the bandwidth required? A formula that tells me if I need 56Kbps, 128Kbps, 512Kbps, or T1 is what I need. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CzqH42.91A@freenet.carleton.ca] <1994112318382600> Newsgroups: comp.protocols.tcp-ip From: aa839@FreeNet.Carleton.CA (Peter Burke) Subject: Job offer - C SPX Netbios APPC TCP/IP, Canada Message-ID: Sender: aa839@freenet.carleton.ca (Peter Burke) Reply-To: aa839@FreeNet.Carleton.CA (Peter Burke) Organization: The National Capital FreeNet Date: Wed, 23 Nov 1994 18:38:26 GMT Lines: 22 +-----------------------------------------------------+ | URGENT | | COMMUNICATIONS SOFTWARE DEVELOPER | +-----------------------------------------------------+ Communications software developer urgently required for a large Montreal, Canada based software development company. Experience in one or more of C, SPX, Netbios, APPC, TCP/IP is required. Applicant must be functional in a French language environment. Position is permanent, salary is open. Please contact Ed Kaluzny ConsulPRO 1550, boul. de Maisonneuve ouest, Suite 1040 Montreal, QC H3G 1N2 CANADA telephone: (514) 932-9523 fax: (514) 932-9562 -- Peter Burke aa839@freenet.carleton.ca Montreal, Canada -- ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CzqHot.DIw@caprica.com] <1994112318505200> Newsgroups: comp.protocols.tcp-ip From: static@caprica.com (Static/riskin/stolarz) Subject: SLIP for SPARC Keywords: slip sun sparc Organization: Static (818) 999-2205 Date: Wed, 23 Nov 1994 18:50:52 GMT X-Newsreader: TIN [version 1.2 PL2] Message-ID: Lines: 12 I am trying to get a version of the old maligned SLIP software that will compile on a sparc under Gnu C. Or, I would like someone who happens to have sliplogin compiled on a sparc to let me get a copy. Our internet service provider provides slip still, not PPP and we need to connect . Thank you in advance static@caprica.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3avqik$t17@NE3995.rabo.nl] <1994112319080400> From: robjan@rabo.nl (Rob Janssen) Newsgroups: comp.protocols.tcp-ip Subject: Re: RFC1597 vs RFC1627 Date: 23 Nov 1994 17:28:04 +0100 Organization: Rabobank Nederland Lines: 15 Message-ID: <3avqik$t17@NE3995.rabo.nl> References: NNTP-Posting-Host: ne3995.rabo.nl In seth@amanda.dorsai.org (Seth Bromberger) writes: >Has anyone implemented the procedures detailed in RFC1597, particularly >in light of RFC1627? We're looking into this as a backup measure in the >event we can't get a class-B address space, but don't want to be stuck >renumbering 8,000 hosts. Yes, we are using this in our planned addressing scheme which is already implemented at some test sites. The comments in RFC1627 don't address the problem depicted in RFC1597. Also, they don't outline an alternative solution that is practical. It is easy to write comments like that, but not very productive. Rob ----MESSAGE-END---- ----MESSAGE-BEGIN---- [2357@sun3.IPSWITCH.COM] <1994112319344100> From: ddl@harvard.edu (Dan Lanciani) Newsgroups: comp.protocols.tcp-ip Subject: Re: Fast Retransmit feature in TCP Message-ID: <2357@sun3.IPSWITCH.COM> Date: 23 Nov 94 19:34:41 GMT References: <3au06i$a09@han.cs.umd.edu> <3au7pp$ljl@noao.edu> Organization: Internet Lines: 29 In article <3au7pp$ljl@noao.edu>, rstevens@noao.edu (W. Richard Stevens) writes: | > Roughly what % of TCP implementations in the | > Internet today support fast retransmission? I suppose | > this feature was added in 4.3 Reno release of TCP. | > I am just wondering if all new releases of TCP, including | > those on DOS, Windows and OS/2 also support this. | | Fast retransmit was 4.3BSD Tahoe (1988) and fast recovery was 4.3BSD Reno | (1990) so there's no reason whatsoever for any vendor not to include | them today. If you find any without it, please post their names :-) | | On Unix systems you can run nm(1) and grep for tcprexmtthresh (since most | poeple just copy the code) as a verification that your system has it. I | just looked at an old SVR4.0 with a really old Lachman TCP/IP stack and | it has the variable. The presence of the variable only verifies fast | retransmit--there's no easy way to check for the fast recovery code. Beware, though, that the original BSD implementation of fast retransmit used a static threshold that worked well over a particular range of MSS:window ratios. In particular, for systems with very small buffers that used small windows, the code would often fail to kick in at all. Although it was more of a problem then than now, such systems were also the ones most likely to drop a packet, thus defeating the purpose... (A 3c501 is a good (bad?) example of such a target.) It is possible to scale the threshold per connection, but not everybody does it. Of course, if they do, then you likely *won't* see the tcprexmtthresh as a global! Dan Lanciani ddl@harvard.* ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3b05o7$6al@page.bose.com] <1994112319384700> From: Martin J. Hannigan Newsgroups: comp.protocols.nfs,comp.protocols.tcp-ip,comp.protocols.tcp-ip.ibmpc Subject: Re: PC-NFS 5.0 Telnet & TelnetW ^S/^Q question Date: 23 Nov 1994 19:38:47 GMT Organization: Bose Corporation - Engineering Systems Lines: 16 Distribution: world Message-ID: <3b05o7$6al@page.bose.com> References: NNTP-Posting-Host: techno.bose.com X-Newsreader: Nuntius Version 1.2 X-XXMessage-ID: X-XXDate: Wed, 23 Nov 1994 19:38:00 GMT In article Len E. Elam, ElamLE@LFWC.Lockheed.Com writes: > If I could figure what to put in the TNINIT.ECF and TNWINIT.ECF files > to keep ^S from acting as the HOLD key, I suspect that would take care > of the problem. Couldn't you code an stty command as soon as your script logged in? (If that's how far you're going). Regards, -- Martin J. Hannigan (hannigan@bose.com) (martinh@mit.edu) Bose Corporation - Engineering Systems System Adminstrator - Unix/Internet Services Meeting Director - Boston Computer Society Internet SIG ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3b06se$68q@rhino.cis.vutbr.cz] <1994112319580600> From: dingle@ksvi.mff.cuni.cz (Adam Dingle) Newsgroups: comp.protocols.tcp-ip Subject: Looking for up-to-date overview of Internet routing Date: 23 Nov 1994 19:58:06 GMT Organization: Charles University Lines: 21 Message-ID: <3b06se$68q@rhino.cis.vutbr.cz> NNTP-Posting-Host: comenius-11.ms.mff.cuni.cz X-Newsreader: WinVN 0.92.6+ I'm looking for a up-to-date overview of Internet routing, including protocols such as EGP, BGP, RIP, and so on. I have read Comer, Volume I, chapters 13-15, but the book is 3 years old and I think that probably much has changed in that time. Comer implies in ch. 14 that there is a core autonomous system, perhaps using the SPREAD protocol, surrounded in a tree structure by independent autonomous systems, and that autonomous systems communicate using EGP. Do those statements remain valid today? Comer doesn't really say who manages this core autonomous system - so who does? The NIC? Where does this core system extend - only within the United States, or internationally? Or has the very idea of a core system changed or vanished in the last several years? Obviously, I would love to find a comprehensive, up-to-date overview, but barring that I would be quite interested in on-line information, RFC's, books, or articles which address routing issues and describe and compare routing protocols. I would REALLY appreciate any tips. Thanks! Adam Dingle dingle@ksvi.mff.cuni.cz Lecturer in Informatics ----MESSAGE-END---- ----MESSAGE-BEGIN---- [a2312bb.70.003C5213@sunmail.lrz-muenchen.de] <1994112322041000> From: a2312bb@sunmail.lrz-muenchen.de (Stephan Hermelink) Newsgroups: comp.protocols.tcp-ip Subject: PC as nameserver? Date: Wed, 23 Nov 1994 21:04:10 UNDEFINED Organization: WMI Lines: 7 Distribution: world Message-ID: NNTP-Posting-Host: dimos3.wmi.badw-muenchen.de X-Newsreader: Trumpet for Windows [Version 1.0 Rev B final beta #4] Hi out there, is there any program to run a PC as nameserver (dos wor windows)? thanks, -Stephan ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3b0js6$2t1@midgard.calvacom.fr] <1994112323395000> From: arnaud@asgard.calvacom.fr (Arnaud KOPP) Newsgroups: comp.unix.unixware,comp.protocols.tcp-ip Subject: Re: nfswatch binary for U.W.?? Date: 23 Nov 1994 23:39:50 GMT Organization: CalvaNet (S.T.I.) Lines: 82 Message-ID: <3b0js6$2t1@midgard.calvacom.fr> References: <3ajg4h$bm1@crl.crl.com> NNTP-Posting-Host: ns.calvacom.fr X-Newsreader: TIN [version 1.2 PL2] Martin Sohnius (msohnius@novell.co.uk) wrote: : Paul Smith (cgi@crl.com) wrote: : : Environment: UnixWare SVR4.2, v 1.1.2 : : I'm having fun hacking nfswatch 4.1 to get it compiled for UnixWare. : : It supposed to sniff NFS client/server packets from your : : DLPI device (set to promisuous mode). : : Well there's many minor edits to added either NFS or DLPI header files here : : and there and some minor symbol name changes to get it to compile. But : : it's choking on my Intel ether express 16 device name of ee160, which is : : LAN card 0. The device node is named /dev/ee16_0. Well, to make a long : : story short, I've spent about an hour on the source, reading through the : : main, and following through the device open and dlattach() function : : and it's failing in the dlokack() function. giving error message; : : nfswatch: ee160: Error 0. Given that the device node is named ^^^^^^^ : : /dev/ee16_0, this may be understandable. A physical link to /dev/ee160 : : does not fix this problem. : : Looking throught the code, there where several assuptions made about : : device names and where the LUN # would be. : : Does anyone have either nfswatch compiled for U.W. or another tool : : that can snoop on what's going on with the NFS client and / or server : : activity?? : You'd never get "Error 0" from a failed system call (such as trying to : open the wrong file). Somewhere perror() (or strerror()) is called under : a condition where the failure either was not due to a failed system call, : or where errno was reset to 0 before the call to perror(). Let's get the light ;-) This evening I've played with tcpdump, libpcap 0.0 and nfswatch .. My system is Unixware 1.1.2, with an WD driven ethernet card. Compiling libpcap 0.0 and tcpdump (all taken from ftp.novell.de, it's important since in libpcap 0.0 there is a special pcap-uw.c file : /* * Pcap interface for SVR4.2 (including UnixWare [12].*). * * Copyright Novell Inc., 1994. */ ) Then if you compile and run nfswatch... with gdb ;-)... you see that it does not use the same Service to get connected. nfswatch uses DL_ATTACH_REQ request and wait for an DL_OK_ACK ... but it get's an DL_ERROR_ACK .. quite bad, isn't it ? What I've done is looking more precisely at the message bloc : error_ack = { dl_primitive = 5, dl_error_primitive = 11, dl_errno = 18, dl_unix_errno = 0}, dl_errno = 18 = DL_NOTSUPPORTED /* Primitive is known but not supported by DLS provider */ This explain why you get an "error 0", the message did arrive well, but nfswatch does not check for DL_ERROR_ACK messages.. and does not display dl_errno value.. In fact, all this does not help us getting nfswatch running... I know. But since tcpdump/libpcap 0.0 works, we maybe could patch nfswatch... Finally, to use the DLS provider, we have to do the same as in libpcap, using the Bind service to associate a data link service access point (DLSAP) with the stream... this way it should work. Maybe I'll start patching nfswatch one of the days... BTW, a good startpoint is the UW 1.0 (the real first one !) paper doc named "STREAMS Modules and Drivers"... Don't know if it's still available from somewhere... Arnaud. -- +-----------------------------------------------------------------------+ | /| / Arnaud KOPP - Unix Admin. & Consult. - UnixWare - IP Providing | | /-|< Phone: +33 1 43 36 27 10 | Email : arnaud@calvacom.fr | | / | \ WWW: http://www.calvacom.fr/ak24/ | +-----------------------------------------------------------------------+ ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3b0khj$l03@hpindda.cup.hp.com] <1994112323511500> From: raj@cup.hp.com (Rick Jones) Newsgroups: comp.protocols.tcp-ip Subject: Re: Fast Retransmit feature in TCP Date: 23 Nov 1994 23:51:15 GMT Organization: the Unofficial Hewlett-Packard Lines: 12 Message-ID: <3b0khj$l03@hpindda.cup.hp.com> References: <3au06i$a09@han.cs.umd.edu> <3au7pp$ljl@noao.edu> <2357@sun3.IPSWITCH.COM> Reply-To: raj@cup.hp.com NNTP-Posting-Host: hpindio.cup.hp.com X-Newsreader: TIN [version 1.2 PL2] Dan Lanciani (ddl@harvard.edu) wrote: : It is possible to scale the threshold per connection, but not : everybody does it. Of course, if they do, then you likely *won't* : see the tcprexmtthresh as a global! I would have though that the threshold was determined by virtue of the liklihood of packet re-ordering on the net and such generating false rtxs. If that is the case, wouldn't the "proper" threshold for a network be a function of the network, and not the TCP window size? Or am I missing something? rick jones ----MESSAGE-END---- ----MESSAGE-BEGIN---- [2359@sun3.IPSWITCH.COM] <1994112406035600> From: ddl@harvard.edu (Dan Lanciani) Newsgroups: comp.protocols.tcp-ip Subject: Re: Fast Retransmit feature in TCP Message-ID: <2359@sun3.IPSWITCH.COM> Date: 24 Nov 94 06:03:56 GMT References: <3au06i$a09@han.cs.umd.edu> <3au7pp$ljl@noao.edu> <3b0khj$l03@hpindda.cup.hp.com> Organization: Internet Lines: 32 In article <3b0khj$l03@hpindda.cup.hp.com>, raj@cup.hp.com (Rick Jones) writes: | Dan Lanciani (ddl@harvard.edu) wrote: | : It is possible to scale the threshold per connection, but not | : everybody does it. Of course, if they do, then you likely *won't* | : see the tcprexmtthresh as a global! | | I would have though that the threshold was determined by virtue of the | liklihood of packet re-ordering on the net and such generating false | rtxs. If that is the case, wouldn't the "proper" threshold for a | network be a function of the network, and not the TCP window size? Or | am I missing something? Possibly we are talking about different things. The idea of fast retransmit is to count the number of duplicate acks (that's the threshold in question) as a clue to a lost packet. As a very simple example (and ignoring all sorts of things), let's say you send five sequential segments and receive four identical acks (= three dups) for the first segment. This is a good hint that the first segment was received, the second was lost, and the next three were received. Resending the second segment will get everything moving again and that's what the algorithm tries to do. Perhaps the name of that global is misleading; it should be tcpdupackthresh... In any case, the number of duplicate acks you will see in these situations is usually bounded by one less than the number of segments that will fit in a window. Machines that offered a very small window (e.g., because they had a 3c501) never hit the threshold. I suppose you could use a static threshold of one, but I think that caused other undesirable behavior. :) Dan Lanciani ddl@harvard.* ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3au6un$66k@bert.ga.com.au] <1994112407070300> From: jbell@ga.com.au (John Bell) Newsgroups: comp.protocols.tcp-ip Subject: Help Required on Apple/Mac TCP/IP Options Date: 23 Nov 1994 12:47:03 +1100 Organization: General Automation Pty. Ltd. Lines: 17 Message-ID: <3au6un$66k@bert.ga.com.au> NNTP-Posting-Host: bert.ga.com.au Hi All, I've been asked to supply some options for Apple Computers to connect to Unix hosts via telnet, but have no Apple experience. What we want to do is to connect a network of Apple computers which use AppleTalk/AppleShare to a Unix host (probably a UnixWare PC) so as to allow telnet sessions with vt100 terminal emulation. The AppleTalk network has Ethernet as its physical/data-link layer as I understand it. The people concerned would prefer a low cost option if possible. If you have any suggestions as to how to achieve this please reply to me by Email. Thanks in Advance, -- jbell@ga.com.au (John Bell, General Automation, Melbourne, AUSTRALIA) ph. (+61)-(3)-522-2211 fax (+61)-(3)-510-8677 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3b1hd8$4od@helios.intranet.gr] <1994112408035200> From: antonis@intranet.gr (Antonis Kyriazis) Newsgroups: comp.protocols.tcp-ip Subject: Bones Designer Date: 24 Nov 1994 08:03:52 GMT Organization: Intracom sa Lines: 16 Distribution: world Message-ID: <3b1hd8$4od@helios.intranet.gr> Reply-To: antonis@intranet.gr NNTP-Posting-Host: priapos.intranet.gr Does one know the fax no. of this company? I want to get price information about it... thank you +-------------------------------------------------------------------+ | Antonis Kyriazis | | Networks & Communications e-mail: antonis@intranet.gr | | INTRACOM sa | | 19.5 km Marcopoulo Ave. fax: +30-1- 68 60 106 | | Peania 190 02 | | GREECE phone: +30-1- 68 60 122 | | The expressed opinions are of my own + - MACEDONIA IS GREEK - + +-------------------------------------------------------------------+ ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3b31u2$lvo@charm.gandalf.ca] <1994112408320200> From: ldore@gandalf.ca (Luc Dore) Newsgroups: comp.protocols.tcp-ip Subject: Re: Printing via WAN:Newbie Date: 24 Nov 1994 16:52:02 -0500 Organization: Gandalf Data Ltd. Lines: 26 Message-ID: <3b31u2$lvo@charm.gandalf.ca> References: <3avq7r$i6l@cpisun3.navsea.navy.mil> NNTP-Posting-Host: charm.gandalf.ca Keywords: netport printing novell smartin@cpisun3.navsea.navy.mil (Sam Martin) writes: >My question? The SYTEK bridges, what do they care about an Ethernet address? >If the tcpip address is correct, and I'm confident of that, what does the 12 >byte NIC address have to do eith any of this? Bridges work on level two of the ISO layer list, that means that they do not even look at IP adresses. They only work with hardware (read NIC) adresses. Now, keep in mind that the hardware address is included into the packet (along with the IP address). Before the bridge goes on to forward (or filter) frames, it goes into a "learning" mode; what that means is that the bridge listens to everyone on both sides of it's interfaces, and then, after the leaning is done the bridge goes into "forwarding mode". Just for your information, if you want a device that works with IP addresses instead of hardware, you need a router. Those devices work on layer 3 of the ISO layer list. -- Luc Dore | There is no relation between Gandalf Data Ltd. (Montreal, Quebec) | my employer and this message. ldore@gandalf.ca - 72677.2037@compuserve.com |------------------------------ Hopfen und Malz Gott Erhalts ! ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CzrK9x.JJC@novell.co.uk] <1994112408442100> Newsgroups: comp.unix.unixware,comp.protocols.tcp-ip From: mike@novell.co.uk (Mike Convey) Subject: Re: nfswatch binary for U.W.?? Sender: news@novell.co.uk Message-ID: Date: Thu, 24 Nov 1994 08:44:21 GMT References: <3ajg4h$bm1@crl.crl.com> <3b0js6$2t1@midgard.calvacom.fr> Organization: Novell UK Lines: 18 In article <3b0js6$2t1@midgard.calvacom.fr>, Arnaud KOPP wrote: >dl_errno = 18 = DL_NOTSUPPORTED /* Primitive is known but not > supported by DLS provider */ > >This explain why you get an "error 0", the message did arrive well, >but nfswatch does not check for DL_ERROR_ACK messages.. and does not >display dl_errno value.. > >In fact, all this does not help us getting nfswatch running... I know. >But since tcpdump/libpcap 0.0 works, we maybe could patch nfswatch... Although I haven't looked at nfswatch, I imagine it does the same DLPI calls as the Solaris version of libpcap. As you have found, UnixWare's ethernet drivers don't support that method. I'd recommend porting nfswatch to use libpcap... Mike ----MESSAGE-END---- ----MESSAGE-BEGIN---- [pebo.17.00097B36@cinet.no] <1994112409260500> From: pebo@cinet.no (Per Boe) Newsgroups: comp.protocols.nfs,comp.protocols.tcp-ip Subject: Re: ip broadcast towards udp discard port, why? Date: Thu, 24 Nov 1994 08:26:05 UNDEFINED Organization: cinet.no Lines: 30 Message-ID: References: <3avkfd$l8n@uxmain.nlr.nl> NNTP-Posting-Host: pebo.cinet.no Summary: what is the use of a broadcast towards a discard port Keywords: discard nfs pcnfs ip udp tcp-ip X-Newsreader: Trumpet for Windows [Version 1.0 Rev B final beta #4] In article <3avkfd$l8n@uxmain.nlr.nl> graat@uxfiles.nlr.nl (graat j.w.) writes: >From: graat@uxfiles.nlr.nl (graat j.w.) >Subject: ip broadcast towards udp discard port, why? >Date: 23 Nov 1994 14:43:57 GMT >Summary: what is the use of a broadcast towards a discard port >Keywords: discard nfs pcnfs ip udp tcp-ip >Hi everyone, >during network analyses I found several packets broadcasted by pc >machines to the standard udp discard port (port 9). Does anybody have >any idea what this is used for? I cannot think of any reason for doing >this. >Source address: > port: 9 >Destination address: 255.255.255.255 > port: 9 PC-NFS Serial number is broadcasted on udp port 9. ************************************************************** * Per Boe, Technical Support, Email: pebo@cinet.no * * X400: G=per; S=boe; O=cinet oslo; P=cinet; A=telemax; C=no * * Cinet A/S, Rolf Wickstroems Vei 15, N-0409 Oslo, Norway * * Phone: + 47 22 097000, Fax : + 47 22 097070 * ************************************************************** ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3b3rdd$bci@cybersys.mercy.org] <1994112413541100> From: rputnam@cybersys.mercy.org Newsgroups: vmsnet.infosystems.gopher,comp.protocols.tcp-ip.ibmpc,comp.protocols.tcp-ip.domains,comp.protocols.tcp-ip,comp.os.ms-windows.apps.comm,comp.infosystems,alt.gopher Subject: Resolve Host Problem (IP Adrses) Date: Thu, 24 Nov 94 20:54:11 PDT Organization: Mercy Medical Center, Redding, CA Lines: 27 Distribution: inet Message-ID: <3b3rdd$bci@cybersys.mercy.org> NNTP-Posting-Host: dynamic4.mercy.org Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Newsreader: NEWTNews & Chameleon -- TCP/IP for MS Windows from NetManage I'm using Chameleon 4.01 for Windows and am having a problem with domain names. I can't enter domain names in any of the programs (gopher, telnet, FTP, etc...) and get it to work. For some reason it can't find the IP addresses when I put in the domain name. This has been very troublesome for me since I have a book of domain names -- but no IP addresses! Can anyone help me with this problem? Here are the error messages I get in each of the utilities for Chameleon: Telnet: "Unable to resolve host" Gopher: "Can't resolve host 'gopher.micro.umn.edu'. Retry the operation" FTP: "Failed to connect to remote host: "cybersys.mercy.org"." ------------------------------------------------------------------------ I have used many different domains that I know are good and none have worked. I can easily connect to these same places using the IP addresses. Thank you for your help, Sincerly, R. Putnam. *** Please E-mail me at: rputnam@cybersys.mercy.org *** *** ...or: scott.putnam@fatal.com *** PS: If I somehow posted this in a newsgroup it is inappropriate for please forgive the oversight. I am anxious to solve the problem and was unable to first survey the newgroups. If you have a suggestion for a better place to find my answer by all means please let me know! Thanks again. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [gluijten.27.0009A9DA@dcakl.knoware.nl] <1994112414394400> Newsgroups: alt.sys.sun,comp.sys.sun.misc,comp.protocols.tcp-ip From: gluijten@dcakl.knoware.nl (G.C.J.M. Luijten) Subject: Using CSLIP-2.7 with SunOS 4.1.3 Sender: news@knoware.nl (News Account) Message-ID: Date: Thu, 24 Nov 1994 14:39:44 GMT Lines: 50 Nntp-Posting-Host: dcakl.knoware.nl Organization: Dienstencentrum Automatisering Koninklijke Landmacht X-Newsreader: Trumpet for Windows [Version 1.0 Rev A] Keywords: slip,cslip Hi there, I'm trying to use cslip-2.7 instead off the current slip-4.0 on my SUN-station (SunOS 4.1.3, working with a hayes-compatible modem. I thought this step (going to use cslip-2.7) was easy. For installing cslip I did the following: - Compiling the kernel after doing the changes to a various config/header-files. - Build and install the applications: sliplogin, slstats, slinfo, myetheraddr and tip. - Build tools/ifconfig and installed as ifconfig.slip - cp slip.hosts,slip.login and slip.logout to /etc - Edit slip.hosts and commented out the 'route-line' in sliplogin as described in the readme-file. - Installed script-files from the tip-directory - Edit /etc/remote. /etc/remote has the following lines: dial19200|Telebit attributes:\ :dv=/dev/cua1:br#19200:nt:fc:at=hayes:du: UNIX|telebit|Telebit dial-out to another Unix system:\ :el=^U^C^R^O^D^S^Q@:ie=#%$:oe=^D:tc=dial19200: dial-foo:\ :pn=dt5551212:tc=telebit: foo|slip-foo:\ :st=slip:ls=/etc/login.script.unix S%h {passwd}:\ :cc=/etc/sliplogin Sfoo:tc=dial-foo: - made a couple off entries in passwd for slip, with as the login shell /etc/sliplogin - mv /dev/ttyb /dev/ttyd0 (why moving ?) - mknod /dev/cua1 c 12 129 - chmod 666 /dev/cua1 - in /etc/ttytab: ttyd0 "/usr/etc/getty D192000" dialup on secure - in /etc/gettytab for D19200: F|D19200|Fast-Dial-19200:\ :nx=D19200:fd@:tc=19200-baud: The problems I have, are: - when "tip foo" tip response with "can't synchronize with hayes" and no automatic dialing. - after 'tip cua' and dialing the number with hayes-commands, I tried 'sliplogin Sfoo'. The result was that the terminal comes with garbage. How can I solve these problems ? Why does tip skip the "pn:dt5551212" field ? Isn't possible like with slip-4.0 doing a "sliplogin dest-ip-addr local-ip-addr mask < /dev/cua1" to make a slip to my service-provider ? Greetings, Ger Luijten ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3b1vmn$a0u@NE3995.rabo.nl] <1994112414475100> From: robjan@rabo.nl (Rob Janssen) Newsgroups: comp.protocols.nfs,comp.protocols.tcp-ip Subject: Re: ip broadcast towards udp discard port, why? Date: 24 Nov 1994 13:07:51 +0100 Organization: Rabobank Nederland Lines: 22 Message-ID: <3b1vmn$a0u@NE3995.rabo.nl> References: <3avkfd$l8n@uxmain.nlr.nl> NNTP-Posting-Host: ne3995.rabo.nl Keywords: discard nfs pcnfs ip udp tcp-ip In <3avkfd$l8n@uxmain.nlr.nl> graat@uxfiles.nlr.nl (graat j.w.) writes: >Hi everyone, >during network analyses I found several packets broadcasted by pc >machines to the standard udp discard port (port 9). Does anybody have >any idea what this is used for? I cannot think of any reason for doing >this. >Source address: > port: 9 >Destination address: 255.255.255.255 > port: 9 >The data in the packets is 14 bytes long and starts with 'PC-NFS' >followed by eight ascii characters (looks like a hexadecimal string). >My guess is it has something to do with pc-nfs, but what? It is a broadcast of the serial number of the software. When it is picked up by another copy having the same serial number, well... Rob ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3b29kq$15g@btmplq.god.bel.alcatel.be] <1994112414573000> From: petitkri@rsd.bel.alcatel.be (Kris Petit) Newsgroups: comp.protocols.tcp-ip Subject: MTP (RFC1301) status Date: 24 Nov 1994 14:57:30 GMT Organization: Alcatel Bell Telephone Lines: 13 Distribution: world Message-ID: <3b29kq$15g@btmplq.god.bel.alcatel.be> Reply-To: petitkri@rsd.bel.alcatel.be NNTP-Posting-Host: bthp07.rsd.bel.alcatel.be Keywords: MTP A few months ago a message was posted (I hope it was this newsgroup) for information concerning MTP. The answer was that this is a research item at the Universities of Berlin and Bremen. What is the status of this activity and does somebody have additional information on this subject (field experiences, performances)? All information is welcome. Reply via this newsgroup or throug e-mail (petitkri@rsd.bel.alcatel.be) Thanks, Kris Petit ----MESSAGE-END---- ----MESSAGE-BEGIN---- [Czs26I.JwE@news.cern.ch] <1994112415110600> Newsgroups: comp.protocols.tcp-ip,comp.sources.d From: orel@lpuds.oea.ihep.su (Oleg Orel) Subject: Re: New archive site for NcFTP. Message-ID: Followup-To: comp.protocols.tcp-ip,comp.sources.d Sender: news@news.cern.ch (USENET News System) Organization: CERN European Lab for Particle Physics X-Newsreader: TIN [version 1.2 PL0] References: <3ac739$54n@crcnis1.unl.edu> Date: Thu, 24 Nov 1994 15:11:06 GMT Lines: 12 Archive site of utility best than ncftp - uftp is ftp.oea.ihep.su:/libs/libftp-2.0.zip This soft have line edit, aliases, reconnection, batch modes, moltiframe, archie support, shell line syntax ( such as ';' '<' '>' $1 ...) Best ragards, Oleg Orel -- ˆ9 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [Czs28K.KC5@news.cern.ch] <1994112415122000> Newsgroups: comp.protocols.tcp-ip From: orel@lpuds.oea.ihep.su (Oleg Orel) Subject: Re: Simple FTP C code Message-ID: Sender: news@news.cern.ch (USENET News System) Organization: CERN European Lab for Particle Physics X-Newsreader: TIN [version 1.2 PL0] References: <3av2qo$b3f@serra.unipi.it> Date: Thu, 24 Nov 1994 15:12:20 GMT Lines: 14 guargua@radar.iet.unipi.it wrote: : I'm looking for simple example of FTP code in C language. : Where could I find it? : Tanks for any pointers. : Giacomo Guarguaglini Try use libftp. ftp.oea.ihep.su:/lib/libftp/... -- ˆ9 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3b2ciq$4ki@calvin.st-and.ac.uk] <1994112415473700> From: phrrngtn@dcs.st-andrews.ac.uk (Paul J. J. Harrington) Newsgroups: comp.protocols.tcp-ip Subject: Multicast sockets with Perl under 4.1.3? Date: 24 Nov 1994 15:47:37 GMT Organization: University Of St. Andrews Lines: 19 Message-ID: <3b2ciq$4ki@calvin.st-and.ac.uk> NNTP-Posting-Host: jameson.dcs.st-and.ac.uk [ sorry to those who may have seen a longer version of this on comp.lang.perl, I think that multicasting perl progs could be particularly useful] Has anyone got any working perl fragments which use mcast? All my efforts so far with setsockopt for IP_ADD_MEMBERSHIP have failed with an EBADF from perl. pjjH -- Paul Harrington, phrrngtn@dcs.st-andrews.ac.uk +44 1334 463261 Division of Computer Science, St Andrews University, Scotland KY16 9SS ----MESSAGE-END---- ----MESSAGE-BEGIN---- [c9.4004.3027@onlinesys.com] <1994112416300000> Distribution: world Newsgroups: comp.protocols.tcp-ip Subject: :Review: Internet Access CDROM From: ross.boulton@onlinesys.com (Ross Boulton) Message-ID: Date: Fri, 25 Nov 94 00:50:00 -0500 Organization: Online Systems Of Canada BBS Lines: 143 A REVIEW OF EMERALD SOFTWARE INTERNET ACCESS TO THE INFORMATION HIGHWAY NEW VERSION FOR 1995 BY ROSS BOULTON The disk is divided into two main sections, a guide book of internet and an internet file library. Although these files are all freely available on internet, they are conveniently organized and described on a CDROM. THE GUIDE BOOK: \guide\setup.exe The guide book is a windows driven file searching and viewing interface with an internet glossary, file listing of CDROM, and other general internet documents. THE FILE LIBRARY: c:\inet.bat (created by install.com) The file library is jam packed with networking/communication software, and RFT documents. The DOS user interface, "CDINDX" makes finding these files easy and fast. Having the files accessible from CDROM also is more convenient than "surfing the net". Most of the files are zipped and with the click of a mouse the software unzips them to your hard disk. Below is a tree structure of the disk. Directory PATH listing for Volume IAIH_2 E:. +---ARCTOOLS ARCHIVING UTILITIES (228 zipped files) +---CDIDX FILE SEARCHING AND VIEWING PROGRAM | \---CS | \---PIC +---GCOMM THOUSANDS OF COMMUNICATION PROGRAMS | +---0_9 SORTED AND SPLIT BY FIRST LETTER OF | +---A THE FILE NAME. Shareware/Freeware | +---B | +---C | +---D | +---E | +---F | +---G | +---H | +---I | +---J | +---K | +---L | +---M | +---N | +---O | +---P | +---Q | +---R | +---S | +---T | +---U | +---V | +---W | +---X | +---Y | \---Z +---GUIDE GENERAL INFORMATION FILES NOT ZIPPED +---INETINFO +---INTERNET | +---INFORMAT | | +---COMP GENERAL INTERNET FILE ZIPPED (245 files) | | +---FAQ1 FREQUENTLY ASKED QUESTION FILES | | \---TXT1 GENERAL INTERNET FILES UNZIPPED | +---RFC1 REQUEST FOR COMMENTS FILES | +---RFC2 | +---RFC3 | +---RFC4 | +---RFC5 | \---SOFTWARE | +---CELLO CELLO SOFTWARE | +---MOSAIC MOSAIC SOFTWARE | \---TELNET NCSA TELNET SOFTWARE +---NETWORK | +---1_M NETWORKING PROGRAMS AND INFO | \---N_Z " " " " +---VIRUS VIRUS PROTECTION SOFTWARE \---WINRAMP WINRAMP SOFTWARE PROBLEMS: The CDROM comes with no manual, but is easy enough to figure out. The batch file to start the software has an annoying graphic logo screen which slows the program startup. I quickly REM'd that command out. One bug was found. The inet.bat looks for a file that is not there. The result is, it tells you that the CDROM is not installed. Below is the offending file with my fixes. INET.BAT . . REM *************************** REM note from reviewer REM rem the next to lines to bypass the slow Emerald LOGO REM *************************** REM if exist E:\cdidx\cs\pic\emerald2.pcx E:\cdidx\cs\cshow E:\cdidx\cs\pic\emerald2.pcx+x REM E:\cdidx\sleep 4 . . REM *********************************** REM note from reviewer REM E:\cdidx\cdidx.bdg is not there REM *********************************** REM if not exist E:\cdidx\cdidx.dbg cls REM if not exist E:\cdidx\cdidx.dbg echo. REM if not exist E:\cdidx\cdidx.dbg echo. REM if not exist E:\cdidx\cdidx.dbg echo You must have the wrong disc in E: REM if not exist E:\cdidx\cdidx.dbg goto end Conclusion: The CDROM is a real time saver and is packed with excellent information & products. I recommend it highly for the beginner to the seasoned net user. How do I get a copy?: I have some copies of this CDROM and will send you a one: $26 US if shipped to Unitied States $31 Canadian if shipped in Canada (Ontario residents +8% pst) $36 US if shipped outside North America (all prices include shipping) To get it fast, pre-order by email, then send cheque/money order payable to: Ontario Systems 15 Winship Close London, Ontario Canada N6C 5M7 I will have one ready for shipping as soon as the cheque is received. ross.boulton@onlinesys.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov24.165019.24001@acc.com] <1994112416501900> Newsgroups: comp.protocols.tcp-ip From: art@acc.com (Art Berggreen) Subject: Re: sendto's maximum size Message-ID: <1994Nov24.165019.24001@acc.com> Organization: ACC, Advanced Computer Communications References: <39pc1f$9d1@noao.edu> <1994Nov21.155508.25315@molene.ifremer.fr> <3ati07$adn@noao.edu> Date: Thu, 24 Nov 1994 16:50:19 GMT Lines: 27 In article <3ati07$adn@noao.edu> rstevens@noao.edu (W. Richard Stevens) writes: >> Why can't I send broadcast UDP datagrams of the same length that point to >> point datagrams? >> I understand that the IP layer is responsible for fragmenting UDP datagrams >> when their length exceed the MTU of the LAN. This works well for point to point >> datagrams, but not for broadcasting. >> I use SunOS4.1.3 and ethernet. The MTU is 1500, and the maximum size of the messages >> that I can broadcast is 1472. >> Why fragmenting is not performed by IP? Has anyone an idea? >> It doesn't seem logical to me. > >This appears to have been an implementation decisions made long ago in >the BSD TCP/IP code, that most vendors just copy. There's no technical >reason that a UDP datagram destined for a broadcast address cannot be >fragmented--it's a policy decision that broadcasting puts enough of a >load on the network already, so why make it worse by multiplying it by N. >These days, you should consider multicasting instead of broadcasting. Also, every fragmented broadcast creates reassembly chains in all the receivers. If any of the fragments are lost on the wire or by the receiver, the missing pieces are not nearly as likely to get retransmitted as unicast traffic. This causes the affected fragment chains to have to time out. This could be a significant consumption of resources on machines that may not have wanted the broadcast anyway. Art ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3b2776$b5a@NE3995.rabo.nl] <1994112416560600> From: robjan@rabo.nl (Rob Janssen) Newsgroups: comp.protocols.tcp-ip Subject: Re: Simple FTP C code Date: 24 Nov 1994 15:16:06 +0100 Organization: Rabobank Nederland Lines: 12 Message-ID: <3b2776$b5a@NE3995.rabo.nl> References: <3av2qo$b3f@serra.unipi.it> NNTP-Posting-Host: ne3995.rabo.nl In <3av2qo$b3f@serra.unipi.it> guargua@radar.iet.unipi.it writes: >I'm looking for simple example of FTP code in C language. >Where could I find it? Try one of the many sites that have the Linux operating system, or one of the CD-ROMs that contain it. (be sure you buy a distribution that includes source, not just binaries) The CD-ROMs are in ISO9660 format and can be read on most other systems. Rob ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3b2882$ba5@NE3995.rabo.nl] <1994112417133800> From: robjan@rabo.nl (Rob Janssen) Newsgroups: comp.protocols.tcp-ip Subject: Re: Faking out a router for ftp mirrors? Date: 24 Nov 1994 15:33:38 +0100 Organization: Rabobank Nederland Lines: 66 Message-ID: <3b2882$ba5@NE3995.rabo.nl> References: NNTP-Posting-Host: ne3995.rabo.nl In nelson@crynwr.crynwr.com (Russell Nelson) writes: >We've all seen how various popular ftp sites (ftp.uu.net, wuarchive, >SimTel, SunSite) have mirrors in various places. The problem, of >course, is deciding which mirror to use. Well, I was wondering if it >might not be possible to have all the SimTel (e.g.) mirrors use the >same IP address, and change the routing depending on where you are. >For example, PSI could put a SimTel mirror on their backbone, AlterNet >on theirs, etc., and set a route to their own mirror. >Obviously the host would have to have its own real IP address for the >net it was actually on, otherwise it wouldn't be able to do the >mirroring that lets it keep its files updated. The IP stack on the >mirror host would have to support IP address aliasing, as does BSD/OS >and Linux. That's not the hard part. The hard part is getting the >routing correct so that multiple parts of the Internet can have >different routes to the same IP address. I think it has been proposed before. If I remember right, the idea was to use a new class of addresses (class E?) that would refer to "services" instead of machines, and the network itself would choose what machine you will get for that service by setting the correct route. When done that way, it would be tricky to have automatic changeover when a machine fails. (suddenly your TCP session is with another machine, that is not going to work. you would have to restart the transfer. when that happens a lot you will not be pleased...) It would also need special support for this class of addresses, like the support for multicasting (class D). Another possibility, maybe more attractive, is to solve this in the nameserver. You ask for "simtel-mirror" and you get the (real) IP address of the nearest mirror returned. That would only be used to translate the IP address once per connection and would not have the above problem. As a more general approach to the problem, it would be even better to avoid mirroring. Wouldn't it be nice if there are 'FTP servers' all over the world, that provide some kind of 'universal file repository' where the different subdirectories hold things like the SimTel files. They all show you all the files they have available combined, and you can get any file from the local server as if it is on disk there. Then, each server only mirrors the directory structure and can cache files that are often requested. When you request a file that is not locally available, the server knows where to get it most efficiently (the root site of the file or a nearby server that already has a copy) and potentially keeps it cached for the next person that wants it. An approach like this could probably reduce the traffic induced by FTP transfers a lot, especially if the synchronizing protocol used between the servers works so well that nobody is tempted to look at the root site anymore. The cache management algorithms can also reduce diskspace requirements at each server (there is no need to have enough space to hold the entire contents of another site, as is the case when you are mirroring a site). Disk space requirement becomes more a function of usage characteristics of the local server than of the number of files it has to offer. Of course this approach introduces the need for a synchronization protocol between the servers, and a directory structure that everyone is prepared to live with (something like the newsgroups are now) Has this ever been studied more in depth? Rob ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3b2ihm$4lc@news.compulink.com] <1994112417292600> From: gfleming@cml.com (Gordon Fleming) Newsgroups: comp.protocols.tcp-ip,comp.unix.programmer Subject: Re: Address already in use message Followup-To: comp.protocols.tcp-ip,comp.unix.programmer Date: 24 Nov 1994 17:29:26 GMT Organization: ComputerLink Online Inc. Lines: 38 Distribution: world Message-ID: <3b2ihm$4lc@news.compulink.com> References: <19941120.174812.98@comptech.demon.co.uk> NNTP-Posting-Host: cml.com X-Newsreader: TIN [version 1.2 PL2] Mario Klebsch DG1AM (mkl@rob.cs.tu-bs.de) wrote: : adam@comptech.demon.co.uk (Adam Goodfellow) writes: : >In article , : > Tom Denny wrote: : >>We have a concurrent server application in TCP/IP which binds to an address : >>on a well known port number. When the application is killed, and then : >>restarted, bind fails with the message "Address already in use". We then : >>either have to restart the machine or wait for 10-15 minutes before : >>restarting the application. Does anyone have any idea what might be : >>causing this? : >> : >Your application is probably forgetting to close the listen() socket as : >well as accept()ed sockets, or is just doing a shutdown on it. : Does't the kernel close all open descriptors, when the process exites? : This is what I learned about UNIX. Do sockets behave different ? : Mario : -- : Mario Klebsch, DG1AM, mkl@rob.cs.tu-bs.de +49 531 / 391 - 7457 : Institut fuer Robotik und Prozessinformatik der TU Braunschweig : Hamburger Strasse 267, 38114 Braunschweig, Germany I thought all sockets had a linger time in which they are kept open to avoid any astray data that might still be sent even after the application using the previous socket has terminated. Is this not the case? --------------------------------------------------------------------- : ComputerLink Online Inc. Realms of Despair! : : (416)233-5410 telnet mud.compulink.com 4000 : : 106 lines, 300-28,800 bps endless medieval enjoyment! : : : : Join our International Teleconference --> chat.compulink.com 9000 : --------------------------------------------------------------------- ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3b2noc$976@news.halcyon.com] <1994112418582000> From: ralphs@halcyon.halcyon.com (Ralph Sims) Newsgroups: comp.protocols.tcp-ip,comp.sources.d Subject: Re: New archive site for NcFTP. Date: 24 Nov 1994 18:58:20 GMT Organization: Northwest Nexus Inc. Lines: 13 Message-ID: <3b2noc$976@news.halcyon.com> References: <3ac739$54n@crcnis1.unl.edu> NNTP-Posting-Host: halcyon.com orel@lpuds.oea.ihep.su (Oleg Orel) writes: >Archive site of utility best than ncftp - uftp is > ftp.oea.ihep.su:/libs/libftp-2.0.zip Anyone on the US side of the pond have this? The connection to the host keeps dropping and the host is now unreachable. Also, the file is ftp.oea.ihep.su:/libs/libftp/libftp-2.0.zip. -- Northwest NEXUS, Inc. takes Internet OUT of the box! info@nwnexus.wa.com, finger info@halcyon.com, or: http://www.halcyon.com / +1 206 455 3505 voice ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CzsrzB.FMK@reptiles.org] <1994112500282100> Newsgroups: comp.protocols.tcp-ip From: jim@reptiles.org (Jim Mercer) Subject: Re: TCP-IP on IBM AS/400 Message-ID: Keywords: AS/400 TCP-IP Organization: Reptilian Research, Toronto, Canada References: <3atqic$1gd@panix.com> Date: Fri, 25 Nov 1994 00:28:21 GMT Lines: 39 In article <3atqic$1gd@panix.com>, Izzy Schiller wrote: >Does anyone have experience of using TCP-IP on the IBM AS/400 >minicomputer. We are trying to connect our AS/400 to Inetenet via the new >TCP-IP and hope someone tried this before us. > >Please let me know here or email izzy@panix.com we have an AS/400 connected to the 'net. here are some of my critiques (relevant to OS/400 V2R3) SMTP is hopeless. the machine will receive email, but good luck in trying to send email. the user interfaces do not really allow you to specify domains (at least under OV/400) routing is somewhat weak, watch those netmasks and such. also watch out if you are subnetting a B class. ftp is limited to transfers of 16,000,000 bytes, exactly. limited to 160 "sessions", telnet, ftp, smtp, etc. (i think each attached telnet is 2 sessions, one in, one out) other than that, the machine is relatively happy to be connected. oh, if you have novell on the same segment, you may want to make sure that everything is using ethernet_2 frames, and nothing uses "novell 802.3" frames. the 400 thinks they are erroneous packets and sends a message to the system console indicating a bad packet. i'd be interested in discussing AS/400 and TCP/IP with anyone else interested. -- [ Jim Mercer jim@reptiles.org +1 416 506-0654 ] [ Reptilian Research -- Longer Life through Colder Blood ] [ Never, ever forget to replace the toiletseat after use!!! A wet ] [ chinchilla is a very funny and pathetic sight. -- alt.chinchilla ] ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3b3fl9$9kt@vertigo.helix.net] <1994112501461700> From: camirand@trance.helix.net (Eric Camirand) Newsgroups: comp.protocols.tcp-ip Subject: How to talk TCP to an FTP site? Date: 25 Nov 1994 01:46:17 GMT Organization: Helix Internet Lines: 39 Message-ID: <3b3fl9$9kt@vertigo.helix.net> NNTP-Posting-Host: 142.231.37.2 X-Newsreader: TIN [version 1.2 PL2] Subject: How to talk TCP to an FTP site? Newsgroups: comp.os.ms-windows.networking.tcp-ip Summary: Keywords: I succeed to get connected to an ftp server (port 21). But I have no clue on what command to send in order to login, change dir and get a file... What type of litterature should I look for? Is there any on the NET? I'm talking through Visual Basic, Winsock and SLIP connection and I see the server response waiting for me to say something but what....?????? Thanks Eric -- |///////////////////////////////////////////////////////////| | ____ Cinax Designs Inc. | | / n ------------------- | | | inax Eric Camirand, Project Engineer | | \____x Box 93581, Nelson Park PO | | Vancouver, B.C., Canada, V6E 4L7 | | | | Tel.: (604) 895-9053 Fax.: (604) 939-2510 | | Internet: cinax@helix.net | /) Cinax, (\ / ) Virtually 'On Reel' ! ( \ <\ ( (|///////////////////////////////////////////////////////////|) ) \(((\ \) /,) / ) / //))) \\\\\ \_/ / \ \_/ ///// \ / \ / \ / \ / |- -| |- -| |__TM___| |_______| ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3b5902$p1h@deep.rsoft.bc.ca] <1994112502205300> From: kcarpenter@mindlink.bc.ca (Ken Carpenter) Newsgroups: comp.protocols.tcp-ip Subject: Looking for IP, IPX, DIX Standards Documents Date: Fri, 25 Nov 94 10:20:53 PST Organization: Delta Controls Inc. Lines: 15 Message-ID: <3b5902$p1h@deep.rsoft.bc.ca> NNTP-Posting-Host: line04.nwm.mindlink.net Mime-Version: 1.0 X-Newsreader: WinVN 0.93.02 I am looking for the standards documents for the IP, and IPX protocols, as well the DIX (Digital, Intel, Xerox) Ethernet standard. Are these documents available on the net? Or will I have to order them from IEEE or other standards organization? Thanks in advance, Ken Carpenter Network Group Research & Devlepment Delta Controls Inc. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3b3irg$q04@sator.eric.on.ca] <1994112502404800> From: tagoldth@camtwh.eric.on.ca Newsgroups: alt.sys.sun,comp.sys.sun.misc,comp.protocols.tcp-ip Subject: Re: Using CSLIP-2.7 with SunOS 4.1.3 Date: 25 Nov 1994 02:40:48 GMT Organization: Eye Research Institute, Toronto Western Hospital Lines: 24 Message-ID: <3b3irg$q04@sator.eric.on.ca> References: NNTP-Posting-Host: camtwh.eric.on.ca Keywords: slip,cslip In article gluijten@dcakl.knoware.nl (G.C.J.M. Luijten) writes: >Hi there, > >I'm trying to use cslip-2.7 instead off the current slip-4.0 on my >SUN-station (SunOS 4.1.3, working with a hayes-compatible modem. I thought >this step (going to use cslip-2.7) was easy. > >For installing cslip I did the following: The cslip2.7 package is great, with the exception of the dialer (a tip/cu replacement) and the login. Both are very cumbersome and difficult to get working just right. The only things that were needed (for me anyway) from the package were the kernel sources and slattach. I wrote two c programs to act as a dialer and login shell which exec slattach, and it made life very simple. You may consider doing the same. This way, you can also get features like auto-redial (line drops are a pain when multiple connections are going) etc. I may consider turning what I wrote into a small package for people to use, provided there is sufficient request for it. Tom ----MESSAGE-END---- ----MESSAGE-BEGIN---- [Czt03D.FBA@watserv2.uwaterloo.ca] <1994112503233700> Newsgroups: comp.protocols.tcp-ip From: Mark Davidson Subject: Re: PC as nameserver? Message-ID: Sender: news@watserv2.uwaterloo.ca Nntp-Posting-Host: cnts1p25.uwaterloo.ca Organization: University of Waterloo References: Date: Fri, 25 Nov 1994 03:23:37 GMT Lines: 22 > Hi out there, > > is there any program to run a PC as nameserver (dos wor windows)? > > thanks, > > -Stephan For that matter has anyone every setup a Windows NT Workstation system as a nameserver? Or perhaps NT Server. I would be interested in knowing. Also, has anyone every setup an NT Workstation that is sitting on a LAN using TCP/IP and is connected to another network using RAS every been able to get routing from the internal netowrk to the connected network. I have been trying and haven't had a lot of luck. So far the only thing I could think of doing was make PPP use a set IP address, and have the RAS Host machine set its default gateway to the RAS IP address, and then have other machines on the network set their default gateway to the RAS Host IP address. Thanks. P.S. Please post using email, since I dont' read this group to often. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3b0k5r$9fq@wraith.internode.com.au] <1994112503245900> From: simon@wraith.internode.com.au (Simon Hackett) Newsgroups: comp.protocols.tcp-ip,comp.unix.programmer Subject: Re: Address already in use message Date: 24 Nov 1994 10:14:59 +1030 Organization: Internode Systems Pty Ltd, Adelaide, South Australia Lines: 28 Distribution: world Message-ID: <3b0k5r$9fq@wraith.internode.com.au> References: <19941120.174812.98@comptech.demon.co.uk> NNTP-Posting-Host: wraith.internode.com.au mkl@rob.cs.tu-bs.de (Mario Klebsch DG1AM) writes: >adam@comptech.demon.co.uk (Adam Goodfellow) writes: >>>We have a concurrent server application in TCP/IP which binds to an address >>>on a well known port number. When the application is killed, and then >>>restarted, bind fails with the message "Address already in use". We then >>>either have to restart the machine or wait for 10-15 minutes before >>>restarting the application. Does anyone have any idea what might be >>>causing this? >>> >>Your application is probably forgetting to close the listen() socket as >>well as accept()ed sockets, or is just doing a shutdown on it. >Does't the kernel close all open descriptors, when the process exites? >This is what I learned about UNIX. Do sockets behave different ? set the socket option "SO_REUSEADDR" (or something spelt very similarly) on the socket, this should make that "problem" disappear. Simon -- Simon Hackett, Internode Systems Pty Ltd, Adelaide, Australia Email: simon@internode.com.au URL: http://www.internode.com.au Phone: +61 8 373 1020 Fax: +61 8 373 4911 "My other car is a glider ... SF25-C MotorFalke ... VH-FQW" ----MESSAGE-END---- ----MESSAGE-BEGIN---- [Czt8s7.Cpu@caprica.com] <1994112506311700> Newsgroups: comp.protocols.tcp-ip From: static@caprica.com (Static/riskin/stolarz) Subject: SLIP for SPARC Organization: Caprica Telecomputing Resources (213) 526-1195 (14.4KB) Date: Fri, 25 Nov 1994 06:31:17 GMT X-Newsreader: TIN [version 1.2 PL2] Message-ID: Lines: 7 anybody got it precompiled? static@caprica.com damien@static.com stolarz@seas.ucla.edu ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3b44mv$rai@btmplq.god.bel.alcatel.be] <1994112507453500> From: petitkri@rsd.bel.acatel.be (Kris Petit) Newsgroups: comp.protocols.tcp-ip Subject: MTP (RFC1301) status Date: 25 Nov 1994 07:45:35 GMT Organization: Alcatel Bell Telephone Lines: 16 Distribution: world Message-ID: <3b44mv$rai@btmplq.god.bel.alcatel.be> Reply-To: petitkri@rsd.bel.alcatel.be NNTP-Posting-Host: bthp07.rsd.bel.alcatel.be Keywords: MTP A few months ago a message was posted (I hope it was this newsgroup) for information concerning MTP. The answer was that this is a research item at the Universities of Berlin and Bremen. What is the status of this activity and does somebody have additional information on this subject (field experiences, performances)? All information is welcome. Reply via this newsgroup or through e-mail (petitkri@rsd.be.alcatel.be Thanks, Kris Petit PS: I had a few problems with my newstool, sorry for the inconvenience if you received this mail more than once. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3b45s9$68@btmplq.god.bel.alcatel.be] <1994112508052900> From: petitkri@rsd.bel.alcatel.be (Kris Petit) Newsgroups: comp.protocols.tcp-ip Subject: TCP via VSAT Date: 25 Nov 1994 08:05:29 GMT Organization: Alcatel Bell Telephone Lines: 12 Distribution: world Message-ID: <3b45s9$68@btmplq.god.bel.alcatel.be> Reply-To: petitkri@rsd.bel.alcatel.be NNTP-Posting-Host: bthp07.rsd.bel.alcatel.be Keywords: TCP VSAT Related to the use of TCP across VSAT links, I have the following question: RFC1106 (TCP Big window and NAK options) contains some performance measurements for these proposed enhancements across a satellite link. Are similar performance figures available for RFC1323 (TCP Extensions for High Performance)? Regards, Kris Petit ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3b4a34$t6u@exodus.yonsei.ac.kr] <1994112509172400> From: p00ns00@emerald.yonsei.ac.kr (Park JungIl) Newsgroups: comp.protocols.tcp-ip Subject: Question : x-kernel programming.. Date: 25 Nov 1994 09:17:24 GMT Organization: Yonsei University Lines: 12 Message-ID: <3b4a34$t6u@exodus.yonsei.ac.kr> NNTP-Posting-Host: emerald.yonsei.ac.kr X-Newsreader: TIN [version 1.2 PL1] I am sorry. I don't know where I ask this. So I write it here. I have the homework which is the x-kernel programming. But I don't know the format of the x-kernel program. Do you have the example source code? I can't find the text book about the format of the x-kernel program. If you have the example source codes, please posting them to me. my e-mail address is p00ns00@emerald.yonsei.ac.kr Thank you. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3b4b7g$5c5@news.uni-c.dk] <1994112509364800> From: mh@tkemi.klb.dth.dk (Michael Hjorth) Newsgroups: vmsnet.infosystems.gopher,comp.protocols.tcp-ip.ibmpc,comp.protocols.tcp-ip.domains,comp.protocols.tcp-ip,comp.os.ms-windows.apps.comm,comp.infosystems,alt.gopher Subject: Re: Resolve Host Problem (IP Adrses) Followup-To: vmsnet.infosystems.gopher,comp.protocols.tcp-ip.ibmpc,comp.protocols.tcp-ip.domains,comp.protocols.tcp-ip,comp.os.ms-windows.apps.comm,comp.infosystems,alt.gopher Date: 25 Nov 1994 09:36:48 GMT Organization: News Server at UNI-C, Danish Computing Centre for Research and Education. Lines: 49 Distribution: inet Message-ID: <3b4b7g$5c5@news.uni-c.dk> References: <3b3rdd$bci@cybersys.mercy.org> NNTP-Posting-Host: tkemi.klb.dth.dk X-Newsreader: TIN [version 1.2 PL1] rputnam@cybersys.mercy.org wrote: : I'm using Chameleon 4.01 for Windows and am having a problem with domain : names. I can't enter domain names in any of the programs (gopher, : telnet, FTP, etc...) and get it to work. For some reason it can't find : the IP addresses when I put in the domain name. This has been very : troublesome for me since I have a book of domain names -- but no IP : addresses! Can anyone help me with this problem? Here are the error : messages I get in each of the utilities for Chameleon: : Telnet: "Unable to resolve host" : Gopher: "Can't resolve host 'gopher.micro.umn.edu'. Retry the operation" : FTP: "Failed to connect to remote host: "cybersys.mercy.org"." : ------------------------------------------------------------------------ : I have used many different domains that I know are good and none have : worked. I can easily connect to these same places using the IP : addresses. Thank you for your help, Sincerly, R. Putnam. : *** Please E-mail me at: rputnam@cybersys.mercy.org *** : *** ...or: scott.putnam@fatal.com *** : PS: If I somehow posted this in a newsgroup it is inappropriate for : please forgive the oversight. I am anxious to solve the problem and was : unable to first survey the newgroups. If you have a suggestion for a : better place to find my answer by all means please let me know! Thanks : again. Well, vmsnet.infosystems.gopher is a VMS news group, so it is not the best choice! However, the problem seems to be that you haven't configured your TCP/IP correct. In order to resolve hostnames you need access to a nameserver, which translates the hostname to the IP addresses. Talk to tour network administrator to find the IP address of a nameserver and configure it into your system. Check you documentation to find out how to configure a name server for your network program. -- +---------------------------------+---------------------+------------------+ | Michael Hjorth | mh@tkemi.klb.dth.dk | \/ | | Chemistry Department B | | _ o o _ | | Technical University of Denmark | +45 42881777 | - /\ - | | DK-2800 Lyngby | ext. 2026 | \____/ | | Denmark | | /\ | +---------------------------------+---------------------+------------------+ ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3b4c2s$ad@mc2.iacorp.fr] <1994112509512400> From: yd@iacorp.fr (Yves DEBIZET) Newsgroups: comp.protocols.tcp-ip,comp.sys.sun.misc Subject: INETD and wait/nowait status Date: 25 Nov 1994 09:51:24 GMT Organization: MC2/IA Corp, 38240 Meylan, FRANCE Lines: 22 Distribution: world Message-ID: <3b4c2s$ad@mc2.iacorp.fr> NNTP-Posting-Host: dac2.iacorp.fr Keywords: inetd Why do receive a "connect(): Connection refused" for a program installed with a "wait" status in the inetd.conf file. The console also displays: "inetd[134]: service/tcp server failing (looping), service terminated" Why would it loop ? The same program (a very simple program which makes an echo) works well with the "nowait" status. I wish to use the "wait" status in order to serialize the activation of the program. Working on SunOS 4.1.3C sun4m Thanks for help ! -- Yves DEBIZET E-mail: yd@iacorp.fr IA Corporation SA (IA/MC2) 4 Chemin de Malacher - ZIRST 4401 F38944 Meylan Cedex (tel: +33 76.90.22.00, fax: +33 76.41.14.61) ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3b4cb9$ej9@news.cs.tu-berlin.de] <1994112509555300> From: landmark@cs.tu-berlin.de (Torsten Kerschat) Newsgroups: comp.protocols.tcp-ip Subject: Re: MTP (RFC1301) status Date: 25 Nov 1994 09:55:53 GMT Organization: Technical University of Berlin, Germany Lines: 18 Message-ID: <3b4cb9$ej9@news.cs.tu-berlin.de> References: <3b29kq$15g@btmplq.god.bel.alcatel.be> NNTP-Posting-Host: lovelace.cs.tu-berlin.de Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Keywords: MTP petitkri@rsd.bel.alcatel.be (Kris Petit) writes: >A few months ago a message was posted (I hope it was this newsgroup) for information concerning MTP. The answer was that this is a research item at the Universities of >Berlin and Bremen. >What is the status of this activity and does somebody have additional information on this subject (field experiences, performances)? The first release of MTP-2 is now available via ftp server. The documentation of MTP, the man pages and so on are still in progress, but nevertheless you'll find the versions of them. ftp-server: ftp.cs.tu-berlin.de directory : /home/ftp/pub/local/kbs/mtp/ torsten -- Torsten Kerschat - Interdepartmental Research Center for Process Control Technical University of Berlin (PRZ - Room HE 104) Internet: torsten@prz.tu-berlin.d400.de / landmark@cs.tu-berlin.d400.de Phone : ++49 / (0)30 / 314 - 26822 Fax: ++49 / (0)30 / 314 - 21114 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CztLsJ.KM1@info.swan.ac.uk] <1994112511121800> Newsgroups: comp.protocols.tcp-ip From: iialan@iifeak.swan.ac.uk (Alan Cox) Subject: Re: Stupid telnet negotiation question... Message-ID: Sender: news@info.swan.ac.uk Nntp-Posting-Host: iifeak.swan.ac.uk Organization: Institute For Industrial Information Technology References: <3ajdt0$2slg@ns2.CC.Lehigh.EDU> <19941122.011136.41@comptech.demon.co.uk> Date: Fri, 25 Nov 1994 11:12:18 GMT Lines: 17 In article <19941122.011136.41@comptech.demon.co.uk> adam@comptech.demon.co.uk writes: >Is their a particularly nasty quirk in BSD 4.3 telnet derived telnet >clients that agrivates this? > >The telnet on my machine suffers from this as well apparently - only to >linux boxes though, and this client is a port from the BSD 4.3 telnet I >think... Both the client and server are straight from BSD. Alan -- ..-----------,,----------------------------,,----------------------------,, // Alan Cox // iialan@www.linux.org.uk // GW4PTS@GB7SWN.#45.GBR.EU // ``----------'`----------------------------'`----------------------------'' ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3b4kfs$kri@utrhcs.cs.utwente.nl] <1994112512145200> From: olah@cs.utwente.nl (Andras Olah) Newsgroups: comp.protocols.tcp-ip Subject: Re: Fast Retransmit feature in TCP Date: 25 Nov 1994 12:14:52 GMT Organization: Univ. of Twente, Dept. of Comp. Sci. Lines: 43 Distribution: world Message-ID: <3b4kfs$kri@utrhcs.cs.utwente.nl> References: <3au06i$a09@han.cs.umd.edu> <3au7pp$ljl@noao.edu> <3b0khj$l03@hpindda.cup.hp.com> <2359@sun3.IPSWITCH.COM> NNTP-Posting-Host: utis156.cs.utwente.nl In article <2359@sun3.IPSWITCH.COM>, ddl@harvard.edu (Dan Lanciani) writes: |> In article <3b0khj$l03@hpindda.cup.hp.com>, raj@cup.hp.com (Rick Jones) writes: |> | Dan Lanciani (ddl@harvard.edu) wrote: |> | : It is possible to scale the threshold per connection, but not |> | : everybody does it. Of course, if they do, then you likely *won't* |> | : see the tcprexmtthresh as a global! |> | |> | I would have though that the threshold was determined by virtue of the |> | liklihood of packet re-ordering on the net and such generating false |> | rtxs. If that is the case, wouldn't the "proper" threshold for a |> | network be a function of the network, and not the TCP window size? Or |> | am I missing something? |> |> Possibly we are talking about different things. The idea of fast |> retransmit is to count the number of duplicate acks (that's the |> threshold in question) as a clue to a lost packet. As a very simple |> example (and ignoring all sorts of things), let's say you send five |> sequential segments and receive four identical acks (= three dups) |> for the first segment. This is a good hint that the first segment |> was received, the second was lost, and the next three were received. |> Resending the second segment will get everything moving again and |> that's what the algorithm tries to do. Perhaps the name of that |> global is misleading; it should be tcpdupackthresh... |> |> In any case, the number of duplicate acks you will see in these |> situations is usually bounded by one less than the number of segments |> that will fit in a window. Machines that offered a very small |> window (e.g., because they had a 3c501) never hit the threshold. |> I suppose you could use a static threshold of one, but I think |> that caused other undesirable behavior. :) Dan, I think Rick meant that you'll get duplicate acks in case of packet reordering as well. The role of tcprexmtthresh in this case is to prevent Fast Retransmit, thus you don't want to have a too small value for tcprexmtthresh if your path is likely to reorder. On the other hand, tcprexmtthresh should be less than the number of segments that will fit in a window, as you pointed out. -- Andras Olah olah@cs.utwente.nl ----MESSAGE-END---- ----MESSAGE-BEGIN---- [941125135915@desire.ftp.com] <1994112512191500> From: fks@ftp.com (Frances K. Selkirk) Newsgroups: comp.protocols.tcp-ip Subject: Re: PC as nameserver? Date: Fri, 25 Nov 1994 13:59:15 Organization: FTP Software, North Andover, Massachusetts Lines: 21 Distribution: world Message-ID: <941125135915@desire.ftp.com> References: Reply-To: fks@ftp.com NNTP-Posting-Host: desire.ftp.com Keywords: BIND, named, DNS NNTP-Software: PC/TCP NNTP In article a2312bb@sunmail.lrz-muenchen.de (Stephan Hermelink) writes: > is there any program to run a PC as nameserver (dos wor windows)? Our PC/BIND is a DNS nameserver package for a dedicated DOS PC. It can act as a primary or secondary master server, a caching-only server, or a slave server, and can perform automatic zone transfers. For information on PC/BIND (or other FTP products) call Sales at 1-800-282-4387 or 508-685-300, write info@ftp.com, or look on our Web server at http://www.ftp.com. Enjoy, -- Frances K. Selkirk fks@ftp.com FTP Software, Inc. Technical Support (800) 382-4FTP --------------------------------------------------------------------- FTP server = ftp.ftp.com BBS =508-659-6240 | support@ftp.com WWW server = http://www.ftp.com | info@ftp.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3b6ijr$r0@cybersys.mercy.org] <1994112514461600> From: rputnam@cybersys.mercy.org Newsgroups: comp.protocols.tcp-ip.ibmpc,comp.protocols.tcp-ip.domains,comp.protocols.tcp-ip Subject: DNS Setup - Help! Date: Fri, 25 Nov 94 21:46:16 PDT Organization: Mercy Medical Center, Redding, CA Lines: 23 Distribution: inet Message-ID: <3b6ijr$r0@cybersys.mercy.org> NNTP-Posting-Host: dynamic4.mercy.org Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Newsreader: NEWTNews & Chameleon -- TCP/IP for MS Windows from NetManage I cannot get my Chameleon to resolve hosts when I put in just the domain and I finally figured out it's because I don't have my Domain Name Server setup correctly. Can anyone help me with this problem? I don't know how to set it up correctly with Chameleon and I don't know what my DNS should be. If anyone can help it would be *REALLY* appreciated. Thanks! Here's my info: * Running a PPP connection * Using Chameleon 4.01 for Windows * Connecting (w/ PPP) to host: cybersys.mercy.org * I'm connecting to the UNIX internet system (class C) at Mercy Hospital where my account is. * I call and connect to IP address: 198.94.168.1 * My terminal account is at: 198.94.168.2 * I am assigned at login IP subnet: 198.94.168.14 Does this information help? Can anyone tell me from this (or any other info. I can provide) what my DNS should be and how I should set it up? Thankyou VERY much for the help! Please E-Mail me at: rputnam@cybersys.mercy.org ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3b4p60$2hl@beatles.cselt.stet.it] <1994112516145600> From: teisa@beatles.cselt.stet.it (Claudio Teisa) Newsgroups: comp.protocols.tcp-ip Subject: network processes Date: 25 Nov 1994 14:34:56 +0100 Organization: CSELT UF/DD - Torino Italy Lines: 21 Message-ID: <3b4p60$2hl@beatles.cselt.stet.it> NNTP-Posting-Host: beatles.cselt.stet.it It is very likely this is not the right group for this subject, but I seem to remember a similar question here sometimes ago (unfortunately I didn't save the answers at that time). I have to make some measurments on the traffic generated by a multimedia conferencing tool; it opens several TCP connections and I would be able to correlate them to the running processes (without having to investigate on the content of the data transmitted). So the question is: Is is possible in unix (specifically SunOS 4.1.3) to know what processes (servers / clients) are actively using the inet ports at a certain time? "netstat -Af inet" lists the Local Addresses of the sockets currently used and the associated protocol (tcp / udp) but it doesn't say anything about the TCP/UDP users that are using them. Thanks for your help! Claudio Teisa teisa@beatles.cselt.stet.it ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3b52s8$1m4d@news-s01.ny.us.ibm.net] <1994112516202400> From: rrs0061@ibm.net (Matt Hickman) Newsgroups: comp.protocols.tcp-ip Subject: Re: PC as nameserver? Date: 25 Nov 1994 16:20:24 GMT Lines: 18 Message-ID: <3b52s8$1m4d@news-s01.ny.us.ibm.net> References: Reply-To: bhic@franklin.hou130.chevron.com NNTP-Posting-Host: slip96-74.tx.us.ibm.net X-Newsreader: IBM NewsReader/2 v1.03 In , a2312bb@sunmail.lrz-muenchen.de (Stephan Hermelink) writes: >Hi out there, > >is there any program to run a PC as nameserver (dos wor windows)? > >thanks, > >-Stephan IBM has a credible DNS kit for its OS/2 TCP/IP implementation. Unfortunately, I know of no implementations for DOS nor MS Windows. Matt Hickman OS/2 Systems Specialist, Chevron Information Technologies Co. "'Lot NINETY-SEVEN,' the auctioneer announces. 'A boy.'" - Robert A. Heinlein's _Citizen of the Galaxy_ ----MESSAGE-END---- ----MESSAGE-BEGIN---- [2361@sun3.IPSWITCH.COM] <1994112520380200> From: ddl@harvard.edu (Dan Lanciani) Newsgroups: comp.protocols.tcp-ip Subject: Re: Fast Retransmit feature in TCP Message-ID: <2361@sun3.IPSWITCH.COM> Date: 25 Nov 94 20:38:02 GMT References: <3au06i$a09@han.cs.umd.edu> <3au7pp$ljl@noao.edu> <3b4kfs$kri@utrhcs.cs.utwente.nl> Organization: Internet Lines: 65 In article <3b4kfs$kri@utrhcs.cs.utwente.nl>, olah@cs.utwente.nl (Andras Olah) writes: | In article <2359@sun3.IPSWITCH.COM>, ddl@harvard.edu (Dan Lanciani) writes: | |> In article <3b0khj$l03@hpindda.cup.hp.com>, raj@cup.hp.com (Rick Jones) writes: | |> | Dan Lanciani (ddl@harvard.edu) wrote: | |> | : It is possible to scale the threshold per connection, but not | |> | : everybody does it. Of course, if they do, then you likely *won't* | |> | : see the tcprexmtthresh as a global! | |> | | |> | I would have though that the threshold was determined by virtue of the | |> | liklihood of packet re-ordering on the net and such generating false | |> | rtxs. If that is the case, wouldn't the "proper" threshold for a | |> | network be a function of the network, and not the TCP window size? Or | |> | am I missing something? | |> | |> Possibly we are talking about different things. The idea of fast | |> retransmit is to count the number of duplicate acks (that's the | |> threshold in question) as a clue to a lost packet. As a very simple | |> example (and ignoring all sorts of things), let's say you send five | |> sequential segments and receive four identical acks (= three dups) | |> for the first segment. This is a good hint that the first segment | |> was received, the second was lost, and the next three were received. | |> Resending the second segment will get everything moving again and | |> that's what the algorithm tries to do. Perhaps the name of that | |> global is misleading; it should be tcpdupackthresh... | |> | |> In any case, the number of duplicate acks you will see in these | |> situations is usually bounded by one less than the number of segments | |> that will fit in a window. Machines that offered a very small | |> window (e.g., because they had a 3c501) never hit the threshold. | |> I suppose you could use a static threshold of one, but I think | |> that caused other undesirable behavior. :) | | Dan, | | I think Rick meant that you'll get duplicate acks in case of packet | reordering as well. The role of tcprexmtthresh in this case is to | prevent Fast Retransmit, thus you don't want to have a too small | value for tcprexmtthresh if your path is likely to reorder. On the | other hand, tcprexmtthresh should be less than the number of | segments that will fit in a window, as you pointed out. Indeed, a network that can reorder packets in an arbitrary way can destroy the value of fast retransmit. However, I don't think knowledge of that network behavior can actually help you to set the threshold. (Unless you mean that you should use that knowledge to disable fast retransmit completely.) You must set the threshold no greater than one less than the number of packets that fit in a window or it won't trigger at all. On the other hand, there's no obvious advantage to setting it much smaller. (Fast retransmit works best when you are streaming.) (Ok, ok, if you are streaming small packets then the calculation breaks down, but...) So, having computed the maximum threshold that will work at all for a given connection, how do you take advantage of the additional information that the network can reorder packets to further adjust the threshold so it is not ``too small''? If you increase it by even one then it probably won't trigger at all. Perhaps what's needed is a way to hold off the fast retransmit just long enough to pick up acks from any reordered packets. You might be able to keep track of the typical time for such events over the life of the connection much like you track RTT. Before spending too much time on a fix like this, though, it might be good to do some tests to see just how frequently it is a real problem. Dan Lanciani ddl@harvard.* ----MESSAGE-END---- ----MESSAGE-BEGIN---- [dsanoyCzuE9M.E70@netcom.com] <1994112521272200> Newsgroups: comp.protocols.tcp-ip From: dsanoy@netcom.com (Darwin Sanoy) Subject: Re: TCP-IP on IBM AS/400 Message-ID: Organization: NETCOM On-line Communication Services (408 261-4700 guest) X-Newsreader: TIN [version 1.2 PL1] References: <3atqic$1gd@panix.com> Date: Fri, 25 Nov 1994 21:27:22 GMT Lines: 52 Jim Mercer (jim@reptiles.org) wrote: : In article <3atqic$1gd@panix.com>, Izzy Schiller wrote: : >Does anyone have experience of using TCP-IP on the IBM AS/400 : >minicomputer. We are trying to connect our AS/400 to Inetenet via the new : >TCP-IP and hope someone tried this before us. : > : >Please let me know here or email izzy@panix.com : we have an AS/400 connected to the 'net. : here are some of my critiques (relevant to OS/400 V2R3) : SMTP is hopeless. the machine will receive email, but good luck in : trying to send email. the user interfaces do not really allow : you to specify domains (at least under OV/400) : routing is somewhat weak, watch those netmasks and such. : also watch out if you are subnetting a B class. : ftp is limited to transfers of 16,000,000 bytes, exactly. : limited to 160 "sessions", telnet, ftp, smtp, etc. : (i think each attached telnet is 2 sessions, one in, one out) : other than that, the machine is relatively happy to be connected. : oh, if you have novell on the same segment, you may want to make sure : that everything is using ethernet_2 frames, and nothing uses : "novell 802.3" frames. the 400 thinks they are erroneous packets : and sends a message to the system console indicating a bad packet. : i'd be interested in discussing AS/400 and TCP/IP with anyone else interested. : -- : [ Jim Mercer jim@reptiles.org +1 416 506-0654 ] : [ Reptilian Research -- Longer Life through Colder Blood ] : [ Never, ever forget to replace the toiletseat after use!!! A wet ] : [ chinchilla is a very funny and pathetic sight. -- alt.chinchilla ] Jim, IBM has an AS/400 gopher server on the net. You can look up information about TCP/IP in V3R1. There have been substantial changes as TCP/IP has been re-engineered to run below the MI level on par with SNA. The gopher server is at AS400.ROCHESTER.IBM.COM DJS. -- __ / / __ __/ / /_/ ____ / / __ / __/ Darwin Sanoy / / / / / /_ / ______________________________________________ /___/ / / /___/ dsanoy@netcom.com __/ / 70324.25@compuserve.com /___/ ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3b5egt$gn4@Germany.EU.net] <1994112522190900> From: jh@Germany.EU.net (Joerg Heitkoetter) Newsgroups: comp.protocols.tcp-ip,comp.sources.d Subject: Re: New archive site for NcFTP. Date: 25 Nov 1994 20:39:09 +0100 Organization: EUnet Deutschland GmbH, Research & Development Lines: 18 Message-ID: <3b5egt$gn4@Germany.EU.net> References: <3ac739$54n@crcnis1.unl.edu> <3b2noc$976@news.halcyon.com> Reply-To: joke@Germany.EU.net NNTP-Posting-Host: homer.germany.eu.net To: ralphs@halcyon.halcyon.com (Ralph Sims) In article <3b2noc$976@news.halcyon.com>, ralphs@halcyon.halcyon.com (Ralph Sims) writes: |> orel@lpuds.oea.ihep.su (Oleg Orel) writes: |> Anyone on the US side of the pond have this? The connection |> to the host keeps dropping and the host is now unreachable. |> Also, the file is ftp.oea.ihep.su:/libs/libftp/libftp-2.0.zip. ftp://ftp.Germany.EU.net/pub/networking/inet/ftp/uftp/libftp-2.0.tar.gz ftp://ftp.Germany.EU.net/pub/networking/inet/ftp/uftp/libftp-2.0.zip -- Have fun, -joke === ____ === Jörg Heitkötter === / / / ___ ___ _/_ === Research & Development === /---- / / / / /___/ / === EUnet Deutschland GmbH === /____ /___/ / / /___ / === Emil-Figge-Str. 80 ===== ===== D-44227 Dortmund ===== Connecting Europe since 1982 ===== Vox/Fax +49 231 972 -00/-1111 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3b6959$q2c@tattoo.sccsi.com] <1994112603134500> From: rocomai@news.sccsi.com (Michael E. Burke) Newsgroups: comp.protocols.tcp-ip Subject: Re: PPP or SLIP for Solaris 2.3 Date: 26 Nov 1994 03:13:45 GMT Organization: South Coast Computer Services (sccsi.com) Lines: 27 Message-ID: <3b6959$q2c@tattoo.sccsi.com> References: <3625@news01.pge.com> NNTP-Posting-Host: nuchat.sccsi.com X-Newsreader: TIN [version 1.2 PL2] Omid Razavi (oxr1@encon.pge.com) wrote: : I am looking for PPP or SLIP packages for a Solaris 2.3 internet server. : I plan to dialup from my home PC to this machine. There is a SunLink PPP : product that Sun Express sells for $1K. I wonder if there is any public : domain packages out there. : Thank you, : Omid Razavi : oxr1@pge.com : 415-973-2052 I am also looking for a SLIP package for Solaris(2.4). I have found a package that initiates SLIP from Solaris to another SLIP server, but it seems to need quite a bit of work in order to receive SLIP. OMID: Two pieces of advice: 1. Upgrade to 2.4 as soon as you can. By doing so, I cancelled lots of problems I had using Solaris 2.3, and the peformance is noticeably better. 2. Check your install of 2.3. If you did a full install and included the patches, you should have a working PPP already. Mike Burke ----MESSAGE-END---- ----MESSAGE-BEGIN---- [Czv7DC.KMK@eunet.ch] <1994112607555900> Newsgroups: comp.protocols.tcp-ip From: fmeschbe@pax.eunet.ch (Meschberger) Subject: Re: Subnetting to be avoided ? Message-ID: Sender: usenet@eunet.ch Organization: EUnet AG, Switzerland X-Newsreader: TIN [version 1.2 PL2] References: <3aes6d$r1d@tools.near.net> <3atb77$607@lxotta.learnix.ca> Date: Sat, 26 Nov 1994 07:55:59 GMT Lines: 9 A big thank you to everyone who responded to my question. As a conclusion I can say, that almost everyone agrees that subnetting exists to be used. Though it must be designed and practiced carefully. Thanks again and have a good time. Felix ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3b73m1$h8q@hustle.rahul.net] <1994112610462500> From: "Ronald F. Guilmette" Newsgroups: comp.protocols.tcp-ip Subject: What don't most sites support RFC 931? Followup-To: poster Date: 26 Nov 1994 10:46:25 GMT Organization: a2i network Lines: 30 Distribution: world Message-ID: <3b73m1$h8q@hustle.rahul.net> NNTP-Posting-Host: bolero.rahul.net NNTP-Posting-User: rfg The title pretty much says it all. I've been trying to learn the identities (i.e. the *true* internet addresses) of various people who have grabbed stuff that I have made available for anonymous FTP. In the process, I did some scrounging through the sources for FTPD, and found that the very last field it writes to each of its xferlog entries (when logging is enabled) is the user-id obtained from the REMOTE system via some protocol which I must assume is described by RFC 931... At least this is what the comments in the source would lead one to believe. (I myself am really very ignorant of such things.) Anyway, it also seems (again, from reading the ftpd sources) that if the remote system doesn't support RFC 931, then the host running FTPD will be unable to find out the login ID of the remote user. It seems that this happens in a LOT of cases... i.e. the local system cannot get the user-ID from the remote system. I just want to know why this is so prevalent. Isn't everybody SUPPOSED to be working from the same rule book? Please reply via E-mail, as I do not normally read this newsgroup. -- -- Ron Guilmette, Sunnyvale, CA ---------- RG Consulting ------------------- ---- E-mail: rfg@segfault.us.com ----------- Purveyors of Compiler Test ---- -------------------------------------------- Suites and Bullet-Proof Shoes - ----MESSAGE-END---- ----MESSAGE-BEGIN---- [19941126.121601.95@comptech.demon.co.uk] <1994112612160100> Newsgroups: comp.protocols.tcp-ip,comp.unix.programmer From: adam@comptech.demon.co.uk (Adam Goodfellow) Subject: Re: Address already in use message Message-ID: <19941126.121601.95@comptech.demon.co.uk> Sender: news@demon.co.uk (Usenet Administration) Nntp-Posting-Host: comptech.demon.co.uk Reply-To: adam@comptech.demon.co.uk Organization: Computech X-Newsreader: Archimedes TTFN Version 0.36 References: <19941120.174812.98@comptech.demon.co.uk> <3b0k5r$9fq@wraith.internode.com.au> Date: Sat, 26 Nov 1994 12:16:01 GMT Lines: 46 In article <3b0k5r$9fq@wraith.internode.com.au>, Simon Hackett wrote: >mkl@rob.cs.tu-bs.de (Mario Klebsch DG1AM) writes: > >>adam@comptech.demon.co.uk (Adam Goodfellow) writes: > > >>>>We have a concurrent server application in TCP/IP which binds to an address >>>>on a well known port number. When the application is killed, and then >>>>restarted, bind fails with the message "Address already in use". We then >>>>either have to restart the machine or wait for 10-15 minutes before >>>>restarting the application. Does anyone have any idea what might be >>>>causing this? >>>> >>>Your application is probably forgetting to close the listen() socket as >>>well as accept()ed sockets, or is just doing a shutdown on it. >>Does't the kernel close all open descriptors, when the process exites? >>This is what I learned about UNIX. Do sockets behave different ? No idea what Unix is like, I only use a near identical port if the of the 4.3 Net code, but experience so far indicates that the problems are near identical. > >set the socket option "SO_REUSEADDR" (or something spelt very similarly) >on the socket, this should make that "problem" disappear. > Wont that just make the symtom disappear? It wont get rid of the problems as such, ok so it may sort itself out after a few (10?) mins or so... I did have something similar once, and think I cured it by doing a shutdown(s, 2) to dump pending data before closing the socket. BTW, are you using SO_LINGER? -- Adam ======================================================================= | Computech Tel/Fax: 0181 673 7817 email: adam@comptech.demon.co.uk | ======================================================================= ----MESSAGE-END---- ----MESSAGE-BEGIN---- [19941126.122318.64@comptech.demon.co.uk] <1994112612231800> Newsgroups: vmsnet.infosystems.gopher,comp.protocols.tcp-ip.ibmpc,comp.protocols.tcp-ip.domains,comp.protocols.tcp-ip,comp.os.ms-windows.apps.comm,comp.infosystems,alt.gopher From: adam@comptech.demon.co.uk (Adam Goodfellow) Subject: Re: Resolve Host Problem (IP Adrses) Message-ID: <19941126.122318.64@comptech.demon.co.uk> Sender: news@demon.co.uk (Usenet Administration) Nntp-Posting-Host: comptech.demon.co.uk Reply-To: adam@comptech.demon.co.uk Organization: Computech X-Newsreader: Archimedes TTFN Version 0.36 References: <3b3rdd$bci@cybersys.mercy.org> Date: Sat, 26 Nov 1994 12:23:18 GMT Lines: 32 In article <3b3rdd$bci@cybersys.mercy.org>, you wrote: > >I'm using Chameleon 4.01 for Windows and am having a problem with domain >names. I can't enter domain names in any of the programs (gopher, >telnet, FTP, etc...) and get it to work. For some reason it can't find >the IP addresses when I put in the domain name. This has been very >troublesome for me since I have a book of domain names -- but no IP >addresses! Can anyone help me with this problem? Here are the error >messages I get in each of the utilities for Chameleon: > >Telnet: "Unable to resolve host" > >Gopher: "Can't resolve host 'gopher.micro.umn.edu'. Retry the operation" > >FTP: "Failed to connect to remote host: "cybersys.mercy.org"." > Sounds like you need to configure a name server (I assume your software *does* support use of the DNS) Speak to your local sys-admin guy to which out which names server(s) to use and check in the Chameleon docs on how to configure the resolver and tell it which nameserver(s) to use. -- Adam ======================================================================= | Computech Tel/Fax: 0181 673 7817 email: adam@comptech.demon.co.uk | ======================================================================= ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3b7bbk$4ji@aldwych.gig.nl] <1994112612572400> From: hendrik@gig.nl (Hendrik te Winkel) Newsgroups: comp.protocols.tcp-ip,comp.infosystems.www.providers Subject: Experiences with Internet providers in Bay Area? Date: 26 Nov 1994 12:57:24 GMT Organization: ElectroGIG Europe Lines: 20 Message-ID: <3b7bbk$4ji@aldwych.gig.nl> NNTP-Posting-Host: waterloo.gig.nl X-Newsreader: TIN [version 1.2 PL2] Hello I need some information on Internet Providers in the SF / Bay Area. I already know netcom, little garden and SantaCruz but I would like to know if any of you (esp. companies) have good/bad expreience with one or the other provider. I want to hook up our local SF office to the Internet through a leased-line and can use any info you can give me. I looked through some WWW pages and found an enormous list with providers but the majority were SLIP/personal IP providers and I look for a 'proffesional one' with good support, fallback, etc. Thanks for any help on this, or pointers to other info. Bye, Hendrik -- Hendrik te Winkel hendrik@gig.nl ElectroGIG Europe Amstel 222 tel: +31 20 5217 341 1017 AJ Amsterdam fax: +31 20 622 68 01 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3b47qk$4bu@peril.zot.APANA.ORG.AU] <1994112613584400> From: hamish@zot.apana.org.au (Hamish Coleman) Newsgroups: comp.protocols.nfs,comp.protocols.tcp-ip Subject: Re: ip broadcast towards udp discard port, why? Date: 25 Nov 1994 19:38:44 +1100 Organization: "WFLGA (Worlds First Linear Gerbil Accelerator" Lines: 27 Message-ID: <3b47qk$4bu@peril.zot.APANA.ORG.AU> References: <3avkfd$l8n@uxmain.nlr.nl> NNTP-Posting-Host: localhost.zot.apana.org.au Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Keywords: discard nfs pcnfs ip udp tcp-ip In <3avkfd$l8n@uxmain.nlr.nl> graat@uxfiles.nlr.nl (graat j.w.) writes: >during network analyses I found several packets broadcasted by pc >machines to the standard udp discard port (port 9). Does anybody have >any idea what this is used for? I cannot think of any reason for doing >this. >Source address: > port: 9 >Destination address: 255.255.255.255 > port: 9 >The data in the packets is 14 bytes long and starts with 'PC-NFS' >followed by eight ascii characters (looks like a hexadecimal string). >My guess is it has something to do with pc-nfs, but what? What you are looking at there, is PC-NFS's licence and serial-number system. all the PC-NFS clients check the data recieved by their discard port, and if they ever see a serial number that is the same as their own, they barf and both machines suddenly have network errors. -- Use Linux! hamish@zot.apana.org.au |)}>=----------------------- This space to let ----------------------=<{(| ``Life is like a grapefruit ... it's sort of orangey-yellow and dimpled on the outside, wet and squidgy in the middle. It's got pips inside too. Oh, and some people have half a one for breakfast.'' -- Ford Prefect ----MESSAGE-END---- ----MESSAGE-BEGIN---- [9411261547.AA00029@hedgehog.demon.co.uk] <1994112615475700> Newsgroups: comp.protocols.tcp-ip From: niall@hedgehog.demon.co.uk (Niall Teasdale) References: <3aqkde$snf@hprcl192.mayfield.hp.com> Organization: Hedgehog Software X-Newsreader: TIN [version 1.2 PL2] Subject: Re: RFC1122 & UDP Broadcasts Date: Sat, 26 Nov 1994 15:47:57 +0000 Message-ID: <9411261547.AA00029@hedgehog.demon.co.uk> Sender: usenet@demon.co.uk Lines: 25 colin@mayfield.hp.com wrote: : RFC1122 section 3.2.1.3 states: : For most purposes, a datagram addressed to a broadcast or : multicast destination is processed as if it had been : addressed to one of the host's IP addresses; we use the term : "specific-destination address" for the equivalent local IP : My UDP Broadcast programs have been binding to either the interfaces : broadcast : address or "INADDR_ANY", but this indicates that you could also bind to : the local IP address and still receive broadcast packets - is this correct? Assuming that the address you bind to is covered by the type of broadcast you receive, I believe you should get it, but I do not think it is very well documented. : BTW - It doesn't seem to work on my machine (HP-UX s700 9.X) Not everyone obeys the rules unfortunately. If you read TCP/IP Illustrated (by W. Richard Stevens) you will see how many implementations of TCP/IP do not quite follow the specs. It stems from the days when the standards were not so standard. :-/ Niall. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [9411261552.AA0002e@hedgehog.demon.co.uk] <1994112615521400> Newsgroups: comp.protocols.tcp-ip From: niall@hedgehog.demon.co.uk (Niall Teasdale) References: <3as8au$ng4@cronkite.cisco.com> Organization: Hedgehog Software X-Newsreader: TIN [version 1.2 PL2] Subject: Re: RFC1597 vs RFC1627 Date: Sat, 26 Nov 1994 15:52:14 +0000 Message-ID: <9411261552.AA0002e@hedgehog.demon.co.uk> Sender: usenet@demon.co.uk Lines: 15 Tony Li (tli@cisco.com) wrote: : In article seth@amanda.dorsai.org (Seth Bromberger) : writes: : Has anyone implemented the procedures detailed in RFC1597, particularly : in light of RFC1627? We're looking into this as a backup measure in the : event we can't get a class-B address space, but don't want to be stuck : renumbering 8,000 hosts. : [...stuff deleted...] My company will be using this mechanism shortly. This is primarily because we have no need of putting all our machines on the Internet. Niall. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov26.162712.16709@dg-rtp.dg.com] <1994112616271200> Newsgroups: comp.protocols.tcp-ip From: scott@tdc.rtp.dg.com (John Scott) Subject: Re: WFW-TCP/IP routing problem to NT Message-ID: <1994Nov26.162712.16709@dg-rtp.dg.com> Sender: usenet@dg-rtp.dg.com (Usenet Administration) Date: Sat, 26 Nov 94 16:27:12 GMT References: <3aq4ji$b1l@horus.mch.sni.de> Organization: Data General Corporation, Research Triangle Park, NC Lines: 12 To make this work you need two things: a router between the wfw station and the NT server (I assume you have that) and a \windows\system32\drivers\etc\lmhosts (I think this is the right pathname, your installation may vary) file listing the IP addresses of all the machines in your network installed on every machine in your network. Once that is done you should be able to share files across networks. I know this works for WindowsNT and I suspect it will work for WFW (though I have yet to configure TCP/IP for WFW). -- John A. Scott Data General Phone: +1 919 248 5995 62 TW Alexander Drive Email: scott@rtp.dg.com Research Triangle Park, NC 27709 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov26.163521.18215@dg-rtp.dg.com] <1994112616352100> Newsgroups: comp.protocols.tcp-ip,comp.protocols.tcp-ip.ibmpc,alt.winsock From: scott@tdc.rtp.dg.com (John Scott) Subject: Re: Help: where does ECONNREFUSED come from? Message-ID: <1994Nov26.163521.18215@dg-rtp.dg.com> Sender: usenet@dg-rtp.dg.com (Usenet Administration) Date: Sat, 26 Nov 94 16:35:21 GMT References: <3aqeiu$d08@gradient.gradient.com> Organization: Data General Corporation, Research Triangle Park, NC Lines: 36 In article <3aqeiu$d08@gradient.gradient.com> neil_r@gradient.com (Neil Rowland) writes: >I'm trying to connect to a server using TCP, and I consistently get >ECONNREFUSED back, which I gather means "connection forcibly rejected". >Now this begs the urgent questions: > >1) Why is the connection request being rejected? > (What are the possible reasons? The docs I've got don't list any.) The most likely cause is that there is not a listener on the port you are trying to connect. If you are sure the address is correct, make sure the address is in the correct byte order. Network byte order is big endian (most significant byte first). >2) What can I do about it? > (For each possible reason, in turn.) First ensure that there is a listener on the server (netstat -a). Second check the address format. If you are using a little endian machine (x86, vax, etc.) then you will have to byte swap the port number (htons()) and the IP address (htonl()). Depending on how you got the address, it may already be in network order. > >Looked at from another angle: what is the mechanism by which a server >rejects a connection request? I know there's an accept() API, but I >find nothing like a reject() call to refuse a connection. I have the >source to the server, and might be able to figure out what its gripe >is if I knew where to look. > >Can anyone out there give me a clue? Or a string to grep for? Copious >thanks in advance. -- John A. Scott Data General Phone: +1 919 248 5995 62 TW Alexander Drive Email: scott@rtp.dg.com Research Triangle Park, NC 27709 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [Czw4Fv.KrG@watserv1.uwaterloo.ca] <1994112619501900> Newsgroups: comp.protocols.tcp-ip,comp.protocols.tcp-ip.ibmpc From: mghembru@dictator.uwaterloo.ca (Mattias Gerald Hembruch) Subject: Telnet Negotiation Message-ID: Sender: news@watserv1.uwaterloo.ca Nntp-Posting-Host: dictator.uwaterloo.ca Organization: University of Waterloo Date: Sat, 26 Nov 1994 19:50:19 GMT Lines: 28 If the cross-posting is inappropriate, forgive me. I didn't see a FAQ in the current articles, so I thought I'd go ahead & post. I just aquired OS/2 Warp with the Bonus Pack which includes SLIP and all the goodies. I have no problem getting the connection to go, my question is about telnetpm. When I open a connection, it asks me for screen size. I enter 80x50 because I like a lot of rows on the screen. It then complains "Server cannot support requested rows." and defaults back to 80x24. Looking in the help index, it says (really helpful stuff): telnetpm tries to negotiate the requested size with the server and if the server can't support it, defaults back to 24. The server in question reports the following for uname -a: SunOS ********* 4.1.2 2 sun4c Any ideas on how to disable this negotiation, or how to get the host to agree (I can do 80x50 IF this telnet app would let me resize the virtual screen without the negotiation!). Thanks, Mattias -- Mattias Hembruch University of Waterloo BASc Computer Engineering, MASc to follow mghembru@dictator.uwaterloo.ca ----MESSAGE-END---- ----MESSAGE-BEGIN---- [sarjeantCzw4p1.JI1@netcom.com] <1994112619554900> Newsgroups: comp.protocols.tcp-ip From: sarjeant@netcom.com (Eric Sarjeant) Subject: Help! DNS working but I Can't Connect Message-ID: Organization: NETCOM On-line Communication Services (408 261-4700 guest) X-Newsreader: TIN [version 1.2 PL1] Date: Sat, 26 Nov 1994 19:55:49 GMT Lines: 17 I'm trying to setup my MacTCP with a Cisco router and a dedicated IP address -- but it's not working perfectly (yet). I can connect flawlessly, and I can locate all the systems in my domain, but I can't convince the router to let me get outside. The DNS is working fine, and it recognizes all the external addresses, but the router won't let me connect. I have configured the default gateway, but that doesn't seem toe doing anything. It seems to be related to DNS, but somehow I doubt that. This is the story, and if anyone can help I would really appreciate it (even if I can just get some info on where to find a good MacTCP faq). -- ============================================================================ sarjeant@netcom.com | I'm crying. Sitting on a cornflake | ls -l -a Eric W. Sarjeant | waiting for the van to come. (Beatles) | Arnold_S* ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3b841r$qvf@umd5.umd.edu] <1994112619585100> From: jeff@hotbox.slip.umd.edu (Jeff Burchell) Newsgroups: comp.protocols.tcp-ip Subject: (Q) 3 Machines, I allocated IP? Date: 26 Nov 1994 19:58:51 GMT Organization: University of Maryland, College Park Lines: 28 Message-ID: <3b841r$qvf@umd5.umd.edu> NNTP-Posting-Host: hotbox.slip.umd.edu X-Newsreader: TIN [UNIX 1.3 941109BETA PL0] Right now, Im connecting to the net via a full time SLIP feed. This is all fine and good, except for one slight problem... My provider (UMD (my housemate is a student, and can get a feed from them for really cheap)) can not/will not provide me with more than one IP address. However, we've got 2 machines up and running most of the time, and sometimes 3 or 4. (connected through a local ethernet) I need a way to give the other machines some IP connectivity. Right now, they are used essentially as X terminals, to log into this server, and use its resources, but thats a waste of a perfectly good machine. Id like them to be able to run client software (newsreaders, web browsers, IRC clients, etc). There is no need for inwards connectivity (i.e. I don't need or want to be able to telnet INTO any machine other than the one running the SLIP line from the rest of the net) What I'm basicly looking for (I think), is something along the lines of TIA, except for across the ethernet (I use TIA when I dial-in remotely, and it provides me with exactly what I need) Does such a thing exist? if so, what is it called, and where can I get it? -Jeff ----------------------------------------------------------------------------- "A little inaccuracy saves a world of explanation" | Jeff Burchell - C.E. Ayers | jeff@hotbox.slip.umd.edu ----------------------------------------------------------------------------- ----MESSAGE-END---- ----MESSAGE-BEGIN---- [bobley-2611941515120001@kslip4.apl.jhu.edu] <1994112620153500> Newsgroups: comp.protocols.tcp-ip From: bobley@mailstorm.dot.gov (Brett Bobley) Subject: Re: (Q) SLIP & Subnetting Message-ID: Sender: usenet@aplcenmp.apl.jhu.edu Nntp-Posting-Host: kslip4.apl.jhu.edu Organization: US Coast Guard References: <3aporr$mia@juniper.almaden.ibm.com> <3aq4gk$fvq@newhub.xylogics.com> <3asp8g$knu@newhub.xylogics.com> <3avg7d$pd8@newhub.xylogics.com> Date: Sat, 26 Nov 1994 20:15:35 GMT Lines: 9 Thanks for the good information, Jim. Much appreciated. Brett -- Brett Bobley U.S. Coast Guard Washington, DC Internet: bobley@mailstorm.dot.gov ----MESSAGE-END---- ----MESSAGE-BEGIN---- [VtwrkapDlfaA073yn@halcyon.com] <1994112621512700> From: mpdillon@halcyon.com (Michael Dillon) Newsgroups: comp.protocols.tcp-ip Subject: Re: (Q) 3 Machines, I allocated IP? Date: Sat, 26 Nov 1994 21:51:27 +0000 Organization: Memra Software Inc., Armstrong, B.C., Canada Lines: 20 Message-ID: References: <3b841r$qvf@umd5.umd.edu> NNTP-Posting-Host: coho.halcyon.com In article <3b841r$qvf@umd5.umd.edu>, jeff@hotbox.slip.umd.edu (Jeff Burchell) wrote: > > What I'm basicly looking for (I think), is something along the lines of > TIA, except for across the ethernet (I use TIA when I dial-in remotely, > and it provides me with exactly what I need) > > Does such a thing exist? if so, what is it called, and where can I get it? Yes. If they are UNIX clients use a package called term, if they are Windows clients look for Twinsock. --------------------------------------------------------------------- "How to Make a FORTUNE on the Information Superhighway" This book is written by two lawyers who can't even spell `libel.' Michael Dillon mpdillon@halcyon.com C-4 Powerhouse, RR #2 michael@junction.net Armstrong, BC V0E 1B0 Fido: 1:353/350 Canada BBS: +1-604-546-2705 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CzwBz8.2vt@indirect.com] <1994112622330700> Newsgroups: comp.protocols.tcp-ip.ibmpc,comp.protocols.tcp-ip.domains,comp.protocols.tcp-ip From: ecs@indirect.com (Ed Snible) Subject: Re: DNS Setup - Help! Distribution: inet Message-ID: Sender: usenet@indirect.com (System Operator) Organization: Internet Direct, indirect.com Date: Sat, 26 Nov 1994 22:33:07 GMT References: <3b6ijr$r0@cybersys.mercy.org> X-Newsreader: TIN [version 1.2.1 [BP] PL2.1] Followup-To: comp.protocols.tcp-ip.ibmpc,comp.protocols.tcp-ip.domains,comp.protocols.tcp-ip Lines: 21 rputnam@cybersys.mercy.org wrote: : I cannot get my Chameleon to resolve hosts when I put in just the domain : and I finally figured out it's because I don't have my Domain Name : Server setup correctly. Can anyone help me with this problem? I don't You have to tell your Chameleon the IP *number* of your local name server. I am not quite sure how to do this for Chameleon, for Trumpet it can be done in the .INI file. To find out the *number* of your hospital's name server, you can either call up the network admin and ask, or you can see if there is an "nslookup" command on a Unix machine there. Just type "nslookup foo.bar" at the shell, and you will get something like: Server: ns1.hospital.com Address: 100.101.102.103 Server timed out Write down that address and put it into your machine's configuration and you will be all set. Ed Snible ecs@indirect.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [porter-261194211143@f181-139.net.wisc.edu] <1994112703174600> From: porter@chem.wisc.edu (ron porter) Newsgroups: comp.protocols.tcp-ip Subject: FTP, ASCII vs Binary Followup-To: comp.protocols.tcp-ip Date: 27 Nov 1994 03:17:46 GMT Organization: UW Lines: 13 Message-ID: NNTP-Posting-Host: f181-139.net.wisc.edu Hello, I know the difference between binary and ASCII, but have been wondering, is it okay to transfer an ASCII file in Binary? Maybe you wouldn't do this knowingly, but if you don't know or don't change it back to ASCII. Will the extra bit cause problems with say an UUencoded file when you try to undecode it at the other end? -- Ron Porter porter@chem.wisc.edu Univ. of Wisconsin Madison ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3baulv$9h2@tools.near.net] <1994112708253500> From: barmar@nic.near.net (Barry Margolin) Newsgroups: comp.protocols.tcp-ip Subject: Re: FTP, ASCII vs Binary Date: 27 Nov 1994 16:45:35 -0500 Organization: NEARnet, Cambridge, MA Lines: 28 Message-ID: <3baulv$9h2@tools.near.net> References: NNTP-Posting-Host: tools.near.net In article porter@chem.wisc.edu (ron porter) writes: >Hello, > I know the difference between binary and ASCII, but have >been wondering, is it okay to transfer an ASCII file in Binary? Only if you're going between systems running the same OS. If you transfer between a DOS machine and a Unix machine it's necessary to use ASCII transfer so that the line breaks will be translated properly. Also, some systems (like VMS) have file attributes that indicate whether the file contains text or binary data, and they'll initialize them based on the kind of transfer. So you should use ASCII mode when transfering to one of these systems. >Maybe you wouldn't do this knowingly, but if you don't know >or don't change it back to ASCII. >Will the extra bit cause problems with say an UUencoded file >when you try to undecode it at the other end? UUencoded files might be safe, since it codes all the important stuff in text, and the control sequences should be ignored. However, if you were transfering between an ASCII and an EBCDIC system you would still have problems. -- Barry Margolin BBN Internet Services Corp. barmar@near.net ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CzxJ6t.MJB@inter.NL.net] <1994112714062800> Newsgroups: comp.protocols.tcp-ip From: marten@ripe.net (Marten Terpstra) Subject: Re: RFC1597 vs RFC1627 Message-ID: Sender: news@inter.NL.net (News at news) Organization: RIPE Network Coordination Centre References: <3as8au$ng4@cronkite.cisco.com> <9411261552.AA0002e@hedgehog.demon.co.uk> Date: Sun, 27 Nov 1994 14:06:28 GMT Lines: 25 In <9411261552.AA0002e@hedgehog.demon.co.uk> niall@hedgehog.demon.co.uk (Niall Teasdale) writes: >Tony Li (tli@cisco.com) wrote: >: In article seth@amanda.dorsai.org (Seth Bromberger) >: writes: >: Has anyone implemented the procedures detailed in RFC1597, particularly >: in light of RFC1627? We're looking into this as a backup measure in the >: event we can't get a class-B address space, but don't want to be stuck >: renumbering 8,000 hosts. >: >[...stuff deleted...] >My company will be using this mechanism shortly. This is primarily >because we have no need of putting all our machines on the Internet. Not connecting to the Internet is not the only criterium to use RFC1597. You should also realize that with a RFC1597 numbered network you can also not connect to another RFC1597 numbered network. If you are in a "merger sensitive" industry, this is definately something to think about. In any case one should probably read both RFCs carefully and make a decision based on the positive and negative sides ... -Marten ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CzxpCv.8Ew@mv.mv.com] <1994112716194300> Newsgroups: comp.protocols.tcp-ip From: klos@mv.mv.com (Patrick Klos) Subject: Re: Lanwatch Diags Software Message-ID: Nntp-Posting-Host: mv.mv.com Sender: usenet@mv.mv.com (System Administrator) Organization: Klos Technologies, Inc. Date: Sun, 27 Nov 1994 16:19:43 GMT References: <941123184228@desire.ftp.com> Lines: 31 In article <941123184228@desire.ftp.com>, Frances K. Selkirk wrote: >In article robertsr@helios.usq.EDU.AU (roger roberts) writes: > >> I am interested in purchasing a product from FTP Software called >> Lanwatch however I require answers to some particular questions relating to >> card specific versions of this software. >> >> 1.Will I be able to filter on MAC or IP addresses and observe CRC,IP checksum >> ,alignment,shorts and longs caused or from a single workstation? > >Yes. Has something changed in the packet driver spec, or does LANWatch support some special drivers that will report CRC, alignments, shorts and longs?? The standard packet driver spec does not handle error conditions. Even if it could, on ethernet, it's often impossible to determine which workstation caused a specific error. >Frances K. Selkirk fks@ftp.com >FTP Software, Inc. Technical Support (800) 382-4FTP >--------------------------------------------------------------------- >FTP server = ftp.ftp.com BBS =508-659-6240 | support@ftp.com >WWW server = http://www.ftp.com | info@ftp.com -- ============================================================================ Patrick Klos Internet: klos@mv.mv.com Klos Technologies, Inc. Voice: (603) 424-8300 604 Daniel Webster Highway FAX: (603) 424-9300 Merrimack, New Hampshire 03054 BBS: (603) 429-0032 ============================================================================ ----MESSAGE-END---- ----MESSAGE-BEGIN---- [lenwink.286.00096191@indirect.com] <1994112716224800> Newsgroups: comp.protocols.tcp-ip From: lenwink@indirect.com (Len Winkler) Subject: KA9Q, Phil Karn on National Radio ! Message-ID: Sender: usenet@indirect.com (System Operator) Organization: Ham Radio & More Date: Sun, 27 Nov 1994 16:22:48 GMT X-Newsreader: Trumpet for Windows [Version 1.0 Rev A] Lines: 6 KA9Q, Phil Karn, will be on the Ham Radio & More Show, Sunday, 11/27/94, at 6:00pm EST. It's available on the Talk America Network in many cities and via TVRO satellite on Spacenet 3, Transponder 9, 6.8 audio. Call 602-241-1510 for more info or call the listener call-in line during the show and talk to Phil at 1-800-298-8255. Len ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3bac98$82i@news.bu.edu] <1994112716313600> From: nagendra@cs.bu.edu (nagendra mishr) Newsgroups: comp.protocols.tcp-ip Subject: need help identifying tcp problem Date: 27 Nov 1994 16:31:36 GMT Organization: Computer Science Department, Boston University, Boston, MA, USA Lines: 20 Message-ID: <3bac98$82i@news.bu.edu> NNTP-Posting-Host: csa.bu.edu X-Newsreader: TIN [version 1.2 PL2] I have a tcp stack ftom IBM for os2 v 2.1 and my app is showing problems of delayed tcp message arrival. The app basically have multiple conversations with a duplicate apps running on upto five different machines. Each conversation is composed of a connect, multiple message transfers followed by a close. If I let things go crazy, I find that at times a message sent on the TCP wire does not get delivered for up to 5 minutes. At times, my whole system freezes as well. The only way I can better performance is if I introduce a 15 second delay between the last transmission and the close of the connection. Even this now seems to freeze. I ended up moving all my apps to the same machine. Anyone have any suggestions on how I can track down the problem? any help appreciated Nagendra nagendra@csa.bu.edu ----MESSAGE-END---- ----MESSAGE-BEGIN---- [785973031snz@corixia.demon.co.uk] <1994112721503100> Newsgroups: comp.protocols.tcp-ip From: richard@corixia.demon.co.uk (Richard Ashton) Subject: Re: FTP, ASCII vs Binary References: Organization: Fidelity Electronics Ltd Reply-To: richard@corixia.demon.co.uk X-Newsreader: Demon Internet Simple News v1.29 Lines: 21 Date: Sun, 27 Nov 1994 21:50:31 +0000 Message-ID: <785973031snz@corixia.demon.co.uk> Sender: usenet@demon.co.uk In article porter@chem.wisc.edu "ron porter" writes: }Hello, } I know the difference between binary and ASCII, but have }been wondering, is it okay to transfer an ASCII file in Binary? }Maybe you wouldn't do this knowingly, but if you don't know }or don't change it back to ASCII. }Will the extra bit cause problems with say an UUencoded file }when you try to undecode it at the other end? This depends on the source machine. UNIX boxes seperate lines with "linefeed" and nothing else. so a binary get will work but you will be short a bunch of "carriage returns". Looks pretty! Regards {} {} Richard {} {} -- richard@corixia.demon.uk TEAM OS/2 This opinion belongs to the Company and is probably not my own. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [785975779snz@cucumber.demon.co.uk] <1994112722361900> Newsgroups: comp.protocols.tcp-ip From: Andrew@cucumber.demon.co.uk (Andrew Gabriel) Cc: porter@chem.wisc.edu Subject: Re: FTP, ASCII vs Binary References: Reply-To: Andrew@cucumber.demon.co.uk X-Newsreader: Demon Internet Simple News v1.29 Lines: 21 Date: Sun, 27 Nov 1994 22:36:19 +0000 Message-ID: <785975779snz@cucumber.demon.co.uk> Sender: usenet@demon.co.uk In article porter@chem.wisc.edu "ron porter" writes: > Hello, > I know the difference between binary and ASCII, but have > been wondering, is it okay to transfer an ASCII file in Binary? Providing both systems (yours and the server) represent characters and newline sequences in the same way in files, it should be OK. > Will the extra bit cause problems with say an UUencoded file > when you try to undecode it at the other end? No, because it should always be unset. Newline sequence might cause problems - if you fetch from a Unix server to a DOS system in binary, you will have a file with Unix newline sequences (LF only) rather than DOS newline sequences (CR LF). However, I suspect many DOS based uudecodes will be tolerant of this. -- Andrew Gabriel Home: Andrew@cucumber.demon.co.uk Work: Andrew.Gabriel@gpt.co.uk ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3bb8aq$1b3c@bigblue.oit.unc.edu] <1994112800301800> From: John.Jamerson@launchpad.unc.edu (John Jamerson) Newsgroups: comp.protocols.tcp-ip Subject: help me, please w/SLIP (Q) Date: 28 Nov 1994 00:30:18 GMT Organization: University of North Carolina Extended Bulletin Board Service Lines: 26 Distribution: world Message-ID: <3bb8aq$1b3c@bigblue.oit.unc.edu> NNTP-Posting-Host: lambada.oit.unc.edu Originator: launch@lambada gurus- having a major problem getting my SLIP set up. both sys admin and i are TOTAL newbies at SLIP. situation: PC (stand alone or WFWG - same symptoms) running Trumpet Winsock 2.0b dials server (Livingston Port Master hooked to UNIX box running SunOS 4.1.3. After login and password, SLIP enables (Portmaster does this), I enter correct IP addr in Trumpet, minimize trumpet, then attempt to use a client. Ping works OK with normal reports, but nothing else I attempt does (Mosaic, Cello, telnet, ftp, etc.). It's like staring into an empty room. I know I've got SLIP, but there's nothing else happening. Anybody got good ideas what I'm doing wrong?? As I said, we're flying blind here about SLIP. Thanx in advance, John Jamerson e-mail preferred, but post if ya gotta. -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Launchpad is an experimental internet BBS. The views of its users do not necessarily represent those of UNC-Chapel Hill, OIT, or the SysOps. -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3bdc1n$nvr@surf.agcs.com] <1994112801055900> From: gibsong@agcs.com (Greg Gibson) Newsgroups: comp.object,comp.protocols.tcp-ip,comp.unix.solaris,comp.lang.c++,comp.client-server Subject: Re: ACE version 2.15.5 now available Date: 28 Nov 1994 12:45:59 -0700 Organization: AG Communication Systems - Phoenix, AZ Lines: 20 Distribution: inet Message-ID: <3bdc1n$nvr@surf.agcs.com> References: <3aul4m$bh6@tango.cs.wustl.edu> NNTP-Posting-Host: surf.agcs.com In article <3aul4m$bh6@tango.cs.wustl.edu> schmidt@tango.cs.wustl.edu (Douglas C. Schmidt) writes: >COPYRIGHT INFORMATION FOR ACE > >... It would be great to see this distributed >evolve into a comprehensive, robust, and well-documented C++ class >library that would be freely available to everyone. Naturally, I am >not responsible for any problems caused by using these C++ wrappers. It is not clear to me why you would 'naturally' not be responsible for any problems caused by using this library. What if a problem within this library caused all of the Iridium satellites to become useless? I'm not saying you have full responsibility by any means, but to claim a desire of a comprehensive and robust library without responsibility for any lack of those characteristics seems like a conflict. -- =.=-=.=-=.=-=.=-=.=-=.=-=.=-=.=-=.=-=.=-=.=-=.=-=.=-=.=-=.=-=.=-=.=-=.=-=.=-=.= UUCP:{ncar!noao!asuvax|uunet!zardoz!hrc}!gtephx!gibsong Greg P. Gibson (Greggo) Inet:gtephx!gibsong@asuvax.eas.asu.edu /I speak for no\ AG Communication Systems Talk:602-582-7524 Fax:602-581-4390 \one but myself/ Phoenix, AZ 85072-2179 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3bdlt5$hkn@pyrnova.mis.pyramid.com] <1994112801141300> From: lstowell@pyrnova.mis.pyramid.com (Lon Stowell) Newsgroups: comp.protocols.tcp-ip Subject: Re: FTP, ASCII vs Binary Date: 28 Nov 1994 14:34:13 -0800 Organization: Pyramid Technology Corporation Lines: 13 Message-ID: <3bdlt5$hkn@pyrnova.mis.pyramid.com> References: NNTP-Posting-Host: pyrnova.mis.pyramid.com In article porter@chem.wisc.edu (ron porter) writes: > >Hello, > I know the difference between binary and ASCII, but have >been wondering, is it okay to transfer an ASCII file in Binary? Not only is it ok, you may have to use binary if the internal operating systems aren't the same...or don't quite have the same meaning for the word "ASCII". Haven't tried lately but some old DOS implementations could only send/receive files from Unix hosts in binary...even ascii text files. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3bd1o1$sdu@newsbf01.news.aol.com] <1994112803300900> From: freddiesal@aol.com (FreddieSal) Newsgroups: comp.protocols.tcp-ip Subject: Re: FTP, ASCII vs Binary Date: 28 Nov 1994 11:50:09 -0500 Organization: America Online, Inc. (1-800-827-6364) Lines: 8 Sender: news@newsbf01.news.aol.com Message-ID: <3bd1o1$sdu@newsbf01.news.aol.com> References: NNTP-Posting-Host: newsbf01.news.aol.com In article , porter@chem.wisc.edu (ron porter) write > been wondering, is it okay to transfer an ASCII file in Binary? In a word Yes. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov28.034858.27057@acc.com] <1994112803485800> Newsgroups: comp.protocols.tcp-ip From: art@acc.com (Art Berggreen) Subject: Re: FTP, ASCII vs Binary Message-ID: <1994Nov28.034858.27057@acc.com> Organization: ACC, Advanced Computer Communications References: Date: Mon, 28 Nov 1994 03:48:58 GMT Lines: 26 In article porter@chem.wisc.edu (ron porter) writes: >Hello, > I know the difference between binary and ASCII, but have >been wondering, is it okay to transfer an ASCII file in Binary? >Maybe you wouldn't do this knowingly, but if you don't know >or don't change it back to ASCII. >Will the extra bit cause problems with say an UUencoded file >when you try to undecode it at the other end? It most likely depends on the two systems involved and how they store text files. Most of the ASCII mode processing has to do with processing line termination characters (CR and LF). Some systems with more complex filesystems may also store text files in a different file format than binary files, such that a file can't properly be used as a text file if stored as binary (but these are uncommon these days). Transferring text files between two Unix systems in binary mode works just fine. Getting a text file from a DOS system to a Unix system in binary mode creates a file where every Unix new-line (LF) is preceded by a carriage return (CR). Some text processing utilities might treat these CRs as valid line terminators and the LFs as blank lines. Transferring the other direction might create a DOS file which doesn't have proper line termination (LF instead of CR,LF). Art ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3bdifp$sfm@zeus.fasttax.com] <1994112805355300> From: phil@zeus.fasttax.com (Phil Howard) Newsgroups: comp.protocols.tcp-ip Subject: Re: FTP, ASCII vs Binary Date: 28 Nov 1994 15:35:53 -0600 Organization: fasttax.com Lines: 16 Message-ID: <3bdifp$sfm@zeus.fasttax.com> References: <3baulv$9h2@tools.near.net> NNTP-Posting-Host: zeus.fasttax.com barmar@nic.near.net (Barry Margolin) writes: >UUencoded files might be safe, since it codes all the important stuff in >text, and the control sequences should be ignored. However, if you were >transfering between an ASCII and an EBCDIC system you would still have >problems. XXencode corrects the problems inherint in characters set translation variations that exist between ASCII and EBCDIC. Several separate PC uudecoders include xxdecode. The original xxencode and xxdecode source is at ftp://ftp.netcom.com/pub/pd/pdh/unix/xxcp.tar.gz -- Phil Howard KA9WGN | The drive spec says the capacity is 600mb unformatted Unix/Internet/Sys Admin | and 525mb formatted. So where do I find an unformat CLR/Fast-Tax | utility? phil@fasttax.com | ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3bdio8$sjv@zeus.fasttax.com] <1994112805402400> From: phil@zeus.fasttax.com (Phil Howard) Newsgroups: comp.protocols.tcp-ip Subject: Re: FTP, ASCII vs Binary Date: 28 Nov 1994 15:40:24 -0600 Organization: fasttax.com Lines: 15 Message-ID: <3bdio8$sjv@zeus.fasttax.com> References: <1994Nov28.034858.27057@acc.com> NNTP-Posting-Host: zeus.fasttax.com art@acc.com (Art Berggreen) writes: >Transferring the other direction might create a DOS file which >doesn't have proper line termination (LF instead of CR,LF). DOS also appends a text file with ^Z as an EOF marker for certain older programs. This came from the CP/M world where ^Z was needed because EOF only had a block level resolution and binary files were multiples of 128 bytes. While ^Z isn't really needed by modern DOS programs, a few old programs you run into might. -- Phil Howard KA9WGN | The drive spec says the capacity is 600mb unformatted Unix/Internet/Sys Admin | and 525mb formatted. So where do I find an unformat CLR/Fast-Tax | utility? phil@fasttax.com | ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3bdjhk$t0f@zeus.fasttax.com] <1994112805535600> From: phil@zeus.fasttax.com (Phil Howard) Newsgroups: comp.protocols.tcp-ip Subject: Re: RFC1597 vs RFC1627 Date: 28 Nov 1994 15:53:56 -0600 Organization: fasttax.com Lines: 40 Message-ID: <3bdjhk$t0f@zeus.fasttax.com> References: <3as8au$ng4@cronkite.cisco.com> <9411261552.AA0002e@hedgehog.demon.co.uk> NNTP-Posting-Host: zeus.fasttax.com marten@ripe.net (Marten Terpstra) writes: | Not connecting to the Internet is not the only criterium to use | RFC1597. You should also realize that with a RFC1597 numbered network | you can also not connect to another RFC1597 numbered network. If you | are in a "merger sensitive" industry, this is definately something to | think about. In any case one should probably read both RFCs carefully | and make a decision based on the positive and negative sides ... If you need "enterprise wide" connectivity, then you certainly should avoid the RFC1597 addresses. I use these numbers occaisionally for short router-to-router segments. Also when someone needs SLIP/PPP access and I don't know them and/or know that they need Internet access from home, I give them one of these numbers. My firewall filter-denies every packet, in either direction, with either the source or destination as one of these networks. I did find one set of these addresses getting routed once when I was setting up the firewall. I traced it down to a machine in Central America that I assume was RIPping that address. My firewall statements look like: set filter inet-i . deny 000.000.000.000/00 010.000.000.000/08 log set filter inet-i . deny 000.000.000.000/00 172.016.000.000/12 log set filter inet-i . deny 000.000.000.000/00 192.168.000.000/16 log set filter inet-i . deny 010.000.000.000/08 000.000.000.000/00 log set filter inet-i . deny 172.016.000.000/12 000.000.000.000/00 log set filter inet-i . deny 192.168.000.000/16 000.000.000.000/00 log set filter inet-o . deny 000.000.000.000/00 010.000.000.000/08 set filter inet-o . deny 000.000.000.000/00 172.016.000.000/12 set filter inet-o . deny 000.000.000.000/00 192.168.000.000/16 set filter inet-o . deny 010.000.000.000/08 000.000.000.000/00 set filter inet-o . deny 172.016.000.000/12 000.000.000.000/00 set filter inet-o . deny 192.168.000.000/16 000.000.000.000/00 -- Phil Howard KA9WGN | The drive spec says the capacity is 600mb unformatted Unix/Internet/Sys Admin | and 525mb formatted. So where do I find an unformat CLR/Fast-Tax | utility? phil@fasttax.com | ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3bcmeq$6ma@martha.utk.edu] <1994112813373000> From: hethmon@apac.ag.utk.edu (Paul Hethmon) Newsgroups: comp.protocols.tcp-ip Subject: Re: FTP, ASCII vs Binary Date: 28 Nov 1994 13:37:30 GMT Organization: Agricultural Policy Analysis Center Lines: 24 Message-ID: <3bcmeq$6ma@martha.utk.edu> References: NNTP-Posting-Host: apac2.ag.utk.edu X-Newsreader: LA Times for OS/2 [version: 3.3g] In message - porter@chem.wisc.edu ( ron porter) writes: >Hello, > I know the difference between binary and ASCII, but have >been wondering, is it okay to transfer an ASCII file in Binary? >Maybe you wouldn't do this knowingly, but if you don't know >or don't change it back to ASCII. >Will the extra bit cause problems with say an UUencoded file >when you try to undecode it at the other end? It will matter if the two systems don't use the same end of line sequence. Say from an OS/2 server to a Unix client, or vice versa. OS/2 uses a CR/LF for end of line while Unix uses a LF (or is it CR?). The safest thing to do is transfer it in the appropriate mode, any necessary translations will be done by the software. Paul Hethmon Programmer/Analyst & IBM Certified OS/2 Engineer Agricultural Policy Analysis Center The University of Tennessee at Knoxville hethmon@apac.ag.utk.edu == 615-974-3666 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [markw.3.000FEFDE@vip.best.com] <1994112814160600> From: markw@vip.best.com (Mark Williams) Newsgroups: comp.protocols.tcp-ip Subject: Addressing decisions Date: Mon, 28 Nov 1994 15:56:06 Organization: BEST Internet (415) 964-2378 Lines: 17 Message-ID: NNTP-Posting-Host: markw.vip.best.com Keywords: TCP-IP Class Address X-Newsreader: Trumpet for Windows [Version 1.0 Rev A] We are a company with a global presence (12 offices in 7 countries). We need to move towards a formalised IP address scheme. While we are somewhat familiar with IP address schemes, subnetting, etc we want to be sure we are taking the correct decisions..... As I say, we have 12 offices. Most are small (< 20 hosts) and three have over 50 PC's. The offices are running Windows NT servers and we're using TCP/IP over an X.25 network. We have selected an ad-hoc address since, to date, we are not connected to the Internet. This is soon to change though. I would like to know how we should subnet class C addresses (I assume we'll never get anywhere near a class B address!). What is the effect on the efficiency of the network if two offices - perhaps thousands of miles apart - are subnetted with the same class C address? Thanks, Mark ----MESSAGE-END---- ----MESSAGE-BEGIN---- [j-norstad-2911940043470001@aragorn187.acns.nwu.edu] <1994112814434700> From: j-norstad@nwu.edu (John Norstad) Newsgroups: comp.protocols.appletalk,comp.protocols.tcp-ip Subject: Re: NewsWatcher & ARA Date: Tue, 29 Nov 1994 00:43:47 -0600 Organization: Northwestern University Lines: 17 Message-ID: References: NNTP-Posting-Host: aragorn187.acns.nwu.edu In article , splint@newcastle.edu.au (Simon Plint) wrote: > I can run Eudora and Mosaic no problem but when I try NewsWatcher I get an > error saying that I have no permission to speak. > > Do you think this is, most likely, a problem with the uni server of with > my setup. It's a server problem. See FAQ #3 in Appendix F of the NewsWatcher user document. -- John Norstad Academic Computing and Network Services Northwestern University j-norstad@nwu.edu ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CzzFz0.IF4@info.swan.ac.uk] <1994112814521200> Newsgroups: comp.protocols.tcp-ip From: iialan@iifeak.swan.ac.uk (Alan Cox) Subject: Re: Unix tcpip source code Message-ID: Keywords: tcpip Sender: news@info.swan.ac.uk Nntp-Posting-Host: iifeak.swan.ac.uk Organization: Institute For Industrial Information Technology References: <3bcip2$c58@werple.apana.org.au> Date: Mon, 28 Nov 1994 14:52:12 GMT Lines: 15 In article <3bcip2$c58@werple.apana.org.au> nduong@werple.apana.org.au (Duong Nguyen) writes: >Can somebody tell me where I can get a copy of tcpip source code for Unix? >The FAQ only mentions DOS versions. >Thanks. Any 4.4BSD archive site, FreeBSD or NetBSD site has the BSD networking. It doesn't follow the specs everywhere but its pretty close and more to the point its defacto the standard. Even more to the point it holds a lot of the internet together so can be assumed fairly solid! Alan -- ..-----------,,----------------------------,,----------------------------,, // Alan Cox // iialan@www.linux.org.uk // GW4PTS@GB7SWN.#45.GBR.EU // ``----------'`----------------------------'`----------------------------'' ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3bf604$sb9@isolar.Tujunga.CA.US] <1994112814550000> From: earle@isolar.Tujunga.CA.US (Greg Earle) Newsgroups: comp.protocols.tcp-ip Subject: TCP backoff behavior in NetBSD 1.0 vs. SunOS 4.1.3_U1 Followup-To: poster Date: 29 Nov 1994 04:15:00 -0800 Organization: Personal Usenet site, Tujunga, CA USA Lines: 114 Message-ID: <3bf604$sb9@isolar.Tujunga.CA.US> Reply-To: earle@isolar.Tujunga.CA.US NNTP-Posting-Host: isolar.tujunga.ca.us Keywords: DP 2.3 TCP ACK i.d. lost Here's something weird I just noticed. I have NetBSD/SPARC 1.0 running on a Sun SPARCstation IPC at work (its TCP/IP is based on the 4.4BSD-lite version by now, I think). I just FTP'd a 1.2 Mb file from it down to my SPARCstation 1 clone running SunOS 4.1.3 at home, over a PPP link running DP 2.3 pl2 between the home machine and a Sun-4/370 at work. Normally I'll get 1.5 Kb/sec transfers of gzip'ped files over this PPP link, but this time the throughput was terrible - 0.9 Kb/sec. There were several times when the transfer came to a complete halt, for many - some times in the tens - of seconds. A "tcpdump" of the last "pregnant pause" showed something interesting: ... 03:16:56.257706 netbsd4me.ftp-data > isolar.3090: P 177031:178491(1460) ack 1 win 17520 [tos 0x8] (ttl 63, id 60576) 03:16:56.440477 isolar.3090 > netbsd4me.ftp-data: . ack 178491 win 24576 (ttl 60, id 24254) 03:16:57.154914 netbsd4me.ftp-data > isolar.3090: . 178491:179951(1460) ack 1 win 17520 [tos 0x8] (ttl 63, id 60577) 03:16:57.240599 isolar.3090 > netbsd4me.ftp-data: . ack 179951 win 24576 (ttl 60, id 24255) 03:16:58.875522 netbsd4me.ftp-data > isolar.3090: . 179951:181411(1460) ack 1 win 17520 [tos 0x8] (ttl 63, id 60579) 03:16:59.775012 netbsd4me.ftp-data > isolar.3090: . 181411:182871(1460) ack 1 win 17520 [tos 0x8] (ttl 63, id 60580) 03:17:00.645779 netbsd4me.ftp-data > isolar.3090: . 182871:184331(1460) ack 1 win 17520 [tos 0x8] (ttl 63, id 60581) 03:17:01.516060 netbsd4me.ftp-data > isolar.3090: P 184331:185791(1460) ack 1 win 17520 [tos 0x8] (ttl 63, id 60582) 03:17:02.415639 netbsd4me.ftp-data > isolar.3090: . 185791:187251(1460) ack 1 win 17520 [tos 0x8] (ttl 63, id 60583) 03:17:03.285962 netbsd4me.ftp-data > isolar.3090: P 187251:188711(1460) ack 1 win 17520 [tos 0x8] (ttl 63, id 60584) 03:17:04.184818 netbsd4me.ftp-data > isolar.3090: . 188711:190171(1460) ack 1 win 17520 [tos 0x8] (ttl 63, id 60586) 03:17:05.055984 netbsd4me.ftp-data > isolar.3090: . 190171:191631(1460) ack 1 win 17520 [tos 0x8] (ttl 63, id 60587) 03:17:05.925245 netbsd4me.ftp-data > isolar.3090: P 191631:193091(1460) ack 1 win 17520 [tos 0x8] (ttl 63, id 60588) 03:17:06.826240 netbsd4me.ftp-data > isolar.3090: . 193091:194551(1460) ack 1 win 17520 [tos 0x8] (ttl 63, id 60589) 03:17:07.665512 netbsd4me.ftp-data > isolar.3090: P 194551:196011(1460) ack 1 win 17520 [tos 0x8] (ttl 63, id 60590) 03:17:13.574226 netbsd4me.ftp-data > isolar.3090: . 179951:181411(1460) ack 1 win 17520 [tos 0x8] (ttl 63, id 60594) 03:17:13.620497 isolar.3090 > netbsd4me.ftp-data: . ack 181411 win 24576 (ttl 60, id 24260) 03:17:14.716071 netbsd4me.ftp-data > isolar.3090: . 181411:182871(1460) ack 1 win 17520 [tos 0x8] (ttl 63, id 60595) 03:17:14.820433 isolar.3090 > netbsd4me.ftp-data: . ack 182871 win 24576 (ttl 60, id 24261) ... ("netbsd4me" is the remote NetBSD/SPARC 1.0 machine.) You'll notice that at ~ 3:16:59, the remote end sends the first packet that doesn't get an ACK back from my local side. It then proceeds to fill the TCP window over the next 9 seconds with 12 packets; then there is a "pregnant pause" (still no reply from my side) of nearly 6 more seconds of "dead air" before the remote end re-sends the first packet in the sequence; note that according to the "id" field it jumped from "id 60590" to "id 60594". The first thing I would like to know is "What happened to id 60591, 60592, and 3?" The next thing is, the "id" field on the local side's return ACKs jumped from "id 24255" up to "id 24260". What happened to id's 24256 through 24259? Did they get used by other apps? Finally, can anything be tuned on either end to help avoid this "pregnant pause" condition? I just transferred a file from another SunOS 4.1.3_U1 system and it only got in this state once; the remote end only sent 6 packets and then delayed only about 0.71 seconds (normal between-packet times for the 6 packets was ~0.39 seconds, i.e. not much more than the modem turnaround times) before re-sending the original packet in the stream: 03:50:11.100608 isolar.3164 > tehachapis.ftp-data: . ack 77097 win 24576 (ttl 60, id 25027) 03:50:11.756893 tehachapis.ftp-data > isolar.3164: . 77097:78557(1460) ack 1 win 24576 (ttl 59, id 63566) 03:50:12.138162 tehachapis.ftp-data > isolar.3164: . 78557:80017(1460) ack 1 win 24576 (ttl 59, id 63567) 03:50:12.507091 tehachapis.ftp-data > isolar.3164: . 80017:81477(1460) ack 1 win 24576 (ttl 59, id 63568) 03:50:12.896614 tehachapis.ftp-data > isolar.3164: . 81477:82937(1460) ack 1 win 24576 (ttl 59, id 63569) 03:50:13.294590 tehachapis.ftp-data > isolar.3164: . 82937:84397(1460) ack 1 win 24576 (ttl 59, id 63570) 03:50:13.651138 tehachapis.ftp-data > isolar.3164: . 84397:85857(1460) ack 1 win 24576 (ttl 59, id 63571) 03:50:14.364483 tehachapis.ftp-data > isolar.3164: . 77097:78557(1460) ack 1 win 24576 (ttl 59, id 63576) 03:50:14.500472 isolar.3164 > tehachapis.ftp-data: . ack 78557 win 24576 (ttl 60, id 25030) 03:50:15.176559 tehachapis.ftp-data > isolar.3164: . 78557:80017(1460) ack 1 win 24576 (ttl 59, id 63577) ("tehachapis" is the remote SunOS 4.1.3_U1 machine.) In short, it looks like when there is a hiccup at the local end, the NetBSD machine "fills the pipe" with more data that it eventually has to retransmit, and when it finally realizes that it has to re-send, it waited a REALLY long time to do so ... whereas the hoary old SunOS machine fills the pipe with only half as many packets, and when it stops, it backs off for a very short time before re-sending. When doing TCP over a slow modem PPP link, this difference in behavior shows up as a painfully poor throughput connection. (Notice how essentially no packets got through for ~ 15 seconds, since all of them had to be re-sent.) I know that part of the problem is down in the driver level, like in the SunOS zs_async driver. Consider this "pregnant pause" with a much smaller advertised window: ... 04:07:04.353561 elroy.2005 > isolar.uucp: . 328089:329549(1460) ack 2605 win 24576 (ttl 59, id 12891) 04:07:04.425405 isolar.uucp > elroy.2005: . ack 329549 win 4088 (ttl 60, id 25685) 04:07:06.055073 elroy.2005 > isolar.uucp: . 329549:331009(1460) ack 2605 win 24576 (ttl 59, id 12931) 04:07:22.404890 elroy.2005 > isolar.uucp: . 329549:331009(1460) ack 2605 win 24576 (ttl 59, id 14016) 04:07:22.434260 isolar.uucp > elroy.2005: . ack 331009 win 4096 (ttl 60, id 25690) On UUCP-over-TCP, my local side advertises only a 4K window, so the other side doesn't fill the pipe with packets that end up needing to be retransmitted; on the other hand, notice how there was still a *16 second* pause between the first packet and the re-transmission!!! Ouch! (During which another series of 4 "id" numbers - 25686 through 25689 - went AWOL.) I don't get this. I would have assumed that the NetBSD/SPARC 1.0 machine would be much smarter, considering as how the SunOS 4.1.3_U1 TCP is practically from the Paleolithic Era at this point. If I'm missing something obvious, please clunk me over the head with an ICMP Dumbshit Poster or something ... Any ideas, anyone? TIA, - Greg -- - Greg Earle WWW: http://www-mipl.jpl.nasa.gov/~earle/ Phone: (818) 353-8695 FAX: (818) 353-1877 [Call # again if E-mail: earle@isolar.Tujunga.CA.US you get !FAX tone] "Sufficiently advanced cluelessness is indistinguishable from malice" - JPC ----MESSAGE-END---- ----MESSAGE-BEGIN---- [941128163841@desire.ftp.com] <1994112814584100> From: fks@ftp.com (Frances K. Selkirk) Newsgroups: comp.protocols.tcp-ip Subject: Re: Lanwatch Diags Software Date: Mon, 28 Nov 1994 16:38:41 Organization: FTP Software, North Andover, Massachusetts Lines: 25 Message-ID: <941128163841@desire.ftp.com> References: <941123184228@desire.ftp.com> Reply-To: fks@ftp.com NNTP-Posting-Host: desire.ftp.com NNTP-Software: PC/TCP NNTP In article klos@mv.mv.com (Patrick Klos) writes: > >Has something changed in the packet driver spec, or does LANWatch support some >special drivers that will report CRC, alignments, shorts and longs?? The >standard packet driver spec does not handle error conditions. Even if it LANWatch is available with several different driver interfaces. It is even still available with card-specific drivers for a few network interface cards, but now most people do get it the portable version, which can run over a packet driver, NDIS driver, or ODI driver. However, in 4.0, support for each driver type is direct, rather than through shims, so error counts are not limited to those known to the packet driver specification. I believe NDIS drivers keep all of these error counts; I'm not sure about ODI drivers. You are correct that packet drivers do not. Sorry about the oversight. -- Frances K. Selkirk fks@ftp.com FTP Software, Inc. Technical Information Service (800) 382-4FTP --------------------------------------------------------------------- FTP server = ftp.ftp.com BBS =508-659-6240 | support@ftp.com WWW server = http://www.ftp.com | info@ftp.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3bcr9c$99c@umd5.umd.edu] <1994112814595600> From: jeff@hotbox.slip.umd.edu (Jeff Burchell) Newsgroups: comp.protocols.tcp-ip Subject: Re: (Q) 3 Machines, I allocated IP? Date: 28 Nov 1994 14:59:56 GMT Organization: I need to put my ORGANIZATION here. Lines: 24 Message-ID: <3bcr9c$99c@umd5.umd.edu> References: <3b841r$qvf@umd5.umd.edu> NNTP-Posting-Host: hotbox.slip.umd.edu X-Newsreader: TIN [UNIX 1.3 941109BETA PL0] Michael Dillon (mpdillon@halcyon.com) wrote: > In article <3b841r$qvf@umd5.umd.edu>, > jeff@hotbox.slip.umd.edu (Jeff Burchell) wrote: > > > > What I'm basicly looking for (I think), is something along the lines of > > TIA, except for across the ethernet (I use TIA when I dial-in remotely, > > and it provides me with exactly what I need) > > > > Does such a thing exist? if so, what is it called, and where can I get it? > Yes. If they are UNIX clients use a package called term, if they > are Windows clients look for Twinsock. Nope, term really in't what I'm looking for, it works fine over a serial connection, but these clients (which are Linux boxes) are connected to the server via an ethernet. Anyone else??? -Jeff -- ----------------------------------------------------------------------------- "A little inaccuracy saves a world of explanation" | Jeff Burchell - C.E. Ayers | jeff@hotbox.slip.umd.edu ----------------------------------------------------------------------------- ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov28.151706.29581@brtph560.bnr.ca] <1994112815170600> Newsgroups: comp.protocols.tcp-ip From: rcorbish@brtph897.bnr.ca (Richard Corbishley P090) Subject: Re: Stupid telnet negotiation question... Message-ID: <1994Nov28.151706.29581@brtph560.bnr.ca> Sender: rcorbish@brtph897 (Richard Corbishley P090) Date: Mon, 28 Nov 1994 15:17:06 GMT References: <3ajdt0$2slg@ns2.CC.Lehigh.EDU> Organization: BNR - RTP, NC Lines: 25 To get yourself up & running quickly, the first attempt at negotiating should refuse to do any. Reply to every DO with a WONT and every DONT with a WILL. Another problem (in my code) was that there can be loops when the end confirms a negotiation, in which case you mustn't ACK it back or you never get anywhere. ===> DO option request to you <=== WILL option your confirmation ===> WILL option confirmation to you <=== DO option your (mistaken) response to confirmation ===> WILL option confirmation of your previous request. It does happen with some servers, well it did to me anyway ! The server should give you the login immediately after negotiation is finished. -- ********************************************************************** rcorbish@bnr.ca nequaquam vacuii The view expressed above are not my employer's - just mine. ********************************************************************** ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CzzIvA.9rs@cix.compulink.co.uk] <1994112815544600> Newsgroups: comp.protocols.tcp-ip From: tsf@cix.compulink.co.uk ("Steve Scott") Subject: VJ compression on X.25/Frame Relay? Message-ID: Organization: Unknown Organization Date: Mon, 28 Nov 1994 15:54:46 GMT X-News-Software: Ameol Lines: 21 Does anyone know of a standard way of identifying VJ compression on a X.25 virtual circuit ? Seeing as the VC will have a mixture of IP, compressed TCP/IP and uncompressed TCP/IP packets, each packet-type needs to be separately identified (ie a special value in the Call User Data is not sufficient). RFC 1356 seems to address this via a scheme called Null Encapsulation (00 in CUD, each packet preceded with a Protocol ID), however I can find no assigned numbers in RFC 1340 for identifying the compressed TCP/IP and uncompressed TCP/IP packets. What about on Frame Relay ? One solution would be to run PPP over X.25 / Frame Relay as PPP does assign numbers for these packet types, but I would like to avoid the additional protocol overhead if possible. Robin Maidment, Software Forge (Racal-Airtech group) email: tsf@cix.compulink.co.uk phone: UK (0)734 312477 fax: UK (0)734 311301 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3bcvrd$9kv@ixnews1.ix.netcom.com] <1994112816174900> From: mikemccu@ix.netcom.com (David Michael McCutcheon) Newsgroups: comp.protocols.tcp-ip Subject: "Techgnosis"; Value Added DBlibs Date: 28 Nov 1994 16:17:49 GMT Organization: Netcom Lines: 12 Distribution: world Message-ID: <3bcvrd$9kv@ixnews1.ix.netcom.com> NNTP-Posting-Host: ix-dfw3-24.ix.netcom.com All, Has anyone heard of a company called "Techgnosis?" I understand that they are a value-added DBlib provider. I would appreciate it if someone could provide me with a phone number or the name of the city from which they are based. Thanks in Advance, ---Mike--- 713-756-2691 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3be9dh$5pb@news.tamu.edu] <1994112817050000> From: john@entc.tamu.edu (John T. Willis) Newsgroups: comp.protocols.tcp-ip Subject: Re: KA9Q, Phil Karn on National Radio ! Date: Mon, 28 Nov 94 17:05:00 GMT Organization: TAMU Lines: 5 Distribution: world Message-ID: <3be9dh$5pb@news.tamu.edu> References: NNTP-Posting-Host: 128.194.55.216 X-Newsreader: News Xpress Version 1.0 Beta #1 lenwink@indirect.com (Len Winkler) wrote: >KA9Q, Phil Karn, will be on the Ham Radio & More Show, Sunday, 11/27/94, >at 6:00pm EST. Somebody please tape and consider posting on the internet radio site! ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3bd3e8$6ls@tuegate.tue.nl] <1994112817190400> From: mikmak@stack.urc.tue.nl (Jean-Paul Mikkers) Newsgroups: comp.protocols.tcp-ip Subject: Finding clients' IP-address using a server-program Date: 28 Nov 1994 17:19:04 GMT Organization: MCGV Stack, Eindhoven University of Technology, the Netherlands. Lines: 81 Message-ID: <3bd3e8$6ls@tuegate.tue.nl> NNTP-Posting-Host: blade.stack.urc.tue.nl Keywords: Help! X-Newsreader: TIN [version 1.2 PL2] Hi, I'm having a serious problem writing a simple program that has to run on three different unix-systems: Motorola Sys-V, DG-UX and Sco-unix. The program I'm writing has to figure out the physical location of anyone that's logged in... (by physical location I mean: what computer or terminal is someone using) This way, for example, it's possible to always print using the nearest printer when someone wants to print something. Anyway, when a terminal is directly connected to a server using a serial port this is easy.. you simply use the tty- number of the client to determine it's physical location. But things get different when someone is logged in via ethernet.. getting the tty-number is useless because you'll only get a pseudo-tty number that can be different every time the client logs on to the server, no matter what the physical location is.. So I had this *brilliant* idea: figure out what ip-addresses those clients are using.. (every computer has a unique ip- address, so when you know the ip-address, you know the location of a user) Now on Motorola Sys-V and DG-UX systems this is easy: the ip- address of a client can be found in the 'comments' field of the 'who' command.. And guess what: Sco systems' who doesn't report the ip-address :^( So what do I want: ================== A program running on the server that returns the physical location of anyone who's logged in. So what do I _really_ want: =========================== A program running on the server that reports the ip-address of a client.. and it has to work without any 'help' from the client or the person that's logged in. And I don't care if it uses different source-code for all three systems, as long as the output is the same. What do I _really_ _REALLY_ want: ================================= A cold beer, Cindy Crawford and some valium.. =) My questions are: ================= - Why doesn't 'who' report the ip-address in the comments field on Sco machines?.. Is there a program for Sco that _does_ report it? - Where do Motorola Sys-V and DG-UX' 'who' get the ip- address? (login daemon logfile?) - Is it possible to figure out what ip-address a pseudo-tty is using (or the stream-socket it's using for that mat- ter) ? If anyone has any answers, suggestions or comments, please Email: mikmak@stack.urc.tue.nl ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov28.172646.18905@relay.nswc.navy.mil] <1994112817264600> Newsgroups: comp.protocols.tcp-ip,comp.protocols.misc From: hlester@relay.nswc.navy.mil (Hiram W. Lester Jr.) Subject: ***Best Reliable Multi-cast Protocol???*** Message-ID: <1994Nov28.172646.18905@relay.nswc.navy.mil> Sender: news@relay.nswc.navy.mil Reply-To: hlester@steelers.nswc.navy.mil Organization: Naval Surface Warfare Center, Dahlgren VA Date: Mon, 28 Nov 1994 17:26:46 GMT Lines: 13 Like so many before me, I am interested in a reliable multi-cast protocol. I have briefly perused the rfc's and found numerous attempts at a solution to this problem, but does anyone know what the latest is? Is there a comparison, say, of the best protocols that address this problem? +-------------------------+----------------------+--------------------------+ | Hiram W. Lester, Jr. | School: | Home: | | Electrical Engineering | TTU P.O. Box 14587 | 1903 E. Main St. | | Tennessee Technological | Cookeville, TN 38505 | Murfreesboro, TN 37130 | | University | hwl0978@tntech.edu | h.lester1@genie.geis.com | +-------------------------+----------------------+--------------------------+ ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3bdv9d$ivu@metro.atlanta.com] <1994112817534300> From: bvs@ver.com Newsgroups: comp.protocols.tcp-ip Subject: looking for archive Date: Tue, 29 Nov 94 00:53:43 PDT Organization: Internet Atlanta Lines: 14 Message-ID: <3bdv9d$ivu@metro.atlanta.com> NNTP-Posting-Host: upstairs.ver.com Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Newsreader: NEWTNews & Chameleon -- TCP/IP for MS Windows from NetManage I am looking for an ftp site with the archive for this group. I apologize to anyone who replied to a similiar request last week. I just changed my Internet service provider, and my mail has been flaky. Hopefully it is fixed. Bill VerSteeg bvs@ver.com bvs@nrc.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov28.184901.17192@sunnyki.toppoint.de] <1994112818490100> Newsgroups: comp.protocols.tcp-ip From: dirkw@sunnyki.toppoint.de (Dirk Wriedt) Subject: TCP protocol specs -> WHERE Message-ID: <1994Nov28.184901.17192@sunnyki.toppoint.de> Organization: The twilight zone Date: Mon, 28 Nov 1994 18:49:01 GMT Lines: 22 Hi! I am looking for a TCP protocol specification. I DO have the rfc793 document, which is about 80 pages in size, but I know there has to be one which is much larger in size. For example, the one I have is missing the section about the lower layer (3rd level) service description & requirements. I have seen a printed MIL document which is much more detailed than the rfc793 document. My rfc is dated Septemer 1981. I would be thankful for any pointers. Ciao Dirk -- I met someone who looks a lot like you | E.L.O. She does the things you do, but she is an IBM | Yours truly, 2095 ----------------------------------------------------------------------------- -.. .. .-. -.- .-- .-. .. . -.. - -.- .. . .-.. .-.. .-. --. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3bdbq7$me8@dc.mca.com] <1994112819415900> From: "David I. Dolgin" Newsgroups: vmsnet.infosystems.gopher,comp.protocols.tcp-ip.ibmpc,comp.protocols.tcp-ip.domains,comp.protocols.tcp-ip,comp.os.ms-windows.apps.comm,comp.infosystems,alt.gopher Subject: Re: Resolve Host Problem (IP Adrses) Date: 28 Nov 1994 19:41:59 GMT Organization: MCA Inc. Lines: 11 Distribution: inet Message-ID: <3bdbq7$me8@dc.mca.com> References: <3b3rdd$bci@cybersys.mercy.org> <19941126.122318.64@comptech.demon.co.uk> NNTP-Posting-Host: didolgi.mca.com In article <3b3rdd$bci@cybersys.mercy.org>, you wrote: >I'm using Chameleon 4.01 for Windows and am having a problem with domain >names. I can't enter domain names in any of the programs (gopher, >telnet, FTP, etc...) and get it to work. For some reason it can't find Have you configured Chameleon to use DNS. You open-up the "custom" icon and under services, go into Domain Servers. Then set the IP address of your local DNS. You can get the address from whoever is your systems admin person, or if you're on a SLIP talk to you service provider. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [STEINAR.HAUG.94Nov28220747@bokfink.runit.sintef.no] <1994112821074700> From: Steinar.Haug@runit.sintef.no (Steinar Haug) Newsgroups: comp.protocols.tcp-ip Subject: Re: Subnetting to be avoided ? Date: 28 Nov 1994 21:07:47 GMT Organization: SINTEF RUNIT, Trondheim, Norway Lines: 20 Message-ID: References: <3aes6d$r1d@tools.near.net> <3atb77$607@lxotta.learnix.ca> NNTP-Posting-Host: bokfink.runit.sintef.no In-reply-to: andy@learnix's message of 22 Nov 1994 12:53:43 -0500 > Actually, I believe the proper term for taking a bunch of class C nets > and making them look like one large net is "supernetting". This is true. And in principle, it doesn't have to be class C nets - but few organizations have a need to supernet several class B's :-) > Functionally equivalent to subnetting, except that bits are borrowed > from the network portion of the ip instead of the host portion. Yes. > A lot of people frown upon this practice, because it may (usually) > involves an netmask with non-contiguous binary 1's. No, this is totally wrong. Supernetting is here to stay, and it most definitely does not involve non-contiguous netmasks. See for instance RFCs 1518, 1519 and 1520. Steinar Haug, SINTEF RUNIT, University of Trondheim, NORWAY Email: Steinar.Haug@runit.sintef.no ----MESSAGE-END---- ----MESSAGE-BEGIN---- [Czzy1H.Dsn@cadre.com] <1994112821222900> Newsgroups: comp.protocols.tcp-ip From: ers@cadre.com (Eric R. Schoonmaker) Subject: RPCTIMEDOUT status, autostarting with inetd process Message-ID: Sender: usenet@cadre.com (News Account) Nntp-Posting-Host: cadre.cadre.com Reply-To: ers@cadre.com Organization: Cadre Technologies Inc. Date: Mon, 28 Nov 1994 21:22:29 GMT Lines: 27 Sparc 10 running Solaris 2.3 I have an daemon that I wrote that I need to be autostarted by the inetd daemon. The scenario is this: I add the line to the /etc/inetd.conf file. I then kill -HUP to update the inet daemon. Then I issue a program which calls the request serviced by my daemon. I use clnt_call to do this. The call to clnt_call returns with an RPCTIMEDOUT value. I've increased the timeout parameter to 1 minute, and it doesn't help. However, the daemon does get started. The 2nd attempt works fine, as the server is running. It doesn't appear that my original request is being serviced. Also, if I issue the rpcinfo command to see if the program is available, it will also timeout (the 1st time). The 2nd time, it says the application is ready and available. Anyone have any ideas on this? Thanks! ----------------------------- Eric Schoonmaker ers@cadre.com ----------------------------- ----MESSAGE-END---- ----MESSAGE-BEGIN---- [CzzynB.ICs@spectra.com] <1994112821353400> Newsgroups: comp.mail.misc,comp.protocols.tcp-ip From: lam@spectra.com (Joshua Lam) Subject: ** SMTP Novice Needs Jump Start Help ** Message-ID: Sender: usenet@spectra.com (USENET News System) Nntp-Posting-Host: sampson.spectra.com Organization: Spectragraphics Corporation, San Diego Date: Mon, 28 Nov 1994 21:35:34 GMT Lines: 28 Hi, If this is not the correct newsgroup to post this, please accept my apologies and redirect me to the correct place. I am an absolute new comer to SMTP and need to investigate and eventually implement applications written in C or C++ that interfaces with SMTP in a UNIX environment. (Note: this is not homework or school project) Does any one have any simple examples to help me get a jump start? Recommendations of books/ articles/papers/public domain source codes will help. PS: ** If you post a reply to the net, could you also please email me a copy of your reply as I do not get the opportunity to read news every day. My email is lam@spectra.com -- Joshua Lam Software Engineer Spectragraphics Corp., San Diego, CA email: lam@spectra.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3bdoff$o4s@hpindda.cup.hp.com] <1994112823180700> From: raj@cup.hp.com (Rick Jones) Newsgroups: comp.unix.solaris,comp.protocols.tcp-ip,comp.benchmarks Subject: Substance of 2.4 Hardware TCP/IP performance improvement? Followup-To: comp.benchmarks Date: 28 Nov 1994 23:18:07 GMT Organization: http://www.cup.hp.com/netperf/NetperfPage.html Lines: 45 Distribution: inet Message-ID: <3bdoff$o4s@hpindda.cup.hp.com> Reply-To: raj@cup.hp.com NNTP-Posting-Host: hpindio.cup.hp.com Summary: What were the benchmarks and the results? Keywords: Solaris 2.4, benchmarks, which X-Newsreader: TIN [version 1.2 PL2] I just finished reading SunFlash 71.48, which has as it's topic improvements that Solaris 2.4 offers over previous versions of Solaris. In the text is the following: Sun Microsystems Computer Company (SMCC) announces Solaris(R) 2.4 Hardware: 11/94 as the new default release of the Solaris 2.x operating environment for SPARC(R) systems. Here are the key things you need to know: ... PERFORMANCE: Overall increased desktop, NFS, TCP/IP, and DBMS performance, relative to Solaris 2.x and Solaris 1.x ... PERFORMANCE: ============= Overall increased performance relative to Solaris 2.3, based on internal tests. Specifics: ... ^^^^^^^^^ o NFS: 26 percent performance increase over Solaris 2.3, based on LADDIS network throughput tests o TCP/IP: More than 40 percent performance increase over Solaris 2.3 ... However, the specifics of the TCP/IP improvement were a little thin... While it is clear (or can be determined) what was measured for the NFS performance claim (since it lists the benchmark - should have called it SPEC SFS though), nothing of substance is said about "TCP/IP." Can anyone say what tests were run to arrive at this 40% increase figure? Ttcp throughput? Netperf TCP_RR? Nettest multiple connection? Any pointers most welcome, I would have sent a direct email to a contact, but could not find one listed in the article. happy benchmarking, rick jones raj@cup.hp.com http://www.cup.hp.com/netperf/NetperfPage.html ----MESSAGE-END---- ----MESSAGE-BEGIN---- [uecskapDlr15073yn@halcyon.com] <1994112823393600> From: mpdillon@halcyon.com (Michael Dillon) Newsgroups: comp.protocols.tcp-ip Subject: Re: Finding clients' IP-address using a server-program Date: Mon, 28 Nov 1994 23:39:36 +0000 Organization: Memra Software Inc., Armstrong, B.C., Canada Lines: 23 Message-ID: References: <3bd3e8$6ls@tuegate.tue.nl> NNTP-Posting-Host: chinook.halcyon.com In article <3bd3e8$6ls@tuegate.tue.nl>, mikmak@stack.urc.tue.nl (Jean-Paul Mikkers) wrote: > > The program I'm writing has to figure out the physical > location of anyone that's logged in... (by physical location I > mean: what computer or terminal is someone using) > > Now on Motorola Sys-V and DG-UX systems this is easy: the ip- > address of a client can be found in the 'comments' field of > the 'who' command.. And guess what: Sco systems' who doesn't > report the ip-address :^( So browse through the TLS archive at ftp.sco.com and pick up the binary for nwho. That will solve your problem. --------------------------------------------------------------------- "How to Make a FORTUNE on the Information Superhighway" This book is written by two lawyers who can't even spell `libel.' Michael Dillon mpdillon@halcyon.com C-4 Powerhouse, RR #2 michael@junction.net Armstrong, BC V0E 1B0 Fido: 1:353/350 Canada BBS: +1-604-546-2705 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3bdv5s$hpk@Tut.MsState.Edu] <1994112901122800> From: mtl1@Isis.MsState.Edu (Michael Todd Lattanzi) Newsgroups: comp.protocols.tcp-ip Subject: Post the FAQ Please Date: 29 Nov 1994 01:12:28 GMT Organization: Mississippi State University Lines: 9 Message-ID: <3bdv5s$hpk@Tut.MsState.Edu> NNTP-Posting-Host: isis.msstate.edu X-Newsreader: TIN [version 1.2 PL0] Could someone please post or tell me where I can FTP a current version of the TCP/IP FAQ? E-mail responses are favored, Thanks, Todd Lattanzi lattanzi@ee.msstate.edu ----MESSAGE-END---- ----MESSAGE-BEGIN---- [9411291006.aa18993@pasteur.medsup.com] <1994112904064300> Newsgroups: comp.protocols.tcp-ip From: "B. Tucker" Subject: Internet Security? Message-ID: <9411291006.aa18993@pasteur.medsup.com> Sender: root@news.cs.indiana.edu (Operator) Organization: Computer Science, Indiana University Date: Tue, 29 Nov 94 10:06:43 CST X-Mailer: SCO System V Mail (version 3.2) Lines: 10 I'ing for the publication "Firewalls & Internet Security" hed bye Addison & Wesley. I do remember seeing this book listed in a few news postings, but don't remember where to get it. If someone could give me an e-mail address as to where I could order this from, I'd appreciate it. Please respond in email to btucker@medsup.com as I do not frequently read the newsgroups. TIA Brian Tucker btucker@medsup.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3bfqht$ana@tools.near.net] <1994112904454900> From: barmar@nic.near.net (Barry Margolin) Newsgroups: comp.protocols.tcp-ip Subject: Re: Addressing decisions Date: 29 Nov 1994 13:05:49 -0500 Organization: NEARnet, Cambridge, MA Lines: 34 Message-ID: <3bfqht$ana@tools.near.net> References: NNTP-Posting-Host: tools.near.net Keywords: TCP-IP Class Address In article markw@vip.best.com (Mark Williams) writes: >As I say, we have 12 offices. Most are small (< 20 hosts) and three have over >50 PC's. The offices are running Windows NT servers and we're using TCP/IP >over an X.25 network. We have selected an ad-hoc address since, to date, we >are not connected to the Internet. This is soon to change though. > >I would like to know how we should subnet class C addresses (I assume we'll >never get anywhere near a class B address!). What is the effect on the >efficiency of the network if two offices - perhaps thousands of miles apart - >are subnetted with the same class C address? While it may not always be the most efficient use of IP address space, using a uniform subnetting scheme across all your locations simplifies administration quite a bit. In order to handle your large offices you'll need 6 bits of host numbers, so you'll only be able to put two subnets in a class C, and you'll need 6 class C networks for your 12 sites. If you decide to use more effient addressing you can use 5 bits of host number in the smaller offices; these networks will be able to handle 6 subnets. You'll need 2 class C nets for the three large offices and two class C nets for the nine small offices. The only efficiency problem would be with traffic from the offices to the Internet. As far as the rest of the Internet is concerned, a class C network is a single entity. Even if there are Internet connections at the two offices, there's no way for outside networks to make routing decisions based on your internal subnetting. In general this means that connections from one of the offices to the Internet will often be routed through the other office. -- Barry Margolin BBN Internet Services Corp. barmar@near.net ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3bemjo$msc@hpbblb.bbn.hp.com] <1994112907522400> From: haen@bbn.hp.com (Herbert Neugebauer) Date: Tue, 29 Nov 1994 07:52:24 GMT Subject: Re: Secure Login / File Transfer Message-ID: <3bemjo$msc@hpbblb.bbn.hp.com> Organization: Hewlett-Packard, NSMD - Network and System Management Division Newsgroups: comp.unix.osf.misc,comp.protocols.tcp-ip,comp.unix.admin,comp.protocols.kerberos References: <3av27s$2c2@hpbblb.bbn.hp.com> <3avp59$bfn@hpbblb.bbn.hp.com> Distribution: world Reply-To: haen@hpbbn.bbn.hp.com Lines: 47 NNTP-Posting-Host: prefect.bbn.hp.com In article <3avp59$bfn@hpbblb.bbn.hp.com>, Herbert Neugebauer wrote: >> >>For our beta release we're still using rlogin and ftp for login >>and file transfer purposes. But using these tools we have to send >>passwords (somtimes even the root password) over the network. >>Since the bank uses DCE on each machine I'm now wondering if there >>are already tools available based on DCE rpc's and DCE security >>features that implement secure logins or file transfers over >>the net (WAN!) without the need to transfer passwords. >> >>Are there also non DCE-based tools available that might solve the problem >>of sending readable passwords over the net? Hi I've received a lot of useful information, mostly about Kerberos. Now there's a problem most of you were not aware about: I'm working for HP, but my division is not located in the US and our customer not also. On nic.funet.fi, there is a version of bones with some sort of DES encryption (I did not yet have the time to compile and test the package). But this seems to be Kerberos 4 patchlevel 9. Is there a Kerberos 5 version available outside the US? Are there other tools available that might solve the problem described in my original post above? (I've now almost excluded DCE from the list of possible solutions because of the performance problems on WAN.) The Skey package (generating "one time passwords") has other problems and might not be usable for us though I'm still investigating that. Thanx in advance Herbert -- --- Herbert Neugebauer private eMail: haen@veces.bb.bawue.de --- | Hewlett Packard GmbH Boeblingen HP eMail: haen@hpbbn.bbn.hp.com | | Herrenberger Str. 130 Werk 4 HP Phone: +49 7031 14 7318 | | NSMD - Solution Engineering HP Fax : +49 7031 14 1388 | | Network & System Management Division Germany | --------------------------------------------------------------------------- | #include : The statements above are my own and do | | not necessarily reflect official policies of HP. | --------------------------------------------------------------------------- ----MESSAGE-END---- ----MESSAGE-BEGIN---- [786095689snz@cucumber.demon.co.uk] <1994112907544900> Newsgroups: comp.protocols.tcp-ip From: Andrew@cucumber.demon.co.uk (Andrew Gabriel) Cc: kcarpenter@mindlink.bc.ca Subject: Re: Looking for IP, IPX, DIX Standards Documents References: <3b5902$p1h@deep.rsoft.bc.ca> Organization: home Reply-To: Andrew@cucumber.demon.co.uk X-Newsreader: Demon Internet Simple News v1.29 Lines: 23 Date: Tue, 29 Nov 1994 07:54:49 +0000 Message-ID: <786095689snz@cucumber.demon.co.uk> Sender: usenet@demon.co.uk In article <3b5902$p1h@deep.rsoft.bc.ca> kcarpenter@mindlink.bc.ca "Ken Carpenter" writes: > I am looking for the standards documents for the IP, and IPX protocols, > as well the DIX (Digital, Intel, Xerox) Ethernet standard. IP is specified in rfc791. You should also check out rfc792 (ICMP). > Are these documents available on the net? Or will I have to order them > from IEEE or other standards organization? RFCs are available from many ftp servers on the net. I have a (paper) copy of DIX version 1.0, September 30, 1980 (I believe it's now at version 2). On the back, it gives the address: Intel Corporation, 3065 Bowers Avenue, Santa Clara, CA 95051 (408) 987-8080 No idea if it's still available, or how much it costs. -- Andrew Gabriel Home: Andrew@cucumber.demon.co.uk Work: Andrew.Gabriel@gpt.co.uk ----MESSAGE-END---- ----MESSAGE-BEGIN---- [sra.358.016DBDF6@idx.com] <1994112911184800> Newsgroups: comp.protocols.tcp-ip From: sra@idx.com (Steve Alpert) Subject: PD DCE/RPC from HP/DEC - any luck? Message-ID: Lines: 8 Sender: news@vtf.idx.com (USENET News System) Organization: IDX Systems Corp. X-Newsreader: Trumpet for Windows [Version 1.0 Rev B final beta #1] Date: Tue, 29 Nov 1994 15:18:48 EDT Has anyone been able to build this? There are no files to build it on a DEC machine and the Makefiles have inconsistencies on an RS/6K. thanks, steve /------------------------------------------------------------------------\ > Steve Alpert (W1GGN) IDX Systems Corp. Boston, Massachusetts < \--------------------------- sra @ idx.com ------------------------------/ ----MESSAGE-END---- ----MESSAGE-BEGIN---- [paul-2911941137430001@osprey.demon.co.uk] <1994112911374300> Newsgroups: comp.protocols.tcp-ip From: paul@osprey.demon.co.uk (Paul Wood) Subject: private ip addr 10.*.*.* Message-ID: Sender: news@demon.co.uk (Usenet Administration) Nntp-Posting-Host: osprey.demon.co.uk Organization: Disorganised Date: Tue, 29 Nov 1994 11:37:43 GMT Lines: 19 Hi I have been told that the address space 10.*.*.* has been allocated as a private address space and is not propogated by the "public" InterNet; and that private ip networks may use 10.*.*.* for their own purpose. Can someone confirm this, and point me toward the rfc's that document this feature Thanks Paul Regards, Paul [ Paul Wood ] [ paul@osprey.demon.co.uk ] [ 100137.2660@compuserve.com ] [ paul@ukpoit.co.uk ] ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3bf8q9$1ka@erinews.ericsson.se] <1994112913030500> From: etxmesa@eos.ericsson.se (Michael Salmon) Newsgroups: comp.protocols.tcp-ip Subject: Re: private ip addr 10.*.*.* Date: 29 Nov 1994 13:03:05 GMT Organization: Ericsson Telecom AB Lines: 26 Sender: etxmesa@eos6c02 (Michael Salmon) Message-ID: <3bf8q9$1ka@erinews.ericsson.se> References: Reply-To: etxmesa@eos.ericsson.se (Michael Salmon) NNTP-Posting-Host: eos6c02.ericsson.se In article paul@osprey.demon.co.uk (Paul Wood) writes: |> Hi |> |> I have been told that the address space 10.*.*.* has been allocated as a |> private address space and is not propogated by the "public" InterNet; and |> that private ip networks may use 10.*.*.* for their own purpose. |> |> Can someone confirm this, and point me toward the rfc's that document this |> feature The rfc is 1597, you should probably look at 1627, Network 10 considered harmful, as well. There are 3 reserved groups, 1 A class (10.*), 16 B classes (172.16.* .. 172.31.*) and, 256 C classes (192.168.*). -- Michael Salmon #include #include #include Ericsson Telecom AB Stockholm ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3bh18n$9td@mkas.mcs.com] <1994112913063100> From: martin@mkas.mcs.com (Matthew Martin) Newsgroups: comp.protocols.tcp-ip Subject: udp forwarding Date: 29 Nov 1994 23:06:31 -0600 Organization: Matt's Home Linux Monster Lines: 11 Message-ID: <3bh18n$9td@mkas.mcs.com> NNTP-Posting-Host: mkas.mcs.com Can anyone tell me if a novell 3.12 server with a plain setup, no add on's does udp forwarding, using direct or indirect mode? I was told by one of our venders that his equipment world not work because novell uses udp indirect routing, and we use a novell router. Thank you for any info. -Matt. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [D0162n.Muy@inter.NL.net] <1994112913133500> Newsgroups: comp.protocols.tcp-ip From: marten@ripe.net (Marten Terpstra) Subject: Re: private ip addr 10.*.*.* Message-ID: Sender: news@inter.NL.net (News at news) Organization: RIPE Network Coordination Centre References: Date: Tue, 29 Nov 1994 13:13:35 GMT Lines: 15 In paul@osprey.demon.co.uk (Paul Wood) writes: >Hi >I have been told that the address space 10.*.*.* has been allocated as a >private address space and is not propogated by the "public" InterNet; and >that private ip networks may use 10.*.*.* for their own purpose. >Can someone confirm this, and point me toward the rfc's that document this >feature It is true. See RFC 1597 for more details. To get a different perspective, you may also want to read RFC 1627. -Marten ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3bf9u9$f3g@news.uni-paderborn.de] <1994112913221700> From: scheren@pbemt2.uni-paderborn.de (Frank Scherenschlich) Newsgroups: comp.protocols.tcp-ip Subject: (Q) RFC Sources Date: 29 Nov 1994 13:22:17 GMT Organization: Uni-GH Paderborn, Germany Lines: 6 Sender: scheren@pbemt2 (Frank Scherenschlich) Distribution: world Message-ID: <3bf9u9$f3g@news.uni-paderborn.de> NNTP-Posting-Host: pbemt2-fb.uni-paderborn.de Hi !!! I heart about an anonymous ftp-site where I can find the Sources of the RFC's and IEN's. Can anyone mail me the server and directory? Thanks Frank ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3bfcnu$4ov@ztivax.zfe.siemens.de] <1994112914100600> From: rohnert@python.zfe.siemens.de (Hans Rohnert) Newsgroups: comp.object,comp.protocols.tcp-ip,comp.unix.solaris,comp.lang.c++,comp.client-server Subject: Re: ACE version 2.15.5 now available Followup-To: comp.object,comp.protocols.tcp-ip,comp.unix.solaris,comp.lang.c++,comp.client-server Date: 29 Nov 1994 14:10:06 GMT Organization: Siemens AG, The "neu-Perlach" branch / Munich-Germany-Europe. Lines: 30 Distribution: inet Message-ID: <3bfcnu$4ov@ztivax.zfe.siemens.de> References: <3aul4m$bh6@tango.cs.wustl.edu> <3bdc1n$nvr@surf.agcs.com> NNTP-Posting-Host: python.zfe.siemens.de X-Newsreader: TIN [version 1.2 PL1] Greg Gibson (gibsong@agcs.com) wrote: : In article <3aul4m$bh6@tango.cs.wustl.edu> schmidt@tango.cs.wustl.edu (Douglas C. Schmidt) writes: : >COPYRIGHT INFORMATION FOR ACE : > : >... It would be great to see this distributed : >evolve into a comprehensive, robust, and well-documented C++ class : >library that would be freely available to everyone. Naturally, I am : >not responsible for any problems caused by using these C++ wrappers. : It is not clear to me why you would 'naturally' not be responsible for : any problems caused by using this library. What if a problem within this : library caused all of the Iridium satellites to become useless? I'm not : saying you have full responsibility by any means, but to claim a desire : of a comprehensive and robust library without responsibility for any : lack of those characteristics seems like a conflict. Come on. Why do you pick on Doug for including a standard disclaimer? He wrote a marvelous body of code which most of us are thankful for getting for free. And I am sure he does do his best to correct any errors. Take it or leave it. -- Hans Rohnert, Siemens AG, Munich, Germany , , ( ) ( ) | |.| | JERRY: "WELL WE GOT OUR ASSES WHOOPED JAY." | / \ | JAY: "I SEE ..." |_|_|_| JERRY: "I'M TELLING YA JAY..WE AINT WHAT WE WAS WITH JOE... ----MESSAGE-END---- ----MESSAGE-BEGIN---- [786121054snz@bootsgt1.demon.co.uk] <1994112914573400> Newsgroups: comp.protocols.tcp-ip From: alee@bootsgt1.demon.co.uk (Mr Andrew Lee) Subject: TCP/IP to SNA Reply-To: alee@bootsgt1.demon.co.uk X-Newsreader: Demon Internet Simple News v1.29 Lines: 10 Date: Tue, 29 Nov 1994 14:57:34 +0000 Message-ID: <786121054snz@bootsgt1.demon.co.uk> Sender: usenet@demon.co.uk Hi ALL, I am interested in products that allow terminals(PC's) on a TCP/IP network access to a SNA Mainframe without the need for TCP/IP software on the Mainframe. Can anybody help! -- Mr Andrew Lee ----MESSAGE-END---- ----MESSAGE-BEGIN---- [D01B3G.LtJ@dorsai.org] <1994112915020400> Newsgroups: comp.protocols.tcp-ip From: seth@dorsai.org (Seth Bromberger) Subject: Re: Subnetting to be avoided ? Message-ID: Sender: news@dorsai.org (Keeper of the News) Organization: The Dorsai Embassy - New York X-Newsreader: TIN [version 1.2 PL2] References: <3aes6d$r1d@tools.near.net> Date: Tue, 29 Nov 1994 15:02:04 GMT Lines: 20 Steinar Haug (Steinar.Haug@runit.sintef.no) wrote: : No, this is totally wrong. Supernetting is here to stay, and it most : definitely does not involve non-contiguous netmasks. See for instance : RFCs 1518, 1519 and 1520. Keep in mind that some major players do not allow supernetting! This is the case, for example, with HP-UX 9.0 (see my earlier posting). Supernetting is a great idea, but it needs widespread industry approval first. HP has informed me that supernetting will NOT be supported in 10.0, but will be offered as a patch sometime at the end of 1995 / early 1996. If you plan on using supernetting, it's important to be aware that not all TCP/IP implementations support it. Seth Bromberger ----MESSAGE-END---- ----MESSAGE-BEGIN---- [STEINAR.HAUG.94Nov29165532@bokfink.runit.sintef.no] <1994112915553200> From: Steinar.Haug@runit.sintef.no (Steinar Haug) Newsgroups: comp.protocols.tcp-ip Subject: Re: Subnetting to be avoided ? Date: 29 Nov 1994 15:55:32 GMT Organization: SINTEF RUNIT, Trondheim, Norway Lines: 21 Message-ID: References: <3aes6d$r1d@tools.near.net> NNTP-Posting-Host: bokfink.runit.sintef.no In-reply-to: seth@dorsai.org's message of Tue, 29 Nov 1994 15:02:04 GMT > Keep in mind that some major players do not allow supernetting! This is > the case, for example, with HP-UX 9.0 (see my earlier posting). > Supernetting is a great idea, but it needs widespread industry approval > first. > > HP has informed me that supernetting will NOT be supported in 10.0, but > will be offered as a patch sometime at the end of 1995 / early 1996. > > If you plan on using supernetting, it's important to be aware that not > all TCP/IP implementations support it. You could probably put it considerably stronger: As far as I know *none* of the major players in the workstation market allow supernetting. Supernetting and CIDR at the moment is mostly a useful tool for network operators - and *router* vendors have implemented it (for instance Cisco with OSPF and BGP4). I think BSDI will allow you to supernet class C networks - but they can hardly be called a major player. Steinar Haug, SINTEF RUNIT, University of Trondheim, NORWAY Email: Steinar.Haug@runit.sintef.no ----MESSAGE-END---- ----MESSAGE-BEGIN---- [TOWFIQ.94Nov29111742@oaktree.East.Sun.COM] <1994112916174200> From: towfiq@East.Sun.COM (Mark Towfiq - SunSoft) Newsgroups: comp.unix.osf.misc,comp.protocols.tcp-ip,comp.unix.admin,comp.unix.programmer Subject: Re: Secure Login / File Transfer Followup-To: comp.protocols.kerberos Date: 29 Nov 1994 16:17:42 GMT Organization: Sun Microsystems Inc. - BDC Lines: 23 Distribution: world Message-ID: References: <3av27s$2c2@hpbblb.bbn.hp.com> <3avp59$bfn@hpbblb.bbn.hp.com> NNTP-Posting-Host: oaktree.east.sun.com In-reply-to: haen@bbn.hp.com's message of Wed, 23 Nov 1994 16:03:53 GMT [Note follwup-to: comp.protocols.kerberos--mmt] >>>>> "herbert" == Herbert Neugebauer writes: herbert> I'm currently involved in a project to provide a WAN network herbert> and systems management solution for a european bank. For them herbert> security is of course a big issue. herbert> For our beta release we're still using rlogin and ftp for herbert> login and file transfer purposes. But using these tools we herbert> have to send passwords (somtimes even the root password) over herbert> the network. It sounds like you want to look at Kerberos. Look in comp.protocol.kerberos, or at the Web page http://www.cs.cmu.edu:8001/afs/andrew.cmu.edu/usr/db74/www/kerberos.html -- Mark TOWFIQ | Business/Urgent: Towfiq@East.Sun.Com | Other: Towfiq@Justice.Medford.MA.US | URL: _ _ "The earth is but one country, and mankind its citizens." -- Baha'u'llah ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov29.165646.702@acc.com] <1994112916564600> Newsgroups: comp.protocols.tcp-ip From: art@acc.com (Art Berggreen) Subject: Re: VJ compression on X.25/Frame Relay? Message-ID: <1994Nov29.165646.702@acc.com> Organization: ACC, Advanced Computer Communications References: Date: Tue, 29 Nov 1994 16:56:46 GMT Lines: 27 In article tsf@cix.compulink.co.uk ("Steve Scott") writes: >Does anyone know of a standard way of identifying VJ compression on a >X.25 virtual circuit ? Seeing as the VC will have a mixture of IP, >compressed TCP/IP and uncompressed TCP/IP packets, each packet-type needs >to be separately identified (ie a special value in the Call User Data is >not sufficient). RFC 1356 seems to address this via a scheme called Null >Encapsulation (00 in CUD, each packet preceded with a Protocol ID), >however I can find no assigned numbers in RFC 1340 for identifying the >compressed TCP/IP and uncompressed TCP/IP packets. > >What about on Frame Relay ? > >One solution would be to run PPP over X.25 / Frame Relay as PPP does >assign numbers for these packet types, but I would like to avoid the >additional protocol overhead if possible. I'm not aware of any standards to run VJ compression directly over X.25 or FR VCs. We do generalized data compression using SNAP protocol encoding with an ACC OUI and an ACC specific codepoint. For X.25 an SVC is opened using this in the CUD. For FR, each packet carries this identification. In either case, each packet has a compression header which indicates whether the packet is compressed or not and other compression control functions. Art ----MESSAGE-END---- ----MESSAGE-BEGIN---- [gerard-2911941253190001@jdgmac.ciit.org] <1994112917522600> From: gerard@ciit.org (Jim Gerard) Newsgroups: comp.protocols.appletalk,comp.protocols.tcp-ip Subject: Re: NewsWatcher & ARA Date: 29 Nov 1994 17:52:26 GMT Organization: CIIT Lines: 26 Message-ID: References: NNTP-Posting-Host: jdgmac.ciit.org In article , splint@newcastle.edu.au (Simon Plint) wrote: > Is there anyone out there using NewsWatcher via an appletalk remote > access(v1.0) connection. I would really appreciate any feedback. > > I can run Eudora and Mosaic no problem but when I try NewsWatcher I get an > error saying that I have no permission to speak. > > Do you think this is, most likely, a problem with the uni server of with > my setup. The "no permission to speak" message usually means that the news server is unable to look up your name from a name server. Your machine that is directly connected to the net probably has a fixed IP address with a fixed name associated with it, so News works. When you connect remotely via ARA, however, your IP address is usually assigned by the ARA server, so it may change from one session to another and many different remote users may be assigned the same IP address (but never at the same time). For these reasons, some network managers do not give names to the IP addresses that are assigned dynamically by servers. The way around the problem is for the net manager to give the dynamic addresses generic names such as: ara1.newcastle.edu.au, ara2.newcastle.edu.au, etc. You will not always have the same name when you connect remotely, and other users will share the name when they connect, but the news server will be satisfied that your IP address has a name. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3bcip2$c58@werple.apana.org.au] <1994112917544100> From: nduong@werple.apana.org.au (Duong Nguyen) Newsgroups: comp.protocols.tcp-ip Subject: Unix tcpip source code Date: 28 Nov 1994 23:34:41 +1100 Organization: werple public-access unix, Melbourne Lines: 3 Message-ID: <3bcip2$c58@werple.apana.org.au> NNTP-Posting-Host: werple.apana.org.au Summary: looking for tcpip Unix source code Keywords: tcpip Can somebody tell me where I can get a copy of tcpip source code for Unix? The FAQ only mentions DOS versions. Thanks. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [9411291215.AA29046@isolar.Tujunga.CA.US] <1994112918130400> From: earle@isolar.tujunga.ca.us (Greg Earle) Newsgroups: comp.protocols.tcp-ip,mail-list.dplist Subject: TCP backoff behavior in NetBSD 1.0 vs. SunOS 4.1.3_U1 Followup-To: poster Date: 29 Nov 1994 16:33:04 +0100 Organization: Personal Usenet site, Tujunga, CA USA Lines: 109 Sender: news@newsy.ifm.liu.se Approved: newsy.ifm.liu.se mail injector. Message-ID: <9411291215.AA29046@isolar.Tujunga.CA.US> Reply-To: earle@isolar.tujunga.ca.us NNTP-Posting-Host: newsy.ifm.liu.se Keywords: DP 2.3 TCP ACK i.d. lost content-length: 7094 Here's something weird I just noticed. I have NetBSD/SPARC 1.0 running on a Sun SPARCstation IPC at work (its TCP/IP is based on the 4.4BSD-lite version by now, I think). I just FTP'd a 1.2 Mb file from it down to my SPARCstation 1 clone running SunOS 4.1.3 at home, over a PPP link running DP 2.3 pl2 between the home machine and a Sun-4/370 at work. Normally I'll get 1.5 Kb/sec transfers of gzip'ped files over this PPP link, but this time the throughput was terrible - 0.9 Kb/sec. There were several times when the transfer came to a complete halt, for many - some times in the tens - of seconds. A "tcpdump" of the last "pregnant pause" showed something interesting: ... 03:16:56.257706 netbsd4me.ftp-data > isolar.3090: P 177031:178491(1460) ack 1 win 17520 [tos 0x8] (ttl 63, id 60576) 03:16:56.440477 isolar.3090 > netbsd4me.ftp-data: . ack 178491 win 24576 (ttl 60, id 24254) 03:16:57.154914 netbsd4me.ftp-data > isolar.3090: . 178491:179951(1460) ack 1 win 17520 [tos 0x8] (ttl 63, id 60577) 03:16:57.240599 isolar.3090 > netbsd4me.ftp-data: . ack 179951 win 24576 (ttl 60, id 24255) 03:16:58.875522 netbsd4me.ftp-data > isolar.3090: . 179951:181411(1460) ack 1 win 17520 [tos 0x8] (ttl 63, id 60579) 03:16:59.775012 netbsd4me.ftp-data > isolar.3090: . 181411:182871(1460) ack 1 win 17520 [tos 0x8] (ttl 63, id 60580) 03:17:00.645779 netbsd4me.ftp-data > isolar.3090: . 182871:184331(1460) ack 1 win 17520 [tos 0x8] (ttl 63, id 60581) 03:17:01.516060 netbsd4me.ftp-data > isolar.3090: P 184331:185791(1460) ack 1 win 17520 [tos 0x8] (ttl 63, id 60582) 03:17:02.415639 netbsd4me.ftp-data > isolar.3090: . 185791:187251(1460) ack 1 win 17520 [tos 0x8] (ttl 63, id 60583) 03:17:03.285962 netbsd4me.ftp-data > isolar.3090: P 187251:188711(1460) ack 1 win 17520 [tos 0x8] (ttl 63, id 60584) 03:17:04.184818 netbsd4me.ftp-data > isolar.3090: . 188711:190171(1460) ack 1 win 17520 [tos 0x8] (ttl 63, id 60586) 03:17:05.055984 netbsd4me.ftp-data > isolar.3090: . 190171:191631(1460) ack 1 win 17520 [tos 0x8] (ttl 63, id 60587) 03:17:05.925245 netbsd4me.ftp-data > isolar.3090: P 191631:193091(1460) ack 1 win 17520 [tos 0x8] (ttl 63, id 60588) 03:17:06.826240 netbsd4me.ftp-data > isolar.3090: . 193091:194551(1460) ack 1 win 17520 [tos 0x8] (ttl 63, id 60589) 03:17:07.665512 netbsd4me.ftp-data > isolar.3090: P 194551:196011(1460) ack 1 win 17520 [tos 0x8] (ttl 63, id 60590) 03:17:13.574226 netbsd4me.ftp-data > isolar.3090: . 179951:181411(1460) ack 1 win 17520 [tos 0x8] (ttl 63, id 60594) 03:17:13.620497 isolar.3090 > netbsd4me.ftp-data: . ack 181411 win 24576 (ttl 60, id 24260) 03:17:14.716071 netbsd4me.ftp-data > isolar.3090: . 181411:182871(1460) ack 1 win 17520 [tos 0x8] (ttl 63, id 60595) 03:17:14.820433 isolar.3090 > netbsd4me.ftp-data: . ack 182871 win 24576 (ttl 60, id 24261) ... ("netbsd4me" is the remote NetBSD/SPARC 1.0 machine.) You'll notice that at ~ 3:16:59, the remote end sends the first packet that doesn't get an ACK back from my local side. It then proceeds to fill the TCP window over the next 9 seconds with 12 packets; then there is a "pregnant pause" (still no reply from my side) of nearly 6 more seconds of "dead air" before the remote end re-sends the first packet in the sequence; note that according to the "id" field it jumped from "id 60590" to "id 60594". The first thing I would like to know is "What happened to id 60591, 60592, and 3?" The next thing is, the "id" field on the local side's return ACKs jumped from "id 24255" up to "id 24260". What happened to id's 24256 through 24259? Did they get used by other apps? Finally, can anything be tuned on either end to help avoid this "pregnant pause" condition? I just transferred a file from another SunOS 4.1.3_U1 system and it only got in this state once; the remote end only sent 6 packets and then delayed only about 0.71 seconds (normal between-packet times for the 6 packets was ~0.39 seconds, i.e. not much more than the modem turnaround times) before re-sending the original packet in the stream: 03:50:11.100608 isolar.3164 > tehachapis.ftp-data: . ack 77097 win 24576 (ttl 60, id 25027) 03:50:11.756893 tehachapis.ftp-data > isolar.3164: . 77097:78557(1460) ack 1 win 24576 (ttl 59, id 63566) 03:50:12.138162 tehachapis.ftp-data > isolar.3164: . 78557:80017(1460) ack 1 win 24576 (ttl 59, id 63567) 03:50:12.507091 tehachapis.ftp-data > isolar.3164: . 80017:81477(1460) ack 1 win 24576 (ttl 59, id 63568) 03:50:12.896614 tehachapis.ftp-data > isolar.3164: . 81477:82937(1460) ack 1 win 24576 (ttl 59, id 63569) 03:50:13.294590 tehachapis.ftp-data > isolar.3164: . 82937:84397(1460) ack 1 win 24576 (ttl 59, id 63570) 03:50:13.651138 tehachapis.ftp-data > isolar.3164: . 84397:85857(1460) ack 1 win 24576 (ttl 59, id 63571) 03:50:14.364483 tehachapis.ftp-data > isolar.3164: . 77097:78557(1460) ack 1 win 24576 (ttl 59, id 63576) 03:50:14.500472 isolar.3164 > tehachapis.ftp-data: . ack 78557 win 24576 (ttl 60, id 25030) 03:50:15.176559 tehachapis.ftp-data > isolar.3164: . 78557:80017(1460) ack 1 win 24576 (ttl 59, id 63577) ("tehachapis" is the remote SunOS 4.1.3_U1 machine.) In short, it looks like when there is a hiccup at the local end, the NetBSD machine "fills the pipe" with more data that it eventually has to retransmit, and when it finally realizes that it has to re-send, it waited a REALLY long time to do so ... whereas the hoary old SunOS machine fills the pipe with only half as many packets, and when it stops, it backs off for a very short time before re-sending. When doing TCP over a slow modem PPP link, this difference in behavior shows up as a painfully poor throughput connection. (Notice how essentially no packets got through for ~ 15 seconds, since all of them had to be re-sent.) I know that part of the problem is down in the driver level, like in the SunOS zs_async driver. Consider this "pregnant pause" with a much smaller advertised window: ... 04:07:04.353561 elroy.2005 > isolar.uucp: . 328089:329549(1460) ack 2605 win 24576 (ttl 59, id 12891) 04:07:04.425405 isolar.uucp > elroy.2005: . ack 329549 win 4088 (ttl 60, id 25685) 04:07:06.055073 elroy.2005 > isolar.uucp: . 329549:331009(1460) ack 2605 win 24576 (ttl 59, id 12931) 04:07:22.404890 elroy.2005 > isolar.uucp: . 329549:331009(1460) ack 2605 win 24576 (ttl 59, id 14016) 04:07:22.434260 isolar.uucp > elroy.2005: . ack 331009 win 4096 (ttl 60, id 25690) On UUCP-over-TCP, my local side advertises only a 4K window, so the other side doesn't fill the pipe with packets that end up needing to be retransmitted; on the other hand, notice how there was still a *16 second* pause between the first packet and the re-transmission!!! Ouch! (During which another series of 4 "id" numbers - 25686 through 25689 - went AWOL.) I don't get this. I would have assumed that the NetBSD/SPARC 1.0 machine would be much smarter, considering as how the SunOS 4.1.3_U1 TCP is practically from the Paleolithic Era at this point. If I'm missing something obvious, please clunk me over the head with an ICMP Dumbshit Poster or something ... Any ideas, anyone? TIA, - Greg ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3bg20v$ntp@eccdb1.pms.ford.com] <1994112920131900> From: tji@tictac.fs.ford.com (Todd Ignasiak) Newsgroups: comp.sys.sun.misc,comp.protocols.tcp-ip Subject: Changing TCP/IP parameters on a Sun Date: 29 Nov 1994 20:13:19 GMT Organization: ECC at Ford Motor Company, Dearborn Michigan Lines: 17 Message-ID: <3bg20v$ntp@eccdb1.pms.ford.com> NNTP-Posting-Host: tictac.fs.ford.com X-Newsreader: Tin 1.1 PL4 I am doing some network throughput testing in many different environments. This includes testing of different speed links, added delay, inverse multiplexing, and compression. We have been using a Sun with a CDDI adapter (and ethernet) as a traffic generator in some cases. What I would like is to have more control and/or more information of the TCP parameters associated with the link. I would like to be able to watch the TCP window size & see what it settles to for a file transfer, or be able to see how fast ack's come back, or change the MTU. Is there any facility for doing this on a Sun (currently running SunOS 4.1.3_U1)? Thanks, -tji ------------------------------------------------------------------------------- Todd Ignasiak Ford Motor Company tji@tcs.fs.ford.com Telecommunications Services ----MESSAGE-END---- ----MESSAGE-BEGIN---- [786140966snz@trumpton.demon.co.uk] <1994112920292600> Newsgroups: comp.protocols.tcp-ip From: steve@trumpton.demon.co.uk (Steve Clarke) Subject: Re: PC as nameserver? Distribution: world References: Organization: Trumpton Fire Station Reply-To: steve@trumpton.demon.co.uk X-Newsreader: Demon Internet Simple News v1.29 Lines: 11 Date: Tue, 29 Nov 1994 20:29:26 +0000 Message-ID: <786140966snz@trumpton.demon.co.uk> Sender: usenet@demon.co.uk In article a2312bb@sunmail.lrz-muenchen.de "Stephan Hermelink" writes: > is there any program to run a PC as nameserver (dos wor windows)? If the PC is to be dedicated as a name server, won't Linux do the trick ? Steve -- |:-{' Groucho Marx ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3bifel$9ev@diane.cs.ucsb.edu] <1994112920544500> From: ms@diane.cs.ucsb.edu (Monette Stephens) Newsgroups: comp.protocols.tcp-ip Subject: Telnet Server Source Date: 30 Nov 1994 10:14:45 -0800 Organization: /fs/cs-home/tfaculty/ms/.organisation Lines: 15 Message-ID: <3bifel$9ev@diane.cs.ucsb.edu> References: NNTP-Posting-Host: diane.cs.ucsb.edu Summary: non-unix system Keywords: telnet server source I am in the process of writing a telnet server for a non-Unix operating system which has a TCP/sockets interface. I am basing it on the public domain BSD telnetd from ftp.cray.com. The problem is that the system I'm on has a non-blocking OS with no tty or pty interface. It seems as though a MAC or PC version of a server may be more easily modified to fit my needs, however, I've only been able to locate binaries. Any suggestions? Thanks, M. Stephens ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3bgcr4$2au@usc.edu] <1994112923175600> From: david_diamond@skymir.usc.edu (David Diamond) Newsgroups: comp.protocols.tcp-ip Subject: Sending SMTP mail... Date: 29 Nov 1994 23:17:56 GMT Organization: USC News Service Lines: 21 Sender: diamond@usc.edu Message-ID: <3bgcr4$2au@usc.edu> NNTP-Posting-Host: diamond.usc.edu X-Posted-From: InterNews 1.0.2b1@diamond.usc.edu X-Authenticated: diamond on INN host usc.edu I'm writing a database system that will send SMTP mail. SO far, I've got it working properly except for a few things: Small messages (less than 15 or so lines) work fine, but larger ones either just "abort" without any error or I get "message header line too long". I'm sending all of the mail to a campus unix mail host which is where I'm getting that error from. The second question I have is regarding multiple addresses. Is it neccesary to issue a "RCPT TO:" command for each address? I was hoping to be able to send a entire list at once. I read about the "EXPN" command, but I don't quite understand it. I'm assuming it refers to a list that the mail host knows about and not a variable list such as I want to use. How do I refer to an address as a cc: or bcc:? David Diamond ____ Technology Services Coordinator \ / USC News Service - University of Southern California \/ (213) 740-2215 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3bgl1n$t72$1@usenet.pa.dec.com] <1994113001375900> From: mogul@pa.dec.com (Jeffrey Mogul) Newsgroups: comp.protocols.tcp-ip Subject: Re: Packet Filtering Date: 30 Nov 1994 01:37:59 GMT Organization: DEC Western Research Lines: 19 Message-ID: <3bgl1n$t72$1@usenet.pa.dec.com> References: <3a06k0$5s1@ixnews1.ix.netcom.com> NNTP-Posting-Host: gnomea.pa.dec.com In article iialan@iifeak.swan.ac.uk (Alan Cox) writes: >In article <3a06k0$5s1@ixnews1.ix.netcom.com> mikemccu@ix.netcom.com (David Michael McCutcheon) writes: >>I'm currently working on a project in which the networking code in the >>operating system asks a user-level process to pass judgement about every >>packet that is to be forwarded. > >Its called screend, its been done 8) See: Jeffrey C. Mogul. Simple and Flexible Datagram Access Controls for Unix-based Gateways. In Proc. Summer 1989 USENIX Conference, pages 203-221. Baltimore, MD, June, 1989. Also see: http://www.research.digital.com/wrl/publications/abstracts/89.4.html http://www.research.digital.com/nsl/publications/TN-2.html -Jeff ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov30.014855.18679@novell.com] <1994113001485500> Newsgroups: comp.protocols.tcp-ip From: donp@novell.com (don provan) Subject: Re: FTP, ASCII vs Binary Message-ID: <1994Nov30.014855.18679@novell.com> Sender: news@novell.com (News Administrator) Nntp-Posting-Host: na Organization: Novell, Inc., San Jose, California References: <3bcmeq$6ma@martha.utk.edu> Date: Wed, 30 Nov 1994 01:48:55 GMT Lines: 24 In article <3bcmeq$6ma@martha.utk.edu> hethmon@apac.ag.utk.edu (Paul Hethmon) writes: >In message - porter@chem.wisc.edu ( >ron porter) writes: >> I know the difference between binary and ASCII, but have >>been wondering, is it okay to transfer an ASCII file in Binary? >>Maybe you wouldn't do this knowingly, but if you don't know >>or don't change it back to ASCII. >>Will the extra bit cause problems with say an UUencoded file >>when you try to undecode it at the other end? > >It will matter if the two systems don't use the same end of line sequence. >Say from an OS/2 server to a Unix client, or vice versa. OS/2 uses >a CR/LF for end of line while Unix uses a LF (or is it CR?). And of course, you're assuming that both systems store ASCII files in the same size bytes. Try a binary transfer of an ASCII file stored in 7 bit bytes to a system that uses 8 bit bytes, and the end of line issues are the least of your problems. Well, 7 bit ASCII is a historical example. But ASCII files are probably already being stored in 16 bit Unicode bytes on some systems. don provan donp@novell.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [mark.786218497@wugate.wustl.edu] <1994113002065600> From: mark@wugate.wustl.edu (Mark Pohlman) Newsgroups: comp.protocols.tcp-ip Subject: Looking for BOOTP server/responding from IP address pool??? Date: 30 Nov 1994 12:06:56 -0600 Organization: ONC - Washington University in St. Louis Lines: 12 Message-ID: NNTP-Posting-Host: wugate.wustl.edu Summary: Looking for bootp server/responding from IP address pool??? X-Newsreader: NN version 6.5.0 #1 (NOV) I am looking for a bootp server which will allocate an IP address from a pool of unused IP addresses. I know appletalk does a nice job of this under Ethertalk, but I would like to find a bootp server doing this under ethernet. You can reply to this newsgroup or email me directly. Many Thanx, -- Mark Pohlman Academic Computing & Networking mark@wugate.wustl.edu 314-935-7391 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov29.140521.1@v9000.ntu.ac.sg] <1994113003252100> From: sf7037520@v9000.ntu.ac.sg Newsgroups: comp.protocols.tcp-ip Subject: Help !!! windows socket programming ??? Date: 29 Nov 94 14:05:21 +0800 Organization: Nanyang Technological University Lines: 19 Message-ID: <1994Nov29.140521.1@v9000.ntu.ac.sg> NNTP-Posting-Host: v9000.ntu.ac.sg i am working on a project involving communication between two IBM compatibles PCs. Both PCs are in the Windows environment, on top of TCP/IP protocol & linked together using Ethernet cards. The active screen of one PC is to be capture, convert into a file, transferred over to the other PC and displayed by the screen. All these are to be done transparent to the users on either ends. These actions are activated by a hotkey being pressed. I am presently attempting programming in C and compilation on Borlandc ver 3.0. Can anyone help by telling what to ? ( to start with) and are there any software available in the market to assist me? pls email me your kind advice. Yours sincerely, peterlim ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3bgvvj$doc@bcarh8ab.bnr.ca] <1994113004443500> From: pww@bnr.ca (Peter Whittaker) Newsgroups: comp.sys.hp.misc,comp.unix.misc,comp.protocols.tcp-ip Subject: How to detect dead socket under HP-UX 9.03 (and more generally)? Followup-To: comp.unix.misc Date: 30 Nov 1994 04:44:35 GMT Organization: Bell-Northern Research Ltd. Lines: 52 Message-ID: <3bgvvj$doc@bcarh8ab.bnr.ca> NNTP-Posting-Host: bcarh640.bnr.ca I have an application that acts as a proxy for clients apps, submitting their requests to a server they cannot reach. The proxy accepts a client connection, reads the client's request, submits it to the server, then uses select to wait for activity from either the client or the server ("select(0, &readfds, 0, 0, &timeout)"). When the select() returns, the proxy app makes a few sanity checks, including a check to see if the client socket has "gone away": has the client crashed, been interrupted, etc. Since each client gets its own proxy (a child, actually), and since there can be many clients, I want to get rid of unnecessary proxies ASAP, so I need a reliable way of checking for a bad socket. The code I've got uses "ioctl(s, FIOGSAIOOWM, &o)", which doesn't work under HP-UX 9.03 (the ioctl() returns -1 with errno EADDRNOTAVAIL, regardless of the state of socket "s"); I suspect that this worked under HP-UX 7.05 or maybe 8.0 (it's pretty old code). I thought of doing the following instead: fd_set(s, &readfds); select(0, &readfds, 0, 0, &timeout); if (fd_isset(s, &readfds) { ioctl(s, FIONREAD, &numbytes); if (numbytes == 0) { /* there are no bytes to read, yet the "s" bit is set */ exit; } else { /* there really is stuff to read on s, so it must be good */ recv(s, .... } } My reasoning is that if select() sets the bit corresponding to "s", then either 1) there is data to read on "s", or 2) "s" is no longer useful. If the ioctl(FIONREAD) shows that there is no data to read on "s", assume the latter (bad s) and exit. Thoughts, comments, problems, suggestions, etc? Followups to bnr.unix.misc; I'll summarize to all three groups. Ideally, I'd like a portable solution (portable to HP-UX 9+, Solaris 1.1, Solaris 2.3+, and DEC's OSF, to name a few). pww -- Peter Whittaker [~~~~~~~~~~~~~~~~~~~~~~~~~~] NT Secure Networks pww@entrust.com [ ] P.O. Box 3511, Station C Ph: +1 613 765 2064 [ ] Ottawa, Ontario, Canada FAX:+1 613 765 3520 [__________________________] K1Y 4H7 ----MESSAGE-END---- ----MESSAGE-BEGIN---- [splint-2911941124360001@tbs-simon.newcastle.edu.au] <1994113005443600> From: splint@newcastle.edu.au (Simon Plint) Newsgroups: comp.protocols.appletalk,comp.protocols.tcp-ip Subject: NewsWatcher & ARA Date: Tue, 29 Nov 1994 11:24:36 +1100 Organization: University Of Newcastle Lines: 23 Message-ID: NNTP-Posting-Host: tbs-simon.newcastle.edu.au Is there anyone out there using NewsWatcher via an appletalk remote access(v1.0) connection. I would really appreciate any feedback. I connect from my 660avGeoport at home to a 840avGeoport at the uni which is in turn connected to an appletalk network. The appletalk network is connected toa multigate which is connected via a hub to the uni ethernet. I can run Eudora and Mosaic no problem but when I try NewsWatcher I get an error saying that I have no permission to speak. Do you think this is, most likely, a problem with the uni server of with my setup. I am using NewsWatcher now on the 840av, no problem. Feedback please. TIA -- Simon Plint TBS University of Newcastle splint@mail.newcastle.edu.au ----MESSAGE-END---- ----MESSAGE-BEGIN---- [padgett.304.00088861@goat.orl.mmc.com] <1994113006515400> From: padgett@goat.orl.mmc.com (Padgett 0sirius) Newsgroups: comp.protocols.tcp-ip Subject: Re: FTP, ASCII vs Binary Date: Wed, 30 Nov 1994 08:31:54 Organization: IPL InterNetNews site Lines: 22 Message-ID: References: NNTP-Posting-Host: judge.orl.mmc.com In article porter@chem.wisc.edu (ron porter) writes: > I know the difference between binary and ASCII, but have >been wondering, is it okay to transfer an ASCII file in Binary? As has been nentioned, you can but there will be none of the reformatting done for your OS. SInce there are offline reformatters available this may not be a problem if you have the proper one for your system. The biggest difficulty I have noticed is sending from UNIX (which uses LF only (10h) or DOS which uses CR/LF (13h,10h) to VMS which uses a null. In this case, VMS finds no line separators and after 255 bytes will generate a "line too long,... truncated" error if you try to EDIT it and VMSMAIL will not accept it. The bottom line is that ASCII mode is "intelligent" while BINARY mode is "dumb". Sometimes you just do not want any intelligence, other times you need it. A. Padgett Peterson, P.E. Cybernetic Psychophysicist We also walk dogs PGP 2.7 Public Key Available ----MESSAGE-END---- ----MESSAGE-BEGIN---- [bjb.11.00097899@esmiodt.ahlstrom.com] <1994113007481200> From: bjb@esmiodt.ahlstrom.com (Bengt Bredenberg) Newsgroups: comp.protocols.tcp-ip Subject: Wanted TCP/IP terminal server with one serial port Date: Wed, 30 Nov 1994 09:28:12 Organization: Oy Esmi Ab Lines: 24 Message-ID: NNTP-Posting-Host: bjb.esmi.ahlstrom.com X-Newsreader: Trumpet for Windows [Version 1.0 Rev A] Perhaps this is not the right forum for requests like this (please inform me which could be the right group), but I have been looking for many years in Finland (without luck) for a product with the following specification: - TCP/IP terminal server with - Ethernet (thin, TP) connection (Token Ring) - one RS232C serial port (9600 Bd) - low price and small size Devices like this are usually sold with 8 or 16 ports (Bridge etc) and are expensive and big. Similar devices used as network printer adapters are also available, but these usually include only a parallell port and are not bidirectional. What I am looking for is a commercial small cheap product, which I could put inside our concentrator to handle the serial communication to the network. The device should be completely bidirectional without any delays in either directions. The TCP/IP address, port number and serial speed should be programmable. (A fixed port number such as 23/telnet can be tolerated). If anyone of you have heard or used a device like this could you please inform me so I can contact the right sources. Bengt Bredenberg Oy Esmi Ab, Finland email: bjb@esmiodt.ahlstrom.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [TEDDY.94Nov30104050@superbook.albany.edu] <1994113009005000> From: teddy@superbook.albany.edu (Teddy Wang) Newsgroups: comp.protocols.tcp-ip Subject: TESTING TCP/IP throughput over FDDI... Date: 30 Nov 94 10:40:50 Organization: The University at Albany Lines: 9 Distribution: world Message-ID: NNTP-Posting-Host: superbook.ctg.albany.edu I'm doing some benchmarking of throughput (as close as actual maximum as possible) of our FDDI ring... Since I don't want to contaminate my results with bottlenecks in CPU/DISK performance, I was wondering if anyone out in netland has source code which will do these test??? Teddy WAng CSC Consulting... teddy@superbook.ctg.albany.edu ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3bhj6t$ps1@news.uni-paderborn.de] <1994113010124500> From: scheren@emtpc142.uni-paderborn.de (Frank Scherenschlich) Newsgroups: comp.protocols.tcp-ip Subject: RFC1618 - Source Date: 30 Nov 1994 10:12:45 GMT Organization: String to put in the Organization Header Lines: 5 Distribution: world Message-ID: <3bhj6t$ps1@news.uni-paderborn.de> NNTP-Posting-Host: emtpc142.uni-paderborn.de Hi, does anybody know where I can find the source of rfc1618? Thanks Frank ----MESSAGE-END---- ----MESSAGE-BEGIN---- [rising.13.000C2997@id.ucsb.edu] <1994113010293900> From: rising@id.ucsb.edu (Joel F. Rising) Newsgroups: comp.protocols.tcp-ip Subject: PC Route -- Where is LANPort Date: Wed, 30 Nov 1994 12:09:39 Organization: Instructional Resources, UC Santa Barbara Lines: 8 Distribution: world Message-ID: NNTP-Posting-Host: id-csga1.ucsb.edu Summary: Can't find source code for PC Route Keywords: pc router lanport X-Newsreader: Trumpet for Windows [Version 1.0 Rev A] Anybody know where I can get PC Route source code? Know if LANPort has moved, gone bankrupt? I can't get ahold of them, or find them in the phone book. I sent e-mail to Vance Morrison, but he hasn't answered. Help! rising@id.ucsb.edu ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov30.121956.13129@inca.comlab.ox.ac.uk] <1994113012195600> Newsgroups: comp.protocols.tcp-ip,comp.sys.sun.misc,comp.dcom.lans.ethernet From: njh@physiol.ox.ac.uk (Neil Hoggarth) Subject: Dual interface Sun as an Ethernet bridge? Message-ID: <1994Nov30.121956.13129@inca.comlab.ox.ac.uk> Followup-To: comp.sys.sun.misc Organization: University Laboratory of Physiology, Oxford Date: Wed, 30 Nov 94 12:19:56 GMT Lines: 21 I have a Sun SPARCstation with two Ethernet ports. By default this acts as an IP router between the two networks. Is there any way that I can get this to act as a bridge between two Ethernet segments, either by reconfiguring the kernel or running some software on it? Ethernet bridging would be nice, but bridging IP datagrams would be better than nothing if we could do it. Before you flame me ( :-) ) I know this is a tacky thing to want to do. However it would be a strictly tempory measure and would make an upcoming transition in our network arrangements much easier to accomplish with minimum disruption. Thanks for any advice you might be able to offer. Regards, -- --------------------------------------------------------------------------- Neil Hoggarth Computer Officer, Laboratory of Physiology Oxford University, UK --------------------------------------------------------------------------- ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3bhrp7$7ui@ubszh.fh.zh.ubs.com] <1994113012390300> From: bsz@dla831.ubszh.net.ch (Carl Binding) Newsgroups: comp.protocols.tcp-ip Subject: IP multicasting Date: 30 Nov 1994 12:39:03 GMT Organization: Union Bank of Switzerland Lines: 21 Distribution: world Message-ID: <3bhrp7$7ui@ubszh.fh.zh.ubs.com> Reply-To: bsz@dla831.ubszh.net.ch NNTP-Posting-Host: enz002.fh.zh.ubs.com Keywords: IP multicasting, routers I'm looking for the relevant information regd. IP multicasting, i.e. could anyone please quote me the list of relevant RFCs? Kindly also point me into the direction of an ftp-mail server where I can fetch these from. Lastly: which routers currently support the IP multicast protocol? There is a big debate here, claiming that for instance CISCO does currently not support IP m-cast in their products. Is that correct? Please reply directly to bsz@ubszh.net.ch. Thanks for any info. Carl ---------------- Carl Binding LEIT/LITH-BSZ Union Bank of Switzerland Bahnhofstrasse 45 8021 Zurich Switzerland bsz@ubszh.net.ch +41 1 236 6804 phone +41 1 236 8392 fax ----MESSAGE-END---- ----MESSAGE-BEGIN---- [199411301302.NAA09562@ntl.com] <1994113013021800> Newsgroups: comp.protocols.tcp-ip,comp.protocols.tcp-ip.ibmpc,comp.unix.solaris,demon.ip.developers,demon.ip.support,demon.ip.support.pc,demon.ip.support.atari,demon.ip.support.unix From: tonymo@ntl.com (Tony Mountifield) Subject: TCP Protocol problem Solaris<->KA9Q Organization: NTL Date: Wed, 30 Nov 1994 13:02:18 +0000 Message-ID: <199411301302.NAA09562@ntl.com> Sender: usenet@demon.co.uk Lines: 140 Hi! I wonder if there are any TCP protocol gurus out there who could shed some light on a protocol problem? (please excuse the wide cross-posting, but I imagine that such people are not exactly plentiful in the world! :-) I am trying to communicate between an Atari ST running the KA9Q NOS package and a PC running Sun's Solaris 2, using PPP. Mostly it works. The Solaris machine quite happily acts as a gateway, and has no problems accepting TCP connections from the KA9Q clients. The problem is that clients on the Solaris seem unable to make TCP connections to servers on the KA9Q, and complain of a protocol error. Other, BSD-based clients can connect to the KA9Q without problem, but I am told a WinSock client also couldn't connect to the KA9Q server. The Solaris can talk to other kinds of machine with no problems. I have traced the relevant packets, and would be grateful if anyone can identify the problem, and whether the KA9Q is not adhering to the TCP protocol correctly. This is an example working connection from the KA9Q client to the Solaris server: Tue Nov 29 21:38:20 1994 - sl0 sent: PPP: len 48 protocol: IP IP: len 44 193.132.77.63->193.132.77.1 ihl 20 ttl 63 prot TCP TCP: 1025->25 Seq xec2c000 SYN Wnd 11680 MSS 1460 0000 ff 03 00 21 45 00 00 2c 00 01 00 00 3f 06 5e 82 ...!E..,....?.^. 0010 c1 84 4d 3f c1 84 4d 01 04 01 00 19 0e c2 c0 00 A.M?A.M......B@. 0020 00 00 00 00 60 02 2d a0 7a 60 00 00 02 04 05 b4 ....`.- z`.....4 Tue Nov 29 21:38:20 1994 - sl0 recv: PPP: len 48 protocol: IP IP: len 44 193.132.77.1->193.132.77.63 ihl 20 ttl 254 DF prot TCP TCP: 25->1025 Seq x943f8791 Ack xec2c001 ACK SYN Wnd 8760 MSS 1460 0000 ff 03 00 21 45 00 00 2c 58 6b 40 00 fe 06 07 17 ...!E..,Xk@.~... 0010 c1 84 4d 01 c1 84 4d 3f 00 19 04 01 94 3f 87 91 A.M.A.M?.....?.. 0020 0e c2 c0 01 60 12 22 38 69 e6 00 00 02 04 05 b4 .B@.`."8if.....4 Tue Nov 29 21:38:20 1994 - sl0 sent: PPP: len 44 protocol: VJ Uncompressed TCP/IP connection 0x00 IP: len 40 193.132.77.63->193.132.77.1 ihl 20 ttl 63 prot TCP TCP: 1025->25 Seq xec2c001 Ack x943f8792 ACK Wnd 11680 0000 ff 03 00 2f 45 00 00 28 00 02 00 00 3f 00 5e 85 .../E..(....?.^. 0010 c1 84 4d 3f c1 84 4d 01 04 01 00 19 0e c2 c0 01 A.M?A.M......B@. 0020 94 3f 87 92 50 10 2d a0 76 3b 00 00 .?..P.- v;.. Tue Nov 29 21:38:20 1994 - sl0 recv: PPP: len 176 protocol: IP IP: len 172 193.132.77.1->193.132.77.63 ihl 20 ttl 254 DF prot TCP TCP: 25->1025 Seq x943f8792 Ack xec2c001 ACK PSH Wnd 8760 Data 132 0000 ff 03 00 21 45 00 00 ac 58 6d 40 00 fe 06 06 95 ...!E..,Xm@.~... 0010 c1 84 4d 01 c1 84 4d 3f 00 19 04 01 94 3f 87 92 A.M.A.M?.....?.. 0020 0e c2 c0 01 50 18 22 38 a0 d3 00 00 32 32 30 2d .B@.P."8 S..220- 0030 7a 65 75 73 2e 74 63 70 2e 63 6f 2e 75 6b 20 54 zeus.tcp.co.uk T 0040 6f 74 61 6c 20 43 6f 6e 6e 65 63 74 69 76 69 74 otal Connectivit 0050 79 20 50 72 6f 76 69 64 65 72 73 20 53 65 6e 64 y Providers Send 0060 6d 61 69 6c 20 38 2e 36 2e 39 2f 38 2e 36 2e 39 mail 8.6.9/8.6.9 0070 20 72 65 61 64 79 20 61 74 20 54 75 65 2c 20 32 ready at Tue, 2 0080 39 20 4e 6f 76 20 31 39 39 34 20 32 31 3a 33 39 9 Nov 1994 21:39 0090 3a 35 36 20 47 4d 54 0d 0a 32 32 30 20 45 53 4d :56 GMT..220 ESM 00a0 54 50 20 73 70 6f 6b 65 6e 20 68 65 72 65 0d 0a TP spoken here.. Tue Nov 29 21:38:20 1994 - sl0 sent: PPP: len 33 protocol: VJ Compressed TCP/IP changes: 0x34 TCP checksum: 0xbc60 PUSH delta ACK: 0x84 delta ID: 0x02 0000 ff 03 00 2d 34 bc 60 84 02 48 45 4c 4f 20 73 6f ...-4<`..HELO so 0010 66 74 69 6e 73 2e 74 63 70 2e 63 6f 2e 75 6b 0d ftins.tcp.co.uk. 0020 0a . And so on.... Here is an example of the failed connection from the Solaris client to the KA9Q server. Tue Nov 29 21:38:28 1994 - sl0 recv: PPP: len 48 protocol: IP IP: len 44 193.132.77.1->193.132.77.63 ihl 20 ttl 254 DF prot TCP TCP: 45214->25 Seq x9456f791 SYN Wnd 8760 MSS 1460 0000 ff 03 00 21 45 00 00 2c 58 82 40 00 fe 06 07 00 ...!E..,X.@.~... 0010 c1 84 4d 01 c1 84 4d 3f b0 9e 00 19 94 56 f7 91 A.M.A.M?0....Vw. 0020 00 00 00 00 60 02 22 38 1c 05 00 00 02 04 05 b4 ....`."8.......4 Tue Nov 29 21:38:30 1994 - sl0 sent: PPP: len 82 protocol: IP IP: len 78 193.132.77.63->193.132.77.1 ihl 20 ttl 63 prot TCP TCP: 25->45214 Seq x112d8000 Ack x9456f792 ACK PSH SYN Wnd 11680 MSS 1460 Data 34 0000 ff 03 00 21 45 00 00 4e 00 16 00 00 3f 06 5e 4b ...!E..N....?.^K 0010 c1 84 4d 3f c1 84 4d 01 00 19 b0 9e 11 2d 80 00 A.M?A.M...0..-.. 0020 94 56 f7 92 60 1a 2d a0 e5 d5 00 00 02 04 05 b4 .Vw.`.- eU.....4 0030 32 32 30 20 73 6f 66 74 69 6e 73 2e 74 63 70 2e 220 softins.tcp. 0040 63 6f 2e 75 6b 20 53 4d 54 50 20 72 65 61 64 79 co.uk SMTP ready 0050 0d 0a .. Tue Nov 29 21:38:30 1994 - sl0 recv: PPP: len 44 protocol: IP IP: len 40 193.132.77.1->193.132.77.63 ihl 20 ttl 254 DF prot TCP TCP: 45214->25 Seq x9456f792 Ack x112d8023 ACK Wnd 8760 0000 ff 03 00 21 45 00 00 28 58 84 40 00 fe 06 07 02 ...!E..(X.@.~... 0010 c1 84 4d 01 c1 84 4d 3f b0 9e 00 19 94 56 f7 92 A.M.A.M?0....Vw. 0020 11 2d 80 23 50 10 22 38 a2 61 00 00 .-.#P."8"a.. Tue Nov 29 21:38:30 1994 - sl0 recv: PPP: len 44 protocol: IP IP: len 40 193.132.77.1->193.132.77.63 ihl 20 ttl 254 DF prot TCP TCP: 45214->25 Seq x9456f792 Ack x112d8023 ACK FIN Wnd 8760 0000 ff 03 00 21 45 00 00 28 58 85 40 00 fe 06 07 01 ...!E..(X.@.~... 0010 c1 84 4d 01 c1 84 4d 3f b0 9e 00 19 94 56 f7 92 A.M.A.M?0....Vw. 0020 11 2d 80 23 50 11 22 38 a2 60 00 00 .-.#P."8"`.. Tue Nov 29 21:38:30 1994 - sl0 sent: PPP: len 44 protocol: IP IP: len 40 193.132.77.63->193.132.77.1 ihl 20 ttl 63 prot TCP TCP: 25->45214 Seq x112d8023 Ack x9456f793 ACK FIN Wnd 11680 0000 ff 03 00 21 45 00 00 28 00 18 00 00 3f 06 5e 6f ...!E..(....?.^o 0010 c1 84 4d 3f c1 84 4d 01 00 19 b0 9e 11 2d 80 23 A.M?A.M...0..-.# 0020 94 56 f7 93 50 11 2d a0 96 f7 00 00 .Vw.P.- .w.. Tue Nov 29 21:38:32 1994 - sl0 recv: PPP: len 44 protocol: IP IP: len 40 193.132.77.1->193.132.77.63 ihl 20 ttl 254 DF prot TCP TCP: 45214->25 Seq x9456f793 Ack x112d8024 ACK Wnd 8760 0000 ff 03 00 21 45 00 00 28 58 86 40 00 fe 06 07 00 ...!E..(X.@.~... 0010 c1 84 4d 01 c1 84 4d 3f b0 9e 00 19 94 56 f7 93 A.M.A.M?0....Vw. 0020 11 2d 80 24 50 10 22 38 a2 5f 00 00 .-.$P."8"_.. That is the complete conversation. It appears that the client, having made the connection, doesn't like something, and closes it again. Any suggestions would be most welcome. Thanks in advance, Tony ----MESSAGE-END---- ----MESSAGE-BEGIN---- [safari-3011940610530001@srf-45.nbn.com] <1994113013105300> Newsgroups: comp.protocols.tcp-ip,comp.infosystems.www.providers From: safari@nbn.com (Bob Walsh) Subject: Re: Experiences with Internet providers in Bay Area? Message-ID: Sender: news@nbn.com Organization: Safari Software References: <3b7bbk$4ji@aldwych.gig.nl> Date: Wed, 30 Nov 1994 13:10:53 GMT Lines: 29 In article <3b7bbk$4ji@aldwych.gig.nl>, hendrik@gig.nl (Hendrik te Winkel) wrote: > Hello > > I need some information on Internet Providers in the SF / Bay Area. > I already know netcom, little garden and SantaCruz but I would like > to know if any of you (esp. companies) have good/bad expreience > with one or the other provider. > I want to hook up our local SF office to the Internet through a > leased-line and can use any info you can give me. > I looked through some WWW pages and found an enormous list > with providers but the majority were SLIP/personal IP providers > and I look for a 'proffesional one' with good support, fallback, etc. > > Thanks for any help on this, or pointers to other info. > Bye, Hendrik > > -- > Hendrik te Winkel hendrik@gig.nl > ElectroGIG Europe > Amstel 222 tel: +31 20 5217 341 > 1017 AJ Amsterdam fax: +31 20 622 68 01 If you are in Marin County, Check out North Bay Network - they've been very good to work with. they're at info@nbn.com. -- Safari Software, Inc. - Software that makes a difference. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3bhurh$bla@ra.nrl.navy.mil] <1994113013312900> From: atkinson@sundance.itd.nrl.navy.mil (Ran Atkinson) Newsgroups: comp.protocols.tcp-ip Subject: Re: TCP protocol specs -> WHERE Date: 30 Nov 1994 13:31:29 GMT Organization: Naval Research Laboratory, DC Lines: 26 Message-ID: <3bhurh$bla@ra.nrl.navy.mil> References: <1994Nov28.184901.17192@sunnyki.toppoint.de> NNTP-Posting-Host: sundance.itd.nrl.navy.mil In article <1994Nov28.184901.17192@sunnyki.toppoint.de> dirkw@sunnyki.toppoint.de (Dirk Wriedt) writes: >Hi! > >I am looking for a TCP protocol specification. > >I DO have the rfc793 document, which is about 80 pages in size, but I know >there has to be one which is much larger in size. RFC-793 remains current. It has been updated in places, for example in RFC-1122. See the most recent "IAB Official Standards" RFC for pointers to other standards-track TCP specs. >For example, the one I have is missing the section about the lower layer >(3rd level) service description & requirements. I have seen a printed MIL >document which is much more detailed than the rfc793 document. I strongly urge that no one use any of the old MIL-STDs for TCP/IP because they contain known errors that will lead to operational problems. The more recent MIL-STDs for TCP/IP (i.e. developed during the past 9 months or so) mostly just point you back to the RFCs and are a VAST improvement over the older ones. Ran atkinsonitd.nrl.navy.mil ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3bhv50$bo4@ra.nrl.navy.mil] <1994113013363200> From: atkinson@sundance.itd.nrl.navy.mil (Ran Atkinson) Newsgroups: comp.protocols.tcp-ip Subject: Re: Subnetting to be avoided ? Date: 30 Nov 1994 13:36:32 GMT Organization: Naval Research Laboratory, DC Lines: 31 Message-ID: <3bhv50$bo4@ra.nrl.navy.mil> References: <3aes6d$r1d@tools.near.net> NNTP-Posting-Host: sundance.itd.nrl.navy.mil In article seth@dorsai.org (Seth Bromberger) writes: > >Keep in mind that some major players do not allow supernetting! This is >the case, for example, with HP-UX 9.0 (see my earlier posting). >Supernetting is a great idea, but it needs widespread industry approval >first. HP is not widely considered to be a "major player" in the TCP/IP networking area. They are NOTORIOUS for having a trailing-edge implementation. Supernetting does have WIDESPREAD industry approval already. >HP has informed me that supernetting will NOT be supported in 10.0, but >will be offered as a patch sometime at the end of 1995 / early 1996. This is typical of HP. They've been promising IP Multicast since before HPUX 8.0x and have yet to include it. By contrast, SGI IRIX has been shipping it for many years and Sun has been shipping it since Solaris 2 and DEC has included it in OSF/1. >If you plan on using supernetting, it's important to be aware that not >all TCP/IP implementations support it. Yes. In particular, it means you shouldn't purchase HP systems. However, folks working with multicast or wanting high-performance TCP figured out years ago that HP was a trailing-edge technology vendor in the Internet networking area. It is one reason I junked my HP 730 2 years ago to buy a Sun. Ran atkinson@itd.nrl.navy.mil (A former and never again HP customer who learned the hard way about HP.) ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3bi71e$d7e@pnn.projo.com] <1994113015511000> From: jb@projo.com Newsgroups: comp.protocols.tcp-ip Subject: tslip-2.8 on sun Date: 30 Nov 1994 15:51:10 GMT Organization: The Providence Journal Company Lines: 9 Distribution: world Message-ID: <3bi71e$d7e@pnn.projo.com> Reply-To: jb@projo.com NNTP-Posting-Host: sys-ipc-1.projo.com Does anyone have tslip-2.8 working on a sun platform (Solaris | 4.x). I would like to know any of the gotcha's ahead of time. Thanks, John ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3bjlui$111@pharos.cs.unc.edu] <1994113015514600> From: bennett@cs.unc.edu (Robert Bradley Bennett) Newsgroups: comp.protocols.tcp-ip,comp.realtime,comp.sources.wanted,comp.arch.bus.vmebus Subject: TCP/IP communications via a bus or shared memory? Date: 1 Dec 1994 00:11:46 -0500 Organization: The University of North Carolina Lines: 5 Message-ID: <3bjlui$111@pharos.cs.unc.edu> NNTP-Posting-Host: pharos.cs.unc.edu Does anybody have source for TCP/IP communications driver using shared memory or a communications bus as the network media? Any pointer would be greatly appreciated... ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov30.183104.2626@novell.com] <1994113018310400> Newsgroups: comp.protocols.tcp-ip From: donp@novell.com (don provan) Subject: Re: Stupid telnet negotiation question... Message-ID: <1994Nov30.183104.2626@novell.com> Sender: news@novell.com (News Administrator) Nntp-Posting-Host: na Organization: Novell, Inc., San Jose, California References: <3ajdt0$2slg@ns2.CC.Lehigh.EDU> <1994Nov28.151706.29581@brtph560.bnr.ca> Date: Wed, 30 Nov 1994 18:31:04 GMT Lines: 40 In article <1994Nov28.151706.29581@brtph560.bnr.ca> rcorbish@brtph897.bnr.ca (Richard Corbishley P090) writes: >Another problem (in my code) was that there can be loops when >the end confirms a negotiation, in which case you mustn't ACK >it back or you never get anywhere. > > ===> DO option request to you > <=== WILL option your confirmation > ===> WILL option confirmation to you You must have confused your example. This second WILL has nothing at all to do with the first DO, and it is definitely NOT confirming first WILL. It is the beginning of an entirely different negotiation. The DO told you to do something, which you said you will do. The second WILL told you that the *server* will do something, and your DO response will tell the server to go ahead and do that thing. The first negotiation affects the data you are receiving from the connection; the second negotiation changes how the server will interpret the data you send down the connection. > <=== DO option your (mistaken) response to confirmation > ===> WILL option confirmation of your previous request. This last WILL is a protocol violation, although not a particularly surprising one. You are definitely forbidden to respond to it because it is trying to negotiate the option into the state it's already in. This case is specifically mentioned in the first couple of pages of the Telnet spec. >The server should give you the login immediately after negotiation >is finished. Personally, I think the server should give you the login immediately regardless of how long -- or whether, for that matter -- the negotiation finishes. It is not particularly polite to ignore Telnet negotiations, but it shouldn't cripple the connection. Naturally, many UNIX implementations refuse to continue the conversation until their demands have been met.... don provan donp@novell.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [1994Nov30.183941.19876@osnabrueck.westfalen.de] <1994113018394100> Newsgroups: comp.protocols.tcp-ip From: johannes@titan.westfalen.de (Johannes Stille) Subject: Re: (Q) 3 Machines, I allocated IP? Sender: news@osnabrueck.westfalen.de (news) Organization: Westfalens Internationaler Netzzugang Message-ID: <1994Nov30.183941.19876@osnabrueck.westfalen.de> References: <3b841r$qvf@umd5.umd.edu> <3bcr9c$99c@umd5.umd.edu> Date: Wed, 30 Nov 1994 18:39:41 GMT Lines: 18 In article <3bcr9c$99c@umd5.umd.edu>, Jeff Burchell wrote: [...] > >Nope, term really in't what I'm looking for, it works fine over a serial >connection, but these clients (which are Linux boxes) are connected to >the server via an ethernet. Anyone else??? Term is not at all limited to serial connections. I use it over a serial connection linked with a rlogin connection. It will work over any bidirectional stream, including a telnet-only connection. The only problem might be connecting the term input and output to the TCP/IP stream at the end of the telnet client. On the other hand, I have two small utilities, "to" and "from" (no idea where I got them), that just implement a unidirectional TCP connection. Two of these connections would be enough for term. Johannes ----MESSAGE-END---- ----MESSAGE-BEGIN---- [D03G69.KLI@dorsai.org] <1994113018465600> Newsgroups: comp.protocols.tcp-ip From: seth@dorsai.org (Seth Bromberger) Subject: Re: Subnetting to be avoided ? Message-ID: Organization: The Dorsai Embassy - New York X-Newsreader: TIN [version 1.2 PL2] References: <3aes6d$r1d@tools.near.net> <3bhl76$dv0@cronkite.cisco.com> Date: Wed, 30 Nov 1994 18:46:56 GMT Lines: 19 Tony Li (tli@cisco.com) wrote: : In article seth@dorsai.org (Seth Bromberger) writes: : : If you plan on using supernetting and are stymied because some HOST won't : work in a supernetted environment, I would be GREATLY surprised. CIDR was : specifically designed to operate in an environment in which only certain : routers are CIDR capable. Fine, but how do I implement supernetting in a routerless (switched) environment? Each host attached to this network needs a netmask that is supernetted (i.e., more than 8 bits for a class-C address) in order to communicate with all the other hosts. THIS is where HP (and other vendors, apparently) have failed to correctly implement supernetting. External connectivity aside (since I KNOW Cisco can handle CIDR :) ), it's still a problem. Seth. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [D03GLt.L3I@dorsai.org] <1994113018561600> Newsgroups: comp.protocols.tcp-ip From: seth@dorsai.org (Seth Bromberger) Subject: Re: Subnetting to be avoided ? Message-ID: Organization: The Dorsai Embassy - New York X-Newsreader: TIN [version 1.2 PL2] References: <3aes6d$r1d@tools.near.net> <3bhv50$bo4@ra.nrl.navy.mil> Date: Wed, 30 Nov 1994 18:56:16 GMT Lines: 25 Ran Atkinson (atkinson@sundance.itd.nrl.navy.mil) wrote: : HP is not widely considered to be a "major player" in the TCP/IP networking : area. They are NOTORIOUS for having a trailing-edge implementation. : Supernetting does have WIDESPREAD industry approval already. I'm not going to take issue with HP's policies regarding leading-edge TCP/IP implementation. I want to point out, however, that the other PC packages we use don't allow supernetting either (at least the versions we're using, which are all 1994 revs). In addition, I have gotten e-mail responses from people who have told me that supernetting doesn't work on other platforms as well (can't remember specific systems, but maybe a list should be compiled). In our case, HP was chosen because of factors other than supernetting capabilities. There were more substantive factors to be considered, and it would have been unwise for our organization (and IMHO, anyone else's) to base a server infrastructure purchase solely (or even mostly) on whether or not a still-standards-track feature was implemented in the current OS release. I'd be the first to agree that the lack of supernetting capabilies has posed some problems -- but in my opinion, the fact that two of our TCP/IP implementations do not support supernetting just shows the lack of industry initiative in providing support for this (very useful) feature. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [D03H35.LnA@dorsai.org] <1994113019064100> Newsgroups: comp.protocols.tcp-ip From: seth@dorsai.org (Seth Bromberger) Subject: Re: Subnetting to be avoided ? Message-ID: Organization: The Dorsai Embassy - New York X-Newsreader: TIN [version 1.2 PL2] Date: Wed, 30 Nov 1994 19:06:41 GMT Lines: 29 As a followup: I guess a list of which TCP/IP implementations support supernetting would be useful. If you have tried supernetting with a particular TCP/IP stack, please let me know and I'll compile a list. Specifically, information on Hardware vendor and platform OS and release TCP/IP version number and whether or not your setup supports supernetted addresses would be useful. Please do not send information on hardware routers, since my impression (and experience) suggests that most of the big players support supernetting through address aggregation. This should just be for PC/workstation/server setups only. One of the tests I've used to determine whether supernetting is feasible on a system works like this: try to give the machine a class-C IP address, and then try to set the subnet mask to 255.255.254.0. Then make sure that the values are set correctly (HP-UX, for example, produces NO error message when using IFCONFIG to do this, but goes ahead and resets the netmask to 255.255.255.0 anyway.... so please make sure that your changes took effect, regardless of whether or not you get an error message.). If there is sufficient interest, I'll post results periodically. Seth Bromberger ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3bk1o4$c3s@tools.near.net] <1994113019130800> From: barmar@nic.near.net (Barry Margolin) Newsgroups: comp.protocols.tcp-ip Subject: Re: TCP protocol specs -> WHERE Date: 1 Dec 1994 03:33:08 -0500 Organization: NEARnet, Cambridge, MA Lines: 33 Message-ID: <3bk1o4$c3s@tools.near.net> References: <1994Nov28.184901.17192@sunnyki.toppoint.de> NNTP-Posting-Host: tools.near.net In article <1994Nov28.184901.17192@sunnyki.toppoint.de> dirkw@sunnyki.toppoint.de (Dirk Wriedt) writes: >I am looking for a TCP protocol specification. > >I DO have the rfc793 document, which is about 80 pages in size, but I know >there has to be one which is much larger in size. No, that's the TCP spec. There have been a few refinements, adjustments, and clarifications since that was published, and they're summarized in RFC 1122 (Requirements for Internet Hosts -- Communication Layers), with pointers to the other documents that contain the details. But there haven't been many significant changes to the basic protocol. >For example, the one I have is missing the section about the lower layer >(3rd level) service description & requirements. I have seen a printed MIL >document which is much more detailed than the rfc793 document. The lower-layer protocol is IP, and the spec is RFC 791 (again, with updates in RFC 1122). I think the printed document you refer to is a three-volume Internet Protocol Handbook set that contains the specs for many of the protocols in the entire TCP/IP suite, as of around 1985. It includes low-level protocols like IP, TCP, and ICMP, as well as application protocols like TELNET and FTP. I think it also includes both the RFC and MIL-STD versions of some of the specs (in general, the RFC versions are considered more definitive -- some errors were introduced in the MIL-STD conversions). I have this, and hardly ever use anything but Volume 2, which contains the important RFCs. -- Barry Margolin BBN Internet Services Corp. barmar@near.net ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3bin86$lpb@larch.cc.swarthmore.edu] <1994113020275000> From: evan@raptor.sccs.swarthmore.edu (Evan Dorn) Newsgroups: comp.protocols.tcp-ip Subject: AppleTalk, need help Date: 30 Nov 1994 20:27:50 GMT Organization: Swarthmore College, Swarthmore, PA, USA Lines: 40 Message-ID: <3bin86$lpb@larch.cc.swarthmore.edu> NNTP-Posting-Host: raptor.sccs.swarthmore.edu Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Newsreader: TIN [version 1.2 PL2] If anyone can offer any help, it would be greatly appreciated! Here at Swarthmore College, we have a LocalTalk/Appletalk network running through the dorms, with a large ring of some sort of ethernet running between the buildings. We also have a large number of PC users. You see our problem. Anyway, we have tried using apple/farralon localtalk cards in PC's and have had success with apple filesharing, but only very limited success with TCP/IP software. We certainly cannot get any TCP/IP stuff to run in windows, because the appropriate winsock/driver combination does not appear to exist. We are considering buying a few 10baseT hubs and cards, and placing them on the backbone that runs around campus. My problem is that I don't understand how the network works well enough to know if this will fix our problem. Will putting 10baseT on our net just mean we have a faster connection that is still running the AppleTalk protocol, and thus still not be able to use net stuff from windows? If you can help me, I would greatly appreciate it. If you can suggest any sources that could help me increase my understanding of how this network works, I would appreciate that as well. I'll be looking at this group occasionally, but e-mail will get to me faster. Evan (evan@sccs.swarthmore.edu) -- ****************************************************************************** Evan Dorn / Swarthmore College ._____ / . | "Sentiment without action 610-690-3765 |____ \ / /\ |\ | is the ruin of the soul." |_____ \/ /~~\ | \| -Edward Abbey evan@sccs.swarthmore.edu \ http://sccs.swarthmore.edu/~evan/ \ ****************************************************************************** ----MESSAGE-END---- ----MESSAGE-BEGIN---- [bobley-3011941629490001@kslip4.apl.jhu.edu] <1994113021300900> Newsgroups: comp.protocols.tcp-ip From: bobley@mailstorm.dot.gov (Brett Bobley) Subject: IP to X.25 Router ? Message-ID: Sender: usenet@aplcenmp.apl.jhu.edu Nntp-Posting-Host: kslip4.apl.jhu.edu Organization: US Coast Guard Date: Wed, 30 Nov 1994 21:30:09 GMT Lines: 39 Hi, folks. Can anyone out there recommend a router (I think that is what I need) for connecting my IP ethernet network to X.25 ? Let me explain some details: Currently, we have a 56K X.25 SprintNet line coming into our building. It is connected to a Sprint TP-4 switch which has a bank of 4800 bps short-haul modems connected to it. Then each of these short-haul modems is then wired into our phone system so that it can be routed to offices on various floors. Each office has their own X.25 "drop" (essentially a Motorola/Codex X.25 modem connected up to the Sprint X.25 switch). Under the current situation, I can "dial" out the X.25 drop by specifying the X.25 address of a remote computer. However, the drawback of this system is that the connection between my office and the X.25 switch is only 4800 bps. This is a major bottleneck, particularly if I'm running a number of VC's via the connection. My question is: is it necessary that we connect the 56K line to these short-haul modems? Would it be possible instead to connect the incoming Sprintnet 56K line to some sort of IP/X.25 router? That way, if I wanted to connect to a remote machine, I could just telnet to its domain name. This IP/X.25 router would have to be smart enough to map the IP address to the proper X.25 address to that it can set up the virtual ciruit to the remote location. By doing this, I'd be taking better advantage of the 56K bandwidth and not limiting myself to 4800 bps. But is what I just described possible? Can you recommend any companies which make such a router? tks, Brett -- Brett Bobley U.S. Coast Guard Washington, DC Internet: bobley@mailstorm.dot.gov ----MESSAGE-END---- ----MESSAGE-BEGIN---- [D03nuM.GpJ@muster.hrz.uni-giessen.de] <1994113021324600> Newsgroups: comp.protocols.tcp-ip From: gd01@muster.hrz.uni-giessen.de (Stefan Hofstetter) Subject: problem w. ms tcp/ip and dns Sender: news@muster.hrz.uni-giessen.de Message-ID: Date: Wed, 30 Nov 1994 21:32:46 GMT Organization: Hochschulrechenzentrum (HRZ) der Universitaet Giessen X-Newsreader: TIN [version 1.2 PL2] Keywords: dns, nameservice, wfw, microsoft, ms tcp/ip Lines: 74 i have a rather serious problem with mircosoft tcp/ip. i'm using ms tcp/ip-32, latest version (august 94) and wfw 3.11. i have configured ms tcp/ip to use our local nameserver for dns-resolution. i also configured a default domainname to append to names to be resolved. our domain is rz.bauboden.com. if i now try a e. g. a ping server then ms tcp/ip asks out nameserver to resolve server.rz.bauboden.com which is completely correct and can be resolved. but if i try ping xxx ms tcp/ip asks for xxx.rz.bauboden.com which is correct, but cannot be resolved. after this, ms tcp/ip should stop asking questions, but it asks for xxx. which our nameserver also cannot resolve. but since our dns-server is only responsible for the domain bauboden.com it has to ask its root-server to answer this question. but this mustn't happen. if i try the same thing under unix, the resolution of xxx.rz.bauboden.com is requested, after this the resolution of xxx.bauboden.com and then the questioning stops, which is completely correct. why does ms tcp/ip ask the senseless und superfluous question for xxx.? how can i stop it? it is really very important. another problem is, that we are using netbios and tcp/ip in parallel, so sometimes there are funny questions to the nameserver, e. g. for xxx.rz.bauboden.com.X. why does ms tcp/ip append this senseless X to the name? it must be in correlation to netbios, since this problem vanishes if i stop using netbios protocol. both problems are rather severe, because every question to our root nameserver costs real money, and at this time 95% of all questions are asked due to senseless questions caused by ms tcp/ip. is it a configuration problem or a bug? i'm very grateful for any help, since i'm completely helpless. i am a unix-systemprogrammer and have never worked with microsoft products. but i have to solve this problem now. ADthanksVANCE (old, but still nice) stefan -- Dipl.-Phys. Stefan Hofstetter Deutsche Bau- und Bodenbank AG (BauBoden AG) GES-Systemhaus Mainz, Abt. EDV-Systeme Postanschrift: Im Muenchfeld 1 - 5, D-55122 Mainz, Germany Tel.: [+49](0)6131 - 301 - 279 FAX: - 419 EMail (Internet): sth@rz.bauboden.com ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3birvu$sd4@news.iastate.edu] <1994113021484600> From: maad@iastate.edu (Madhu Rajamani) Newsgroups: comp.infosystems.www.users,comp.protocols.tcp-ip,comp.protocols.tcp-ip.ibmpc,comp.infosystems.www.providers,comp.os.ms-windows.networking.tcp-ip,comp.os.ms-windows.networking.misc Subject: WWW Server/Client without INTERNET?? Date: 30 Nov 1994 21:48:46 GMT Organization: Iowa State University, Ames, Iowa (USA) Lines: 34 Distribution: world Message-ID: <3birvu$sd4@news.iastate.edu> NNTP-Posting-Host: pv1796.vincent.iastate.edu Originator: maad@pv1796.vincent.iastate.edu I need to run a World Wide Web server (on a PC or PC based network) within an organization which does NOT have internet access. Also, I'd like to be able to dial in to the local network (or standalone PC) and access HTML documents using MOSAIC or NETSCAPE. Has anyone ever tried something like this before? Or if you have any ideas or sugestions as to how I can do it, please mail me or post here. Any help will be sincerely appreciated. Thank You Madhu Rajamani -- maad@iastate.edu 404 Marston Hall Iowa State Univ. (515) 294-1675 *** HITCH HIKING on the INFOBAHN *** -- o o o o o o o . . . _________________________ _____=======_||__________ o _____ ||Madhu Rajamani | |rajamani@cs.iastate.edu| o |404,Marston,ISU,50011 | |off:(515)294-1675 | .][__n_n_|DD[ ====_____ |103 Stanton Ave. #37 | |Res:(515)296-2646 | >(________|__|_[_________]_|_______________________|_|_______________________| _/oo OOOOO oo` ooo ooo 'o^o^o o^o^o` 'o^o^o o^o^o` -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- The hardest thing to learn in life is which bridge to cross and which to burn. ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3bj06u$lrg@paperboy.wellfleet.com] <1994113023004600> From: mcochran@wellfleet.com (Marc Cochran) Newsgroups: comp.sys.sun.misc,comp.protocols.tcp-ip Subject: Re: Changing TCP/IP parameters on a Sun Followup-To: comp.sys.sun.misc,comp.protocols.tcp-ip Date: 30 Nov 1994 23:00:46 GMT Organization: Wellfleet Communications Incorporated Lines: 24 Message-ID: <3bj06u$lrg@paperboy.wellfleet.com> References: <3bg20v$ntp@eccdb1.pms.ford.com> NNTP-Posting-Host: bichon.wellfleet.com X-Newsreader: TIN [version 1.2 PL2] Todd Ignasiak (tji@tictac.fs.ford.com) wrote: : What I would like is to have more control and/or more information of the : TCP parameters associated with the link. I would like to be able to watch : the TCP window size & see what it settles to for a file transfer, or : be able to see how fast ack's come back, or change the MTU. Is there any : facility for doing this on a Sun (currently running SunOS 4.1.3_U1)? See the program netconfig. LOCATION (available by anonymous FTP) ucsd.edu:pub/csl/netconfig/netconfig2.2.tar.Z Marc -- _____________________________________________________________ | Marc Cochran Voice: (508) 436-8159 | | Wellfleet Communications Internet: mcochran@wellfleet.com | | 2 Federal Street | | Billerica, MA 01821 In Boston drivers don't even | | obey the laws of _physics_. | | - Dave Barry | |_____________________________________________________________| ----MESSAGE-END---- ----MESSAGE-BEGIN---- [3bj0s9$q34@mark.ucdavis.edu] <1994113023120900> From: ez026060@bullwinkle.ucdavis.edu (Bret McMichael) Newsgroups: comp.protocols.tcp-ip Subject: local echo for 'Telnet' Date: 30 Nov 1994 23:12:09 GMT Organization: University of California, Davis Lines: 13 Message-ID: <3bj0s9$q34@mark.ucdavis.edu> NNTP-Posting-Host: bullwinkle.ucdavis.edu X-Newsreader: TIN [version 1.2 PL2] I'm playing around with a PPP connection and using 'NCSA Telnet' for it. ONE of the problems i'm having is that the characters stagger in the delay from when i type them to when they are displayed. Switching to local echo solves this problem, but it sends out a second line of whatever text i type which screws up my normal UNIX processes. The question: is there any way to solve this problem from either end? -- to get the speed of local echo without the hangups. My gratitude for anything. -bret -- ----MESSAGE-END---- ----MESSAGE-BEGIN---- [786231526.MC3758@mclink.it] <1994113023384600> From: Marco Delfino Newsgroups: comp.protocols.tcp-ip Subject: Serial Ip Dial Demand! How? Date: Wed, 30 Nov 94 22:38:46 CET Organization: MC-link - Italian Dial-Up Online Service Lines: 25 Message-ID: <786231526.MC3758@mclink.it> NNTP-Posting-Host: ax433.mclink.it I need to establish an IP connection over a modem serial line (SLIP or PPP) between a Windows application and a LAN. Currently I tried Trumpet Winsock 2.0b (SLIP) on the client side and KA9Q/NOS (Jon Lewis' cjc5b) as router on the LAN, and all this works fine. The bad game comes when I was required to implement a cost-saving setup on the phone line. This means I should automatically hang up the modem after a certain amount of time has elapsed without IP traffic, and then reestablish the connection upon load demand, STILL HAVING THE APPLICATION UP AND RUNNING! Ok, Trumpet is great, but this is not feasible by now, huh? Any ideas to solve the puzzle (e.g. other SLIP/PPP stacks) ? TIA, Marco ========================================================= Marco Delfino v.XXV Aprile 9/B ADVANCED TOPICS Member 10045 Piossasco ITALY --------------------------------------------------------- mc3758@mclink.it Tel: 39-11-9041455 Fax: 39-11-323607 ========================================================= ----MESSAGE-END----