[4035] in arla-drinkers
Re: healthy installation on os x does not connect at some locations
daemon@ATHENA.MIT.EDU (Harald Barth)
Thu Sep 28 09:42:23 2006
From arla-drinkers-bounces@stacken.kth.se Thu Sep 28 13:42:23 2006
Return-Path: <arla-drinkers-bounces@stacken.kth.se>
Delivered-To: arla-drinkers-mtg@bloom-picayune.mit.edu
Received: (qmail 2347 invoked from network); 28 Sep 2006 13:42:23 -0000
Received: from mx2.kth.se (130.237.48.98)
by charon.mit.edu with SMTP; 28 Sep 2006 13:42:23 -0000
Received: from localhost (localhost.localdomain [127.0.0.1])
by mx2.kth.se (Postfix) with ESMTP id 4059B14506C;
Thu, 28 Sep 2006 15:42:22 +0200 (CEST)
Received: from mx2.kth.se ([127.0.0.1])
by localhost (mx2.kth.se [127.0.0.1]) (amavisd-new, port 10024) with LMTP
id 26613-01-17; Thu, 28 Sep 2006 15:42:21 +0200 (CEST)
Received: from tapas.stacken.kth.se (tapas.stacken.kth.se [130.237.234.140])
by mx2.kth.se (Postfix) with ESMTP id 101B9141265;
Thu, 28 Sep 2006 15:42:21 +0200 (CEST)
Received: from tapas.stacken.kth.se (localhost [127.0.0.1])
by tapas.stacken.kth.se (Postfix) with ESMTP id C7319534FC;
Thu, 28 Sep 2006 15:42:20 +0200 (CEST)
X-Original-To: arla-drinkers@tapas.stacken.kth.se
Delivered-To: arla-drinkers@tapas.stacken.kth.se
Received: from brev.stacken.kth.se (brev.stacken.kth.se [130.237.234.84])
by tapas.stacken.kth.se (Postfix) with ESMTP id 6BD0A534FC
for <arla-drinkers@tapas.stacken.kth.se>;
Thu, 28 Sep 2006 15:42:19 +0200 (CEST)
Received: from mx2.kth.se (mx2.kth.se [130.237.48.98])
by brev.stacken.kth.se (8.12.10/8.12.10) with ESMTP id k8SDgI1R015940
for <arla-drinkers@stacken.kth.se>;
Thu, 28 Sep 2006 15:42:19 +0200 (MET DST)
Received: from localhost (localhost.localdomain [127.0.0.1])
by mx2.kth.se (Postfix) with ESMTP id ADF0D145076;
Thu, 28 Sep 2006 15:42:18 +0200 (CEST)
Received: from mx2.kth.se ([127.0.0.1])
by localhost (mx2.kth.se [127.0.0.1]) (amavisd-new,
port 10024) with LMTP
id 27375-01-54; Thu, 28 Sep 2006 15:42:17 +0200 (CEST)
Received: from localhost (dhcp-179.vinet.kthnoc.net [192.36.250.179])
by mx2.kth.se (Postfix) with ESMTP id 31261144F9A;
Thu, 28 Sep 2006 15:42:17 +0200 (CEST)
Date: Thu, 28 Sep 2006 15:41:02 +0200 (MEST)
Message-Id: <20060928.154102.32533210.haba@habarber.pdc.kth.se>
To: abo@kth.se
Subject: Re: healthy installation on os x does not connect at some locations
From: Harald Barth <haba@pdc.kth.se>
In-Reply-To: <1159449954.5085.95.camel@endor.ite.kth.se>
References: <DCA9D7F5-BF87-470C-8727-9FF6A9CEAA80@fy.chalmers.se>
<rqcr6xw5gz9.fsf@kashyyyk.ite.kth.se>
<1159449954.5085.95.camel@endor.ite.kth.se>
X-Mailer: Mew version 4.2 on Emacs 21.4 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
X-Virus-Scanned: by amavisd-new at kth.se
X-Spam-Status: No, hits=-4.9 tagged_above=-200.0 required=5.0 tests=BAYES_00
X-Spam-Level:
Cc: arla-drinkers@stacken.kth.se, tfsangr@fy.chalmers.se, kaj@kth.se
X-BeenThere: arla-drinkers@stacken.kth.se
X-Mailman-Version: 2.1.6
Precedence: list
List-Id: Arla discussions <arla-drinkers.stacken.kth.se>
List-Unsubscribe: <https://lists.stacken.kth.se/mailman/listinfo/arla-drinkers>,
<mailto:arla-drinkers-request@stacken.kth.se?subject=unsubscribe>
List-Archive: <http://lists.stacken.kth.se/pipermail/arla-drinkers>
List-Post: <mailto:arla-drinkers@stacken.kth.se>
List-Help: <mailto:arla-drinkers-request@stacken.kth.se?subject=help>
List-Subscribe: <https://lists.stacken.kth.se/mailman/listinfo/arla-drinkers>,
<mailto:arla-drinkers-request@stacken.kth.se?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: arla-drinkers-bounces@stacken.kth.se
Errors-To: arla-drinkers-bounces@stacken.kth.se
X-Virus-Scanned: by amavisd-new at kth.se
> I've seen a case where a Solaris host with local IP filters reject
> fragmented UDP packets, even though the fragmented UDP packet was
> destined to a non-filtered port. This caused the client (which was vos
> from OpenAFS, but I suppose it might apply to any RX-based software) to
> have abysmal performance, but it still worked. Something to look out for
> after the ports have been opened (if the above mentioned problem is
> really caused by a firewall).
The PDC servers should only permit 1 fragment/packet (= not fragmented
at all) which should force the client to do the same (by the mechanism
in the rx transport protocol)
(If I remember correctly how I patched the servers)
Harald.
_______________________________________________
Arla-drinkers mailing list
Arla-drinkers@stacken.kth.se
https://lists.stacken.kth.se/mailman/listinfo/arla-drinkers
