| |
PA2AGA > TCPDIG 05.06.96 20:48l 186 Lines 5491 Bytes #-10993 (0) @ EU
BID : TCP_96_117A
Read: DG7DAH GUEST
Subj: TCP-Group Digest 96/117A
Path: DB0AAB<DB0KCP<DB0ZKA<DB0LX<DB0RBS<DB0SEL<DB0ZDF<DB0AIS<DB0NDK<DB0RWI<
DB0OVN<PI8JOP<PI8ZAA<PI8HWB<PI8VAD<PI8VNW
Sent: 960605/0629Z @:PI8VNW.#ZH2.NLD.EU #:10614 [Hoek v Holland] FBB5.15c
From: PA2AGA@PI8VNW.#ZH2.NLD.EU
To : TCPDIG@EU
Received: from pa2aga by pi1hvh with SMTP
id AA10509 ; Wed, 05 Jun 96 04:03:16 UTC
Received: from pa2aga by pa2aga (NET/Mac 2.3.60/7.1) with SMTP
id AA00008219 ; Wed, 05 Jun 96 00:29:12 MET
Received: from pa2aga-10 by pa2aga with SMTP
id AA00008166 ; Wed, 05 Jun 96 00:17:13 MET
Received: from pa2aga-10 by pa2aga-10 (NET/Mac 2.3.60/7.1) with SMTP
id AA00004897 ; Wed, 05 Jun 96 00:17:09 MET
Date: Wed, 05 Jun 96 00:04:28 MET
Message-Id: <tcp_96_117A>
From: pa2aga
To: tcp_broadcast@pa2aga-10
Subject: TCP-Group Digest 96/117A
X-BBS-Msg-Type: B
TCP-Group Digest Tue, 4 Jun 96 Volume 96 : Issue 117
Today's Topics:
Mailing address change (2 msgs)
snoop module for tcp/ip (6 msgs)
Send Replies or notes for publication to: <TCP-Group@UCSD.Edu>.
Subscription requests to <TCP-Group-REQUEST@UCSD.Edu>.
Problems you can't solve otherwise to brian@ucsd.edu.
Archives of past issues of the TCP-Group Digest are available
(by FTP only) from ftp.UCSD.Edu in directory "mailarchives".
We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party. Your mileage may vary. So there.
----------------------------------------------------------------------
Date: Tue, 04 Jun 1996 08:54:19 -0800
From: johan@miyazaki-mic.ac.jp
Subject: Mailing address change
An announcement:
As of July 1, 1996, our mailing address will be:
Wendy and Johan Reinalda
City House 305
Tenjin-cho 16-3
Miyakonojo-shi, Miyazaki 885 JAPAN
As of July 25, 1996, our home phone number will be:
International: 81-986-26-9241
In Japan: 0986-26-9241
Our email address remains unchanged.
Keep in touch!
Sincerely,
Johan and Wendy
------------------------------
Date: Mon, 3 Jun 1996 19:15:00 -0700 (PDT)
From: George Cserenyi <zsolt@direct.ca>
Subject: Mailing address change
Congratulations Wendy and Johan!
On Tue, 4 Jun 1996 johan@miyazaki-mic.ac.jp wrote:
> An announcement:
>
> As of July 1, 1996, our mailing address will be:
>
> Wendy and Johan Reinalda
> City House 305
> Tenjin-cho 16-3
> Miyakonojo-shi, Miyazaki 885 JAPAN
>
> As of July 25, 1996, our home phone number will be:
>
> International: 81-986-26-9241
>
> In Japan: 0986-26-9241
>
> Our email address remains unchanged.
>
> Keep in touch!
>
> Sincerely,
>
> Johan and Wendy
>
>
>
>
------------------------------
Date: Sun, 2 Jun 1996 21:49:45 +0100 (BST)
From: alan@lxorguk.ukuu.org.uk (Alan Cox)
Subject: snoop module for tcp/ip
> Could some gods (like Alan Cox, Phil Karn, etc... :-) give their opinion
> in the list. That should be very nice to see it ported in nos or linux
> systems, and test it in our slow radio networks !!!
Being listed before Phil.. good grief ;)
I've looked at it a little. The basic idea is to generate retransmissions
locally. The document isnt clear however on how it handles keeping connection
state nor the impact it potentially has on the TCP protocol bugs (RFC1337
and draft-heavens...). Its on my too implement list shortly after the next
version of the radio modems turn up but unlike the way the imply its done,
in user space.
Alan
------------------------------
Date: Mon, 03 Jun 1996 10:05:45 -0400
From: "Louis A. Mamakos" <louie@uu.net>
Subject: snoop module for tcp/ip
While I have no problem with reliable link-level protocols
retransmitting packets across a link, I have a real problem with
network elements in the middle of the network playing around inside of
TCP, which provides end-to-end reliability. This is a just a little
bit disturbing since software does have bugs, and I don't want someone
else's software inducing errors by checksum recomputation, etc.
This is pretty firmly held - take a look at TCP header compression
over low bandwidth links. You can "compress" away just about all of
the header given state, but the TCP checksum is still carried
explicitly, rather than being regenerated.
louie
wa3ymh
> Message-Id: <m0uQK5p-0005FwC@lightning.swansea.linux.org.uk>
> In-Reply-To: <Pine.LNX.3.91.960601171551.3360A-100000@linux.ea4abb.ampr.org>
fr
> om "Julian Munoz" at Jun 1, 96 05:29:16 pm
> Date: Sun, 02 Jun 1996 21:49:45 BST
> To: julian@linux.ea4abb.ampr.org (Julian Munoz)
> cc: tcp-group@ucsd.edu
> From: alan@lxorguk.ukuu.org.uk (Alan Cox)
> Subject: Re: snoop module for tcp/ip
> Content-Type: text
>
> > Could some gods (like Alan Cox, Phil Karn, etc... :-) give their opinion
> > in the list. That should be very nice to see it ported in nos or linux
> > systems, and test it in our slow radio networks !!!
>
> Being listed before Phil.. good grief ;)
>
> I've looked at it a little. The basic idea is to generate retransmissions
> locally. The document isnt clear however on how it handles keeping
connection
> state nor the impact it potentially has on the TCP protocol bugs (RFC1337
> and draft-heavens...). Its on my too implement list shortly after the next
> version of the radio modems turn up but unlike the way the imply its done,
> in user space.
>
> Alan
>
>
------------------------------
Date: Sun, 2 Jun 1996 12:53:25 +0100 (GMT+0100)
From: Julian Munoz <julian@linux.ea4abb.ampr.org>
Subject: snoop module for tcp/ip
Hello,
To be continued in digest: tcp_96_117B
Read previous mail | Read next mail
| |
