Date: Wed, 21 Jun 2000 22:25:45 -0400 From: "Louis A. Mamakos" <louie@TransSys.COM> To: "Anders Chr. Skoe" <skoe@owlnet.rice.edu> Cc: freebsd-net@FreeBSD.ORG, Julie Schlembach <schlem@rice.edu> Subject: Re: Using timestamp option of ip header (IPOPT_TS) Message-ID: <200006220225.WAA35025@whizzo.transsys.com> In-Reply-To: Your message of "Wed, 21 Jun 2000 09:46:02 CDT." <Pine.GSO.4.21.0006210858450.22741-100000@jungle.owlnet.rice.edu> References: <Pine.GSO.4.21.0006210858450.22741-100000@jungle.owlnet.rice.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
I don't think you want any IP options present at all. Depending on the specific implementations in routers, some (most?) will punt IP datagrams with options to a conventional CPU to process. As you only seem to care about timestamps as the packets are leaving the host, and as they arrive at the destination (I think?), there's an alternative approach you might consider. How about having a software shim, perhaps in the form of another network interface which encapsulates the packet to be sent inside another datagram which contains the timestamp the packet was sent (or at least queued for transmission). The remote host could then use the SO_TIMESTAMP socket option to cause a timestamp to be captured when the packet is received. (Though this only currently works for UDP sockets.) louie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200006220225.WAA35025>