HDTenEightyP/NetNews huggingface dataset:
From: addinall@stallion.oz.au (Mark Addinall)
Newsgroups: comp.protocols.ibm
Subject: SAA - Co-operative processing
Keywords: IBM,SAA
Date: 7 Apr 92 03:50:40 GMT



G'Day :-)

Boy it's quiet in here. I guess SAA has gone away :-(
I hope all you good people who requested LU6.2-PU2.1
APPC co-operative processing transactions managed to
figure them out. I tried to post the technical abstract,
synopsis and design as well as the code but unfortunatly
I had a fight with about 6 incompatible WYSIWY(sometimes)G
editors (whoops, word processors ;-) trying to get it into
a vi or emacs or ISPF readable format. Failed :-(

Anyway fellow I.B.M.'rs, my lunch is over, back into O.S.I.

P.S. Heard a good joke the other day;

   "O.S.I. for people who can't spell S.N.A."  :-)

Later...



------------------------------------------------------------------------------
Mark Addinall            |'Surviving at the Top'... The book's title alone is
Development Manager      | so perversly marvellous that we ought to invent
Stallion Technologies    | others that could equal it...Marie Antoinette's
Brisbane, QLD, Australia.| 'Keeping your Head', Achille's 'Recovering from a 
TEL 61 7 870 4999        | Tendon Injury', General Custer's 'Outfoxing the
FAX 61 7 371 8881        | enemy', Jean-Claude Duvallier's 'President for
...!uunet!mark@staltec   | Life' and of course Stallion Press 'HRM made Easy'
mark@stallion.oz.au      |---------------------------------------------------- 
mobile. 018 880 713      | unlike onions, opinions belong to me alone ...
-------------------------------------------------------------------------------
From: jeffb@blackhaw.sharebase.com (Jeff Beard)
Newsgroups: comp.protocols.ibm
Subject: Re: tn3270 ATTN-function
Date: 10 Apr 92 14:46:48 GMT
Reply-To: jeffb@blackhaw.sharebase.com (Jeff Beard)
Organization: Teradata/ShareBase Corporation

> BTW, Have you implemented the RESET function? CUTCP seems to be lacking in
> this respect... (what does it come across as?)

Nothing!  RESET is strictly a 'local' operation between the terminal and the
controller (whether logical or physical) and is used to reset the keyboard
so one can again position the cursor to type into a modifiable field OR
present an interrupt via the enter or a PF/PA key.  Until a PF/PA/SYS REQ/ATTN
key is struck, nothing is transferred to the 'host'.


J O Beard jeffb@sharebase.com
From: pjj@interlink.com (Patrick Johnston)
Newsgroups: comp.protocols.ibm
Subject: Re: tn for MSDOS
Date: 10 Apr 92 16:59:26 GMT
Organization: Interlink Computer Sciences, Fremont, CA.

In article <D920406.T162300.G0433.M01.C01@nih3plus> BITNIC IBM-NETS List <IBM-NETS%BITNIC.BITNET@cmsa.Berkeley.EDU> writes:
>|Date: 4-6-92  4:18pm
>|From: benh:ncrr-lib:nih
>|  To: $IBM-NETS@BITNIC:BITNET
>|Subj: tn for MSDOS
>------------------------------------------------------------------
>Are there any Telnet Host programs for MSDOS enviroments?  I have FTP's
>FTP HOST but I'd like to know if it's possible to telnet to a PC.
>
>Ben Hope                                 Bitnet: benh@nihrrlib
>NIH Library                            Internet: benh@nihrrlib.bitnet

Check out two software packages.  One called PCanywhere and the other is
Carbon Copy.  They will allow one pc to another pc over a network.  I do
not know if it will work from a unix host to a pc, but I would start by
looking at these two packages.


------------------------------------------------------------------
Patrick Johnston	Director, Applications Systems Group
pjj@interlink.com	Interlink Computer Sciences
sun!ntrlink!pjj		47370 Fremont Blvd
			Fremont, California 94538
voice:	(510)657-9800	fax:    (510)659-6381
From: car@public.BTR.COM (Carlos Rimola-Sarti  car@btr.com)
Newsgroups: comp.protocols.ibm
Subject: Screen Sharing via TCP/IP
Date: 15 Apr 92 16:59:28 GMT
Organization: BTR Public Access UNIX, MtnView CA. Contact: Customer Service cs@BTR.COM


Newsgroups: comp.protocols.ibm
From: ebccdes@bosun.ericsson.se (Carlos de Sousa)
Subject: Re: Ethernet(TCP/IP) connectivity to IBM m
Reply-To: ebccdes@bosun.ericsson.se
Organization: Ericsson Business Communications AB
Date: Thu, 16 Apr 1992 03:36:55 GMT


We use FTP (File transfer protocol) thru IBM`s FAL software on VM and a
8232 as Hardware-box, the 3271 box from IBM is better though.

Best Regards
Carlos de Sousa

In article 92032919342724@BITNIC.EDUCOM.EDU, LVARIAN@PUCC.BITNET ("Lee C. Varian") writes:
>On Mon, 23 Mar 1992 20:19:22 GMT <HANK@BITNIC.BITNET> said:
>>We are looking for a way to do file transfer from an ethernet(TCP/IP)
>>network to an IBM mainframe running VM and VSE.  Others have suggested
>>products from BTI, Auscom, Spartacus and I/O Concepts. I have been unable
>>to locate any of these companies. Any leads on how to contact them would
>>be appreciated.
>
>We make extensive use of the BTI hardware and have been very pleased by
>its high performance and reliability.  (We use it with the IBM TCP/IP
>Version 2 for VM software, 5735-FAL, which is also an excellent product.)
>
>BTI may be reached at:
>    Bus-Tech Inc.
>    131 Middlesex Turnpike
>    Burlington, MA   01803
>    (617) 272-8200   Fax: (617) 272-0342
>
>Lee Varian, Princeton University



---
* Carlos de Sousa        (BO/EBC/KX/RG)              Senior Systems Programmer *
* E-mail/Internet: ebccdes@bosun.ericsson.se         MEMO: ERI.EBC.EBCCDES     *
* Ericsson Business Communications AB, S-135 83 Tyreso, SWEDEN                 *
* Phone:+46 8 682 4865 Pag:+46 8 0047 07679  Fax:+46 8 682 5007  NJE-Node:EISC *
From: dwford@nv6.uswnvg.com (Don Ford)
Newsgroups: comp.protocols.ibm
Subject: LU6.2 between UNIX and IMS
Date: 6 Apr 92 20:54:43 GMT
Distribution: na
Organization: US West NewVector, Bellevue, WA
Originator: dwford@nv6.uswnvg.com

Does anyone have any experience with connecting a UNIX box with IMS via
LU6.2?  I would be very grateful for any information that you might be
able to give me!

Please, email replies and I will summarize.

Don Ford
U S West NewVector Group, Inc.
 ...!uunet!uswnvg!dwford
 (206) 450-8585
-- 

Don Ford
Message Processing
(206) 450-8585
Xref: sparky comp.protocols.ibm:419 bit.listserv.ibmtcp-l:1211
zrachya
Newsgroups: comp.protocols.ibm,bit.listserv.ibmtcp-l
Subject: Protocols stuff
From: zrachya@ivory.bgu.ac.il (Guy Zrachya)
Date: Mon, 6 Apr 1992 10:51:44 GMT
Organization: Ben-Gurion University, Beer Sheva, Israel


  Here at the university there is a LAN. I've never used lan before but I was
able to find out from bootup disk that it uses a 3C503 adapter and NetBios
protocol. Someone here told me that the LAN is connected to a cisco router
so it should be connected to the internet. I've got some software
(wollongong i think) but i wasn't able to run it to work. I think that the
problem is that the LAN is talking NetBios while the internet is TCP/IP.
I think that probably the cisco is doing the translation between the two
protocols. Now I don't know if I can make my software 'talk' NetBios
so I'll be able to use the IBM to connect to the internet. Any ideas?

 Since I'm new to networking stuff, can any1 tell me where i can get FAQ lists
or any help files for networks??

Thanks,
Zrachya
From: car@public.BTR.COM (Carlos Rimola-Sarti  car@btr.com)
Newsgroups: comp.protocols.ibm
Subject: Re: Screen Sharing via TCP/IP
Date: 15 Apr 92 17:00:54 GMT
Organization: BTR Public Access UNIX, MtnView CA. Contact: Customer Service cs@BTR.COM

In article <6299@public.BTR.COM> car@public.BTR.COM (Carlos Rimola-Sarti  car@btr.com) writes:
>

my posting got swallowed!  here it goes again:

I am not sure if this is the right group for this question, direct me to
another group if so.

I am looking for a "screen sharing" program that runs on an PC using
TCP/IP (e.g. FTP Software).  Something along the lines of Carbon Copy
would do.  The only packages that I have heard of all use serial lines.

Any help would be appreciated..


+---------------------------------------+-----------------------------------+
| Carlos Rimola-Sarti                   |         email: rimola@csisdn.com  |
| Connective Strategies Inc.            |                      car@btr.com  |
| ISDN PRI Connectivity Group           |         phone:      415-903-2585  |
+---------------------------------------+-----------------------------------+
From: dandrews@bilver.uucp (Dave Andrews)
Newsgroups: comp.protocols.ibm
Subject: Re: Sending ESCape sequences to LU 3 printers . . .
Date: 7 Apr 92 15:58:39 GMT
Organization: W. J. Vermillion - Winter Park, FL

In article <167BEAB6B.MLONG@isucard.card.iastate.edu> BITNIC IBM-NETS List <IBM-NETS%BITNIC.BITNET@cmsa.Berkeley.EDU> writes:
>In article <01GIDPBB6H1C95OO8L@WIZARD.COLORADO.EDU>
>CEARLEY_K@WIZARD.COLORADO.EDU (Vide Infra) writes:
>
>>
>>Can an ascii escape sequence ('1b'x) be sent to a LU 3 printer from an
>>application? It is setup with DLOGMOD=SCS, and through JES or CICS, the
>>'1b' seems to get lost in translation. Is there a sequence that will tell
>>VTAM to let the following character go through without translation?
>>
>What about sending a hex '27'?  Maybe that will translate to a '1b' on the
>ASCII side?  Also, isn't there something called transparent mode that allows
>one to send codes straight to the printer.  Maybe see if that feature can
>be turned on.

Some protocol converters (Avatar, Andrew, Printer Systems and others)
support a "hex transparency" mode.  It looks for user-specified trigger
characters in the output datastream that controls transparency.

An example data stream:
   HERE COMES AN ESCAPE CHARACTER==>%&1B%&
where "%&" is the trigger sequence.

If anything appears between the trigger characters that is not in the
range 0-9, A-F, then it is discarded -- even linefeeds or c/r.  This
makes it possible for us to send very large font downloads out of
(for example) JES2.

We use these protocol converters for HP laserjets to do font and form
downloads out of JES2 (the forms are generated by a JES exit #15).

Note that it is a nuisance for both the leading and trailing trigger
characters to be the same; most protocol converters allow you to define
different trigger sequences, but at least one does not.

- David Andrews
  dandrews@bilver.UUCP
  A. Duda and Sons, Inc.
  P.O. Box 257
  Oviedo, FL  32765
From: CSP1DWD@UCLAMVS.BITNET (310 Denis DeLaRoca 825-4580)
Newsgroups: comp.protocols.ibm
Subject: Re: Re: Screen Sharing via TCP/IP
Date: 16 Apr 92 22:54:00 GMT
Article-I.D.: BITNIC.IBM-NETS%92041619141514
Reply-To: BITNIC IBM-NETS List <IBM-NETS%BITNIC.BITNET@cmsa.Berkeley.EDU>
Organization: The Internet

>  I am looking for a "screen sharing" program that runs on an PC using
>  TCP/IP (e.g. FTP Software).  Something along the lines of Carbon Cop
>  would do.  The only packages that I have heard of all use serial lin

From what to what? If PC to PC, the Waterloo package WATTCP includes
a Telnet server that allows incoming logins via the network.

-- Denis
From: pjj@interlink.com (Patrick Johnston)
Newsgroups: comp.protocols.ibm
Subject: Re: LU6.2 on unix systems ?
Date: 8 Apr 92 22:13:43 GMT
Organization: Interlink Computer Sciences, Fremont, CA.

In article <3405@balrog.ctron.com> der@ctron.com (Bill Der) writes:
>
>There are at least 2 companies. First is System Strategies in
>New York City @212-279-8400. Next is Data Connection Ltd
>based near London. They have a Va. office @703-790-0111

there is also a third.  Cleo Communications in Scotts Valley,
California.  408-438-9380.

They have APPN/LU6.2 3270 emulation etc for UNIX systems.


------------------------------------------------------------------
Patrick Johnston	Director, Applications Systems Group
pjj@interlink.com	Interlink Computer Sciences
sun!ntrlink!pjj		47370 Fremont Blvd
			Fremont, California 94538
voice:	(510)657-9800	fax:    (510)659-6381
From: adjg@suite.sw.oz.au (Andrew Gollan)
Newsgroups: softway.general,comp.protocols.ibm
Subject: IBM BSC CRC calculation
Summary: I can't work it out.
Date: 16 Apr 92 23:04:23 GMT
Organization: Softway Pty Ltd

I have an application talking IBM 2780 BSC using a Zilog Z8530 SCC
chip, and I can't seem to work out which bytes to include in the
CRC calculation.

I am using transparent mode so a packet looks like:

	<SYN><SYN><DLE><STX>[ data ... ]<DLE><ETX><BCC1><BCC2>

where data has any actual <DLE> characters escaped as <DLE><DLE>
and may also contain some <DLE><SYN> time spacing characters which
drop out. My problem is that I can't find any references on exactly
which of these bytes contribute to the CRC.

On the Z8530 CRC calculation can be enabled or disabled on a
character by character basis and my reading of what documentation
I have indicates that CRC calculation should start after the <STX>
is seen (but not including it) and should not include any <DLE>
characters and should finish after the <ETX> (inclusive).

Using an ARC Interview 7500 Protocol Analyzer I can interact with
my target system and both agree on the CRC value, but I can't seem
to make my system generate (or recognise as valid) packets from
either. I constructed a minimal packet <SYN><SYN><DLE><STX><SOH><DLE><ETX>
which in hex is <32321002011003> for which the correct CRC-16 (as
generated by the Interview) is <4191> or 0x9141. Try as I might
including and excluding bytes from the above message I can't generate
this CRC manually or via the z8530 chip! This is despite the fact
that the remote end is using exactly the same chip (but I can't
read the software).

What am I missing?

I have tried both CRC-16 and the CCITT CRC (CRC-SDLC) (even though
the Interview stolidly claims it is using CRC-16). I have tried
presetting the CRC value to all ones (even though the Interview is
certain it is using all zeroes). Nothing seems to work.

I am going out of my mind!

Has anyone got a clear idea of how this ought to work? Which message
bytes to include? Reference material with this kind of detail?
Anything?
-- 
Q.C. (Queen's Counsellor): A	|Andrew Gollan - "Anti-Family and proud of it"
learned associate of a gay man.	|Phone: +61 2 698 2322  Fax: +61 2 699 9174
Handbag: A male fashion	     __	|Softway, GPO Box 305,
accessory of a gay woman.    \/	|Strawberry Hills NSW 2012, Australia
From: pershng@WATSON.IBM.COM ("John A. Pershing Jr.")
Newsgroups: comp.protocols.ibm
Subject: APPN Info Wanted
Date: 6 Apr 92 15:46:18 GMT


The current version of the 2.1 FAP manual (SC30-3422-2, March 1991)
describes the APPN End-Node (EN) protocols, which includes a fair
amount of insignt into APPN networking.  Regarding the publication of
APPN Network-Node (NN) protocols, ivory letter 292-167 (3/25) says that
full details would be published, although I didn't see an availability
date when I scanned the letter just now.

Regarding VTAM support for APPN, I was wrong:  it's not available yet,
but ivory letter 292-168 (3/25) for VTAM 4.1 says that it's coming
(again, there is no specific date mentioned).

      John Pershing
      IBM Research, Yorktown Heights, NY
Xref: sparky comp.protocols.ibm:420 bit.listserv.ibmtcp-l:1212
zrachya
Newsgroups: comp.protocols.ibm,bit.listserv.ibmtcp-l
Subject: Protocols stuff
From: zrachya@ivory.bgu.ac.il (Guy Zrachya)
Date: Mon, 6 Apr 1992 10:56:07 GMT
Organization: Ben-Gurion University, Beer Sheva, Israel


  Here at the university there is a LAN. I've never used lan before but I was
able to find out from bootup disk that it uses a 3C503 adapter and NetBios
protocol. Someone here told me that the LAN is connected to a cisco router
so it should be connected to the internet. I've got some software
(wollongong i think) but i wasn't able to run it to work. I think that the
problem is that the LAN is talking NetBios while the internet is TCP/IP.
I think that probably the cisco is doing the translation between the two
protocols. Now I don't know if I can make my software 'talk' NetBios
so I'll be able to use the IBM to connect to the internet. Any ideas?

 Since I'm new to networking stuff, can any1 tell me where i can get FAQ lists
or any help files for networks??

Thanks,
Zrachya
From: skl@CS.SFU.CA (Samuel Lam)
Newsgroups: comp.protocols.ibm
Subject: Re: tn for MSDOS
Date: 12 Apr 92 07:18:34 GMT
Reply-To: Samuel Lam <skl@cs.sfu.ca>
Organization: Centre for Systems Science, Simon Fraser University

In article <D920406.T162300.G0433.M01.C01@nih3plus> Ben Hope
 <benh@nihrrlib.bitnet> writes:
>Are there any Telnet Host programs for MSDOS enviroments?  I have FTP's
>FTP HOST but I'd like to know if it's possible to telnet to a PC.

Have a look at sunee.waterloo.edu:pub/wattcp/telnetd.zip .

This is Waterloo TCP's Telnet daemon for DOS PC.

...Sam
-- 
Samuel Lam <skl@cs.sfu.ca>
Network Support Group, Centre for Systems Science
Simon Fraser University, Burnaby, B.C., Canada
Xref: sparky comp.protocols.ppp:538 comp.sys.sun.hardware:1638
From: dsc@seismo.CSS.GOV (David S. Comay)
Newsgroups: comp.protocols.ppp,comp.sys.sun.hardware
Subject: suggestions on sbus versus scsi async multiplexors for sparc + mst
Keywords: sbus scsi morningstar sun ppp multiplexor
Date: 10 Apr 92 15:26:25 GMT
Followup-To: poster
Organization: Center for Seismic Studies, Arlington, VA


[ apologies to those who have already seen this on the morningstar list ... ]

we are looking into purchasing a workstation of some sort to use as a
ppp-based router that various darpa contractors can login to and obtain
ip connectivity to our center.  since we're currently a happy
morningstar customer :-) and bascially a sun shop, my inclination is to
purchase a sparcstation and outfit it with an 8 or 16 port multiplexor,
v.32/v.32bis modems & mst's ppp to handle these on demand ip calls.
however, there are a number of alternatives:

	1. a telebit netblazer - although we have had good experience
	   with telebit's products, i have some reservations (perhaps
	   completely unfounded) on its performance versus a
	   sparcstation as a router along with the fact that it is yet
	   another type of router to administer.  on the other hand, we
	   already have two proteons, a cisco, a fastpath, so what's
	   another router?  any real life comments, positive or
	   negative, would be appreciated on this one.  for example,
	   how flexible is it with regard to chat scripts, etc.  how
	   easy is it to administer, backup, etc.

	2. some other sort of workstation running mst's software - any
	   folks care to recommend or comment on what other sort of
	   workstations might work well in this envrionment?

assuming we do go with the sparcstation running mst's ppp, can anyone
comment on the various multiplexor options available for the platform?
i have seen sbus based products as well at least one scsi based
multiplexor but i haven't really followed the reviews of such products
in the journals, etc.

[ i can't believe i'm actually thinking of getting a host based
multiplexor ... after various problems we have had with the alm/alm-2
line, i thought it was dedicated terminal servers forevermore :-) ]

thanks in advance for any info and i'll summarize if folks are
interested,

dsc

`you know i don't see you when she walks into the room'
Newsgroups: comp.protocols.ppp
From: cds@hal.gnu.ai.mit.edu (Chris D. L. Swanson)
Subject: PPP and Terminal servers...
Organization: MIT Laboratory for Computer Science
Date: Sun, 12 Apr 1992 10:17:25 GMT

Greetings,


	I am helping an organisation here in Omaha set-up a dial-up IP
network.  What we are looking for are terminal servers that support PPP as
well as SLIP.  They also need to have modem control (the Lantronix they have
right now uses the standard RJ-11 serial port implimentation, rulling out
harware flow control, and since SLIP and PPP need 8 bit clean paths, XON/XOFF
is also rulled out, making the use of compression modems that lock DTE speed 
and float DCE speed impossible - or am I missing something)?

	If anybody knows of a terminal server(s) that fit these requirements,
please e-mail me privately.  If there is interest, I will post a summary.  If
no current TS's support PPP, when  could we expect such support?

	Thank's in advance,
	-=Chris

Newsgroups: comp.protocols.ppp
From: cds@hal.gnu.ai.mit.edu (Chris D. L. Swanson)
Subject: My last posting about PPP terminal servers
Organization: MIT Laboratory for Computer Science
Date: Mon, 13 Apr 1992 05:05:52 GMT

Greetings,

	I seems as if my mail address was temporarily non-functional.  The
problem has now been fixed.  If anybody's replies to me were bounced, please
re-send them.  Thank's again.

	Regards,
	-=Chris

Newsgroups: comp.protocols.ppp
From: bob@MorningStar.Com (Bob Sutterfield)
Subject: Re: SPARC 1+ performance vs PPP
Organization: Morning Star Technologies
Date: Thu, 16 Apr 1992 16:21:35 GMT

In article <RICH.92Apr15205332@mallet.med.ge.com> rich@med.ge.com (Richard B. Ralston) writes:
   We just got a "demo" copy of Morning Star PPP to try out....
   (Morning Star is pretty expensive, but the documentation is almost
   worth it!...)

Besides the documentation, one of the things you pay for when you buy
our software is access to our customer support group, which one might
hope would give higher quality, quicker, and more specifically
knowledgeable response than asking on the net.
Demo/Evaluation/Pre-Sale users have the same privilege.  Use it!

   However, while I have the PPP connection up, performance on my
   SPARC really gets bad!

We need more specifics...

   The documentation was nice enough to say that Telebit in PEP mode
   can be slow and erratic (would 2400 be better?  I'd be surprised if
   it was.), 

It might be, depending upon your application.  You might see better
responsiveness at 2400 (especially with MNP4/5 enabled, and the DTE
still at 19200), but FTP throughput will probably be better with PEP.
We only recommend running PPP or SLIP over PEP in those situations
when PEP is the only carrier that will hold the line, such as between
La Paz and Manila.  In most of the western world, use V.32 or V.32bis.

   but I didn't expect my SPARC to stop responding while using PPP.

This is not normal behavior.  On most workstations, you can't even
tell that the PPP daemon is running.  Please give us a call at +1 800
558 7827 or write to support@morningstar.com and we'll help you
diagnose your installation.

   1) will things go better with the SPARC 2?

No.  Since a pppd should normally consume <1% of your CPU when running
full-tilt, and since the system call and interrupt loads are
negligible when transferring traffic at normal async speeds (38400 or
below), the additional CPU juice available in the SPARCstation 2 won't
solve your problem.

   2) would the "Snaplink" improve things?

Our SnapLink SCSI-attached serial interface is for running synchronous
PPP, typically over a 64K or T1 leased line to a router.  It's not
what you need, since it doesn't address your problem.

   3) Is there something I can change to help my SPARC performance and
      either not hurt or improve PPP performance?  (Other than
      pitching the Telebits which we're stuck with.)

Your problem isn't related to your use of Telebit PEP modems, it's in
your installation.  Yes, there is almost certainly something you can
change, but I can't tell what just yet.

   4) Would running SLIP mode help?  (Even though it's "non-standard"
      our dial up site will run whatever we do.)

Your problem almost certainly isn't related to the encapsulation
protocol you're running over the wire, so changing to SLIP shouldn't
change anything.  Once your problem is solved, you won't be able to
tell any difference in performance between SLIP and PPP, since our
daemon does "VJ" TCP header compression in both.

   5) other suggestions? 

Call us!
From: battle@cs.utk.edu (David Battle)
Newsgroups: comp.protocols.ppp
Subject: kernel panic with pppd-1.01beta
Date: 9 Apr 92 15:12:43 GMT
Organization: University of Tennessee, Knoxville - CS Department
NNTP-Posting-Host: thud.cs.utk.edu


The first time I booted a kernel with pppd-1.01beta I got a panic: Bus error
when I tried to do:

xterm -rv -sl 1024 -fn 7x12 -T $1 -n $1 -geometry 80x70-8-8 -display unix:0.0

The xterm processes was mentioned in the panic info, so I suspect it triggered
the panic.

ppp had not been started at that point.

I run on a Sun 3 with SunOS4.1.1.  I had been running ppp patch level 6 with
no problems.

-David