From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-iy0-f171.google.com (mail-iy0-f171.google.com [209.85.210.171]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id B3E8C200153 for ; Sun, 19 Jun 2011 07:48:28 -0700 (PDT) Received: by iyi12 with SMTP id 12so3268290iyi.16 for ; Sun, 19 Jun 2011 08:14:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=dNWZmppv7HymptewQVGQ9UK6pEWy3vln/SyhpTmrCNc=; b=sUa9nsZcG96UUfIY4XWCZbDkATVqur1DOkqIcbGoGnEtd92KKJLrfD6bLRh49+w8Co VKXNP5qxSDaFIp2JiaUipLGOQBu12KJaHpaoQzNOmFpTk7TZM+Jb4nosBMKxAh38/HJT Z0wRGxESC4Mdcy4Vh/c5kdLnXnxq7APvVENW8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=MSAreJuNDFLq4u0BS6Ei1VWle3iJzbhmC/FiBG7+cO2f0jp5mV5aMx57D+jy7ly6Cm 6cWPAnxr6EjAGMIk6N7HdbnEigRkvbDguH5dyuhuI3azrh74/tre0l7FeJoTYyk91y/g VdTnODi1jPlncd8EKPU0WN3t3PrHlp5U1CrzM= MIME-Version: 1.0 Received: by 10.231.119.209 with SMTP id a17mr4059030ibr.88.1308496449062; Sun, 19 Jun 2011 08:14:09 -0700 (PDT) Received: by 10.231.13.76 with HTTP; Sun, 19 Jun 2011 08:14:08 -0700 (PDT) Date: Sun, 19 Jun 2011 09:14:08 -0600 Message-ID: Subject: pure routing.... generating a sane mac addr on the wndr3700 in cerowrt? From: Dave Taht To: bloat-devel , openwrt-devel@lists.openwrt.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: bloat-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: "Developers working on AQM, device drivers, and networking stacks" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jun 2011 14:48:29 -0000 I really want to stop bridging on cerowrt[1], entirely, at least for now. Coping with multicast, doing saner traffic shaping, trying to come up with an qdisc estimator that handles multicast right in the presence of multicast's monsterous effects, and especially - *only seeing traffic generated from the wireless network while looking at the problems therein*, is what's driving me. I don't care about the performance impact of routing vs bridging right now. In fact I think the performance impact of bridging a GigE wired network to a 54Mbit wireless impact is rather easily demonstrated with things like IPTv or any even modest level of multicast traffic, but the latter is hard to prove without testing. 1) What's stopping me is figuring out the depths of the openwrt code to generate a valid, usable mac address for the undefined wndr wired card on first boot. I figure it should come from the second wireless interface, get the local bit defined, and go to the top of the allowable range that the wireless interface pulls from to generate it's SSIDs, then slam the generated address into /etc/config/network.... 2) I generate a non-bridged network on the nano-m5s (which has valid mac addrs for all interfaces, I think) and babel loses the ability to send mc packets to any interface. Other normal network behavior (eg, the interfaces work for normal connects) ensues, however. I've managed to get similar behavior on the wndr when I assign an arbitrary mac addr to the ethernet interface and unbridge them. With the vlan enabled, wired networking stops working entirely, with the vlan disabled, networking worked, but babel stopped. So my assumption is that there is code buried in the bridging and/or firewall code that enables some kernel feature or another. (I'd run into similar problems a year back: http://answerpot.com/showthread.php?1484403-IFF_RUNNING%20and%20hostapd which I thought were solved ) Just to add to my test set, I've got a kvm and dreamplug build popping out = soon. --=20 Dave T=E4ht http://www.bufferbloat.net 1: http://www.bufferbloat.net/projects/uberwrt