From owner-freebsd-pf@FreeBSD.ORG Mon Aug 20 14:21:05 2007 Return-Path: Delivered-To: freebsd-pf@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0854016A419 for ; Mon, 20 Aug 2007 14:21:05 +0000 (UTC) (envelope-from varga@stonehenge.sk) Received: from otana.stonehenge.sk (otana.stonehenge.sk [82.208.39.177]) by mx1.freebsd.org (Postfix) with SMTP id 2FCD813C458 for ; Mon, 20 Aug 2007 14:21:02 +0000 (UTC) (envelope-from varga@stonehenge.sk) Received: (qmail 94385 invoked from network); 20 Aug 2007 14:20:46 -0000 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on otana.stonehenge.sk X-Spam-Level: X-Spam-Status: No, score=0.5 required=5.0 tests=RCVD_IN_PBL shortcircuit=no autolearn=disabled version=3.2.3 Received: from r6cb57.net.upc.cz (HELO ?10.0.100.2?) (secure@89.176.79.57) by otana.stonehenge.sk with SMTP; 20 Aug 2007 14:20:46 -0000 From: Michal Varga To: freebsd-pf@freebsd.org In-Reply-To: <1187614890.35857.15.camel@xenon.stonehenge.sk> References: <1187614890.35857.15.camel@xenon.stonehenge.sk> Content-Type: text/plain Organization: Stonehenge Date: Mon, 20 Aug 2007 16:20:46 +0200 Message-Id: <1187619646.35971.44.camel@xenon.stonehenge.sk> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Re: CBQ borrow still broken? X-BeenThere: freebsd-pf@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Technical discussion and general questions about packet filter \(pf\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Aug 2007 14:21:05 -0000 Ok, need to reply to myself: CBQ borrow does work, even though little strangely. For the record, here is what happened. Maybe someday will someone find this useful: For the last two hours before I wrote my previous email, I was running tens after tens of bandwidth tests, trying to fine-tune the queue configuration to find out why 'borrow' refuses to take even a bit of free bandwidth, but to no avail. After I got tired of executing every possible load and queue combinations without any effect, I tried to google out some solution. I stumbled upon a number of threads discussing CBQ borrowing issues, with very similiar setups and symptoms as was this one. After I wrote my "me too" email and was about to tear down the whole thing, I clicked for the last batch of tests on a nearby client and was struck with the results, with borrow clearly visible working. This was without any changes to the pf configuration or anything else. After that, I'm no longer able to reproduce the problem, borrow works pretty well with every *previously tried* combination I can remember and I can't force it to break again, even with hard reboots and wicked numbers. The only explanation I have is that something went stuck previously when I was building and tuning the whole pf setup and pf flushed it long after, as there was about half an hour "cooldown" after my previous email, before I get back to shut it down (and found that everything already works perfectly). That's all I can guess as I really don't see into pf internals. So, if you run into similiar issues, try to reboot the pf machine a few times just to be sure, it won't hurt anything. m. On Mon, 2007-08-20 at 15:01 +0200, Michal Varga wrote: > Guys, can anyone tell me what is the current status of this problem? - > http://lists.freebsd.org/pipermail/freebsd-pf/2007-February/003018.html > > I've run into the same issues under FreeBSD 6.2-STABLE: Mon Aug 20 > 08:44:45 CEST 2007. > > Later in the thread, Max Laier wrote: > "Is there a PR about the CBQ borrow issues? If not, could you file one? > I won't get to it shortly." > > I did search the PR database and didn't find anything relevant, so, was > this issue completely forgotten, or did I miss something? > > Or, at least, if this is somewhat unimportant bug and not to be fixed, > does anyone know if the latest pf in -CURRENT behaves ok with cbq > borrowing? > > regards, > m. > -- Michal Varga Stonehenge