From owner-freebsd-net@FreeBSD.ORG Fri Oct 7 17:09:16 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A764106564A for ; Fri, 7 Oct 2011 17:09:16 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 014A18FC12 for ; Fri, 7 Oct 2011 17:09:15 +0000 (UTC) Received: (qmail 98385 invoked from network); 7 Oct 2011 15:24:45 -0000 Received: from localhost (HELO [127.0.0.1]) ([127.0.0.1]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 7 Oct 2011 15:24:45 -0000 Message-ID: <4E8F2BFA.7020002@freebsd.org> Date: Fri, 07 Oct 2011 18:42:34 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: Ryan Stone References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net Subject: Re: [PATCH] Don't have ICMP Echo Replies copy fragmentation flags from Echo Request X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2011 17:09:16 -0000 On 07.10.2011 17:54, Ryan Stone wrote: > Currently when FreeBSD responds to a ICMP Echo Request, it takes the > original mbuf, rewrites a couple of fields (like the src/dst IP and > the ICMP type), and then sends that mbuf back. As things are > currently implemented, the Don't Fragment bit is kept in the ICMP > replay. This can cause problems for large ICMP Echo Requests if the > MTU on the return route is less than the MTU on the incoming route and > the DF bit is set(Linux's ping command sets it by default). Is it > intended that the DF bit from the Request be copied into the Reply? Yes, this is intended. It allows you to test asymmetric paths. -- Andre