Date: Tue, 01 May 2001 11:01:42 -0700 From: Lars Eggert <larse@ISI.EDU> To: Gunther Schadow <gunther@aurora.regenstrief.org> Cc: snap-users@kame.net, freebsd-net@freebsd.org, ipfilter@coombs.anu.edu.au, altq@csl.sony.co.jp Subject: Re: The future of ALTQ, IPsec & IPFILTER playing together ... Message-ID: <3AEEFA06.BA0EB9FD@isi.edu> References: <3AEEEE79.8F7CC7B0@aurora.regenstrief.org> <3AEEF26B.C6850070@isi.edu> <3AEEF59D.3D5622DE@aurora.regenstrief.org>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --] Gunther Schadow wrote: > However, I am afraid that ALTQ > is not supported on gif pseudo-devices as it seems that ALTQ wants > to deal with things like DMA etc, i.e., real NIC hardware. ALTQ kicks in at the boundary between network and link layer - basically, it replaces the send queue of an interface with something more interesting than the default FIFO. The drivers themselves remain essentially unchanged. That's the good news. The bad news is that all the gif device does is prepend another IP header, and call ip_output(). Which means that it has no outgoing queue to which you could apply ALTQ to. I think this is different from Dummynet, which happens inside ip_output() and does its own buffering. I didn't realize this when I sent me earlier mail, this may be a problem for you. I have used Dummynet on tunnels before and know it works. I assumed ALTQ would, too - but now that I thought more about it, there are issues. Maybe Kenjiro and Itojun (who have a much better understanding of the details of the networking stack than me) have some ideas how to make this work? Lars -- Lars Eggert <larse@isi.edu> Information Sciences Institute http://www.isi.edu/larse/ University of Southern California [-- Attachment #2 --] 0# *H 01 0 + 0 *H 00A#0 *H 01 0 UZA10U Western Cape10U Durbanville10 U Thawte1 0U Certificate Services1(0&U Personal Freemail RSA 1999.9.160 000824203008Z 010824203008Z0T10 UEggert1 0 U*Lars10U Lars Eggert1 0 *H larse@isi.edu00 *H 0 \p9 H;v r∩6"C?mxfJ f7I[3CF́L I - zHRVA怤2]0-bL)%X>nӅ w0u0*+e!0 00L2uMyffBNUbNJJcdZ2s0U 0 larse@isi.edu0 U 0 0 U #0`fUXF a#Ì0 *H _3 F=%nWY-HXD9UOc6ܰw f@uܶNԄR?Pr} E1֮23 mFhySwM_h|d yR= $P 00} 0 *H 01 0 UZA10U Western Cape10U Cape Town10U Thawte Consulting1(0&U Certification Services Division1$0"UThawte Personal Freemail CA1+0) *H personal-freemail@thawte.com0 990916140140Z 010915140140Z01 0 UZA10U Western Cape10U Durbanville10 U Thawte1 0U Certificate Services1(0&U Personal Freemail RSA 1999.9.1600 *H 0 iZ z]!#rLK~r$BRW{azr98e^eyvL>hpu t ,O 1ArƦ]D.Mօ>lx~@эWs0FO 7050U 0 0 U #0rIs4U vr~wƲ0 *H kY1rr`HU{gapm¥7؝(V\uoƑlfq|ko!6- -mƃRt\~ orzg,ks n Νc) ~U10001 0 UZA10U Western Cape10U Durbanville10 U Thawte1 0U Certificate Services1(0&U Personal Freemail RSA 1999.9.16#0 + 0 *H 1 *H 0 *H 1 010501180142Z0# *H 12*p4aF0R *H 1E0C0 *H 0*H 0+0 *H @0 *H (0 *H E:)◫Ny Tn_jQBU 2BjH>+ǩx$-hmÇJJtN4Е=n{ 7$s* m4|(w_U˧ ,P`
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3AEEFA06.BA0EB9FD>