From owner-freebsd-current@FreeBSD.ORG Sat Apr 30 02:30:40 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA76F16A4D1 for ; Sat, 30 Apr 2005 02:30:40 +0000 (GMT) Received: from mail26.sea5.speakeasy.net (mail26.sea5.speakeasy.net [69.17.117.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3ADFA43D54 for ; Sat, 30 Apr 2005 02:30:40 +0000 (GMT) (envelope-from qingli@speakeasy.net) Received: (qmail 24464 invoked from network); 30 Apr 2005 02:30:39 -0000 Received: from dsl081-051-141.sfo1.dsl.speakeasy.net (HELO SAINTS) ([64.81.51.141]) (envelope-sender ) by mail26.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 30 Apr 2005 02:30:39 -0000 From: "Qing Li" To: Date: Fri, 29 Apr 2005 19:30:51 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcVMU3bbl0cH9+hATQ+t3VDXC6/DrwA2Qg7g X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Message-Id: <20050430023040.3ADFA43D54@mx1.FreeBSD.org> X-Mailman-Approved-At: Sat, 30 Apr 2005 12:50:29 +0000 cc: 'David Malone' cc: qingli@freebsd.org cc: silby@freebsd.org cc: andre@freebsd.org cc: freebsd-current@freebsd.org Subject: FW: pmtu patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Apr 2005 02:30:40 -0000 -----Original Message----- From: Qing Li [mailto:qingli@FreeBSD.org] Sent: Thursday, April 28, 2005 5:36 PM To: andre@freebsd.org Cc: qingli@freebsd.org Subject: pmtu patch Hi Andre, I was thinking whether we could add another variable in "hc_metrics" called "u_long rmx_mtu_lastupdate" and perhaps a new function called "tcp_hc_getmtu_update" When we get the ICMP PRC_MSGSIZE notification, we do if (((time_second() - tcp_hc_getmtu_update(&inc)) < PMTU_MIN) do_nothing; else { ... } If there is no suggested mtu value, instead of immediately falling back to the default, or rely on the original packet fragment, can we just use the mtu value in the host cache as the basis for the next try as in: else { mtu = ip_next_mtu(tcp_hc_getmtu(&inc), 1); } -- Qing