HDTenEightyP/NetNews huggingface dataset:
From: dhesi@rahul.net (Rahul Dhesi)
Subject: how decentralized is in-addr.arpa?
Organization: a2i network
Date: Fri, 14 Aug 1992 04:31:36 GMT

I understand the benefits of a hierarchical domain naming scheme,
which allows authority for many small domains to be distributed.

However, I do not understand how reverse address mapping is
decentralized.  Does the NIC itself maintain an entry for every class B
and class C network pointing to the appropriate nameservers?  There
must be many more entries in *.in-addr.arpa than there are in
*.{com,edu,gov,net,org}.
--
Rahul Dhesi <dhesi@rahul.net>
also:  dhesi@cirrus.com
Xref: sparky comp.protocols.tcp-ip:4139 comp.dcom.lans.fddi:547
From: lars@itek.norut.no (Lars Vognild)
Newsgroups: comp.protocols.tcp-ip,comp.dcom.lans.fddi
Subject: IP-multicast for FDDI?
Date: 19 Aug 92 07:32:26 GMT
Reply-To: lars@itek.norut.no (Lars Vognild)
Organization: FORUT Information Technology


Does anyone know of an implementation for FDDI of Deering's IP-multicast?

Im running Ultrix 4.2 on a DECStation 5000/200 with DEC's FDDI cards

-----------------------------------------------------------------
Lars K. Vognild				email: lars@itek.norut.no
FORUT Information Technology AS		phone: +47 83 80150
NORUT-gruppen, N-9005 Tromsoe, NORWAY  	fax  : +47 83 82420
From: ak902@cleveland.Freenet.Edu (Scott Goette)
Newsgroups: comp.protocols.tcp-ip
Subject: Telnet Drivers
Date: 13 Aug 92 13:28:07 GMT
Reply-To: ak902@cleveland.Freenet.Edu (Scott Goette)
Organization: Case Western Reserve University, Cleveland, OH (USA)


I am trying to write a telnet terminal driver for a benchmark of a unix 
application. I am curious if anyone else out there has developed such a driver
. Here's the layout of my hardware : one unix box connected to the benchmarked
machine via tcp/ip ethernet. I wish to initiate a number of telnet sessions
from one of the boxes to the other and fire off the application executable
on the benchmarked machine. I don't need to worry about screen i/o on the 
benchmarked box because the screen interface software used for the application
has a method of reading its' input from a file.
Any suggestions, thoughts, etc... would be greatly appreciated. Sample code
included would not be distributed anywhre else (up to your disgression).

Curious
-- 
---------------------------------------------------------------------
Scott Goette                 |    Email : ak902@cleveland.freenet.edu
---------------------------------------------------------------------
  Life is shortened by engaging in mental battles with the unarmed
Newsgroups: comp.protocols.tcp-ip
From: richards@beta.lanl.gov (William C. Richards)
Subject: Re: Monitor program for catching duplicate IP addrs?
Organization: Los Alamos National Laboratory
Date: Thu, 20 Aug 1992 13:25:41 GMT

In article <xjeldc.21.713199462@lustorfs.ldc.lu.se> xjeldc@lustorfs.ldc.lu.se (Jan Engvald LDC) writes:
>In article <jqymwsq.ptrubey@netcom.com> ptrubey@netcom.com (Phil Trubey) writes:
>>From: ptrubey@netcom.com (Phil Trubey)
>>Subject: Monitor program for catching duplicate IP addrs?
>>Date: 7 Aug 92 12:31:30 GMT
>
>>Does anyone know of a utility program that will scan an Ethernet
>>and build a table of IP # to ethernet # mappings and check for
>>duplicate IP #s?  Thanks for any info,
>
>That is just what my PDTBUILD program does. Runs on a PC on top of
>a packet driver. Included in the PDCLKSET package, available from
>msdos.ftp.sunet.se:pub/network/pdclkset/pdclk144.zip or
>ftp.lu.se:pub/network/pdclkset/pdclk144.zip


I was wondering if there is anything like this for Suns running SunOS 4.1.1?

Much thanks in advance.



Peter Richards
richards@beta.lanl.gov
Newsgroups: comp.protocols.tcp-ip
From: ghawkins@unix1.tcd.ie (George C. Hawkins)
Subject: why did development of CSLIP stall in early '90
Summary: see title.
Keywords: CSLIP
Organization: Trinity College, Dublin
Date: Wed, 12 Aug 1992 17:23:13 GMT


Hi there,

Maybe I'm missing something but I've been trying to get CSLIP, and
I've found cslip.tar.Z which just contains the README:

> Wed Feb 28 22:56:19 PST 1990
> 
> The official release of the compressed slip code described in
> RFC 1144 is awaiting a Unix PPP driver.  If you want to play
> with a beta version of the code, binary ftp file cslipbeta.tar.Z
> from ftp.ee.lbl.gov (128.3.254.68).  This file contains all the
> code from the RFC and a BSD Unix SLIP (RFC 1055) driver.
> 
> The compression code in cslipbeta.tar (slcompress.[ch]) is the
> code documented in the RFC and the code that will go into
> cslip.tar.Z.  The only changes I expect between now and the time
> cslipbeta.tar gets renamed cslip.tar is the addition of an
> if_ppp.c (BSD Unix PPP driver) and some improvement to the
> (currently pathetic) installation instructions.
> 
> The official release should happen by the end of March, '90.
> I'll announce it on the ietf and tcp-ip mailing lists and the
> comp.protocols.tcp-ip usenet newsgroup.
> 
>  - Van Jacobson

Did this release never happen? Is if_ppp.c an essential ingredient
(I'm using a Sun IPC running SunOS 4.1 and the connection I'm
running SLIP over is a fixed very clean serial line running at 9600
bps if that's relevant)? All I can find on ftp.ee.lbl.gov is
cslipbeta.tar. From what Van say the expected March '90 release
shouldn't have been too much different from this, but reading the
cslipbeta README file:

> Berkeley, CA,  Sun Dec 31 08:54:07 PST 1989
> 
> This directory contains some experimental SLIP code that does
> tcp/ip header compression & TOS queuing.  This is a beta test
> version for hard-core network kernel hackers.  You don't want to
> play with this code unless you're (a) comfortable hacking the
> kernel and (b) familiar with your system's TCP/IP implementation.

suggests that CSLIP is not for people like me (i.e. I don't wish
to hack the code). So what's the situation, is CSLIP for me (or
anyone else for that matter). The server that supplies me my SLIP
service says it can deal with CSLIP so it would be nice to take
advantage of it if I could on my 9600 bps line.

Thanks for your time, yours,


George!
--
george lives at:
___________________________________________________________________________
|   ghawkins@unix1.tcd.ie (mostly)  |   ghawkins@vax1.tcd.ie (sometimes)  |
---------------------------------------------------------------------------
Newsgroups: comp.protocols.tcp-ip
From: rhm@oclc.org (Robin Hermance-Moore)
Subject: Multiple End Systems Via One IP Address?
Originator: vickroy@boa.cis.ohio-state.edu
Organization: OCLC Online Computer Library Center, Inc.
Date: Tue, 18 Aug 1992 17:11:50 GMT

Can anyone point me to a commercially-available solution to this
problem?

We are designing an application which will run on multiple Unix
systems & be accessible via TCP/IP.  We would like to make these
systems available to users on the Internet using a single IP
address.  Since the "application systems" all run pretty much
independently of each other, we envision something like this:

Internet
    |
[ Front ]
[ End   ]
    |
    ---------------------------------
    |           |           |
[ Appl  ]   [ Appl  ]   [ Appl  ] ...
[ Host  ]   [ Host  ]   [ Host  ]
[ # 1   ]   [ # 2   ]   [ # 3   ]

The Front End system would listen for connections on a given
port using sockets (say it's the Telnet port), accept them,
open a new connection to the same port on whichever Appl Host
was the least loaded at the same port (connecting to the
real Telnet server when it gets there) and then pass data
back and forth between the Telnet client out in the Internet
and the Telnet servers on the Appl Hosts.

This would be a relatively easy piece of code to write, but
I am concerned about the performance of the Front End system
(i.e., I don't want it to become a bottleneck).

Does anyone know of an off-the-shelf system we could use in the
place of the Front End?  I was hoping for something, perhaps from
one of the router vendors, that would be designed and fine-tuned
for this purpose & thus support a high number of simultaneous
connections.

Any pointers you can give would be greatly appreciated.

Thanks, Robin Hermance-Moore (rhm@oclc.org)

--
Robin Hermance-Moore                                  Section Manager
Mail Stop 468                                Open Systems Development
OCLC Online Computer Library Center                      rhm@oclc.org
6565 Frantz Road, Dublin OH  43017                       614-764-6215
From: nelson@crynwr.com (Russell Nelson)
Newsgroups: comp.protocols.tcp-ip
Subject: How to drive a Crynwr packet driver? 
Distribution: world
Date: Thu, 13 Aug 92 15:10:16 GMT
Organization: Crynwr Software

In article <1992Aug12.235207.17783@trl.oz.au> nduong@rhea.trl.OZ.AU writes:

   I've down loaded the Crynwr packet driver collection but have no idea
   how to drive it. Can somebody post or email some clue? Surely there must
   be some document somewhere that specifies the services of a packet
   driver (under DOS)?

Sure, it's in the collection as PACKET_D.109.

   For realtime reason I've have to drive the packet driver
   directly from my program. BTW, can I use the same driver under OS/2? If
   not how do I go about using a packet driver (or such like) under OS/2?

The packet drivers calling convention (software interrupt) is
incompatible with OS/2.  Use NDIS drivers there...

-russ <nelson@crynwr.com>  I'm proud to be a humble Quaker!
Crynwr Software            Crynwr Software sells packet driver support.
11 Grant St.               315-268-1925 Voice
Potsdam, NY 13676          315-268-9201 FAX
Newsgroups: comp.protocols.tcp-ip
From: mvm@cbnewsb.cb.att.com (michael.v.murphy)
Subject: Info on info-server at CSNET and TCP on Sun
Organization: AT&T
Distribution: usa
Date: Wed, 19 Aug 1992 19:23:15 GMT

    Does anyone have updated info on how to receive copies of RFC's (as 
described in Appendix 3 of Comer's TCP/IP)  The info-server described does
not seem to respond and the 800 number is disconnected. Also, has anyone
had problems passing large messages using Tli (tcp) on Sun Sparc's ? It
seems to loose part of the data for lengths > 4096 on sends and to fragment
at 1460 on receives. Any suggestions ???

							Mike Murphy

Newsgroups: comp.protocols.tcp-ip
From: jraja@vipunen.hut.fi (Jarno Tapio Rajahalme)
Subject: Re: getting RFCs
Organization: Helsinki University of Technology, Finland
Date: 17 Aug 92 12:30:39

In article <1992Aug15.032117.10906@crd.ge.com> bloomer@rodson.crd.ge.com (John Bloomer) writes:


   Is there an approved way to obtain the latest copies of RFCs?
   I used archie to find scores of places that have some RFCs
   on hand, but is there an approved archive site or surface-mailing
   procedure?

nic.ddn.mil carries the rfc's (anonymous ftp). By the way, rfc's are 
allways 'latest copyes', since once rfc is published it is never
changed afterwards.

Hope this helps,

	Jarno

   -- 
   John J. Bloomer 518-387-6964 (dialcomm 833) FAX -7332
   KWC317, General Electric Corporate Research and Development
   PO Box 8, Schenectady NY 12301

-- 
-----------------------------------------------------------------------------
| Address: Jarno Rajahalme            | EMail:                              |
|          Servin Maijan tie 12 H 111 |   Jarno.Rajahalme@hut.fi            |
|          02150  ESPOO, FINLAND      | tel: +358 0 468 2891                |
-----------------------------------------------------------------------------


Newsgroups: comp.protocols.tcp-ip
From: mjr@hussar.dco.dec.com (Marcus J. Ranum)
Subject: Re: Stopping only incoming TCP connections (was: Firewall usage)
Organization: Digital Equipment Corporation, Washington ULTRIX Resource Center
Date: Thu, 13 Aug 1992 02:31:31 GMT

jclark@sdcc3.ucsd.edu (John Clark) writes:

>Having only recently been interrested in this type of feature, does
>any one have list of hardware which supports 'Firewall' building.

	We use (not surprisingly) DEC hardware to build host-based
screening routers. See Mogul's paper on the packet screen, for more
details. My gateway here (decuac.dec.com) is built of a DECsystem2100,
a MicroVAXII with a pair of ethernet interfaces, and another
DECsystem2100 internally running IP and DECnet.

mjr.
Newsgroups: comp.protocols.tcp-ip
From: dboyes@is.rice.edu (David E Boyes)
Subject: Re: What are the Pros/Cons of Multi-protocol routing?
Organization: Rice University
Distribution: usa
Date: Sun, 23 Aug 1992 05:13:16 GMT

In article <1992Aug21.124812.1@ptavv.llnl.gov> oberman@ptavv.llnl.gov writes:
>DECnet is quite suitable for wide area routing. It was designed for it and is
>generally much easier to manage than even IP. Many regionals and two of the
>three national backbones in the US carry DECnet quite well with
>a global DECnet 
>internet of at least 20K nodes. (It's probably much larger, but it's hard to
>keep track.) But to join the global DECnet you must get addresses from a
>central authority, just like with IP.

I have to disagree slightly here. The upper level DECnet
protocols are easily routable, but the device management
protocols (pre-phase V) such as MOP are not. You're stuck with
tunneling or (worse yet) deploying remote hosts to do small tasks
like download microcode into printers. I'm anxiously awaiting a
full phase V implementation which is rumored to correct this
problem, as well as introducing a routable LAT and (I hope) the
demise of MOP in favor of SNMP or something else that will deal
with routed networks in a more congenial fashion.

>R. Kevin Oberman			Lawrence Livermore National Laboratory
-- 
David Boyes
dboyes@rice.edu
From: barmar@think.com (Barry Margolin)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: Extending IP-numbers
Date: 17 Aug 1992 21:10:56 GMT
Organization: Thinking Machines Corporation, Cambridge MA, USA
NNTP-Posting-Host: telecaster.think.com

In article <1992Aug17.152246.29952@Urmel.Informatik.RWTH-Aachen.DE> berg@physik.tu-muenchen.de (Stephen R. van den Berg) writes:
>I heard some rumors about several proposals being already on the table
>concerning extending the current 4-byte IP-addresses.
>
>Could anyone knowledgeable disclose some specifics about these proposals?
>(Or some pointers on where to look for more info?)

Try RFC 1347, "TCP and UDP with Bigger Addresses (TUBA), A Simple Proposal
for Internet Addressing and Routing".  I don't think it's the only such
proposal, but it's apparently the only one that's made it to the RFC stage.

A related RFC is 1338, "Supernetting: An Address Assignment and Aggregation
Strategy".  It doesn't extend the 4-byte address space, but does suggest
some ways to live with it a bit longer (e.g. treating contiguous ranges of
class C addresses as a single network, to allow for networks too big for
class C but not needing an entire class B, and to reduce the size of
routing tables in the core gateways).

-- 
Barry Margolin
System Manager, Thinking Machines Corp.

barmar@think.com          {uunet,harvard}!think!barmar
Newsgroups: comp.protocols.tcp-ip
From: dansmith@olsen.ch (Dan Smith)
Subject: OSPF commercial or public implementations.
Summary: Has anyone implemented OSPF?  Can I get it?
Keywords:  OSPF, RFC 1131
Organization: Olsen & Associates, Zurich, Switzerland
Date: Fri, 14 Aug 1992 08:34:07 GMT

I am looking for public or commercial implementations of OSPF,
described in RFC 1131.  You may respond on the net, or via mail.

Thanks.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Dan Smith

Olsen and Associates, Seefeldstrasse 233, CH-8008 Zurich, Switzerland
Ph. +41 1 386 48 48  (from US, 011-411-386-48-48)  Fax +41 1 422 22 82
Email:  dansmith@olsen.ch   uunet!chx400!olsen!dansmith
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Newsgroups: comp.protocols.tcp-ip
From: madhu@cbnewsf.cb.att.com (madhu.shekhar)
Subject: TCP/IP gurus, please help
Organization: AT&T
Distribution: usa
Date: Fri, 21 Aug 1992 15:18:31 GMT




This may be a FAQ, but I don't know where to look for
answers.

We are building a product on which we need to put the
TCP/IP protocol suite. I need to know ASAP the following :

    1) Can I use free distributions of TCP/IP to port it
to my environment (UNIX-like OS) , and use it in my product ?
(I mean, is it legal to use it in a product)

    2) If so, What are the FTP sites for TCP/IP sources.

Please respond by e`mail. Thanks in advance.

     Madhu Shekhar
     madhu@mtdkfs1.att.com

Newsgroups: comp.protocols.tcp-ip
From: Steinar.Haug@delab.sintef.no (Steinar Haug)
Subject: Is info on the Delta-t protocol available electronically?
Organization: SINTEF DELAB, Trondheim, Norway.
Date: 21 Aug 92 17:49:44

I have read the following two articles which (partly) describe the Delta-t
protocol:

"Timer-Based Mechanisms in Reliable Transport Protocol Connection Management",
by R.W.Watson

"Gaining Efficiency in Transport Services by Appropriate Design and
Implementation Choices", by R.W.Watson and S.A.Mamrak

(both from the "Innovations in Internetworking" collection edited by Craig
Partridge.)

I would like to understand the Delta-t protocol better, and therefore I need
more info. My questions are:

- Is any info on the Delta-t protocol available electronically? Anonymous
FTP would be fine.

- Is the Delta-t protocol still being used?

Steinar Haug, system/networks administrator
SINTEF DELAB, University of Trondheim, NORWAY
Email: Steinar.Haug@delab.sintef.no, 
	sthaug@idt.unit.no, steinar@tosca.er.sintef.no
Newsgroups: comp.protocols.tcp-ip
From: carrollj@wm-mercer.ca (Jim Carroll)
Subject: Re: profs / vm/ forwarding mail
Organization: William M. Mercer Limited, Toronto, Ontario
Date: Thu, 13 Aug 1992 15:06:25 GMT

In article <1992Aug10.185212.15@nmrdc1.nmrdc.nnmc.navy.mil> dsc3jfs@nmrdc1.nmrdc.nnmc.navy.mil (Jim Small) writes:
>What I need is a method on our KNET equiped VM system, is to be able to
>forward the mail to another stmp hosts (If it makes it easier, the
>id can be the same, but the address will be different)

No problem:

1. First, become an expert in sendmail.	:-)
2. Second, rewrite all sendmail.cf files for all systems through
which said mail passes.  Give them the intelligence to read a flat
file to know where to forward a given user's mail.

It's all there.  All you have to do is tweak it.

I suppose one loose alternative (you'll have to test it, of course)
is to add aliases on all systems, pointing out the proper hosts for
the given mail in question.

I prefer the former method, as it makes life much easier for those
users on multiple hosts who only want to read one mailbox.

-- 
Jim Carroll - carrollj@wm-mercer.ca
-{ Standard Disclaimer in effect .... }-
"Ich weiss nicht, was soll das mir bedeuten."
From: realliso@unity.ncsu.edu (Robert Allison)
Newsgroups: comp.protocols.tcp-ip
Subject: ftp from AS/400 to RS/6000 (filename problem)
Date: 18 Aug 92 22:43:46 GMT
Organization: North Carolina State University Project Unity

I have loaded a tape from the census bureau onto an
AS/400 and need to ftp it over to my RS/6000.

I seem to be having trouble with the file-name that
I am specifying (ok, not just 'seem' -- I definitely
*am* having trouble with my file name:)

Can anyone help me get the secret formula right?

Below, I have cut-n-pasted some of my ftp session
so you might be able to tell where I am going wrong.
The files are on the AS/400, and I'm starting the
ftp session on the RS/6000.

Thanks!
Robert Allison (realliso@unity.ncsu.edu)

$ ftp cimas400
Connected to cimas400.tx.ncsu.edu.
220-QTCP at CIMAS400.TX.NCSU.EDU.
220 Connection will close if idle more than 5 minutes.
Name (cimas400:realliso): 
331 Enter password.
Password:
230 REALLISO logged on.

ftp> ls
200 PORT subcommand request successful.
125 List started.
POP.POP
POP.X.AGESEX88
POP
250 List completed successfully.
ftp> 

ftp> mget *
mget POP.POP? y
200 PORT subcommand request successful.
150 Retrieving member POP in file POP in library REALLISO.
250 File transfer completed successfully.
1 bytes received in 0.3504 seconds (0.002787 Kbytes/s)
mget POP.X.AGESEX88? y
200 PORT subcommand request successful.
550 File must be specified by library/file.member.
mget POP? y
200 PORT subcommand request successful.
550 File must be specified by library/file.member.
ftp> 

ftp> get realliso/pop.x.agesex88
realliso/pop.x.agesex88: A file or directory in the path name does not exist.
ftp> get realliso/pop
realliso/pop: A file or directory in the path name does not exist.
ftp> mget realliso/*
mget POP.POP? y
200 PORT subcommand request successful.
150 Retrieving member POP in file POP in library REALLISO.
250 File transfer completed successfully.
1 bytes received in 0.2035 seconds (0.004799 Kbytes/s)
mget POP.X.AGESEX88? y
200 PORT subcommand request successful.
550 File must be specified by library/file.member.
mget POP? y
200 PORT subcommand request successful.
550 File must be specified by library/file.member.
ftp>
From: cmaeda+@cs.cmu.edu (Christopher Maeda)
Newsgroups: comp.protocols.tcp-ip
Subject: Mr Protocol
Date: 19 Aug 92 16:24:51 GMT
Article-I.D.: cs.Bt8o9I.8K7.1
Organization: School of Computer Science, Carnegie Mellon


In article <MARK.MCINTOSH.92Aug18152116@sombrio.UVic.CA> Mark.McIntosh@engr.UVic.CA (Mark  McIntosh) writes:
>
>Personally, I've always liked this column [Mr Protocol] for its highly
>readable technical content and a dash of humour here and there.

Mr. Protocol is my Lord and Personal Saviour.
 

-- 
Chris Maeda, Grad Student and RetroGrouch <cmaeda@cs.cmu.edu>
"A unix signature isn't a return address, it's the ASCII equivalent of
a black velvet clown painting. It's a rectangle of carets surrounding
a quote from a literary giant of weeniedom like Heinlein or Dr. Who."
From: pruttman@cerebus.cc.edu (Pete Ruttman)
Newsgroups: comp.protocols.tcp-ip
Subject: I Have SLIP-4.0 running on SUN need package to use it
Date: 11 Aug 92 19:00:29 GMT
Article-I.D.: carroll1.3279
Reply-To: pruttman@cerebus.cc.edu (Pete Ruttman)
Organization: Carroll College-Waukesha, WI

Okay I managed to get the slip compiled for the sun and have rebuilt
the kernal.  I also managed to use sliplogin to use slip over
one serial port and into the other.  So I guess it is working fine.
Now my next job would be to take advantage of this.  What do I need
to make a mac, pc, amiga be able to use the slip that is working
now on that sun?  I would prefer pd solutions but any help would
be great?  If there is better slip for the sun tell me I am new at
this slip stuff.  Help me out.

Pete
pruttman@cerebus.cc.edu
From: bloomer@rodson.crd.ge.com (John Bloomer)
Newsgroups: comp.protocols.tcp-ip
Subject: getting RFCs
Date: 15 Aug 92 03:21:17 GMT
Organization: GE Corporate R&D Center

Is there an approved way to obtain the latest copies of RFCs?
I used archie to find scores of places that have some RFCs
on hand, but is there an approved archive site or surface-mailing
procedure?

-- 
John J. Bloomer 518-387-6964 (dialcomm 833) FAX -7332
KWC317, General Electric Corporate Research and Development
PO Box 8, Schenectady NY 12301
Newsgroups: comp.protocols.tcp-ip
From: kd1hz@anomaly.sbs.risc.net (Michael P. Deignan (KD1HZ))
Subject: Re: Seeking advice using KA9Q over SLIP
Organization: The Rhode Island Internet Systems Cooperative Network
Distribution: usa
Date: Mon, 17 Aug 1992 01:07:10 GMT

rmh@cbnewsm.cb.att.com (robert.m.holden) writes:

>Are all SLIPs compatible?

Yup. This message is being routed from a UNIX machine over a KA9Q SLIP-driven 
line onto the Internet.

>	sl0 recv:
>	serial line IP: len 26
>	IP: bad header

>	sl0 recv:
>	serial line VJ compressed TCP: len 8
>	changes: 0x9e  TCP checksum 0x7ef8 PUSH
>	delta window: 0x7e delta ack: 0x60 delta seq: 0xe increment id

This usually indicates one of several things (in decreasing order of 
liklihood):

 1. Your serial port is not configured for 9600 baud (did you execute a MODE
    statement?)

 2. The serial connection was not established at 9600bps (can you lock the
    serial-port speed?)


Basically KA9Q is receiving garbage, and is attempting to decode it (resulting
in KA9Q thinking that it is VJ-compressed SLIP being used.)


MD
-- 
--  Michael P. Deignan                      / Sex is hereditary. If your 
--  Domain: kd1hz@anomaly.sbs.risc.net     /  parents never had it, chances 
--    UUCP: ...!uunet!anomaly!mpd         /   are you won't either...
-- Telebit: +1 401 455 0347              /