From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pg1-x531.google.com (mail-pg1-x531.google.com [IPv6:2607:f8b0:4864:20::531]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 459573BA8E for ; Fri, 4 Jan 2019 19:17:51 -0500 (EST) Received: by mail-pg1-x531.google.com with SMTP id w6so18126152pgl.6 for ; Fri, 04 Jan 2019 16:17:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=networkplumber-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=j8vjjg3aHR4ulj5QRU3puIUB2Xo/h2U49X+v/D7sXOA=; b=sUqadSkQVkipCRd7yRhyVkjro2YnuUFcrR0BULvRGi3ESZkQKBGpVU7IoHqe0Ce6gs aYyFQrTwSYfhhQYBRdz/T1ztEOLWOczazGUDRGjJ/HyKMSt6Fy0GPw4GlAGmsMk/if/Y w2DiqwhEJ5YfI1Bai8R8pndqRVXfuRwU7OcS7nhTHncBhEvr9zWOj4cfz44aBK7QZeqB RLxwCQpXnIpZlRKInvnwbgperD4MH9pavkOS1xnVqT+tX5UmKQPkEwDHsGy5n+szQZIv Kw2NN+eR5VH0HwDZPOWhjcmgQiLN3RKmRN8jBeC3kwAZe1HLUpUa8mnsGPMYhtiRuR2m iFhw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=j8vjjg3aHR4ulj5QRU3puIUB2Xo/h2U49X+v/D7sXOA=; b=KReDErXH1pufYtXIsXSeFLkm0+b9iaFqdEEiOf7hDibAp6Le5IpD0q+VVDGbP2vPil xb4GApQYqU7rnJT0MhzU57TUQW1dHzcuigiXM5xRNbwDK5G2vMGClycq9t9QfQy1iCn4 XeB15KuXUS1gI8ZISm+0HWkDdXnc0MdBoGzcYTBn18SpTxqiQAh9xykkT8+4VNG4XesG x3uMWb8Xf6N1SpUVVKBDfB9YbBFj1cxvoDaL3kmDymfhGO8aXf3K51CTlwl8xEy+Ioi+ xIeZO5XXuk0UydqDqYTSd3X/TQvabdFkSJMJWCfwFUzOzu+hJK8vZ48sqB8qm027D/y1 q0iQ== X-Gm-Message-State: AA+aEWbWhIperfvNzuYfcU7LW4iR0QOiM8BPGcO/ldFt36IWPhqzrGJA MfPHeCqaYx1cha3d5jktrbp0O0umN60= X-Google-Smtp-Source: AFSGD/XrhxPjUWXJ9QAh4NT6Wq68MjrRLTLwiigyvZ8Eb9kfuwXaQU7HQR9GORLrY5Rw71j0hqml9Q== X-Received: by 2002:aa7:8045:: with SMTP id y5mr53812575pfm.62.1546647470279; Fri, 04 Jan 2019 16:17:50 -0800 (PST) Received: from hermes.lan (204-195-22-127.wavecable.com. [204.195.22.127]) by smtp.gmail.com with ESMTPSA id c13sm120773346pfe.93.2019.01.04.16.17.50 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 04 Jan 2019 16:17:50 -0800 (PST) Date: Fri, 4 Jan 2019 16:17:42 -0800 From: Stephen Hemminger To: Dev Cc: bloat Message-ID: <20190104161742.0b7b6b79@hermes.lan> In-Reply-To: <18FA4204-3E2E-48D6-9B51-7B1AC7767AA9@logicalwebhost.com> References: <9B37BCD5-9ADE-4E7D-8B5C-82830051831B@logicalwebhost.com> <87d0pdy5ik.fsf@toke.dk> <989E8F77-A96E-46AB-AEBD-2B47C5822924@logicalwebhost.com> <18FA4204-3E2E-48D6-9B51-7B1AC7767AA9@logicalwebhost.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [Bloat] fq_codel on bridge throughput test/config X-BeenThere: bloat@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: General list for discussing Bufferbloat List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2019 00:17:51 -0000 On Fri, 4 Jan 2019 12:33:28 -0800 Dev wrote: > Okay, thanks to some help from the list, I=E2=80=99ve configured a transp= arent bridge running fq_codel which works for multiple subnet traffic. Here= =E2=80=99s my setup: >=20 > Machine A =E2=80=94=E2=80=94=E2=80=94 192.168.10.200 =E2=80=94 =E2=80=94 = bridge fq_codel machine B =E2=80=94=E2=80=94 laptop C 192.168.10.150 > Machine D =E2=80=94=E2=80=94=E2=80=94 192.168.3.50 =E2=80=94 =E2=80=94|=20 >=20 > On Machine A: >=20 > straight gigE interface 192.168.10.200 >=20 > Bridge Machine B: enp3s0 mgmt interface > enp2s0 bridge interface 1 > enp1s0 bridge interface 2 > br0 bridge for 1 and 2 > =09 > # The loopback network interface=20 > auto lo br0=20 > iface lo inet loopback=20 >=20 > # The primary network interface=20 > allow-hotplug enp3s0=20 > iface enp3s0 inet static=20 > address 172.16.0.5/24=20 > gateway 172.16.0.5=20 > dns-nameservers 8.8.8.8 >=20 > iface enp1s0 inet manual=20 > tc qdisc add dev enp1s0 root fq_codel=20 >=20 > iface enp2s0 inet manual=20 > tc qdisc add dev enp2s0 root fq_codel=20 >=20 > # Bridge setup=20 > iface br0 inet static=20 > bridge_ports enp1s0 enp2s0=20 > address 192.168.3.75=20 > broadcast 192.168.3.255=20 > netmask 255.255.255.0=20 > gateway 192.168.3 >=20 > note: I still have to run this command later, will troubleshoot at some p= oint (unless you have suggestions to make it work): >=20 > tc qdisc add dev enp1s0 root fq_codel >=20 > To start, my pings from Machine A to Laptop C were around 0.75 msec, then= I flooded the link from Machine A to Laptop C using: >=20 > dd if=3D/dev/urandom | ssh user@192.168.10.150 dd of=3D/dev/null >=20 > Then my pings went up to around 170 msec. Once I enabled fq_codel on the = bridge machine B, my pings dropped to around 10 msec. >=20 > Hope this helps someone else working on a similar setup. >=20 > - Dev >=20 > _______________________________________________ > Bloat mailing list > Bloat@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/bloat Applying a qdisc to a bridge device only impacts the local traffic going to that bridge (ie br0). It has no impact on traffic transiting through the bridge. Since normally bridge pseudo device is queueless putting qdisc on br0 has no impact. In other words packets being transmitted on br0 go direct to the underlying device, therefore even if you put a qdisc on br0 it isn't going to do what you expect (unless you layer some rate control into the stack).