HDTenEightyP/NetNews huggingface dataset:
From: CRINDH@RULMVS.LEIDENUNIV.NL ("Dick Hogeweg ", TeleComm.)
Newsgroups: comp.protocols.ibm
Subject: Re: ACT/U Port Hung
Date: 20 Aug 92 09:21:02 GMT
Reply-To: BITNIC IBM-NETS List <IBM-NETS%BITNIC.BITNET@cmsa.Berkeley.EDU>
Organization: The Internet
X-Unparsable-Date: Thu, 20 Aug 1992 11:15:00 CET

>
> Has anyone experienced this problem with a protocol converter? The
> user 'breaks out' of a session, the port shows ACT/U ... unbind
> pending. Anyone else who connects to this port is now hung. INACT/ACT
> doesn't reset it. Why would SNA keep an unbind pending like this?
> Is there a timer that would release this LU?
>
> Any help, info, opinion, commisuration(sp?) appreciated!! Thanks!
>
>                 -Kent Cearley
>                 -University of Colorado, Boulder

Sorry it's been a while ago but I was on holiday. Yes I have experienced
this on our IBM 7171 protocol converter. Despite a timer in the
controller on the modem signals the session is not timed out. I think
this is because the problem lies with VTAM. I've never gone deeply
into the problem because it happens verry rarely. A solution might be
the development of a Netview Clist in this,

                                       Dick Hogeweg

D.J. Hogeweg, netwerkspecialist
CRI - Rijksuniversiteit Leiden
Postbus 9512, 2300 RA Leiden,  071-276913
Dick.Hogeweg@CRI.LeidenUniv.nl
From: car@btr.BTR.COM (Carlos Rimola-Sarti  car@btr.com)
Newsgroups: comp.protocols.ibm
Subject: Performance Tools on MVS
Date: 22 Aug 92 16:46:43 GMT
Organization: Connective Strategies, Inc. (CSI).  Mountain View, California

We are looking for advise on tools/packages that will allow us to measure
the performance impact of running 3270 emulation using a combination of
the following products:

	OpenLink 	- a TCP/IP package for MVS from Net. Solutions
	Packet/Main	- an MVS based 3270 emulation manager
	VTAM		- used for communication between OpenLink-Packet/M

What we would like to be able to measure is the performance impact each
of these products has on our 3090.  What tools are available from IBM
or other sources?  Also, any performance data/opinions on OpenLink and
Packet/Main would be appreciated.

Please post or email to rimola@csisdn.com

+---------------------------------------+-----------------------------------+
| Carlos Rimola-Sarti                   |         email: rimola@csisdn.com  |
| Connective Strategies Inc.            |                      car@btr.com  |
| ISDN PRI Connectivity Group           |         phone:      415-903-2585  |
+---------------------------------------+-----------------------------------+
Newsgroups: comp.protocols.ppp
From: feigin@iis.ethz.ch (Adam W. Feigin)
Subject: Re: req for advice on using PPP
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Distribution: na
Date: Wed, 19 Aug 1992 06:01:19 GMT

susanh@ossi.com (Susan Hunts) writes:

>1. Is this a reasonable approach?  Any major drawbacks I should know
>   about?  What kind of performance am I likely to see?  Any
>   problems with the PPP software and SunOS 4.1.1?

Yes it is reasonable. I've run PPP between my Sparcstation at home
(SunOS 4.1.1 and 4.1.2) and our campus net, mainly through a Telebit
Netblazer, but another Sparcstation will work just fine. What do you
mean by "performance" ? 'Interactive' (telnet, ftp)performance between
2 V.32bis modems is quite good, although sometimes you do notice
you're not on a 10MB/s ether..

>2. Does building, installing, configuring, etc. require a guru?  The
>   PPP software appears to have nice, clear cookbook instructions
>   which can be followed by a neophyte.  Any additional hints or tips 
>   someone would like to pass on?  What about setting up the modems?

Building and installing it doesn't require guru status (although it
certainly doesn't hurt :-} ), as the instructions are pretty clear. I
think there was a file that needed to be copied into /usr/include
somewhere that the instructions didn't mention.

If you're going to be running NFS over the link, I'd recommend turning
on UDP checksumming in your kernels (Its OFF by default in SunOS 4.x):

gonzo csh[42]:adb -k /vmunix /dev/mem
physmem 1bf3
udp_cksum?
  _udp_cksum:
  _udp_cksum:     0               = unimp         0x0
udp_cksum/w 1
  _udp_cksum:     0x0     =       0x1
$q


using a '?' instead of '/' will change the value both in the running
kernel and /vmunix on disk. If you use the '/', it only gets changed
in the running kernel, and will be set back to 0 when you reboot. If
you want to generate new kernels with udp checksumming turned on, you
can change /usr/sys/`arch`/OBJ/udp_usrreq.o with the adb in the same manner.

>3. Any comments on choice of modems?  (Cost is a factor.)  If there's
>   a random modem available for free, what minimum capability should
>   it have?

Go for the highest speed modems you can. There is a noticeable
difference between V.32 (9600) and V.32bis (14400), at least in terms
of how fast the link 'feels'. So, at a minimum, make sure you have
V.32. I dont know how/if MNP/compression helps. Perhaps someone here
has done some testing in this area ? I dont think you'd want to run NFS over
anything slower than a 9600 baud link....

							/AWF
------------------------------------------------------------------------------
Internet: feigin@iis.ethz.ch				 Adam W. Feigin
UUCP:{backbones}!iis!feigin			     Network Systems Manager
Mail: Integrated Systems Laboratory	      Institute for Integrated Systems
      ETH-Zentrum			  Swiss Federal Institute of Technology
      CH-8092 Zurich				       Zurich, Switzerland
      Switzerland
Phone: +41 1 256 50 53
      
  "In Confession, you blame yourself, in analysis, you blame everyone else"
From: peter@micromuse.co.uk (Peter Galbavy)
Newsgroups: comp.protocols.ppp
Subject: dp comments (Was: Re: req for advice on using PPP)
Date: 21 Aug 92 07:46:51 GMT
Organization: MicroMuse Limited, London, England.

ignatios@theory.cs.uni-bonn.de (Ignatios Souvatzis) writes:

[About dp-2.2-beta]

>   The 2.2-beta version has some minor Makefile/include file problems
>   (Kirk has my diffs for it), and tends to crash when you have an
>   error in the configuration script (deref'ing zero pointers), but
>   works like a charm otherwise, AND IT SUPPORTS LOADABLE KERNEL
>   MODULES... at least half (i.e., you can load them, but if you do
>   the unloading, the system crashes when it tries to do networking
>   again). But I think it's better to only reboot the machine to
>   remove or update the ppp if you want it, than to built a new kernel
>   and reboot the machine :-) Maybe SUN never tested this part of
>   their Kernel code? I think they don't have any loadable network
>   modules of their own.

This is not so much a SUN problem, as me. With the help of Paul Fox
(paul@crisp.demon.co.uk) I tried *really* hard to get the unloading
working, but I was/am having problems with removing routing records
to the interface... as I do not have the SunOS source I cannot see
what I am doing wrong. The code in dp-2.2-beta is almost the latest
that I have, but my time is being spent at the moment getting the
dp package going on 386BSD.

>I used both packages. I like the latter better, because it's less work
>and less to backup if you want to install it, and because I won't get 
>'how is the ppp startup command' phone calls all the time.

The main reason for the loadable modules was to "supplement" the dial-
on-demand support, so that the whole thing could be got going easily.

>BTW: nfs? You might want to completely avoid it. Try mounting a remote
>   filesystem to get the feeling. Basically, you have to avoid
>   anything which does stats because they cause lots of traffic, and
>   anything which does writes because nfs writes always wait for the
>   'written to disk' confirmation from the other side.

I only use NFS for mounting things like gatekeeper.dev.com and so on
for reading, and it is fine. I have not tried writing, but I can
imagine :-)

For those who may be interested or would like to help, I have got to
it all compile on 386BSD (except the kernel drivers of course), and I
will be using the ppp from Brad Parker (brad@cayman.com) as a starting
point. I need pre-alpha testers (like not so much testing as telling
me where I f*cked up). Also, has anyone completed the tunneling driver
that Bill Jolitz included in 0.1 ?

Anyway, enough for now,
-- 
Peter Galbavy
Tech Support, Micromuse Ltd
Phone: +44 71 352 7774		E-Mail: P.Galbavy@micromuse.co.uk
Newsgroups: comp.protocols.ppp
From: bob@MorningStar.Com (Bob Sutterfield)
Subject: Re: Seeking info on PC hardware requirements for high-speed PPP
Organization: Morning Star Technologies
	<663@starfire.MN.ORG>
Date: Fri, 14 Aug 1992 15:40:25 GMT

In article <663@starfire.MN.ORG> john@starfire.MN.ORG (John Lind) writes:
   SLIP and PPP are inherently ASYNC protocols, but you have picked a
   SYNC physical transport system.

You're right, SLIP is typically used only on systems where each end
thinks it's talking async.  But one of the design goals of PPP was
that the same protocol be usable over either sync or async
connections.  This goal introduces some schizophrenia, of course...
PPP addresses some deficiencies of SLIP by (e.g.) being able to work
through non-transparent async modems, such as those using XON/XOFF
flow control.  And while the high-speed sync router vendors still
support their own proprietary sync inter-router framing, they also
typically support PPP for interoperability with routers from other
vendors (and non-router boxes that can speak sync PPP, such as UNIX
systems running our PPP product) that may be lurking at the other end
of the wire.

   ...sync connections tend to be dedicated, while async connections
   are dial-up... Since you are talking CSU/DSU, you aren't talking
   async or dialup at all.

You point out some exceptions, such as that some sync connections have
dialup attributes (e.g. ISDN); others have described CSU/DSUs with
async DTE interfaces.  But yes, in general most dedicated lines run
sync PPP and most dialup lines run async PPP.

   With your synchronous dedicated line, there ISN'T anything quite
   like PPP or SLIP that will use it, 

How about running synchronous PPP?

   You don't need PPP and you don't need SLIP to use that line.  You
   need bridge/router software/hardware.

Routers typically talk sync PPP to other routers.  If you can talk
sync PPP on your box, the router won't be able to discern that you're
not another router.

   And, in case you haven't looked at bridge/routers lately, they have
   a lot more horses under the hood than your 486 box in most cases,
   and sophisticated dedicated hardware to assist in their complex and
   time-critical job besides.

For a small network (e.g. a home), a machine with the horsepower of a
PC/XT (or that much leftover horsepower on some other machine) can
manage the packets-per-second requirements, and keep a 56K line full.

   You can get bridge/router cards to plug into your 486 PC/ISA/EISA
   bus, I hear, but I don't know of them and I haven't used any.

Earlier inquirers on this newsgroup have searched for sync PPP
software for a DOS system, and the accompanying hardware interface.  I
don't know what they turned up, but I recall they were disappointed.

At least two companies (Brixton Systems and Morning Star Technologies)
sell PPP software for UNIX systems that can be run async over the
native serial ports, or sync over the hardware they'll sell you.  But
neither company (so far as I know :-) makes a DOS PPP (yet :-), nor a
sync DOS PPP, nor the hardware you'd need to run sync PPP on a PC.
Newsgroups: comp.protocols.ppp
From: ignatios@theory.cs.uni-bonn.de (Ignatios Souvatzis)
Subject: Re: req for advice on using PPP
Organization: /home/theory/ignatios/.organization
Date: Thu, 20 Aug 1992 10:06:23 GMT

       (knowledge of Refered-to article by the reader assumed)

Hello,

I have two remarks:
   
1. You might try pppd-1.01-beta from for the sparcs to get the most
   ripe non-dialup version. Despite it's 'beta' status, it has the
   most kernel memory allocation/deallocation bugs removed. It's more
   advanced than the pl6 version you mentioned, as far as I know.

   ftp to merit.edu, directory /pub/ppp, file pppd-1.01-beta.tar.Z

2. You might want to try dp-2.2-beta.tar.Z (or -gamma, it that exists
   by now..) to get the dialup ppp package [and tell Kirk Smith
   (ks@acn.purdue.edu) to add yo to the mailing list]. It simulates
   keeping the network connection up, but has time-outs on the phone
   line, so that if (all configurable) the last tcp connection was
   closed, the phone line hangs up after 6 seconds, if the last tcp
   transmission actually occured 10 minutes ago, the phone hangs up,
   or 30 seconds after the last UDP packet... you get the idea. It
   then does an automatic redial, if traffic occurs again.

   The 2.2-beta version has some minor Makefile/include file problems
   (Kirk has my diffs for it), and tends to crash when you have an
   error in the configuration script (deref'ing zero pointers), but
   works like a charm otherwise, AND IT SUPPORTS LOADABLE KERNEL
   MODULES... at least half (i.e., you can load them, but if you do
   the unloading, the system crashes when it tries to do networking
   again). But I think it's better to only reboot the machine to
   remove or update the ppp if you want it, than to built a new kernel
   and reboot the machine :-) Maybe SUN never tested this part of
   their Kernel code? I think they don't have any loadable network
   modules of their own.

   ftp to phoenix.acn.purdue.edu, directory pub, and get PPP.readme
   (1k) with further advice.

   You might want to configure the sendmails at both ends to only
   actually send the mail, say, two times a day, to minimize costs
   [mark the connection expensive].

I used both packages. I like the latter better, because it's less work
and less to backup if you want to install it, and because I won't get 
'how is the ppp startup command' phone calls all the time.

BTW: nfs? You might want to completely avoid it. Try mounting a remote
   filesystem to get the feeling. Basically, you have to avoid
   anything which does stats because they cause lots of traffic, and
   anything which does writes because nfs writes always wait for the
   'written to disk' confirmation from the other side.


--
	Ignatios Souvatzis
	ignatios@cs.uni-bonn.de souva@babsy.mpifr-bonn.mpg.de
Newsgroups: comp.protocols.ppp
From: jnm@tdum.CTD.ORNL.GOV (Jamey Maze)
Subject: Dialin to SPARC2 ?
Organization: Oak Ridge National Laboratory
Date: Wed, 19 Aug 1992 14:10:21 GMT

I'm trying to get in a position to test some PPP software, but haven't
made it to first base yet. I've got a UDS V.32 modem attached to ttya on
a SPARC2. The modem was initialized with the command 

	AT &F Q2 &C1 &D3 &S1 \N \Q3 \V1 &W

The cable is a standard off-the-shelf ribbon cable with all pins wired
straight through.

I defined the ttya line in /etc/ttytab like:

# name  getty                           type            status  comments
ttya    "/usr/etc/getty std.19200"      dialup          on # UDS-V32

I can see the getty running with ps -agux:

USER   PID %CPU %MEM   SZ  RSS TT STAT START  TIME COMMAND
root   393  0.0  0.0   40    0 ?  IW   17:32   0:00 - std.19200 ttyb (getty)

When I dial into the SPARC2 from a Mac with an identical UDS modem, the
modems sync up, and I see the message "CONNECT 19200" on the Mac
followed by some garbage. The getty immediately dies.

Would anyone have any ideas?

Thanks!

--
Jamey Maze                 | Computing & Telecommunications Division
Oak Ridge National Lab     | Advanced Technology Group
P.O. Box 2008, MS-6238     | Internet: jnm@ornl.gov 
Oak Ridge, TN 37831-6238   | 615/574-6355, FAX 615/574-9646 

"The defense of individual rights has reached such extremes as to 
 make society as a whole defenseless against certain individuals.
 It is time, in the West, to defend not so much human rights as
 human obligations." - Aleksandr Solzhenitsyn
Newsgroups: comp.protocols.ppp
From: jnm@tdum.CTD.ORNL.GOV (Jamey Maze)
Subject: Re: Dialin to SPARC2 ?
Organization: Oak Ridge National Laboratory
Date: Wed, 19 Aug 1992 15:33:05 GMT

In article <1992Aug19.141021.11580@ornl.gov>, jnm@tdum.CTD.ORNL.GOV (Jamey Maze) writes:
|> I'm trying to get in a position to test some PPP software, but haven't
|> made it to first base yet. I've got a UDS V.32 modem attached to ttya on
|> a SPARC2. The modem was initialized with the command 
|> 
|> 	AT &F Q2 &C1 &D3 &S1 \N \Q3 \V1 &W

Okay, I backed up and connected to terminals to the modems and it fails
the same way -- lots of garbage. So it looks like I"ve not got the
modems configured correctly...
Newsgroups: comp.protocols.ppp
From: nieh@surya.cadence.com (Ko-Haw Nieh)
Subject: ppp problem after changing IP address
Reply-To: nieh@cadence.com (Ko-Haw Nieh)
Organization: Cadence Design Systems, San Jose CA.
Date: Wed, 5 Aug 1992 06:45:53 GMT


I installed ppp on a sun/ipx last Nov. It worked great for me.
Last weekend, our IP addressed got changed and the ppp kernel
can not see any host except those on 158.140.92.*. 
If I boot the IPX from the the original kernel everything worked fine.
The ifconfig -a looked the same from both kernels.

le0: flags=63<UP,BROADCAST,NOTRAILERS,RUNNING>
        inet 158.140.92.92 netmask ffffff00 broadcast 158.140.92.0

The sunOs version is 4.1.1 and the ppp version was the latest at last Nov.
I need some advice to fix the problem, since I need to use ppp.

thanks,
--
Ko-Haw Nieh
Cadence Design System Inc.
555 River Oaks Parkway, San Jose, CA. 95134
Tele: 408-944-6821  E-mail: nieh@cadence.com
From: jnm@tdum.CTD.ORNL.GOV (Jamey Maze)
Newsgroups: comp.protocols.ppp
Subject: PAP & CHAP
Date: 20 Aug 92 17:47:48 GMT
Organization: Oak Ridge National Laboratory

Could someone explain to me the benefit of PAP/CHAP authentication to a
user of a dial-up end-node (e.g., a workstation dialing into a company
LAN)? Doesn't it just provide a second level of authentication? And I
suppose it also allows you to enforce a particular IP address on the
dial-in user. Is that pretty much it?

Thanks!

--
Jamey Maze                 | Computing & Telecommunications Division
Oak Ridge National Lab     | Advanced Technology Group
P.O. Box 2008, MS-6238     | Internet: jnm@ornl.gov 
Oak Ridge, TN 37831-6238   | 615/574-6355, FAX 615/574-9646 

"The defense of individual rights has reached such extremes as to 
 make society as a whole defenseless against certain individuals.
 It is time, in the West, to defend not so much human rights as
 human obligations." - Aleksandr Solzhenitsyn
Newsgroups: comp.protocols.ppp,biz.comp.telebit,biz.comp.telebit.netblazer,netcom.modems,comp.dcom.modems
From: geethu@netcom.com (Geetha Madhavan)
Subject: Slip: Help Sought
Date: Tue, 18 Aug 92 08:04:26 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Summary: Slip on SUN4 with Telebit WB and Fastcomm
Followup-To: Slip
Distribution: geethu@netcom.com



I am trying to setup slip between a Telebit WorldBlazer and
a Fastcomm 9600. I have the following script

#!/bin/sh
while true ; do
	 ./tip -s slip >/dev/console 2>&1
	 sleep 100
done

and slip is in my /etc/remote 

slip:sa= xxx.xx.xx.xx:da=yyy.yy.yy.y:sm=255.255.0.0:st=slip:rt:\
        :dv=/dev/cua0:br#19200:du:at=hayes:pn=xxxxxxx:ls=login.script:

(ofcourse the xxx and yyy are completed in the entry)
(sa = local address and da is destination)

The modem dials out (from a SUN IPC) with the Telebit WB and
logs into a sparc2 with a Fastcomm.

The modems connect, the following message comes at my Home
terminal (yes! I have the kernal configured ...etc),

[Logging in...]
Aug  9 23:13:21 benjy vmunix: slip0: coming up
add net 0: gateway xxx.xx.xx.xx
[SLIP running]

Subsequently nothing happens, ping da (the yyy.yy.yy.yy )
doesn't work. Do I have to run something on the destination address
to make the slip to connect? The systems remain connected! I feel
I am very close to setting up slip! Any help would be appreciated.
Please respond by email.

Regards

... Geetha Madhavan
Xref: sparky comp.protocols.ppp:711 comp.sys.mac.comm:8088
From: jason@cs.utexas.edu (Jason Martin Levitt)
Newsgroups: comp.protocols.ppp,comp.sys.mac.comm
Subject: Is there PPP for Macintosh?
Followup-To: poster
Date: 19 Aug 1992 15:23:08 -0500
Organization: CS Dept, University of Texas at Austin
NNTP-Posting-Host: cs.utexas.edu


   Is there PPP for Macintosh? I'm really not interested in PPP for
A/UX, just System 6 or System 7. 

     ----jason   jason@cs.utexas.edu
From: allard@isi.edu (Dennis Allard)
Newsgroups: comp.protocols.ppp
Subject: Re: PAP & CHAP
Date: 21 Aug 92 18:22:03 GMT
Reply-To: allard@isi.edu (Dennis Allard)
Organization: USC Information Sciences Institute

mhump@sparky.msfc.nasa.gov (Mark Humphries) writes:
someone else had written:
> > Could someone explain to me the benefit of PAP/CHAP authentication ...
> 
> Password Athentication Protocol (PAP) uses a username and password pair
> for user validation.  ...
> 
> Challenge-Handshake Authentication Protocol (CHAP) uses a "secret" that
> is known by the peer (the host attempting to dial in) and the authenticator
> (PPP server/host being dialed into).  ...

An important issue here has to do with what level connections are being
made at (application vs. session or transport) and whether or not human
intervention is appropriate or convenient each time a connectio is made.

I am new to protocols, new to this newsgroup, and know little about PPP,
but here is my two cents on this matter.

I got interested in protocols because I recently built my a session level
message protocol over Unix sockets (TCP/IP) and an RPC protocol
over that.  This was in the context of an Emacs/Lisp interface.  In this
application, new connections are being made at the session level, and
are often made by processes without the intervention of a human.  The
nature of the connection permits complete access to a Lisp address space
by a different Lisp or Emacs running anywhere on the internet.  Although
we have not exported this facility yet, we initially put in a very simple
'password' scheme, consisting of an integer, which the server end of a
new connection knows and which the client end must send to connect.  (Once a
connection is made, the server and client have completely symmetrice roles).
Typically, we just use the integer 0, inhouse, since we trust each other.

In considering how to provide a more secure connection mechanism, I was
intriqued to see this discussion in this newsgroup, which, I repeat, I
just joined.  I will follow this with interest and try to learn more
about PPP.  Maybe that's what I should be using.

Dennis
allard@isi.edu
Newsgroups: comp.protocols.ppp
From: karl@MorningStar.Com (Karl Fox)
Subject: Re: SunOS 4.1.2 - how come opening a new window takes FOREVER?
Followup-To: comp.protocols.ppp
Reply-To: Karl Fox <karl@MorningStar.Com>
Organization: Morning Star Technologies
Date: Wed, 12 Aug 1992 13:30:22 GMT

Greg Earle wrote:

   In that case, the most obvious thing I can think of is to simply ifconfig the
   not-in-use Ethernet interface down:

	   ifconfig le0 down

   I actually commented out the lines

	   device-driver	lebuf		# ethernet buffer
	   device-driver	le		# LANCE ethernet

   in my kernel on my home SPARCstation-1+ ...

If you do this, you may have trouble getting to your local host, i.e.
when you say "telnet `hostname`".  To avoid this problem, add the
following route at boot time:

    route add `hostname` localhost 0
--
Karl Fox, Morning Star Technologies                            +1 800 558 7827
1760 Zollinger Road, Columbus, Ohio 43221                      +1 614 451 1883
From: paul@alantec.com (G. Paul Ziemba)
Newsgroups: comp.protocols.ppp
Subject: Re: SunOS 4.1.2 - how come opening a new window takes FOREVER?
Date: 13 Aug 92 19:34:37 GMT

In response to my query, karl@MorningStar.Com (Karl Fox) writes:

>    route add `hostname` localhost 0

This was an effective solution. Many thanks to Karl and also to
Ross Porter (ross@turock.psych.upenn.edu) for this suggestion.

 ~!paul
-- 
Paul Ziemba  paul@alantec.com	alantec!paul  408.955.9000 x227

"The artist is not a special kind of man, but every man is a
special kind of artist." -- Ananda K. Coomaraswamy
Newsgroups: comp.protocols.ppp