HDTenEightyP/NetNews huggingface dataset:
From: seths@schroedinger.engin.umich.edu (seth raynard silverman)
Subject: PPP Packet Driver for PC/TCP?
Date: Mon, 16 Nov 92 04:29:01 EST
Organization: The University of Michigan, Ann Arbor
X-Newsreader: Tin 1.1 PL4

[ Article crossposted from comp.protocols.tcp-ip.ibmpc ]
[ Author was seth raynard silverman ]
[ Posted on Mon, 16 Nov 92 04:25:51 EST ]

I was wondering if anyone knows of a Packet Driver for the PPP protocol.  I
need it to work the ETHDRV kernel of PC/TCP for DOS v2.01.  I was told that
FTP software has released PPP support in version 2.1, but I was hoping that
something was available that will work with my version.

Also, I am looking for a way to automatically configure the IP address of
my PC when using a SLFP (Serial Line Framing Protocol) packet driver.  I
have been told about RARP, but I am not aware of any RARP packages that
work with PC/TCP.

Any help would be greatly appreciated.

Seth Silverman

e-mail:  seths@eecs.umich.edu
From: stodola@orion.fccc.edu (Robert K. Stodola)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: Is the Balkanization of the InterNet inevitable?
Keywords: security, firewalls
Date: 18 Nov 92 14:23:27 GMT
Organization: Fox Chase Cancer Center

In article <141672@lll-winken.LLNL.GOV>, casey@gauss.llnl.gov (Casey Leedom) writes:
> 
>   Are network security firewalls between organizations and the InterNet
> going to be the norm in the future?

I think you'll see a lot more of them (certainly, at least one!-).

>   If the Balkanization of the InterNet is inevitable, I feel it will be a
> great loss.  It will be an acknowledgement that irresponsible criminal
> hackers have won from us our freedom of open inter-operation.  What a
> sad thought.  Are there no other realistic options for providing security?

This need not be true.  Many firewalls allow limited access (ie. particular
systems or ports accessible), and it is always possible to keep machines
designed for public access on the other side of your firewall.  It just means
you have to think about what belongs in the public arena and what doesn't.

But you should be doing that anyway.

Suggest you redirect followups to the firewalls (or other) mailing list:

  Send the following command in email to "Majordomo@GreatCircle.COM":

    subscribe firewalls <your-email-address>
-- 

stodola@fccc.edu -- Robert K. Stodola (occasionally) speaks for himself.
From: jessea@vpmeu015.me.vp.com (Jesse W. Asher)
Newsgroups: comp.protocols.tcp-ip
Subject: Checking for valid ip address (in ascii form).
Date: 22 Nov 92 16:50:49 GMT
Organization: Varco-Pruden Buildings

Does anyone have any suggestions on how to check for a valid IP address
that is in ascii from (not in network byte order)?  What I'm doing is
reading in a string that should be made up of a dot notation IP address
and I want to validate it.  Unfortunately, inet_addr takes a whole lot
of numbers as valid - even if it isn't in dot notation.  It will take
"10000" as a valid ip address, for example.  It may be, but it really
isn't in my case because I want to enforce dot notation.  Is there a
function I'm not aware of that will do this level of checking?  Will I
just have to do it myself?

-- 
      Jesse W. Asher                                          (901)762-6000
                             Varco-Pruden Buildings
                 6000 Poplar Ave., Suite 400, Memphis, TN  38119
    Internet: jessea@vpbuild.vp.com                   UUCP: vpbuild!jessea
From: petter@fdmetd.uucp (Petter Henrik Hansen)
Newsgroups: comp.protocols.tcp-ip
Subject: Information wanted
Keywords: xcon 62 (TCP/IP -> LU6.2)
Date: 13 Nov 92 12:21:41 GMT
Organization: Fellesdata a.s, Oslo, Norway

Does anyone have any information, or know where to get some info about
a product calles xcon 62?
xcon 62  (TCP/IP -> LU6.2)

Thanks

Petter Henrik Hansen,  Fellesdata a.s, P.O. Box 248, 0212 OSLO 2, NORWAY
Phone : +47 2 52 84 02                            Fax   : +47 2 52 85 10
E-mail : ...!mcsun!nuug!fdmetd!petter   or       petter@fdmetd.uucp
	or petter%fdata.uucp@nac.no
<The opinions expressed, if any, do not represent Fellesdata a.s>
Xref: sparky comp.protocols.tcp-ip:5250 comp.dcom.lans.ethernet:2537
From: kudzu@netcom.com (Michael Sierchio)
Newsgroups: comp.protocols.tcp-ip,comp.dcom.lans.ethernet
Subject: Re: Wanted: Advice on calculating timing gaps between packets.
Summary: See WRL Research Report 88/4
Date: 20 Nov 92 20:09:10 GMT
Organization: True Love, and Home-Grown Tomatoes

Measured Capacity of an Ethernet: Myths and Reality
Boggs, Mogul, and Kent
Digital Western Research Laboratory

Mail server is

WRL-techreports@decwrl.dec.com

Send a message w/subject: help to get info.
-- 
+--------------------------------------------------------------------------+
|  Michael Sierchio                          1563 Solano Avenue, Suite 123 |
|  kudzu@netcom.com                                Berkeley, CA 94707-2116 |
+--------------------------------------------------------------------------+
Xref: sparky comp.protocols.tcp-ip:5275 comp.protocols.tcp-ip.ibmpc:6468
From: jrd@cc.usu.edu (Joe Doupnik)
Newsgroups: comp.protocols.tcp-ip,comp.protocols.tcp-ip.ibmpc
Subject: Re: MS-Kermit 3.12 + TCP + PKTMUX-12 ???
Date: 21 Nov 92 18:59:59 MDT
Organization: Utah State University

In article <1992Nov21.181645.8204@nsscmail.att.com>, rick@nsscmail.att.com (Rick Calder) writes:
> 	Has anyone gotten mskermit 3.12 to work with pktmux 12 when other
> TCP software is also active ??
> 	When I run kermit via TCP as the 1st pktmux user, there is no problem.
> If something else has the 1st pktdrv, like PCTCP ethdrv, then the kermit
> session over TCP will lockup on the UNIX host side.  Kermit is still active,
> the UNIX side still has its shell running, but nothing can be entered to
> UNIX via kermit.  Kermit does still respond, as I can do a normal hangup.
> 
> setup that works :		setup that doesn't work :
> 	autoexec.bat :			autoexec.bat :
> 		pktmux				pktmux
> 		pktdrv				pktdrv
> 		pktdrv				pktdrv
> 	run kermit via tcp			ethdrv
> 					run kermit via tcp
> 
> 			Thanks in advance,
> 
> 		Rick Calder
> 		      [att!]rick!rick     rick@rick.att.com
> 				attmail!rcalder
> -- 
> 		Rick Calder, NCR Systems Support Center - New Jersey
> 		      [att!]rick!rick     rick@rick.att.com
> 				attmail!rcalder
-------------------
	Of course, it's not Kermit as such, but any TCP/IP Telnet application
which would produce this result. A packet monitor and a quiet day is needed 
to sort out the changes pktmux probably made to the Telnet traffic from Kermit 
(all legit stuff, nothing wierd). So, once again we need to remind people that
as clever as pktmux is, and it is clever, it cannot solve many fundamental 
conflicts because there are no solutions. I hope that nothing important was 
lost in these tests.
	You might notice something useful about the way Kermit employs
Telnet. It attaches to the Packet Driver when Telnet service is required, and
then it frees that attachment at the end of the Telnet session, all while 
remaining active.
	Folks will chuckle at the following suggestion, but it is consider
purchasing a second lan adapter. Today's prices of $100-$200 make it realistic.
And yes, the laughter is at the irony of coming full circle. Alternatively,
you could run Kermit over FTP's tnglass Int 14h hooker, or over a handy
NetBios link to the Unix box (if convenient), etc. Kermit supports most of
the communication methods associated with PCs.
        Joe D.
Newsgroups: comp.protocols.tcp-ip
From: benolie@tid.es (Luis Benoliel)
Subject: FAQ AVAILABLE FOR THIS NEWSGROUP ?
Organization: Telefonica I+D
Date: Wed, 18 Nov 1992 08:25:52 GMT



Is the faq for this newsgroup available? If so, where ?


-- 
 ////////  ///////  /////       Luis Benoliel
   //        //    //   //        	     email: benolie@tid.es
  //        //    //    //                   tel  : +34 1 337 41 85
 //        //    //    //                    fax  : +34 1 337 42 02
From: casey@gauss.llnl.gov (Casey Leedom)
Newsgroups: comp.protocols.tcp-ip
Subject: Is the Balkanization of the InterNet inevitable?
Summary: Are firewalls going to be the way the world goes?
Keywords: security, firewalls
Date: 17 Nov 92 01:56:32 GMT
Organization: Lawrence Livermore National Laboratory


  Are network security firewalls between organizations and the InterNet
going to be the norm in the future?  This seems to be the answer some of
our local people think is inevitable.  I haven't had time to keep up with
network security issues for a couple of years, so I just don't know what
the state of current work is or what the consensus on this issue is.

  If the Balkanization of the InterNet is inevitable, I feel it will be a
great loss.  It will be an acknowledgement that irresponsible criminal
hackers have won from us our freedom of open inter-operation.  What a
sad thought.  Are there no other realistic options for providing security?
Is it impossible to conceive of effective authentication methods?

  If this has already been hashed out dozens of times before I'm sorry.
(I also haven't been able to keep up with USENET for some time.)  I'm
sure it's a flame-ridden topic.  But I'd really like to see a non-flame
driven dialogue on the topic.

Casey
Newsgroups: comp.protocols.tcp-ip,vmsnet.networks.tcp-ip.misc,vmsnet.networks.tcp-ip.wintcp
From: ramon@helix.nih.gov (Ramon J. Hontanon)
Subject: WIN-TCP/DECwindows device conflict. Whats's up with that?????
Organization: National Institutes of Health, Bethesda
Date: Fri, 20 Nov 1992 19:40:54 GMT

In upgrading our trusty VAXstationII GPX from VMS 5.0 to VMS 5.4 we
found out that our version of The Wollongong Groups's TCP/IP allocates
three devices (GAA0: GAA1: GAA2:) that will need to be used by
DECwindows.
The result: DECwindows refuses to install. The DEC people found this
out, and it seems true, 'cause DECwindows starts fine if I don't run
WIN/TCP. I guess my question is:

What version of WIN/TCP do I need to go to in order to fix this bug?

Will we be required to buy the product again, or do we just simply
upgrade? 

The e-mail address of The Wollongong Group would also be appreciated.

Thanks in advance

ramon@helix.nih.gov
From: barr@pop.psu.edu (David Barr)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: NIS broadcasts over IP subnets
Date: 17 Nov 92 16:07:55 GMT
Organization: Penn State Population Research Institute

In article <1992Nov17.142856.19947@ccsun.strath.ac.uk> craa85@ccsun.strath.ac.uk ( D.W.Stevenson) writes:
>I have a potential problem with NIS in the presence of subnets. Advice would 
>be appreciated.
>
>If a NIS client broadcasts to the subnet broadcast address (e.g. 130.159.248.255
>in the case of 24 bit subnets), a router will not propogate the broadcast onto
>other subnets on the LAN and hence the client won't be able to bind to a NIS
>server unless a server is on the same subnet. If however the NIS client
>broadcasts to the class B broadcast address (130.159.255.255) even when using
>an 24 bit subnet mask, the router can be configured to forward all subnet 
>broadcasts and there is no problem. 

The best (and recommended by Sun) solution is to have an NIS slave on every
subnet.  It is not a good idea in general to configure your router to route
broadcasts outside of a subnet.  (The purpose of a router is to decrease
traffic, not increase it)

--Dave
From: heimir@plusplus.is (Heimir Thor Sverrisson)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: X.25 X.29 software wanted for RS6000
Date: 21 Nov 92 11:29:17 GMT
Organization: Plusplus Inc., Reykjavik, Iceland

gavron@spades.aces.com (Ehud Gavron 602-570-2000 x. 2546) writes:


>	Hi, I've been entasked with locating software which runs
>	on an RS6000 under AIX and which provides X.25 connectivity
>	(serial 56Kbps links) and X.29 PAD (incoming and outgoing)
>	as well as application hooks (like sockets).

>	Can anyone here direct me to who makes or sells such
>	software? 

Try:

    Hugbunadur hf, P.O. Box 437, 202 Kopavogur, Iceland
    Tel: +354-1-641024, Fax: +354-1-46288

They are selling a product called HBX-PAD conforming to X.3, X.28 and
X.29 with simple program hooks as well.  I have no direct connection to
them anymore, but was on the team that developed the product, so I
won't tell anymore about it - ask them.

-- 
Heimir Thor Sverrisson		|		heimir@plusplus.is
Plusplus Inc.			|
Laugavegi 13			|		Tel: +354-1-620 250
108 Reykjavik, ICELAND		|		Fax: +354-1-622 819
From: casey@gauss.llnl.gov (Casey Leedom)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: Is the Balkanization of the InterNet inevitable?
Keywords: security, firewalls
Date: 23 Nov 92 05:36:49 GMT
Organization: Lawrence Livermore National Laboratory


  Well, I've received several replies regarding my unhappiness with
network firewalls.  They fall into the following categories:

    1.	I'd rather protect one machine than the ten-thousand behind it.

    2.	So what are the [lauded] services are you missing?

    3.	Don't worry.  Firewalls aren't as bad in general as the one you're
	living behind.

  The third item answers the second to some extent.  The firewall I have
to deal with only supports outgoing telnet and ftp sessions via a set of
utilities apparently fronted by Sun: itelnet and iftp.  These work by
routing their outgoing connections through proxy servers on a machine
which is allowed to access the outside world and is also exposed to it.
The only incoming connection arrangement is via a separate machine which
only allows telnet connections.  Mail is MX'ed up the wazoo.  I'm not
sure how News is handled.  (I don't know because I don't use the systems
behind the firewall.  I maintain my home on GAUSS.LLNL.GOV and do all my
outside communication from here because I can avoid the firewall and it's
hassles.)  One of my biggest gripes is that we only have itelnet and iftp
clients for Suns.  This leads to seemingly endless multi-hop store and
forward ftp acts guaranteed to try your patience.

  I suppose I should subscribe to the firewalls mailing list suggested by
Robert K. Stodola in order to determine just how bad the situation is in
general.  So I'll study up on what the ``state-of-the-art'' is and return
to flame later ... :-)

Casey
Newsgroups: comp.protocols.tcp-ip
From: stewart@daffy.cis.udel.edu (John Stewart)
Subject: Re: TCP simul- & broadcast
Organization: University of Delaware
Date: Wed, 18 Nov 1992 16:57:07 GMT

In article <id.XP1V.B11@ferranti.com> ihsan@ferranti.com (jaleel ihsan) writes:
>At one time class D IP address (224.0.0.0 thru 255.255.255.254) were
>reserved for simul-cast and of course 255.255.255.255 for broadcast.
>
>I have a few questions reguarding TCP simul- and broadcasts, if
>someone could please enlighten us:
>
>1. What do the latest standards demand from an implementor in this
>   regard.
>
>2. What happens to TCP's reliable delivery feature, specially 
>   in case of broadcast ?  Does it drop down to the level of UDP ?
>
>3. What are the vendors providing  and supporting in the market place.
>
>I think I saw an article saying that some one has used TCP simulcast
>for video teleconferencing (over ISDN perhaps) but I am not sure.

At this point, multicast has been done at the IP-layer, rather
than the TCP (or UDP) layer.  For example, the Internet
Engineering Task Force meeting, which is going on right now in
Washington, D.C., is having some of its meetings video and
audio mutli-cast over the Internet; applications with such huge
bandwidth demands have, to date, all been based on UDP.  To do
this, a logical multi-cast network has been created within the
Internet; this has been called MBONE (multi-cast backbone).
Internet-attached customers interested in becoming part of
MBONE should contact their regional provider.

For more information of a technical nature, I direct you to the
Association for Computing Machinery's Special Interest Group on
Communication's (ACM SIGCOMM's) Computer Communication Review
(CCR) from this fall (I don't have the publication with me, so
I can't give you an exact date -- sorry).  There is an article
there by Steve Casner et. al. describing how MBONE is achieved.

/jws
Newsgroups: comp.protocols.tcp-ip
From: syscrc@pickle.gsu.edu (Randy Carpenter)
Subject: Rigging up telnetd(1m) for an application.
Organization: Georgia State University
Date: Tue, 17 Nov 1992 18:11:39 GMT

We want users to be able to telnet into an application on an RS/6000
(running AIX 3.2) and not have to enter a login or password.  So, we are
considering using a binary editor (say "hex") to patch the telnetd(1) 
executable and substitute "/bin/fubar" instead of "/bin/login".
The program "/bin/fubar" will start the application (our University's
registration system).  Of course, we will provide the original telnetd(1)
on another port so that a real login is possible.

Will this interfere with any TELNET negotiations or cause other problems?

-- 
===========================================================================
Randy Carpenter                    rcarpent@gsu.edu          % Got a light?
Georgia State University           (404) 651-2648            No match.
Wells Computer Center                                        %

-- 
===========================================================================
Randy Carpenter                    rcarpent@gsu.edu          % Got a light?
Georgia State University           (404) 651-2648            No match.
Wells Computer Center                                        %
Newsgroups: comp.protocols.tcp-ip
From: peter@palin.cc.monash.edu.au (Peter Hawkins)
Subject: REQ: MSDOS TCP/IP stack in ASM or Pascal
Organization: Monash University, Melb., Australia.
Date: Wed, 18 Nov 1992 23:48:18 GMT

I need to interface a turbo pascal (V6) application to TCP/IP. The
application is heavily OOP & TVision etc so I pretty well am forced
to use turbo pascal. It's huge & re-writing in C is not practical.
I could use novell IPX & Banyan Vines, but I want it to be more
general if I can.

I got a copy of wattcp - a mixture of asm & C, and compiled it with
BCC, but unfortunately I couldn't link the C & pascal object files
without leaving unresolved externals - Borland's advice was that
interfacing C to Pascal will not work with any C code which is either
not-straightforward (in calling) or which utilises intrinsic libraries.
(They advised against my attempting it - and suggested I re-write the
TCP/IP stack in pascal!)

Before embarking on a major project such as re-writing the stack, or
giving up and using IPX and Vines, I thought I'd try and see if anyone
knew:

1)  What public domain / commercial TCP/IP stacks are there which might
    be callable from turbo C?

2)  Are there any stacks around written entirely in assembly or (joy of
    joys!) pascal?

Thanks in advance,

Peter

-- 
Peter Hawkins,
Assistant Lecturer, Computer Centre
Monash University, Australia
peter@palin.cc.monash.edu.au
Newsgroups: comp.protocols.tcp-ip
From: markus@edfd.uucp (Markus Gruenkorn (MAGIC))
Subject: TCP/IP and ISDN / experiences with ISDN ?
Keywords: ISDN,TCP/IP
Organization: EDAG, ENGINEERING + DESGIN AG, Fulda, FRG
Date: Tue, 17 Nov 1992 12:37:36 GMT


Hi guys !
I would like to know something about ISDN !
Which possibilities are there to use TCP/IP over
ISDN ?
How does it work (it would be nice to geta any details!) ?
How about ISDN in other countries or between countries ?
ISDN between:
germany and UK ?
germany and spane ?
germany and france ?
germany and USA ?

Any experiences with ISDN ?
Any information would be appreciated !


-- 
------ < MAGIC > ------
Newsgroups: comp.protocols.tcp-ip
Subject: SUN RPC in sys V r 3 w/ WIN/TCP?
From: jehresman@eagle.wesleyan.edu
Date: 20 Nov 92 16:11:42 EST
Organization: Wesleyan University

Has anyone successfully compiled the sunrpc-4.0 package to a sys V r 3 machine
using WIN/TCP?  Would it be better to rewrite the functions in the BSD
libraries ourselves or to find source for a general purpose BSD library?  Our
intention is to try to get a PD version of NFS working on top of this, so I
also want info / comments on the PD versions of nfs.

Thanks in advance,

John Ehresman
From: steve@terminus.ericsson.se (Steve Reynolds)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: tcp sample sources wanted
Date: 17 Nov 92 17:43:21 GMT
Reply-To: steve@terminus.ericsson.se
Distribution: world
Organization: Camtec Electronics (Ericsson), Leicester, England

The Comer sources are available on tape from the publishers 
Prentice hall (sorry no ISBN)
The tape also holds XINU and some user contributed stuff

. cost about 100GBP
From: ric@updike.sri.com (Richard Steinberger)
Newsgroups: comp.protocols.tcp-ip
Subject: tcp vs. udp transfer rates in a LAN
Date: 19 Nov 92 17:25:42 GMT
Organization: sri
Originator: ric@updike


	I have two Suns separated by two repeaters (but no bridges or routers).
When I do an FTP transfer I get xfer rates of 90 - 170 Kbs with an average
of about 120 Kbs.  When I do rcp I get rates closer to 1/10 of that:
14 - 21 Kbs (with one unusual xfer at 127 Kbs).  nfs transfer rates
(to/from disk from/to imported disk) are similar to rcp rates.

	When I do similar transfers between 2 SUNs on the same section
of ethernet (no repeaters between them), I get ftp rates of 330 Kbs - 830 Kbs.
rcp rates are 170 Kbs - 360 Kbs.  

	I have been told that the repeaters can occassionally go into
something called "partition" mode, where, if they see "too many"
collisions, the temporarily stop repeating.  I don't know if this is
actually happening.

	Can anyone help with this?  What should we look at next?  [We have
LAN analyzers and SW tools like tcpdump].  Is there any way to "tune" UDP
tranfers?  Is it likely that one or both repeaters can't handle the udp
traffic, but is better able to handle tcp traffic?

	Thanks in advance for any replies/suggestions.

ric steinberger
ric@updike.sri.com
From: sullivan@samsung.com (Chris Sullivan)
Newsgroups: comp.protocols.tcp-ip
Subject: CSLIP for Karn's TCP...
Keywords: tcp ip karn
Date: 18 Nov 92 22:18:47 GMT
Followup-To: Samsung Software America


Im looking for a CSLIP implementation that I can use
with Phil Karn's TCP/IP.

Possibly Karn himself has done it????

Any ideas would be greatly appreciated.


-- chris

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Chris Sullivan                                  sullivan@samsung.com
Samsung Software America                        ...uunet!samsung!sullivan
One Corporate Drive                             Voice: (508) 685-7200  x132
Andover MA 01810                                Fax: (508) 685-4940

Newsgroups: comp.protocols.tcp-ip
From: erick@sunee.uwaterloo.ca (Erick Engelke)
Subject: Re: PC control over TCPIP
Organization: University of Waterloo
Date: Tue, 17 Nov 1992 15:44:50 GMT

 P88037@BARILVM.BITNET writes:
>Question: is there a software that allows one to control a PC via TCPIP,
>i.e. telnet to the PC and get a DOS prompt?
>
>please mail to elharrar@bimacs.cs.biu.ac.il or reply in post.
>

This is often called a TELNETD, and there are four options:

1. Free TELNETD - it's not the greatest but it is free.  FTP to 129.97.50.50
   and get pub/wattcp/telnetd.zip

2. Beame&Whiteside include a TELNETD inside their BW-TCP 3.0.  The package 
   comes with other TCP applications like TELNET, FTP, a nifty LPD, etc.  
   Mail to sales@bws.com

3. Essex also includes a TELNETD with their collection of TCP applications
   and network stack called TCP/2.  I don't have an Email address.

4. SNSI specializes in TELNETD with versions for LanWorkPlace, PC/TCP, Pathway,
   Lantastic/TCP, Beame&Whiteside and packet drivers.  Mail to info@snsi.com

-- 
----------------------------------------------------------------------------
Erick Engelke				 	            WATTCP Architect
erick@development.uwaterloo.ca     TCP/IP was easy but i still can't work VI
Newsgroups: comp.protocols.tcp-ip,ba.internet