Re: pf / queue+stateful / r generated rules assigned to the right queue?

From: Arne (arne_woerner_at_yahoo.com)
Date: 10/03/05

  • Next message: John-Mark Gurney: "Re: pf / queue+stateful / r generated rules assigned to the right queue?" 
    Date: Mon, 3 Oct 2005 14:21:33 -0700 (PDT)
To: Max Laier <max@love2party.net>, freebsd-net@freebsd.org

    Dear Max,

    Thank u for ur answer...

    --- Max Laier <max@love2party.net> wrote:
    > 1) One can only queue *OUT*going traffic
    > 2) All unclassified outgoing traffic ends up in the default
    > queue
    > 3) Don't forget about 1)
    >
    Hmm...

    Isn't it possible to tell the sender of a stream to slow down?

    In case of TCP I could think of a quite easy way to do so:
    1. ipfw does it...
    2. I would just delay the processing of the packet by the packet
    filter after the apropriate rule has been identified as long as
    necessary to reach the right bandwidth ratio...
    3. Right now I did it with ipfw... Seems to work... Although it
    looks like up to 20 packets are waiting for the right bandwidth...
    Maybe the server even re-sends some packets, when the
    TCP-handshaking is missed?

    So I should do the traffic shaping on the server side?

    Since this seems to be more TCP/IP related, I would like to keep
    this in the -net@ list...

    Bye
    Arne

                    
    __________________________________
    Yahoo! Mail - PC Magazine Editors' Choice 2005
    http://mail.yahoo.com
    _______________________________________________
    freebsd-net@freebsd.org mailing list
    http://lists.freebsd.org/mailman/listinfo/freebsd-net
    To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"

  • Next message: John-Mark Gurney: "Re: pf / queue+stateful / r generated rules assigned to the right queue?"

    Relevant Pages

    • Efficient use of Dummynet pipes in IPFW
      ... we've used "Dummynet" in FreeBSD for bandwidth control. ... pipe or queue will re-emerge at the next rule. ... because the packet can be passed on to the rules that block ports. ... reinjected into IPFW. ...
      (freebsd-net)
    • Re: FreeBSD as Server
      ... that ipfw is native for FreeBSD - it works better than other packet filters. ... With ng_nat first trouble was in parameter of mpd - there is set bundle enable compression. ... But I took a problem with network on server. ...
      (freebsd-isp)
    • Re: Efficient use of Dummynet pipes in IPFW
      ... > Dummynet awkward and inefficient. ... > against the user's bandwidth limit and a flood of packets will be ... > tests the packet to see if it is to go into a different Dummynet pipe). ... > IPFW. ...
      (freebsd-net)
    • Re: blocking a string in a packet using ipfw
      ... serious overload on his server. ... Bagle.FY virus. ... And these are now all in the block list in IPFW. ... string in the packet to drop those packets. ...
      (freebsd-net)
    • blocking a string in a packet using ipfw
      ... serious overload on his server. ... And these are now all in the block list in IPFW. ... string in the packet to drop those packets. ... Or any other suggestion that would make sense. ...
      (freebsd-net)