From owner-cvs-src@FreeBSD.ORG  Sun Dec  2 13:00:48 2007
Return-Path: <owner-cvs-src@FreeBSD.ORG>
Delivered-To: cvs-src@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 309FD16A418;
	Sun,  2 Dec 2007 13:00:48 +0000 (UTC)
	(envelope-from guido@FreeBSD.org)
Received: from repoman.freebsd.org (repoman.freebsd.org
	[IPv6:2001:4f8:fff6::29])
	by mx1.freebsd.org (Postfix) with ESMTP id 23A5713C458;
	Sun,  2 Dec 2007 13:00:48 +0000 (UTC)
	(envelope-from guido@FreeBSD.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
	by repoman.freebsd.org (8.14.1/8.14.1) with ESMTP id lB2D0lie072998;
	Sun, 2 Dec 2007 13:00:47 GMT
	(envelope-from guido@repoman.freebsd.org)
Received: (from guido@localhost)
	by repoman.freebsd.org (8.14.1/8.14.1/Submit) id lB2D0lrr072997;
	Sun, 2 Dec 2007 13:00:47 GMT (envelope-from guido)
Message-Id: <200712021300.lB2D0lrr072997@repoman.freebsd.org>
From: Guido van Rooij <guido@FreeBSD.org>
Date: Sun, 2 Dec 2007 13:00:47 +0000 (UTC)
To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org
X-FreeBSD-CVS-Branch: HEAD
Cc: 
Subject: cvs commit: src/sys/netinet ip_input.c
X-BeenThere: cvs-src@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: CVS commit messages for the src tree <cvs-src.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/cvs-src>
List-Post: <mailto:cvs-src@freebsd.org>
List-Help: <mailto:cvs-src-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 02 Dec 2007 13:00:48 -0000

guido       2007-12-02 13:00:47 UTC

  FreeBSD src repository

  Modified files:
    sys/netinet          ip_input.c 
  Log:
  Consider the following situation:
  1. A packet comes in that is to be forwarded
  2. The destination of the packet is rewritten by some firewall code
  3. The next link's MTU is too small
  4. The packet has the DF bit set
  
  Then the current code is such that instead of setting the next
  link's MTU in the ICMP error, ip_next_mtu() is called and a guess
  is sent as to which MTU is supposed to be tried next. This is because
  in this case ip_forward() is called with srcrt set to 1. In that
  case the ia pointer remains NULL but it is needed to get the MTU
  of the interface the packet is to be sent out from.
  Thus, we always set ia to the outgoing interface.
  
  MFC after:      2 weeks
  
  Revision  Changes    Path
  1.334     +2 -1      src/sys/netinet/ip_input.c