From owner-freebsd-questions@FreeBSD.ORG Fri Jul 8 10:05:39 2011 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 350D3106566C for ; Fri, 8 Jul 2011 10:05:39 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id EEFFE8FC1E for ; Fri, 8 Jul 2011 10:05:38 +0000 (UTC) Received: by vxg33 with SMTP id 33so1735715vxg.13 for ; Fri, 08 Jul 2011 03:05:38 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.24.74 with SMTP id s10mr2505496vdf.111.1310119537395; Fri, 08 Jul 2011 03:05:37 -0700 (PDT) Received: by 10.220.7.146 with HTTP; Fri, 8 Jul 2011 03:05:37 -0700 (PDT) X-Originating-IP: [93.221.178.105] In-Reply-To: <20110707224435.GA27624@mech-cluster241.men.bris.ac.uk> References: <20110707224435.GA27624@mech-cluster241.men.bris.ac.uk> Date: Fri, 8 Jul 2011 12:05:37 +0200 Message-ID: From: "C. P. Ghost" To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: tftp - bad checksum error? can't transfer file X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2011 10:05:39 -0000 On Fri, Jul 8, 2011 at 12:44 AM, Anton Shterenlikht w= rote: > I'm trying to troubleshoot tftpd(8). (...) > =A0 =A0192.168.232.10.15388 > buzi.tftp: [no cksum] =A025 RRQ "/bsd.rd.IP= 32" octet ( > o > 23:25:21.024160 IP (tos 0x0, ttl 64, id 56, offset 0, flags [none], proto= UDP (1 > 7), length 30, bad cksum 0 (->293a)!) > =A0 =A0buzi.19330 > 192.168.232.10.15388: [udp sum ok] UDP, length 2 > 23:25:51.013759 IP (tos 0x0, ttl 255, id 256, offset 0, flags [none], pro= to UDP > (17), length 53) I've had some trouble netbooting / jumpstaring recently with a similar pattern (using RARP/BOOTP/TFTP/NFS). It turned out to be a dying port on the switch whose errors were masked by TCP in day to day use, but alas were too frequent for UDP. -cpghost. --=20 Cordula's Web. http://www.cordula.ws/