From owner-freebsd-net@FreeBSD.ORG Tue Jan 18 12:09:44 2005 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A52E316A4CE for ; Tue, 18 Jan 2005 12:09:44 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E99343D45 for ; Tue, 18 Jan 2005 12:09:43 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id j0IC9epQ009166; Tue, 18 Jan 2005 15:09:40 +0300 (MSK) (envelope-from maxim@macomnet.ru) Date: Tue, 18 Jan 2005 15:09:40 +0300 (MSK) From: Maxim Konovalov To: Julien Lesaint In-Reply-To: <20050116014706.GD28728@titoon.net> Message-ID: <20050118150905.A9145@mp2.macomnet.net> References: <20050116014706.GD28728@titoon.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SpamTest-Info: Profile: Formal (195/050109) X-SpamTest-Info: Profile: Detect Hard (4/030526) X-SpamTest-Info: Profile: SysLog X-SpamTest-Info: Profile: Marking - Keywords (2/030321) X-SpamTest-Status: Not detected X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0124], SpamtestISP/Release cc: freebsd-net@freebsd.org Subject: Re: ttl-exceeded sourced by arrival interface ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2005 12:09:44 -0000 On Sun, 16 Jan 2005, 02:47+0100, Julien Lesaint wrote: > Hi, > > This is a followup to the original post from James Jun, on Dec, 2003. > http://lists.freebsd.org/mailman/htdig/freebsd-net/2003-December/002114.html > > Quick reminder: in the case the route to the packet's source is not the > interface this packet arrived on, do we have a way to source ICMP errors > (ttl-exceeded) with the original interface's IP address ? > > Currently the box is sending ttl-exceeded with the IP address of the > interface the route to the sender is pointing at. No need to explain why > such a feature would be useful - primarily for traceroute comprehension > & routing troubleshooting, rather than for some cosmetic purposes. Does net.inet.icmp.reply_src sysctl help? -- Maxim Konovalov