HDTenEightyP/NetNews huggingface dataset:
From: mgic <mgic@mixcom.mixcom.com>
Subject: Problem with RPC and inetd
Organization: Milwaukee Internet Xchange BBS, Milwaukee, WI U.S.A.
Distribution: usa
Date: Fri, 22 Jan 1993 19:34:32 GMT


I am having a problem getting my RPC service started using inetd.  I am working
on a SparcStation 2 and using Sun's rpcgen to generate my client and server
'stubs'.  The RPC client and server work fine if I start the server up myself
but when I try to start it using inetd, the client just returns without a
message.  I have,
	1. Used rpcgen with the -I option. (to enable inetd support)
	2. Made an entry in the /etc/inetd.conf file for the service.
	3. Made an entry in the /etc/rpc file for the service.
Also, running rpcinfo shows the service listed as being a service known to
the portmapper.

What am I doing wrong?

Anand Prahlad
mgic@mixcom.com
--
From: sobi0268@mary.cs.fredonia.edu (Kevin V. Sobilo)
Newsgroups: comp.protocols.tcp-ip
Subject: TCP/IP facilities in ADA???
Date: 27 Jan 93 19:36:17 GMT
Organization: Math / CS, State Univ. of N. Y. College at Fredonia
X-Newsreader: Tin 1.1 PL3



	I am looking for packages that would allow me to use TCP/IP in
the ADA programming language... If you know of any please email a vendor
etc to me....
	Thanx for all responses in advance...


	
					Kevin V. Sobilo
				sobi0268@mary.cs.fredonia.edu
Newsgroups: comp.protocols.tcp-ip
From: skl@wimsey.bc.ca (Samuel Lam)
Subject: Re: Anyone know of a good LPR/LPD Server?
Reply-To: skl@wimsey.bc.ca (Samuel Lam)
Date: Thu, 28 Jan 1993 10:35:47 GMT

In article <16B5D10A21.MACE@HDQCMS2H.UTSD.ATT.COM>,
 MACE@HDQCMS2H.UTSD.ATT.COM wrote:
>I was looking for a standalone device, rather than a process running
>on a set of PCs to drive the printers...

Microplex makes such a box.  They can be reached at <info@microplex.com>.

...Sam
-- 
<skl@wimsey.bc.ca> -- Connectivity Technology Inc.
Newsgroups: comp.protocols.tcp-ip
From: powell@wraith.netops.gtefsd.com (Mike Powell "GTE FSD Net Mgr")
Subject: Re: Anyone know of a good LPR/LPD Server?
Organization: GTE Federal Systems (Telecom)
Date: Thu, 28 Jan 1993 00:22:29 GMT

In article <16B5BE8CE.MACE@HDQCMS2H.UTSD.ATT.COM> MACE@HDQCMS2H.UTSD.ATT.COM writes:
>We have 10 LaserJet printers which we would like to connect to a LPD
>server, for access by our OS/2, DOS/Windows and IBM VM/CMS users.
> 
>We would rather not use LPD on various machines directly connected to
>the printers, since we would lose access to the printer when the machine
>went down (was re-booted or powered off).
> 
>The connections would be serial (RS-232), with one connection being
>parallel.
> 
>We have looked at the Lantronix equipment, but that does not really
>offer LPD; since we have a diverse user community, we want to use the
>LPR and LPRMON software that is provided with the TCP/IP implementations.
> 
>Does anyone have any suggestions?

Yes,
I am currently looking at three products:
Microplex M200/M201 default config 2 serial and 1 parallel
Axis AX-5 default config 1 serial 1 parallel
Lantronix EPS1 default config 1 serial and 1 parallel

Axis:
I currently have an evaluation unit from Axis. it does true LPD and
Novell print services. It does what it advertises.
508-777-7957 or info@axisinc.com

microplex:
They are next on the list for evaluation. It currently supports
LPD and Novell support has been announced.
604-875-1461, 800-665-7798 or sales@microplex.com

Lantronix:
"Support for Novell, TCP/IP, Ethertalk (Appletalk), LAT"
They are last on the list.
See other postings....
Phone: 714-367-0050 or 800-422-7022

Mike
--
Mike Powell PPASEL
"It's hard to find router bits for your cisco"
Disclaimer: I speak for myself. No direct relation to the DUAT folks.
internet: powell@wraith.netops.gtefsd.com  Usenet: uunet!wraith.netops.gtefsd.com!powell
Newsgroups: comp.protocols.tcp-ip
From: mdivya@world.std.com (Marigowda Divya)
Subject: Re: TCP Testing
Keywords: TCP TEST
Organization: The World Public Access UNIX, Brookline, MA
Date: Thu, 28 Jan 1993 23:15:34 GMT

vish@ngc.com (Vish Mulchand) writes:

>I am curious to know how TCP/IP is being tested. I would be interested in
>almost anything related to testing of TCP/IP and this would include 
>automated TCP testers, conformance tests, test cases/suites, philosophies
>experiences and other information that might prove to be useful.

>Regards
>Vish Mulchand
>vish@thor.ngc.com
>(415) 688-2849 

>-- 
>Vish Mulchand
>Network General Corporation
>vish@thor.ngc.com
>(415)688-2849

Message to Vish:  I tried to send mail to you directly, but it was
bounced back to me;  hope you will check for responses here also.


we are working on this at our company;  I will send you some 
preliminary information as soon as its available (couple of weeks).

Cheers,
Marigowda Divya
GSOFT (PC based LAN/WAN Protocol Testers)
mdivya@world.std.com
Xref: sparky comp.protocols.tcp-ip:6122 comp.protocols.tcp-ip.domains:911
From: lars@spectrum.CMC.COM (Lars Poulsen)
Newsgroups: comp.protocols.tcp-ip,comp.protocols.tcp-ip.domains
Subject: Re: Multiple class 'C' addresses versus single class 'B'
Keywords: addresses
Date: 26 Jan 93 07:30:42 GMT
Organization: CMC Network Systems (Rockwell DCD), Santa Barbara, CA, USA

In article <1993Jan23.002517.22830@nosc.mil>
   kent@humu.nosc.mil (Kent K. Kuriyama) writes:
>We intend to have approximately 2000 IP addresses with typically 50
>address per sub-net.  Using class 'C' address we are looking at 40 sub-
>nets or approximately 10 'C' addresses.

Right now is a really bad time to have to make this kind of decision.
Today, it will be really painful to run with the C's; next year most
routers will probably start to know how to do this.

>Questions:
>
>1)  What kind of management problems will we run into if we use class
>'C' vice 'B'?  It seems to me that use of multiple class 'C' addresses
>would not change the number of routers required - the number of sub-nets
>dictates that.

Mostly yes.

>2)  Someone mentioned that linking up a bunch of 'C' addresses will
>require the use of some external gateway protocol (make sense - we need
>to route between class 'C' networks) on our routers.  Is this a big
>deal?  Is EGP a feature only available on expensive routers?

Currently, the only routing protocol that understands subnet masks is
OSPF. New versions under development by router vendors extends this
capability to
	RIP version 2
	BGP version 4

>3)  Are there any advantages to getting a contiguous set of class 'c'
>addresses (e.g. 192.101.190,191,192, . . . etc)?

If you get the multiple C's, be sure to get a block that's aligned on a
power of 2; eg 192.208.16.0 - 192.208.31.255. When the newer protocols
are in place, this will allow your network to only take up one route
entry in the backbone.
>
>4)  Would there be any problem in implementing a single domain name
>DNS over multiple class 'C' addresses?

No problem.


-- 
/ Lars Poulsen, SMTS Software Engineer	Internet E-mail: lars@CMC.COM
  CMC Network Products / Rockwell Int'l	Telephone: +1-805-968-4262	
  Santa Barbara, CA 93117-3083		TeleFAX:   +1-805-968-8256
Newsgroups: comp.protocols.tcp-ip
From: narayan@sut.ac.jp (Devendra Narayan)
Subject: Needed gated.conf OSPF sample !!
Followup-To: comp.protocols.tcp-ip
Organization: Science University of Tokyo
Date: Thu, 28 Jan 1993 03:59:03 GMT

Would any kind soul please send me a sample gated.conf file
for OSPF protocol ? I am sorry if this is not the right place
for such a request.

===  = = ===       Devendra Narayan
=    = =  =        Education Division,
===  = =  =        Information Processing Center
  =  = =  =        Science University of Tokyo
===  ===  =        E-mail : narayan@sut.ac.jp or narayan@caren.net
Newsgroups: comp.protocols.tcp-ip
From: amehta@minerva.cis.yale.edu (Anand R. Mehta)
Subject: Help with ka9q 
Followup-To: comp.protocols.tcp-ip
Organization: Academic Computing Services
Date: Fri, 22 Jan 1993 03:46:13 GMT

Hello all.

I am currently trying to set up a PPP link between a NeXT and a PC, which
is on the campus ethernet.  I have the NeXT PPP implimentation working, but
cannot get the PC up.  I believe that the packet driver is installed
correctly (NCSA telnet will use it), and that the problem is one of
configuring the PC routing tables, etc.  I have not even tried ka9q with
PPP, as I cannot get it to work over ether.

Could someone who has configured ka9q to work (even without ppp) please
email me a copy of their *.net file so that I can have a look at what is
going on?  Also, any tips on where to find more documentation would be
greatly appreciated.

What I would like to have eventually is this:

============PC============ether
             |
             |
             ppp
             |
            NeXT

with ka9q routing packets between the NeXT and the rest of the world.

Any help that you can give me would be greatly appreciated.

-Anand 
Academic Computing Services
Yale University
(203) 436-1437
Newsgroups: comp.protocols.tcp-ip,comp.protocols.tcp-ip.domains
From: evansmp@uhura.aston.ac.uk (Mark Evans)
Subject: Re: Multiple class 'C' addresses versus single class 'B'
Followup-To: comp.protocols.tcp-ip,comp.protocols.tcp-ip.domains
Organization: Aston University
X-Newsreader: TIN [version 1.1 PL241235]
Date: Sat, 23 Jan 1993 12:05:52 GMT

Kent K. Kuriyama (kent@humu.nosc.mil) wrote:
: I would like to get comments regarding the problems of using multiple
: class 'C' addresses vice a single class 'B' addresses.  Obviously
: this is an issue because the NIC is hesitant in granting the rapidly
: diminishing number of class 'B' addresses.
: 
: We intend to have approximately 2000 IP addresses with typically 50
: address per sub-net.  Using class 'C' address we are looking at 40 sub-
: nets or approximately 10 'C' addresses.

There is something called supernetting, which is analogeous to subnetting
which allows a group of class C addresses to be treated as one entity.

: 
: Questions:
: 
: 1)  What kind of management problems will we run into if we use class
: 'C' vice 'B'?  It seems to me that use of multiple class 'C' addresses
: would not change the number of routers required - the number of sub-nets
: dictates that.
: 
: 2)  Someone mentioned that linking up a bunch of 'C' addresses will
: require the use of some external gateway protocol (make sense - we need
: to route between class 'C' networks) on our routers.  Is this a big
: deal?  Is EGP a feature only available on expensive routers?
: 
: 3)  Are there any advantages to getting a contiguous set of class 'c'
: addresses (e.g. 192.101.190,191,192, . . . etc)?

You do need a continious group for the supeneting, the group must be
a power of 2 (2,4,8,...)

: 
: 4)  Would there be any problem in implementing a single domain name
: DNS over multiple class 'C' addresses?
: 
: Thanks.
: 
: Kent Kuriyama
: kent@nosc.mil

--
-------------------------------------------------------------------------
Mark Evans                                   |evansmp@uhura.aston.ac.uk
+(44) 21 429 9199  (Home)                    |evansmp@cs.aston.ac.uk
+(44) 21 359 6531 x4039 (Office)             |
Xref: sparky comp.protocols.tcp-ip:6070 comp.protocols.tcp-ip.domains:896
From: rv@deins.Informatik.Uni-Dortmund.DE (Ruediger Volk)
Newsgroups: comp.protocols.tcp-ip,comp.protocols.tcp-ip.domains
Subject: Re: Multiple class 'C' addresses versus single class 'B'
Followup-To: comp.protocols.tcp-ip
Date: 23 Jan 1993 14:28:11 GMT
Organization: CS Department, Dortmund University, Germany
Distribution: world
NNTP-Posting-Host: deins.informatik.uni-dortmund.de
Keywords: addresses

In article <1993Jan23.002517.22830@nosc.mil>, kent@humu.nosc.mil (Kent K. Kuriyama) writes:
  > I would like to get comments regarding the problems of using multiple
  > class 'C' addresses vice a single class 'B' addresses.  Obviously
  > this is an issue because the NIC is hesitant in granting the rapidly
  > diminishing number of class 'B' addresses.
  > 
  > We intend to have approximately 2000 IP addresses with typically 50
  > address per sub-net.  Using class 'C' address we are looking at 40 sub-
  > nets or approximately 10 'C' addresses.
don't forget that in both the host and the subnet field of an IP address
you should NOT use the values 0 and -1 (all ones).
This implies that the subnetting a class C network can be done in only
the folowing ways:

bit split	# of subnets	max # addr/subnet	total max # usable addrs

0:8		1		254			254
1:7	** illegal **
2:6		2		62			124
3:5		6		30			180
4:4		14		14			196
5:3		30		6			180
2:6		62		2			124
7:1	** illegal **
0:8	** nonsense **

Of course things look different when CIDR is fully available (i.e. you
use a supernet of 2*n class Cs and can ignore the 24:8 split of class C).

  > Questions:
  > 
  > 2)  Someone mentioned that linking up a bunch of 'C' addresses will
  > require the use of some external gateway protocol (make sense - we need
  > to route between class 'C' networks) on our routers.  Is this a big
  > deal?  Is EGP a feature only available on expensive routers?
no, for routing within your "routing domain" you can use the same interior
gateway protocols as you would use within a single B.  Exterior gateway
protocols like EGP (if starting to use one, better try going for BGP)
are only needed between different autonomous systems - i.e. network compounds
with a separate administratgion and routing policy.

  > 3)  Are there any advantages to getting a contiguous set of class 'c'
  > addresses (e.g. 192.101.190,191,192, . . . etc)?
YES;  supernetting - need a power of two with a common prefix

  > 4)  Would there be any problem in implementing a single domain name
  > DNS over multiple class 'C' addresses?
NO - IP addresses and domain names are two COMPLETELY independant name spaces!
The domain name service usually is used to provide a mapping between (some)
IP addresses and domain names;  this mapping can be defined in any way you want.

--
Ruediger Volk
Universitaet Dortmund, Informatik IRB				DE-NIC
Postfach 500 500
D-W-4600 Dortmund 50
Germany

E-Mail: rv@Informatik.Uni-Dortmund.DE
Phone:  +49 231 755 4760                 Fax:  +49 231 755 2386
Newsgroups: comp.protocols.tcp-ip
Subject: TLI Programming on SunOS
From: lo@ipc5.lat.oz.au (Anthony C C Lo)
Date: Wed, 20 Jan 1993 04:35:29 GMT
Organization: Comp Sci, La Trobe Uni, Australia


Hello all,

Recently, I've been trying to write communication programs using the 
SunOS 4.1.1 Transport Layer Interface (TLI). I'm using asynchronous 
mode. The SunOS manuals mentioned about asynchronous execution mode,
and the examples given made some assumptions like "/dev/tivc" which
is fake. 

Does anybody have experience with this and be able to program the 
TLI? Any ideas and suggestions are most welcome.

Thanks in advance.


Anthony LO
Dept. of Computer Science &
Computer Engineering,
La Trobe University,
Bundoora 3083
Australia.

E-mail: lo@latcs1.lat.oz.au

Newsgroups: comp.protocols.tcp-ip
From: geertj@ica.philips.nl (Geert Jan de Groot)
Subject: solaris FTP bug (was: Re: Determining Port Numbers....)
Organization: Philips Consumer Electronics, Eindhoven, The Netherlands
Date: Mon, 25 Jan 1993 09:03:31 GMT

maritza@espresso.bae.bellcore.com (Maritza Ramirez) writes:

>Example:
>                    ___________________ ftp's well known port
>                   /
>$ telnet itsname 21
>Trying 128.96.133.64 ...
>Connected to itsname.
>Escape character is '^]'.
>220 itsname FTP server ready.  _____________ ftp server accepts connection
>USER maritza
>331 Password required for maritza.
>PASS mypass123
>230 User maritza logged in.
>HELP
>214-The following commands are recognized (* =>'s unimplemented).
>   USER     PORT     RETR     MSND*    ALLO     DELE     SITE*    XMKD     CDUP
>   PASS     PASV     STOR     MSOM*    REST*    CWD      STAT*    RMD      XCUP
>   ACCT*    TYPE     APPE     MSAM*    RNFR     XCWD     HELP     XRMD     STOU
>   REIN*    STRU     MLFL*    MRSQ*    RNTO     LIST     NOOP     PWD
>   QUIT     MODE     MAIL*    MRCP*    ABOR     NLST     MKD      XPWD
>QUIT
>221 Goodbye.
>Connection closed by foreign host.
>$

Please note that Maritza probably used a solaris 5.1 machine to display this;
you can tell because the response to the HELP command is incorrect.
The last line of the response should start with 214<space> to show that
this is the last line of the response.

There are probalby going to be zillions if machines that have this problem.
Has anybody found yet where SUN moved the FTP help response file?

Geert Jan

Newsgroups: comp.protocols.tcp-ip
From: johnk@gordian.com (John Kalucki)
Subject: Re: Anyone know of a good LPR/LPD Server?
Organization: Gordian; Costa Mesa, CA
Date: Tue, 26 Jan 1993 00:28:14 GMT

In article <16B5BE8CE.MACE@HDQCMS2H.UTSD.ATT.COM>, MACE@HDQCMS2H.UTSD.ATT.COM writes:
>We have 10 LaserJet printers which we would like to connect to a LPD
>server, for access by our OS/2, DOS/Windows and IBM VM/CMS users.
> 
>We would rather not use LPD on various machines directly connected to
>the printers, since we would lose access to the printer when the machine
>went down (was re-booted or powered off).
> 
>The connections would be serial (RS-232), with one connection being
>parallel.
> 
>We have looked at the Lantronix equipment, but that does not really
>offer LPD; since we have a diverse user community, we want to use the
>LPR and LPRMON software that is provided with the TCP/IP implementations.

Hmm. That's funny. I have the Lantronix EPS1 here that does LPD
and it works fine.


		-John Kalucki
		johnk@gordian.com

Newsgroups: comp.protocols.tcp-ip
From: phil@calibra.demon.co.uk (Philip A Smith)
Subject: Re: NetManage 
Distribution: world
Organization: Specif(ix) Limited
Reply-To: phil@calibra.demon.co.uk
X-Mailer: Simple NEWS 1.90 (ka9q DIS 1.19)
Date: Fri, 22 Jan 1993 09:35:51 +0000

In article <6200055@hpindda.cup.hp.com> alech@hpindda.cup.hp.com writes:

>tclark@med.unc.edu (Thomas B. Clark III) asks:
>
>>I would appreciate it if anyone could send me the
>>internet address or phone number for NetManage.
>
>Internet:  support@netmanage.com
>Phone:     408-973-7171
>
>Regards,
>Alec Henderson
>
>Telephone: 408-447-3965                 Hewlett-Packard
>FAX:       408-447-3660                 Information Networks Division
>E-mail:    alech@cup.hp.com             19420 Homestead Road MS 43L9
>HPDesk:    Alec Henderson/HP6600/1B     Cupertino, CA  95014  (USA)
>

-- 
Philip A Smith

                                 U
                  D              N
                  O     T   N    I
                  S P E C I F (I X )
                        P   S
                        I
                  S U P P O R T


        SPECIF(IX) FOR SEAMLESS DOS UNIX INTEGRATION

        For anyone else interested in a genuine Windows DLL TCP
        and client server NFS product please contact:

        UK. Specifix 0629 732982

        In the USA.
        NetManage Inc. Tel :0101 408 973 7171  Fax:0101 408 257 6405

        Email: Joseph L'Italien. Director of International Sales.
               Dan Geisler. Director of Marketing
        
        info@netmanage.com
Newsgroups: comp.protocols.tcp-ip
From: smb@research.att.com (Steven Bellovin)
Subject: Re: Moving from coax to 10BaseT
Date: Mon, 25 Jan 1993 14:08:43 GMT
Organization: AT&T Bell Laboratories

In article <1993Jan25.095134.25886@ica.philips.nl>, geertj@ica.philips.nl (Geert Jan de Groot) writes:
> Coax has the big advantage that a new tap can be easily made by adding
> another T and a piece of coax to the existing wiring.
> 
> 10baseT is best if you have to run an office of non-technical people that
> move around a lot and don't know they have to jumper their ethernet tap
> if they move. Also, if they are sluggish about their cables and break
> one once a while, 10baseT can be a lifesaver. (coax would mean that you
> have to hunt for the defective tap every time, like a defect light bulb
> in a christmas tree).

This is exactly why I much prefer 10BaseT, even for technical folks.
Briefly, 10BaseT is much easier to *manage*.  You can isolate faults
much more quickly.  Each segment is independent, and you're not relying
on the quality of vampire taps.  From experience, they're often difficult
to get right.  And failures are hard to find.  Besides, no matter how good
your technical people are, you're still vulnerable to random electricians
accidentally cutting your coax, and mending it with wire nuts and black
tape.  (No, I'm not making this one up....)

There's a second major advantage to 10BaseT -- you can install lots more
``just in case'' wiring.  Twisted pair cable is cheap; you can afford to
have lots of it in the walls of offices you don't think need more
connections.  If and when you need them, you can just cross-connect at
a patch panel.  You can't do that with coax -- at best, you can put
15 wire cables into the wall.  But those are much more expensive, and
you still have to install a transceiver.  (Well, yes, you could have
a patch panel of multi-port transceivers in your wiring close, but
the distance limitations will get you.)

For folks who really need many offices with multiple connections,
thin-wire coax might be an acceptable compromise.  You still get to
isolate segments, and you still get the advantages of a patch panel
and relatively cheap wire.  I fear, though, that thin-wire coax might
be a dinosaur.  10BaseT has most of its advantages, uses cheaper, multi-
purpose wire, and more standard components.  Its one disadvantage -- that
you need a separate hub port for each device -- is offset by the continuing
drop in hardware prices.  I tend to doubt that much new thin-wire gear
is going to show up on the market.

Thickwire coax is, in my opinion, useful primarily in machine rooms.
The configuration is comparatively static; electrically, it's a high-
noise environment, and you don't want to put all your file server eggs
in one active basket.  Even so, a failed coax can put you off the air
much longer than it takes to swap out a failed hub.
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: steveb@cix.compulink.co.uk (Steve Browne)
Subject: Re: WinVn News reader
X-Envelope-to: comp.protocols.tcp-ip.ibmpc@news.demon.co.uk
Date: Fri, 22 Jan 1993 00:00:00 +0000

Thanks for everyones help. I have now managed to get it working, although
it can't handle a LIST command to the NNTP server - it GPFs :(

Ah well, I'll do it manually...

Steve
+----------------------+---------------------------------------------+
|Steve Browne          | PLEASE ONLY USE ONE OF THE ADDRESSES BELOW! |
|Technical Analyst     |                                             |
|PC Magazine UK        |        steveb@cix.compulink.co.uk           |
|Tel: +44 71 325 6859  |             CIS: 72241, 1342                |
|Fax: +44 71 378 6702  |               MCI: 542-4571                 |
+----------------------+---------------------------------------------+

Newsgroups: comp.protocols.tcp-ip.ibmpc
From: jbg@qualcom.qualcomm.com (Jeff Gehlhaar)
Subject: Re: E-Mail clients
Keywords: DOS, e-mail, mac, windows
Organization: Qualcomm, Inc., San Diego, CA
Date: Fri, 22 Jan 1993 17:42:56 GMT

csfed@ux1.cts.eiu.edu (Frank E. Doss) writes:

>Has anyone heard of any other e-mail clients out there?  The solution does
>not need to be pd.

One possibility is Eudora, for both Macintosh and the PC under MS Windows.
Both can be obtained from ftp.qualcomm.com.

Jeff Gehlhaar
PC Eudora Development Team
QUALCOMM Incorporated
jbg@qualcomm.com