From dave.taht@gmail.com Sun May 5 05:15:10 2013 Return-Path: X-Original-To: homenet@ietfa.amsl.com Delivered-To: homenet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4CFB421F8DA6 for ; Sun, 5 May 2013 05:15:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.487 X-Spam-Level: X-Spam-Status: No, score=-2.487 tagged_above=-999 required=5 tests=[AWL=0.113, BAYES_00=-2.599, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NWGk8FUHy9tk for ; Sun, 5 May 2013 05:15:05 -0700 (PDT) Received: from mail-ie0-x234.google.com (mail-ie0-x234.google.com [IPv6:2607:f8b0:4001:c03::234]) by ietfa.amsl.com (Postfix) with ESMTP id 982A021F8A0C for ; Sun, 5 May 2013 05:15:05 -0700 (PDT) Received: by mail-ie0-f180.google.com with SMTP id ar20so3273199iec.11 for ; Sun, 05 May 2013 05:15:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=0saE0/Tnu1JzUm17XzHIxRn0WHTqrMEslkhtgnAn9wQ=; b=KXStQwk00HrbaJzjAqDEkv7mEQrNNUa5CNEr0lZa7Gk2IxUc8/9dMP/VdYCJPPJfpw NNX4IviyQV6BzK0USpAkZcrG5gF1p1C2pSpENn8zJdUDfNnHNm5h9dZYHBG710AI6d6w IsJx14RhZwgVpuIHrRO4soVJ2Gc78wH92RHkJD59OrwAdqI66tvHAxgqEu5xE1bJuScv D9yXSi2rHbSH+GguTU9IvY1MEuDAFmTH5qIzGcciQSVbmNQRTW07Bg6a86QgBbj+u3pY iCs+EBHDl3ATz2HPKLkxugVlo3aUlRUwRYpaxYiUXxBreYvvNMAOd6kcRS7wIlTrDI7B B6yg== MIME-Version: 1.0 X-Received: by 10.50.25.102 with SMTP id b6mr1472540igg.27.1367756105260; Sun, 05 May 2013 05:15:05 -0700 (PDT) Received: by 10.64.7.51 with HTTP; Sun, 5 May 2013 05:15:05 -0700 (PDT) Date: Sun, 5 May 2013 05:15:05 -0700 Message-ID: From: Dave Taht To: HOMENET Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: [homenet] pushing the bird faster X-BeenThere: homenet@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 May 2013 12:15:10 -0000 I note that in order to speed up the cycle and development time involving routing advancements, the openwrt team has broken out most of the routing protocols in openwrt into a separate repository which can spin faster: https://github.com/openwrt-routing/packages Perhaps this could be a home for the enhancements to bird/etc that the cisco homenet group has been doing? --=20 Dave T=E4ht Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.= html From dave.taht@gmail.com Sun May 5 14:38:48 2013 Return-Path: X-Original-To: homenet@ietfa.amsl.com Delivered-To: homenet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 966D921F9759 for ; Sun, 5 May 2013 14:38:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.524 X-Spam-Level: X-Spam-Status: No, score=-2.524 tagged_above=-999 required=5 tests=[AWL=0.076, BAYES_00=-2.599, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9cO+n8aCt0wj for ; Sun, 5 May 2013 14:38:44 -0700 (PDT) Received: from mail-ia0-x22d.google.com (mail-ia0-x22d.google.com [IPv6:2607:f8b0:4001:c02::22d]) by ietfa.amsl.com (Postfix) with ESMTP id AF8D521F974E for ; Sun, 5 May 2013 14:38:44 -0700 (PDT) Received: by mail-ia0-f173.google.com with SMTP id l25so2721760iad.18 for ; Sun, 05 May 2013 14:38:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=rXwcCBBJy8AKnAeyQHywheeDf6+hr1plqJLgqgUmYew=; b=r0K0AX1K8X7LBy89iFaGcPOoV/9w/zekbfIuS5ERAcwIgVDNRs4CWus3yhqn06QESk kkYS+zVRQaAhsCQCK2p7NrG/ngoB1MpapJAG5lQtHC7IaP+Udxc0bVJDjKR+NGhj+pqX jQgwNUrK/9Ske0Q4vCsKhZlq6zj0KUe3DwcQF6qVNjXJyCmC50saGMCdsc5c5FC29spS VECCQPpkfU3XDW5UaL8e+9TXYct8Q6Ptpd7IrR+xrTf/NhtyPO9ql5INa2jIEJ3mmTVD y/YEfB0Ujk/XbK2sW5a4RDXjoV6058UQh1eDvEkqlJtJrnwWHHe/SCiQWFV74nsA9t8l N1dQ== MIME-Version: 1.0 X-Received: by 10.43.7.1 with SMTP id om1mr1287722icb.49.1367789923987; Sun, 05 May 2013 14:38:43 -0700 (PDT) Received: by 10.64.7.51 with HTTP; Sun, 5 May 2013 14:38:43 -0700 (PDT) Date: Sun, 5 May 2013 14:38:43 -0700 Message-ID: From: Dave Taht To: Juliusz Chroboczek Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: HOMENET , bloat-devel , babel-users@lists.alioth.debian.org, Yoshifumi Nishida Subject: Re: [homenet] Source-specific routes in Linux [was: atomic updates...] X-BeenThere: homenet@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 May 2013 21:38:48 -0000 On Sun, May 5, 2013 at 1:05 PM, Juliusz Chroboczek wrote: >> It's not ECMP for ipv6 I'm looking to see solved for multiple routing >> protocols, but the multiple ipv6 prefixes/multiple exits source >> routing problem. > > As you well know, Dave, we've been working on that for the last > fortnight or so. > > We've run into a limitation of the kernel: > > http://www.spinics.net/lists/netdev/msg235316.html Hmm. Given that this code path has only barely been exercised before and so many changes to the routing paths have happened in the last 2+ years, I'm not surprised its broken. > > Unfortunately, I've had no reply to my question: > > http://www.spinics.net/lists/netdev/msg235346.html > > So it looks like we're going to have to dynamically generate rule > table entries... sigh. Well, given the work going into mptcp in particular, a better API for src specific routing for ipv6 than the ip rule system seems like a good idea. Widening the distribution a little bit... >> The homenet folk demonstrated this form of ipv6 multihoming working >> (using a version of OSPF and BIRD, I believe) at the last ietf. > > That is interesting. Would you happen to know how they're interfacing > with the kernel? Or perhaps have a link to their code? I don't know where the ietf 86 bird work on multihoming went. (?) Patterson's original work on ospf is here: https://github.com/paterben/bird-homenet and the ietf drafts are here http://tools.ietf.org/wg/homenet/ > > -- Juliusz --=20 Dave T=E4ht Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.= html From dave.taht@gmail.com Sun May 5 15:23:41 2013 Return-Path: X-Original-To: homenet@ietfa.amsl.com Delivered-To: homenet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B7A0A21F9786 for ; Sun, 5 May 2013 15:23:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.543 X-Spam-Level: X-Spam-Status: No, score=-2.543 tagged_above=-999 required=5 tests=[AWL=0.057, BAYES_00=-2.599, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7Jbzw1BaA99P for ; Sun, 5 May 2013 15:23:38 -0700 (PDT) Received: from mail-ie0-x22b.google.com (mail-ie0-x22b.google.com [IPv6:2607:f8b0:4001:c03::22b]) by ietfa.amsl.com (Postfix) with ESMTP id DEE1321F973A for ; Sun, 5 May 2013 15:23:37 -0700 (PDT) Received: by mail-ie0-f171.google.com with SMTP id e11so3482968iej.16 for ; Sun, 05 May 2013 15:23:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:content-transfer-encoding; bh=tzF5YJssXOoXb+iKUJVFnerRRZe6m9WLnV3DRxDFKZA=; b=q3ABGK5vPmNKf5Dmn/dKjPWe6BcjJwq6C6IWs6NbSDqkjt3H6OBJVCGGuBZlNss8mC SalAsCcPieC1F34IxEc4lw1kVrF5TgbwLGg3Bf/ue/7PwcSEMktkf9hjBaaSN8SpDIbP n88Tgieao0PwlWX9UTwmekeTO0q2Zac9StBfHQ6MyhrSAXM3L5dO6Z7GKyPIP4zeKxB8 5EUibEVY2Qz3EL11pcriQWC2QAqnzaGlyxPR1T/nAZ+xzTZ8wZpljtJZeEeWmRYlsNsp lbJVE9rIpibfWEGsupeTJw5sGw/3wD4CSWSYTWymy9F5EkDmWDkor+/Qw/aCTvEp3LyT S1cQ== MIME-Version: 1.0 X-Received: by 10.50.127.212 with SMTP id ni20mr1929243igb.27.1367792617516; Sun, 05 May 2013 15:23:37 -0700 (PDT) Received: by 10.64.7.51 with HTTP; Sun, 5 May 2013 15:23:37 -0700 (PDT) In-Reply-To: References: Date: Sun, 5 May 2013 15:23:37 -0700 Message-ID: From: Dave Taht To: Juliusz Chroboczek Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: HOMENET , bloat-devel , babel-users@lists.alioth.debian.org, Yoshifumi Nishida Subject: Re: [homenet] Source-specific routes in Linux [was: atomic updates...] X-BeenThere: homenet@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 May 2013 22:23:41 -0000 On Sun, May 5, 2013 at 2:38 PM, Dave Taht wrote: > On Sun, May 5, 2013 at 1:05 PM, Juliusz Chroboczek > wrote: >>> It's not ECMP for ipv6 I'm looking to see solved for multiple routing >>> protocols, but the multiple ipv6 prefixes/multiple exits source >>> routing problem. >> >> As you well know, Dave, we've been working on that for the last >> fortnight or so. >> >> We've run into a limitation of the kernel: >> >> http://www.spinics.net/lists/netdev/msg235316.html > > Hmm. Given that this code path has only barely been exercised before > and so many changes to the routing paths have happened in the last 2+ > years, I'm not surprised its broken. > >> >> Unfortunately, I've had no reply to my question: >> >> http://www.spinics.net/lists/netdev/msg235346.html >> >> So it looks like we're going to have to dynamically generate rule >> table entries... sigh. > > Well, given the work going into mptcp in particular, This was a very good overview of where that work stands. http://lwn.net/Articles/544399/ > a better API for > src specific routing for ipv6 than the ip rule system seems like a > good idea. > > Widening the distribution a little bit... > >>> The homenet folk demonstrated this form of ipv6 multihoming working >>> (using a version of OSPF and BIRD, I believe) at the last ietf. >> >> That is interesting. Would you happen to know how they're interfacing >> with the kernel? Or perhaps have a link to their code? > > I don't know where the ietf 86 bird work on multihoming went. (?) > Patterson's original work on ospf is here: > > https://github.com/paterben/bird-homenet > > and the ietf drafts are here > > http://tools.ietf.org/wg/homenet/ > >> >> -- Juliusz > > > > -- > Dave T=E4ht > > Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscrib= e.html --=20 Dave T=E4ht Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.= html From gih-homenet@m.gmane.org Tue May 7 04:10:12 2013 Return-Path: X-Original-To: homenet@ietfa.amsl.com Delivered-To: homenet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 26E9B21F8EFE for ; Tue, 7 May 2013 04:10:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.425 X-Spam-Level: X-Spam-Status: No, score=-1.425 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, SARE_HELO_EQ_DSL_3=1.022, SARE_SUB_ENC_UTF8=0.152] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3Bi-Nxo+HZfQ for ; Tue, 7 May 2013 04:10:07 -0700 (PDT) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by ietfa.amsl.com (Postfix) with ESMTP id AFAF621F8F20 for ; Tue, 7 May 2013 04:10:07 -0700 (PDT) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1UZfmV-0004co-Ak for homenet@ietf.org; Tue, 07 May 2013 13:10:03 +0200 Received: from dsl-hkibrasgw4-50dc51-136.dhcp.inet.fi ([80.220.81.136]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 07 May 2013 13:10:03 +0200 Received: from markus.stenberg by dsl-hkibrasgw4-50dc51-136.dhcp.inet.fi with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 07 May 2013 13:10:03 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: homenet@ietf.org From: Markus Stenberg Date: Tue, 7 May 2013 11:08:14 +0000 (UTC) Lines: 45 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 80.220.81.136 (Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_3) AppleWebKit/536.29.13 (KHTML, like Gecko) Version/6.0.4 Safari/536.29.13) Subject: Re: [homenet] =?utf-8?q?Source-specific_routes_in_Linux_=5Bwas=3A_ato?= =?utf-8?b?bWljCXVwZGF0ZXMuLi5d?= X-BeenThere: homenet@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 May 2013 11:10:12 -0000 Dave Taht gmail.com> writes: > I don't know where the ietf 86 bird work on multihoming went. (?) > Patterson's original work on ospf is here: > > https://github.com/paterben/bird-homenet > > and the ietf drafts are here > > http://tools.ietf.org/wg/homenet/ Patterson's work is mostly of historic interest. [1] https://github.com/fingon/hnet has 'super-repository' which has custom NetKit version, OpenWRT AA github link and everything else to get it running on a Linux desktop for playing with (with OpenWRT UML images running in a NetKit lab). [2] https://github.com/fingon/hnet-openwrt-feed contains just OWRT package feed for the stuff. [3] https://github.com/fingon/hnet-core contains most of the new code. I know it for a fact that people have gotten it running using any of those approaches ([1] contains [2] and [3], and [2] refers to [3]). Still, just for playing, [1] is probably the easiest choice (given correct Linux distro, just following the README should be enough). Yet another implementation of interest might be: https://github.com/edderick/quagga_zOSPF/ [1]/[2] versions do not interoperate with it (but they interoperate with Arkko one); latest [3] version interoperates with it, but not Arkko..) Cheers, -Markus P.S. [1] and [2] contain 'most recent tested' version, which as of now, is the post-IETF86-bugfixes one; bleeding edge development happens in [3] and it's sub-branch(es), but [1] and [2] refer just to stable points of [3]. From gih-homenet@m.gmane.org Tue May 7 04:15:29 2013 Return-Path: X-Original-To: homenet@ietfa.amsl.com Delivered-To: homenet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6315E21F850E for ; Tue, 7 May 2013 04:15:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.501 X-Spam-Level: X-Spam-Status: No, score=-1.501 tagged_above=-999 required=5 tests=[AWL=0.076, BAYES_00=-2.599, SARE_HELO_EQ_DSL_3=1.022] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fWcZwMUbwvIN for ; Tue, 7 May 2013 04:15:24 -0700 (PDT) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by ietfa.amsl.com (Postfix) with ESMTP id 757DA21F84D8 for ; Tue, 7 May 2013 04:15:24 -0700 (PDT) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1UZfra-0000Qp-Ji for homenet@ietf.org; Tue, 07 May 2013 13:15:18 +0200 Received: from dsl-hkibrasgw4-50dc51-136.dhcp.inet.fi ([80.220.81.136]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 07 May 2013 13:15:18 +0200 Received: from markus.stenberg by dsl-hkibrasgw4-50dc51-136.dhcp.inet.fi with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 07 May 2013 13:15:18 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: homenet@ietf.org From: Markus Stenberg Date: Tue, 7 May 2013 11:15:04 +0000 (UTC) Lines: 27 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 80.220.81.136 (Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_3) AppleWebKit/536.29.13 (KHTML, like Gecko) Version/6.0.4 Safari/536.29.13) Subject: Re: [homenet] pushing the bird faster X-BeenThere: homenet@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 May 2013 11:15:29 -0000 Dave Taht gmail.com> writes: > I note that in order to speed up the cycle and development time > involving routing advancements, the openwrt team has broken out most > of the routing protocols in openwrt into a separate repository which > can spin faster: > > https://github.com/openwrt-routing/packages > > Perhaps this could be a home for the enhancements to bird/etc that the > cisco homenet group has been doing? Possibly. I'm not sure how keen they are to have 'big' changes, though, and looking at https://github.com/fingon/hnet-openwrt-feed Cisco homenet implementation requires currently 4 new Lua modules (1 of them forked version of original with better IPv6 support), forked versions of dnsmasq/odhcp6c (for prefix class option support), and BIRD (for external LSA support). As it's not very self-contained, I'm not sure how well it would work there, and as we currently _only_ work with AA base, it might have issues with people using trunk.. Cheers, -Markus From jch@pps.univ-paris-diderot.fr Tue May 7 04:46:09 2013 Return-Path: X-Original-To: homenet@ietfa.amsl.com Delivered-To: homenet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7A86321F8ED8 for ; Tue, 7 May 2013 04:46:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.39 X-Spam-Level: X-Spam-Status: No, score=-0.39 tagged_above=-999 required=5 tests=[BAYES_20=-0.74, HELO_EQ_FR=0.35] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mFlVUi-bdIze for ; Tue, 7 May 2013 04:46:04 -0700 (PDT) Received: from potemkin.univ-paris7.fr (potemkin.univ-paris7.fr [IPv6:2001:660:3301:8000::1:1]) by ietfa.amsl.com (Postfix) with ESMTP id 6476A21F8EBC for ; Tue, 7 May 2013 04:46:04 -0700 (PDT) Received: from mailhub.math.univ-paris-diderot.fr (mailhub.math.univ-paris-diderot.fr [81.194.30.253]) by potemkin.univ-paris7.fr (8.14.4/8.14.4/relay2/38117) with ESMTP id r47Bk15P025066; Tue, 7 May 2013 13:46:02 +0200 Received: from mailhub.math.univ-paris-diderot.fr (localhost [127.0.0.1]) by mailhub.math.univ-paris-diderot.fr (Postfix) with ESMTP id 60FE04C571; Tue, 7 May 2013 13:46:01 +0200 (CEST) X-Virus-Scanned: amavisd-new at math.univ-paris-diderot.fr Received: from mailhub.math.univ-paris-diderot.fr ([127.0.0.1]) by mailhub.math.univ-paris-diderot.fr (mailhub.math.univ-paris-diderot.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YEVh6LadDmcu; Tue, 7 May 2013 13:46:00 +0200 (CEST) Received: from pirx.pps.jussieu.fr (bob75-6-82-238-73-9.fbx.proxad.net [82.238.73.9]) (Authenticated sender: jch) by mailhub.math.univ-paris-diderot.fr (Postfix) with ESMTPSA id 1F87E4C552; Tue, 7 May 2013 13:46:00 +0200 (CEST) Received: from localhost ([127.0.0.1] helo=pirx.pps.jussieu.fr) by pirx.pps.jussieu.fr with esmtp (Exim 4.80) (envelope-from ) id 1UZgLK-0001G2-A2; Tue, 07 May 2013 13:46:02 +0200 Date: Tue, 07 May 2013 13:46:02 +0200 Message-ID: <87vc6vgghx.wl%jch@pps.univ-paris-diderot.fr> From: Juliusz Chroboczek To: Markus Stenberg In-Reply-To: References: User-Agent: Wanderlust/2.15.9 MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (potemkin.univ-paris7.fr [194.254.61.141]); Tue, 07 May 2013 13:46:02 +0200 (CEST) Cc: homenet@ietf.org, boutier@pps.univ-paris-diderot.fr Subject: Re: [homenet] Source-specific routes in Linux [was: atomic updates...] X-BeenThere: homenet@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 May 2013 11:46:09 -0000 > [1] https://github.com/fingon/hnet has 'super-repository' which > has custom NetKit version, OpenWRT AA github link and everything > else to get it running on a Linux desktop for playing with > (with OpenWRT UML images running in a NetKit lab). > > [2] https://github.com/fingon/hnet-openwrt-feed contains just > OWRT package feed for the stuff. > > [3] https://github.com/fingon/hnet-core contains most of the new code. Just to clarify -- this does OSPF-based autoconf and prefix assignment, but not source-specific routing, right? If you're actually doing source-specific routing, please show me how you speak to the kernel. -- Juliusz From markus.stenberg@iki.fi Tue May 7 04:51:41 2013 Return-Path: X-Original-To: homenet@ietfa.amsl.com Delivered-To: homenet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0DD5F21F8B38 for ; Tue, 7 May 2013 04:51:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.05 X-Spam-Level: X-Spam-Status: No, score=-2.05 tagged_above=-999 required=5 tests=[AWL=0.549, BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gClYn3fRKlXG for ; Tue, 7 May 2013 04:51:27 -0700 (PDT) Received: from jenni2.inet.fi (mta-out.inet.fi [195.156.147.13]) by ietfa.amsl.com (Postfix) with ESMTP id 1A9F321F8935 for ; Tue, 7 May 2013 04:51:26 -0700 (PDT) Received: from kosame.lan (80.220.81.136) by jenni2.inet.fi (8.5.140.03) (authenticated as stenma-47) id 5163F0F20198E1C1; Tue, 7 May 2013 14:51:23 +0300 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) From: Markus Stenberg In-Reply-To: <87vc6vgghx.wl%jch@pps.univ-paris-diderot.fr> Date: Tue, 7 May 2013 14:51:22 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: <8F7177E4-6212-4A74-8A7C-A2D1703A59BF@iki.fi> References: <87vc6vgghx.wl%jch@pps.univ-paris-diderot.fr> To: Juliusz Chroboczek X-Mailer: Apple Mail (2.1503) Cc: homenet@ietf.org, Markus Stenberg , boutier@pps.univ-paris-diderot.fr Subject: Re: [homenet] Source-specific routes in Linux [was: atomic updates...] X-BeenThere: homenet@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 May 2013 11:51:41 -0000 On 7.5.2013, at 14.46, Juliusz Chroboczek = wrote: >> [1] https://github.com/fingon/hnet has 'super-repository' which >> has custom NetKit version, OpenWRT AA github link and everything >> else to get it running on a Linux desktop for playing with >> (with OpenWRT UML images running in a NetKit lab). >>=20 >> [2] https://github.com/fingon/hnet-openwrt-feed contains just >> OWRT package feed for the stuff. >>=20 >> [3] https://github.com/fingon/hnet-core contains most of the new = code. >=20 > Just to clarify -- this does OSPF-based autoconf and prefix > assignment, but not source-specific routing, right? >=20 > If you're actually doing source-specific routing, please show me how > you speak to the kernel. Most of that code is in Lua, and while I could have included C extension = module that did similar things as ip -6 does, I didn't bother. So I'm = just using ip -6 {route,rule} to set up source-specific rules that map = to destination tables. One (destination-based) routing table is = maintained by routing protocol, and the rest by Lua code which figures = external defaults based on routes within routing protocol = implementation. Not pretty, but it _does_ work. Cheers, -Markus= From jch@pps.univ-paris-diderot.fr Tue May 7 05:03:40 2013 Return-Path: X-Original-To: homenet@ietfa.amsl.com Delivered-To: homenet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 358C121F8EB5 for ; Tue, 7 May 2013 05:03:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.32 X-Spam-Level: X-Spam-Status: No, score=-1.32 tagged_above=-999 required=5 tests=[AWL=0.929, BAYES_00=-2.599, HELO_EQ_FR=0.35] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UFXNcmhvmpI0 for ; Tue, 7 May 2013 05:03:35 -0700 (PDT) Received: from potemkin.univ-paris7.fr (potemkin.univ-paris7.fr [IPv6:2001:660:3301:8000::1:1]) by ietfa.amsl.com (Postfix) with ESMTP id DEBAA21F8EAD for ; Tue, 7 May 2013 05:03:34 -0700 (PDT) Received: from mailhub.math.univ-paris-diderot.fr (mailhub.math.univ-paris-diderot.fr [81.194.30.253]) by potemkin.univ-paris7.fr (8.14.4/8.14.4/relay2/38117) with ESMTP id r47C3YrM001062; Tue, 7 May 2013 14:03:34 +0200 Received: from mailhub.math.univ-paris-diderot.fr (localhost [127.0.0.1]) by mailhub.math.univ-paris-diderot.fr (Postfix) with ESMTP id 13F634C552; Tue, 7 May 2013 14:03:34 +0200 (CEST) X-Virus-Scanned: amavisd-new at math.univ-paris-diderot.fr Received: from mailhub.math.univ-paris-diderot.fr ([127.0.0.1]) by mailhub.math.univ-paris-diderot.fr (mailhub.math.univ-paris-diderot.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4k9Xa7c340Dq; Tue, 7 May 2013 14:03:28 +0200 (CEST) Received: from pirx.pps.jussieu.fr (bob75-6-82-238-73-9.fbx.proxad.net [82.238.73.9]) (Authenticated sender: jch) by mailhub.math.univ-paris-diderot.fr (Postfix) with ESMTPSA id A0EC74C571; Tue, 7 May 2013 14:03:28 +0200 (CEST) Received: from localhost ([127.0.0.1] helo=pirx.pps.jussieu.fr) by pirx.pps.jussieu.fr with esmtp (Exim 4.80) (envelope-from ) id 1UZgcE-0001Gl-Sw; Tue, 07 May 2013 14:03:30 +0200 Date: Tue, 07 May 2013 14:03:30 +0200 Message-ID: <87sj1zgfot.wl%jch@pps.univ-paris-diderot.fr> From: Juliusz Chroboczek To: Markus Stenberg In-Reply-To: <8F7177E4-6212-4A74-8A7C-A2D1703A59BF@iki.fi> References: <87vc6vgghx.wl%jch@pps.univ-paris-diderot.fr> <8F7177E4-6212-4A74-8A7C-A2D1703A59BF@iki.fi> User-Agent: Wanderlust/2.15.9 MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (potemkin.univ-paris7.fr [194.254.61.141]); Tue, 07 May 2013 14:03:34 +0200 (CEST) Cc: homenet@ietf.org, boutier@pps.univ-paris-diderot.fr Subject: Re: [homenet] Source-specific routes in Linux [was: atomic updates...] X-BeenThere: homenet@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 May 2013 12:03:40 -0000 > > If you're actually doing source-specific routing, please show me how > > you speak to the kernel. > Most of that code is in Lua, and while I could have included > C extension module that did similar things as ip -6 does, I didn't > bother. We're doing pretty the same in our prototype code (saying system("ip...") rather than speaking the netlink dialect of the day). Could you point us at the relevant code, please? > So I'm just using ip -6 {route,rule} to set up source-specific rules > that map to destination tables. Ah, okay. So you're using rules, just as we found out (the hard way) that we need to do. http://www.spinics.net/lists/netdev/msg235316.html http://www.spinics.net/lists/netdev/msg235346.html > One (destination-based) routing table is maintained by routing > protocol, and the rest by Lua code which figures external defaults > based on routes within routing protocol implementation. Nice hack. -- Juliusz From ot@cisco.com Wed May 8 00:57:03 2013 Return-Path: X-Original-To: homenet@ietfa.amsl.com Delivered-To: homenet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A9E0C21F89DB for ; Wed, 8 May 2013 00:57:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.599 X-Spam-Level: X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8l3oXijLQBkC for ; Wed, 8 May 2013 00:56:58 -0700 (PDT) Received: from ams-iport-3.cisco.com (ams-iport-3.cisco.com [144.254.224.146]) by ietfa.amsl.com (Postfix) with ESMTP id CF1ED21F899E for ; Wed, 8 May 2013 00:56:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1490; q=dns/txt; s=iport; t=1367999818; x=1369209418; h=mime-version:subject:from:in-reply-to:date:cc: content-transfer-encoding:message-id:references:to; bh=MUmnue/IGDiC2WzxoQJnV2BBSG0t23GTllO7oXPNWU0=; b=FnN2D6n/rml9k3ryWi0y0JKYI924YqPXBFzP4BbpnjUrDN3VQ8Ojaohr Q68f2SdXinZF7MV7GKopo32rUWyHmC27s3YsYsF1QhUkv6zyQ3eeP6MAD tB75sKXnf0N+wV8IxCGcXlh3TQrilc342j7hNvnZrbmtGHCZ9QNXHxwL0 w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AisFAN8CilGQ/khL/2dsb2JhbABRgwc3vxN6FnSCHwEBAQMBAQEBNzQLEAsOOCcBLwYTiAYGDMEZjnUzB4J0YQOUaIJCgSaQD4MQOg X-IronPort-AV: E=Sophos;i="4.87,632,1363132800"; d="scan'208";a="13342548" Received: from ams-core-2.cisco.com ([144.254.72.75]) by ams-iport-3.cisco.com with ESMTP; 08 May 2013 07:56:53 +0000 Received: from dhcp-lys02-vla252-10-147-116-38.cisco.com (dhcp-lys02-vla252-10-147-116-38.cisco.com [10.147.116.38]) by ams-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id r487uoOO020420 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 8 May 2013 07:56:51 GMT Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) From: Ole Troan In-Reply-To: <87sj1zgfot.wl%jch@pps.univ-paris-diderot.fr> Date: Wed, 8 May 2013 09:56:50 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <588681EE-B720-4206-A8B9-3A9D2A86D700@cisco.com> References: <87vc6vgghx.wl%jch@pps.univ-paris-diderot.fr> <8F7177E4-6212-4A74-8A7C-A2D1703A59BF@iki.fi> <87sj1zgfot.wl%jch@pps.univ-paris-diderot.fr> To: Juliusz Chroboczek X-Mailer: Apple Mail (2.1503) Cc: homenet@ietf.org, Markus Stenberg , boutier@pps.univ-paris-diderot.fr Subject: Re: [homenet] Source-specific routes in Linux [was: atomic updates...] X-BeenThere: homenet@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 07:57:03 -0000 Juliusz, there is also a draft: = http://tools.ietf.org/html/draft-troan-homenet-sadr-00 an implementation using Linux table support will require duplication of = route entries into multiple tables. cheers, Ole On May 7, 2013, at 14:03 , Juliusz Chroboczek = wrote: >>> If you're actually doing source-specific routing, please show me how >>> you speak to the kernel. >=20 >> Most of that code is in Lua, and while I could have included >> C extension module that did similar things as ip -6 does, I didn't >> bother. >=20 > We're doing pretty the same in our prototype code (saying > system("ip...") rather than speaking the netlink dialect of the day). > Could you point us at the relevant code, please? >=20 >> So I'm just using ip -6 {route,rule} to set up source-specific rules >> that map to destination tables. >=20 > Ah, okay. So you're using rules, just as we found out (the hard way) > that we need to do. >=20 > http://www.spinics.net/lists/netdev/msg235316.html > http://www.spinics.net/lists/netdev/msg235346.html >=20 >> One (destination-based) routing table is maintained by routing >> protocol, and the rest by Lua code which figures external defaults >> based on routes within routing protocol implementation. >=20 > Nice hack. >=20 > -- Juliusz > _______________________________________________ > homenet mailing list > homenet@ietf.org > https://www.ietf.org/mailman/listinfo/homenet From dave.taht@gmail.com Wed May 8 01:51:06 2013 Return-Path: X-Original-To: homenet@ietfa.amsl.com Delivered-To: homenet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0DB0221F8EEC for ; Wed, 8 May 2013 01:51:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.3 X-Spam-Level: X-Spam-Status: No, score=-1.3 tagged_above=-999 required=5 tests=[AWL=1.300, BAYES_00=-2.599, HTML_MESSAGE=0.001, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ToKjAlff7wc9 for ; Wed, 8 May 2013 01:51:01 -0700 (PDT) Received: from mail-ie0-x22b.google.com (mail-ie0-x22b.google.com [IPv6:2607:f8b0:4001:c03::22b]) by ietfa.amsl.com (Postfix) with ESMTP id 47ED521F86CE for ; Wed, 8 May 2013 01:51:01 -0700 (PDT) Received: by mail-ie0-f171.google.com with SMTP id e11so2715370iej.16 for ; Wed, 08 May 2013 01:51:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=ncqu+8c/1OYil4reg+PK8DsnjAVuzHjUPMXgDEAx1f0=; b=Ov+fxqoReOUPOGSUm6laNmaF8UaXu6RkmMSY2Jc8WVGaJ5h+Zeq7joVAL3VUoRjQCU 7eio91cZSloe6mTCG0gK6LQhuUpfcP+9hUlN89pv2WSPfP4y5KU/1erwI0284LFRac63 9C5XEEomV4CyQUNWlGeHohjo8/Mt9metCIVPHryom6F+zonf8zTUi7dOo9tlYyc26yyY TAfg54mnEMRJ2JGLeOmYv0jvnyGcKyTfduWez8nJ4CRjfkJTwHZHcu6hks30v+m6m69s 2xj4pJk1oKU6ShV6gBz6MkuydWVyWAN4QiAFHCD2wpTs8raKjB6hO0fHPDqzwFeEHHJN ebCg== MIME-Version: 1.0 X-Received: by 10.50.120.4 with SMTP id ky4mr2045331igb.86.1368003060665; Wed, 08 May 2013 01:51:00 -0700 (PDT) Received: by 10.64.7.51 with HTTP; Wed, 8 May 2013 01:51:00 -0700 (PDT) In-Reply-To: <87sj1zgfot.wl%jch@pps.univ-paris-diderot.fr> References: <87vc6vgghx.wl%jch@pps.univ-paris-diderot.fr> <8F7177E4-6212-4A74-8A7C-A2D1703A59BF@iki.fi> <87sj1zgfot.wl%jch@pps.univ-paris-diderot.fr> Date: Wed, 8 May 2013 01:51:00 -0700 Message-ID: From: Dave Taht To: Juliusz Chroboczek Content-Type: multipart/alternative; boundary=047d7b8746d47c150504dc310875 Cc: homenet@ietf.org, Markus Stenberg , bloat-devel , boutier@pps.univ-paris-diderot.fr Subject: Re: [homenet] Source-specific routes in Linux [was: atomic updates...] X-BeenThere: homenet@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 08:51:06 -0000 --047d7b8746d47c150504dc310875 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Tue, May 7, 2013 at 5:03 AM, Juliusz Chroboczek < jch@pps.univ-paris-diderot.fr> wrote: > > > If you're actually doing source-specific routing, please show me how > > > you speak to the kernel. > > > Most of that code is in Lua, and while I could have included > > C extension module that did similar things as ip -6 does, I didn't > > bother. > > We're doing pretty the same in our prototype code (saying > system("ip...") rather than speaking the netlink dialect of the day). > Could you point us at the relevant code, please? > > > So I'm just using ip -6 {route,rule} to set up source-specific rules > > that map to destination tables. > > Ah, okay. So you're using rules, just as we found out (the hard way) > that we need to do. > > http://www.spinics.net/lists/netdev/msg235316.html > http://www.spinics.net/lists/netdev/msg235346.html > One thing that bugs me about hacks and workarounds like this is that Linux (as well as openwrt) are intensely mutable systems, and it's totally possible to improve linux rather than limp around in userspace. I have long disliked the ip rule system in its primary use prior to now (vpns), as buggy, arbitrary, and subject to race conditions, so if a better api and methods for injecting/managing source address dependent routing information could be designed I'm pretty sure there would be much enthusiasm across the vpn, mptcp/sctp, and routing worlds for getting it into linux itself. > > > One (destination-based) routing table is maintained by routing > > protocol, and the rest by Lua code which figures external defaults > > based on routes within routing protocol implementation. > > Nice hack. > Except that probably it interacts badly with existing vpn manipulation of these tables. > > -- Juliusz > _______________________________________________ > homenet mailing list > homenet@ietf.org > https://www.ietf.org/mailman/listinfo/homenet > --=20 Dave T=E4ht Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.html --047d7b8746d47c150504dc310875 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Tue, May 7, 2013 at 5:03 AM, Juliusz = Chroboczek <jch@pps.univ-paris-diderot.fr> wrote= :
> > If you're ac= tually doing source-specific routing, please show me how
> > you speak to the kernel.

> Most of that code is in Lua, and while I could have included
> C extension module that did similar things as ip -6 does, I didn't=
> bother.

We're doing pretty the same in our prototype code (saying
system("ip...") rather than speaking the netlink dialect of the d= ay).
Could you point us at the relevant code, please?

> So I'm just using ip -6 {route,rule} to set up source-specific rul= es
> that map to destination tables.

Ah, okay. =A0So you're using rules, just as we found out (the har= d way)
that we need to do.

=A0 http://www.spinics.net/lists/netdev/msg235316.html
=A0 http://www.spinics.net/lists/netdev/msg235346.html

One thing that bugs me about hacks and workarounds like th= is is that Linux (as well as openwrt) are intensely mutable systems, and it= 's totally possible to improve linux rather than limp around in userspa= ce.

I have long disliked the ip rule system in its primary use prior to now= (vpns), as buggy, arbitrary, and subject to race conditions, so if a bette= r api and methods for injecting/managing source address dependent routing i= nformation could be designed I'm pretty sure there would be much enthus= iasm across the vpn, mptcp/sctp, and routing worlds for getting it into lin= ux itself.

=A0

> One (destination-based) routing table is maintained by routing
> protocol, and the rest by Lua code which figures external defaults
> based on routes within routing protocol implementation.

Nice hack.

Except that probably it interacts= badly with existing vpn manipulation of these tables.
=A0

-- Juliusz
_____________________= __________________________
homenet mailing list
homenet@ietf.org
https://www.ietf.org/mailman/listinfo/homenet



--
Dave T=E4ht=

Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/= subscribe.html=20 --047d7b8746d47c150504dc310875-- From dave.taht@gmail.com Wed May 8 02:08:03 2013 Return-Path: X-Original-To: homenet@ietfa.amsl.com Delivered-To: homenet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F3D5B21F84F8 for ; Wed, 8 May 2013 02:08:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.649 X-Spam-Level: X-Spam-Status: No, score=-1.649 tagged_above=-999 required=5 tests=[AWL=0.350, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_51=0.6, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id U0UTF28lX0sv for ; Wed, 8 May 2013 02:07:58 -0700 (PDT) Received: from mail-ie0-x22e.google.com (mail-ie0-x22e.google.com [IPv6:2607:f8b0:4001:c03::22e]) by ietfa.amsl.com (Postfix) with ESMTP id 65E2021F901B for ; Wed, 8 May 2013 02:07:47 -0700 (PDT) Received: by mail-ie0-f174.google.com with SMTP id 10so2639866ied.5 for ; Wed, 08 May 2013 02:07:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=IhjhPo+1hhirp7GwOF+zXVfjm1IW3GTf6Bc1gg2k+go=; b=EWz0IKJSpDr6JXG5l9H3Ab80p1sLizUtavfa49oLySOX5yy3zwNGB0eTWV7ODxQjKa GNYGPdOVCsfH6hv4wGfjLtF6pRUDXmo2HIhwgOgLW3LGyO/1XqFS6V+4UH7xmdmoUSWH Ouve116/BoE8nvWaOsHSSXezQiR0HNo+0YsOSkZey91e+FFeFaUPXbt/Wwmgy2DYt7az Ye4T4y9WlZqzTrz+MevPwIXsl2MYJr6j9XTf5r2WocvE9opekKkYnr+ORtWvLoJJGDAN SKT7TFXzeM8q12cAWi4CMfAaxcdNADxLm/+6YBt0TZJJRdFLNm7+AMWTQv7c6MZI6H7g RvCQ== MIME-Version: 1.0 X-Received: by 10.50.127.212 with SMTP id ni20mr2146244igb.27.1368004066784; Wed, 08 May 2013 02:07:46 -0700 (PDT) Received: by 10.64.7.51 with HTTP; Wed, 8 May 2013 02:07:46 -0700 (PDT) In-Reply-To: References: Date: Wed, 8 May 2013 02:07:46 -0700 Message-ID: From: Dave Taht To: Markus Stenberg Content-Type: multipart/alternative; boundary=089e013c5d1473bd8204dc3144fd Cc: homenet@ietf.org, cerowrt-devel@lists.bufferbloat.net Subject: Re: [homenet] pushing the bird faster X-BeenThere: homenet@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 09:08:03 -0000 --089e013c5d1473bd8204dc3144fd Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Tue, May 7, 2013 at 4:15 AM, Markus Stenberg wro= te: > Dave Taht gmail.com> writes: > > I note that in order to speed up the cycle and development time > > involving routing advancements, the openwrt team has broken out most > > of the routing protocols in openwrt into a separate repository which > > can spin faster: > > > > https://github.com/openwrt-routing/packages > > > > Perhaps this could be a home for the enhancements to bird/etc that the > > cisco homenet group has been doing? > > Possibly. I'm not sure how keen they are to have 'big' changes, > though, and looking at > https://github.com/fingon/hnet-openwrt-feed Cisco homenet > implementation requires currently 4 new Lua modules (1 of them > forked version of original with better IPv6 support), forked > versions of dnsmasq/odhcp6c (for prefix class option support), > and BIRD (for external LSA support). > Unless you wish to maintain these modifications forever, it is helpful to seek consensus with the mainline developers of these tools to push your patches in a mutually acceptible form. I would suspect that dnsmasq and odhcp6c devs would be amiable to a discussion at the very least. > > As it's not very self-contained, I'm not sure how well it would > work there, and as we currently _only_ work with AA base, it > might have issues with people using trunk.. > Perfect! You can continue have your stable release and also establish a repo(s) for moving them into the ongoing development processes for head of trunk, so that these standards can be more widely adopted. Or not, depending on consensus with the devs.... Please post your patches to the relevant mailing lists. This is the open source process. It's pretty similar to the ietf process of seeking consensus except that it's incremental and the code needs to compile at every stage. You end up with a lot of eyeballs on the code and more feedback from an increasingly large userbase. I'm very happy (and relieved) to say that as of 3 weeks back everything important from CeroWrt has finally been pushed into openwrt, and if I were to wipe out on the autobahn tomorrow, it really wouldn't matter all that much. (to the project!) We'll (cerowrt folk) will take a look at this repo too to see what can get folded back into Cero, for now, but a better path is to the core devs of the individual packages. "Feed the upstream". Does anyone know where the hipnet stuff lives? > Cheers, > > -Markus > > > _______________________________________________ > homenet mailing list > homenet@ietf.org > https://www.ietf.org/mailman/listinfo/homenet > --=20 Dave T=E4ht Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.html --089e013c5d1473bd8204dc3144fd Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Tue, May 7, 2013 at 4:15 AM, Markus S= tenberg <markus.stenberg@iki.fi> wrote:
Dave Taht <dave.taht <at> gmail.com> writes:
> I note that in order to speed up the cycle and development time
> involving routing advancements, the openwrt team has broken out most > of the routing protocols in openwrt into a separate repository which > can spin faster:
>
> https://github.com/openwrt-routing/packages
>
> Perhaps this could be a home for the enhancements to bird/etc that the=
> cisco homenet group has been doing?

Possibly. I'm not sure how keen they are to have 'big' ch= anges,
though, and looking at
h= ttps://github.com/fingon/hnet-openwrt-feed Cisco homenet
implementation requires currently 4 new Lua modules (1 of them
forked version of original with better IPv6 support), forked
versions of dnsmasq/odhcp6c (for prefix class option support),
and BIRD (for external LSA support).

Unless you wi= sh to maintain these modifications forever, it is helpful to seek consensus= with the mainline developers of these tools to push your patches in a mutu= ally acceptible form. I would suspect that dnsmasq and odhcp6c devs would b= e amiable to a discussion at the very least.

=A0

As it's not very self-contained, I'm not sure how well it would
work there, and as we currently _only_ work with AA base, it
might have issues with people using trunk..

Perfec= t! You can continue have your stable release and also establish a repo(s) f= or moving them into the ongoing development processes for head of trunk, so= that these standards can be more widely adopted. Or not, depending on cons= ensus with the devs....

=A0Please post your patches to the relevant mailing lists. This is the = open source process. It's pretty similar to the ietf process of seeking= consensus except that it's incremental and the code needs to compile a= t every stage.

You end up with a lot of eyeballs on the code and more feedback from an= increasingly large userbase.

I'm very happy (and relieved) to s= ay that as of 3 weeks back everything important from=20 CeroWrt has finally been pushed into openwrt, and if I were to wipe out on = the autobahn tomorrow, it really wouldn't matter all that much. (to the= project!)

We'll (cerowrt folk) will take a look at this repo to= o to see what can get folded back into Cero, for now, but a better path is = to the core devs of the individual packages. "Feed the upstream".=

Does anyone know where the hipnet stuff lives?


Cheers,

-Markus


_______________________________________________
homenet mailing list
homenet@ietf.org
https://www.ietf.org/mailman/listinfo/homenet



--
Dave T=E4ht

Fixi= ng bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.ht= ml=20 --089e013c5d1473bd8204dc3144fd-- From cyrus@openwrt.org Wed May 8 02:21:00 2013 Return-Path: X-Original-To: homenet@ietfa.amsl.com Delivered-To: homenet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C5F4221F8700 for ; Wed, 8 May 2013 02:21:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, J_CHICKENPOX_51=0.6] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jIoWHg2U8-Ii for ; Wed, 8 May 2013 02:21:00 -0700 (PDT) Received: from chi.subsignal.org (cxd-2-pt.tunnel.tserv11.ams1.ipv6.he.net [IPv6:2001:470:1f14:ed::2]) by ietfa.amsl.com (Postfix) with ESMTP id 2553321F8682 for ; Wed, 8 May 2013 02:20:59 -0700 (PDT) Received: from [192.168.178.21] (unknown [212.255.44.191]) by chi.subsignal.org (Postfix) with ESMTPSA id 6FB57126016; Wed, 8 May 2013 11:22:23 +0200 (CEST) Message-ID: <518A18FA.4030600@openwrt.org> Date: Wed, 08 May 2013 11:20:58 +0200 From: Steven Barth User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130112 Icedove/17.0.2 MIME-Version: 1.0 To: Dave Taht References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: homenet@ietf.org, Markus Stenberg , cerowrt-devel@lists.bufferbloat.net Subject: Re: [homenet] [Cerowrt-devel] pushing the bird faster X-BeenThere: homenet@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 09:21:01 -0000 On 08.05.2013 11:07, Dave Taht wrote: > Unless you wish to maintain these modifications forever, it is helpful > to seek consensus with the mainline developers of these tools to push > your patches in a mutually acceptible form. I would suspect that dnsmasq > and odhcp6c devs would be amiable to a discussion at the very least. Speaking for odhcp6c I have looked into the homenet changes yesterday and I don't see it as a big hassle to merge these features into the main branch at some point once they have an official IANA number and the specs are somewhat stable. Also feel free to contact me if you are thinking about getting anything IPv6-related upstream to OpenWrt and we can discuss that or you can of course also use the official channels, mailing lists and so on. From dave.taht@gmail.com Wed May 8 02:23:26 2013 Return-Path: X-Original-To: homenet@ietfa.amsl.com Delivered-To: homenet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A8F8F21F861B for ; Wed, 8 May 2013 02:23:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.766 X-Spam-Level: X-Spam-Status: No, score=-1.766 tagged_above=-999 required=5 tests=[AWL=0.233, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_51=0.6, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6oGbMJAXNOuk for ; Wed, 8 May 2013 02:23:22 -0700 (PDT) Received: from mail-ie0-x232.google.com (mail-ie0-x232.google.com [IPv6:2607:f8b0:4001:c03::232]) by ietfa.amsl.com (Postfix) with ESMTP id 7018121F8E6B for ; Wed, 8 May 2013 02:23:22 -0700 (PDT) Received: by mail-ie0-f178.google.com with SMTP id b11so2825505iee.9 for ; Wed, 08 May 2013 02:23:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=FEDPAhxZnJB0rVbtwO+0e0BNJEAKVKVk4LwCayvCaTw=; b=LRA8nyTeI7xEnsTke86U59teXNEXxoPC/Tu01L9vasUvFVii0jDGlW5RzD8jLx01QH F7asGH31oOGt8C5QL+Xa5NwzAeE7ovqtoRLTFdBnG27P3A7ahn0xgfeyfdmXJWqcCE6/ xyG0MCld7Do9lUIAW2ekftSmWZwX+pcyVphFNxX5P1lD0js4NRwXbYIVQNI5szBzInkx 7Pv5OqADNIhL/5hneqrMm5XwoF/DxmapebxREtqCP7bAv5EDJLOfJVt0GH3Js3HpTB+B ucaAZY+u0q4ly6vvNIBeI0AbyvOD93ly3qQ1YmyF4ChBgwJQhkxMDGIDJoeyVNlBilfV Fo2A== MIME-Version: 1.0 X-Received: by 10.50.25.102 with SMTP id b6mr5506155igg.27.1368005002073; Wed, 08 May 2013 02:23:22 -0700 (PDT) Received: by 10.64.7.51 with HTTP; Wed, 8 May 2013 02:23:22 -0700 (PDT) In-Reply-To: <518A18FA.4030600@openwrt.org> References: <518A18FA.4030600@openwrt.org> Date: Wed, 8 May 2013 02:23:22 -0700 Message-ID: From: Dave Taht To: Steven Barth Content-Type: multipart/alternative; boundary=047d7bd768bc331dc304dc317cac Cc: homenet@ietf.org, Markus Stenberg , cerowrt-devel@lists.bufferbloat.net Subject: Re: [homenet] [Cerowrt-devel] pushing the bird faster X-BeenThere: homenet@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 09:23:26 -0000 --047d7bd768bc331dc304dc317cac Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Wed, May 8, 2013 at 2:20 AM, Steven Barth wrote: > On 08.05.2013 11:07, Dave Taht wrote: > >> Unless you wish to maintain these modifications forever, it is helpful >> to seek consensus with the mainline developers of these tools to push >> your patches in a mutually acceptible form. I would suspect that dnsmasq >> and odhcp6c devs would be amiable to a discussion at the very least. >> > > Speaking for odhcp6c I have looked into the homenet changes yesterday and > I don't see it as a big hassle to merge these features into the main bran= ch > at some point once they have an official IANA number and the specs are > somewhat stable. > #ifdef HOMENET do_not_quite_iana_approved_stuff() #endif not work for you? I would certainly like to get more users of the code on more platforms at this point. --=20 Dave T=E4ht Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.html --047d7bd768bc331dc304dc317cac Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Wed, May 8, 2013 at 2:20 AM, Steven B= arth <cyrus@openwrt.org> wrote:
On 08.05.2013 11:07, Dave Taht wrote:
Unless you wish to maintain these modifications forever, it is helpful
to seek consensus with the mainline developers of these tools to push
your patches in a mutually acceptible form. I would suspect that dnsmasq and odhcp6c devs would be amiable to a discussion at the very least.

Speaking for odhcp6c I have looked into the homenet changes yesterday and I= don't see it as a big hassle to merge these features into the main bra= nch at some point once they have an official IANA number and the specs are = somewhat stable.

#ifdef HOMENET
do_not_quite_iana_approved_stuff()<= br>#endif

not work for you?
=A0
I would certainly like to get = more users of the code on more platforms at this point.


--
Dave T=E4ht

Fixing bufferbloat with cerowrt: http://www= .teklibre.com/cerowrt/subscribe.html=20 --047d7bd768bc331dc304dc317cac-- From markus.stenberg@iki.fi Wed May 8 02:27:57 2013 Return-Path: X-Original-To: homenet@ietfa.amsl.com Delivered-To: homenet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 31B9D21F8EDA for ; Wed, 8 May 2013 02:27:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.633 X-Spam-Level: X-Spam-Status: No, score=-1.633 tagged_above=-999 required=5 tests=[AWL=-0.234, BAYES_00=-2.599, J_CHICKENPOX_35=0.6, J_CHICKENPOX_51=0.6] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VxBXsMF3p61Y for ; Wed, 8 May 2013 02:27:51 -0700 (PDT) Received: from kirsi1.inet.fi (mta-out.inet.fi [195.156.147.13]) by ietfa.amsl.com (Postfix) with ESMTP id 1216121F8E04 for ; Wed, 8 May 2013 02:27:50 -0700 (PDT) Received: from kosame.lan (80.220.81.136) by kirsi1.inet.fi (8.5.140.03) (authenticated as stenma-47) id 5163F40201AC6A11; Wed, 8 May 2013 12:27:47 +0300 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) From: Markus Stenberg In-Reply-To: <518A18FA.4030600@openwrt.org> Date: Wed, 8 May 2013 12:27:46 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: References: <518A18FA.4030600@openwrt.org> To: Steven Barth X-Mailer: Apple Mail (2.1503) Cc: homenet@ietf.org, Markus Stenberg , Dave Taht , cerowrt-devel@lists.bufferbloat.net Subject: Re: [homenet] [Cerowrt-devel] pushing the bird faster X-BeenThere: homenet@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 09:27:57 -0000 On 8.5.2013, at 12.20, Steven Barth wrote: > On 08.05.2013 11:07, Dave Taht wrote: >> Unless you wish to maintain these modifications forever, it is = helpful >> to seek consensus with the mainline developers of these tools to push >> your patches in a mutually acceptible form. I would suspect that = dnsmasq >> and odhcp6c devs would be amiable to a discussion at the very least. > Speaking for odhcp6c I have looked into the homenet changes yesterday = and I don't see it as a big hassle to merge these features into the main = branch at some point once they have an official IANA number and the = specs are somewhat stable. >=20 > Also feel free to contact me if you are thinking about getting = anything IPv6-related upstream to OpenWrt and we can discuss that or you = can of course also use the official channels, mailing lists and so on. That's underlying problem with both dnsmasq and odhcp6c forked changes - = we use IOS-specific prefix class option # that is NOT from IANA, and I'd = rather not see it in wide use for obvious reasons.=20 And as a general point on odhcp6c front, I think a better method of = expressing 'extra prefix-specificoptions' should be found than just = adding more entries to the CSV list of ENV_PREFIXES. In my experience, = long lists of CSV-style entries become rather awkward to handle if you = want to be futureproof; key=3Dvalue within (or something else) is much = better. Cheers, -Markus= From tjc@ecs.soton.ac.uk Wed May 8 02:30:04 2013 Return-Path: X-Original-To: homenet@ietfa.amsl.com Delivered-To: homenet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C993021F8EDA for ; Wed, 8 May 2013 02:30:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cDeGSJisW0iU for ; Wed, 8 May 2013 02:29:59 -0700 (PDT) Received: from falcon.ecs.soton.ac.uk (falcon.ecs.soton.ac.uk [IPv6:2001:630:d0:f102::25e]) by ietfa.amsl.com (Postfix) with ESMTP id 7E6B921F8D2C for ; Wed, 8 May 2013 02:29:59 -0700 (PDT) Received: from falcon.ecs.soton.ac.uk (localhost [127.0.0.1]) by falcon.ecs.soton.ac.uk (8.13.8/8.13.8) with ESMTP id r489TvMg015652 for ; Wed, 8 May 2013 10:29:57 +0100 X-DKIM: Sendmail DKIM Filter v2.8.2 falcon.ecs.soton.ac.uk r489TvMg015652 DKIM-Signature: v=1; a=rsa-sha1; c=simple/simple; d=ecs.soton.ac.uk; s=201304; t=1368005397; bh=xLwAD4Hz1cnWxh1Qh9SeAs4z0hA=; h=Mime-Version:Subject:From:In-Reply-To:Date:References:To; b=m8SHK3dQnhz6Jynnn+4N70Hi4QIruq/FVnxb46DeDLZyVFoGjopjg1VY8WOzbT3uG QRgS7YCqEl/DSq7skNg7lAmKFhNevgL+yMDfS8eFG+o09lWEzQxH6F6ov4AIAsmV5U hYTQp+UAtSJg4dnbQDV2Ph4jpbDGFq1kHpd4FtD4= Received: from gander.ecs.soton.ac.uk (gander.ecs.soton.ac.uk [2001:630:d0:f102::25d]) by falcon.ecs.soton.ac.uk (falcon.ecs.soton.ac.uk [2001:630:d0:f102::25e]) envelope-from with ESMTP (valid=N/A) id p47AYv0430603246qH ret-id none; Wed, 08 May 2013 10:29:57 +0100 Received: from dhcp-206-29.wireless.soton.ac.uk (dhcp-206-29.wireless.soton.ac.uk [152.78.206.29]) (authenticated bits=0) by gander.ecs.soton.ac.uk (8.13.8/8.13.8) with ESMTP id r489TrRp013146 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Wed, 8 May 2013 10:29:53 +0100 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) From: Tim Chown In-Reply-To: Date: Wed, 8 May 2013 10:29:52 +0100 Content-Transfer-Encoding: quoted-printable Message-ID: References: <9D181275-2F51-42B5-AF98-4A831047274D@ecs.soton.ac.uk> To: "homenet@ietf.org Group" X-Mailer: Apple Mail (2.1503) X-ECS-MailScanner: Found to be clean, Found to be clean X-smtpf-Report: sid=p47AYv043060324600; tid=p47AYv0430603246qH; client=relay,ipv6; mail=; rcpt=; nrcpt=1:0; fails=0 X-ECS-MailScanner-Information: Please contact the ISP for more information X-ECS-MailScanner-ID: r489TvMg015652 X-ECS-MailScanner-From: tjc@ecs.soton.ac.uk Subject: Re: [homenet] Source-specific routes in Linux [was: atomic updates...] X-BeenThere: homenet@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 09:30:04 -0000 On 7 May 2013, at 12:08, Markus Stenberg wrote: >=20 > Yet another implementation of interest might be: >=20 > https://github.com/edderick/quagga_zOSPF/ >=20 > [1]/[2] versions do not interoperate with it (but they interoperate = with > Arkko one); latest [3] version interoperates with it, but not Arkko..) Hi, So the github zOSPF iplementation above was done this year by an = undergraduate project student of mine, Ed Seabrook. He has tested his = code against both Ben's and Markus' implementations, using a netkit test = environment, with pretty successful results overall. Ed has given some = feedback to the draft authors based on his experience. Ed chose to build on Quagga because he knew the bird implementations = existed, and wanted to show interoperability with a different platform. = Ed has briefly looked at the source routing issue, and may do further = work on that, but there's nothing in the git repository for that as yet. As an aside I'm working on the homenet arch update this week, so please = do comment on any outstanding issues you have to the list asap if you = want them included in the imminent new version. Tim= From cyrus@openwrt.org Wed May 8 02:32:25 2013 Return-Path: X-Original-To: homenet@ietfa.amsl.com Delivered-To: homenet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 965E621F8F32 for ; Wed, 8 May 2013 02:32:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.699 X-Spam-Level: X-Spam-Status: No, score=-1.699 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, J_CHICKENPOX_35=0.6, J_CHICKENPOX_51=0.6] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eoS4WLk9LdVk for ; Wed, 8 May 2013 02:32:25 -0700 (PDT) Received: from chi.subsignal.org (cxd-2-pt.tunnel.tserv11.ams1.ipv6.he.net [IPv6:2001:470:1f14:ed::2]) by ietfa.amsl.com (Postfix) with ESMTP id 03CBA21F8F27 for ; Wed, 8 May 2013 02:32:24 -0700 (PDT) Received: from [192.168.178.21] (unknown [212.255.44.191]) by chi.subsignal.org (Postfix) with ESMTPSA id 94B90126016; Wed, 8 May 2013 11:33:48 +0200 (CEST) Message-ID: <518A1BA7.8000406@openwrt.org> Date: Wed, 08 May 2013 11:32:23 +0200 From: Steven Barth User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130112 Icedove/17.0.2 MIME-Version: 1.0 To: Markus Stenberg References: <518A18FA.4030600@openwrt.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: homenet@ietf.org, Dave Taht , cerowrt-devel@lists.bufferbloat.net Subject: Re: [homenet] [Cerowrt-devel] pushing the bird faster X-BeenThere: homenet@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 09:32:25 -0000 On 08.05.2013 11:27, Markus Stenberg wrote: > > That's underlying problem with both dnsmasq and odhcp6c forked changes - we use IOS-specific prefix class option # that is NOT from IANA, and I'd rather not see it in wide use for obvious reasons. > > And as a general point on odhcp6c front, I think a better method of expressing 'extra prefix-specificoptions' should be found than just adding more entries to the CSV list of ENV_PREFIXES. In my experience, long lists of CSV-style entries become rather awkward to handle if you want to be futureproof; key=value within (or something else) is much better. Yes, I agree. Feel free to do that for the prefix class. I guess I will eventually do that for the prefix exclusion feature as well. From dave.taht@gmail.com Wed May 8 02:45:38 2013 Return-Path: X-Original-To: homenet@ietfa.amsl.com Delivered-To: homenet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 623D221F871D for ; Wed, 8 May 2013 02:45:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.124 X-Spam-Level: X-Spam-Status: No, score=-2.124 tagged_above=-999 required=5 tests=[AWL=0.475, BAYES_00=-2.599, HTML_MESSAGE=0.001, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vxjc3wbl4HeI for ; Wed, 8 May 2013 02:45:34 -0700 (PDT) Received: from mail-vb0-x235.google.com (mail-vb0-x235.google.com [IPv6:2607:f8b0:400c:c02::235]) by ietfa.amsl.com (Postfix) with ESMTP id E939021F8528 for ; Wed, 8 May 2013 02:45:33 -0700 (PDT) Received: by mail-vb0-f53.google.com with SMTP id i3so1377674vbh.40 for ; Wed, 08 May 2013 02:45:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=M9Zfox92SNjwpHVuZfK7Pb2R1PiFzQqCe5+nFHMY568=; b=gxxKvr54c2JPIIZEUQzl/L0hpCYGazGBWL1FFwkv7l+TLR3F9HEhfsHTbI1q4HHoCd OeelUtFzVU4IRgTgnbaPeodCTjdxYju/2FS4zGlx46fL9wC2FPcq2VUzJ/JypV0rFuo2 rlqt3h5ermNf3CI/AA+CjKePcY+0Bd5xYS2jhBRQ2g3UfvfreadqE5DDbuOJdYa63lor 6kzdGfTOq66BDeC4FuQVFZrCxnfZVm82RWi+SnKsB9XIK2tNM6ID41u1JqIcTzxH7b7P axVyi61wO1qX7lEFaVpn7HXIxDNXnHYk/2wo//3FPn8eercVCMo6W+A6Nx3FsaBBI3Dn iKnQ== MIME-Version: 1.0 X-Received: by 10.52.76.6 with SMTP id g6mr3337001vdw.13.1368006330249; Wed, 08 May 2013 02:45:30 -0700 (PDT) Received: by 10.58.169.77 with HTTP; Wed, 8 May 2013 02:45:29 -0700 (PDT) In-Reply-To: References: <9D181275-2F51-42B5-AF98-4A831047274D@ecs.soton.ac.uk> Date: Wed, 8 May 2013 02:45:29 -0700 Message-ID: From: Dave Taht To: Tim Chown Content-Type: multipart/alternative; boundary=20cf307f35225d77eb04dc31cbdb Cc: "homenet@ietf.org Group" Subject: Re: [homenet] Source-specific routes in Linux [was: atomic updates...] X-BeenThere: homenet@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 09:45:38 -0000 --20cf307f35225d77eb04dc31cbdb Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Wed, May 8, 2013 at 2:29 AM, Tim Chown wrote: > On 7 May 2013, at 12:08, Markus Stenberg wrote: > > > > Yet another implementation of interest might be: > > > > https://github.com/edderick/quagga_zOSPF/ > > > > [1]/[2] versions do not interoperate with it (but they interoperate wit= h > > Arkko one); latest [3] version interoperates with it, but not Arkko..) > > Hi, > > So the github zOSPF iplementation above was done this year by an > undergraduate project student of mine, Ed Seabrook. He has tested his co= de > against both Ben's and Markus' implementations, using a netkit test > environment, with pretty successful results overall. Ed has given some > feedback to the draft authors based on his experience. > It would be helpful if those comments were more public. > > Ed chose to build on Quagga because he knew the bird implementations > existed, and wanted to show interoperability with a different platform. CeroWrt uses quagga-RE (for BGPpgp and babel support), and if it is possible to merge these patches into that branch, and the results useful, I'd be delighted to do so... > Ed has briefly looked at the source routing issue, and may do further wor= k > on that, but there's nothing in the git repository for that as yet. > > Given that there are more eyeballs on the problem this month than ever before I would hope that some faster progress be made... /sign me delighted to have got rid of my entire prior patch burden and willing to take on new stuff As an aside I'm working on the homenet arch update this week, so please do > comment on any outstanding issues you have to the list asap if you want > them included in the imminent new version. > > Tim > _______________________________________________ > homenet mailing list > homenet@ietf.org > https://www.ietf.org/mailman/listinfo/homenet > --=20 Dave T=E4ht Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.html --20cf307f35225d77eb04dc31cbdb Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Wed, May 8, 2013 at 2:29 AM, Tim Chow= n <tjc@ecs.soton.ac.uk> wrote:
On 7 May 2013, at 12:08, Markus Stenberg <markus.stenberg@iki.fi> wrote:
>
> Yet another implementation of interest might be:
>
> https://github.com/edderick/quagga_zOSPF/
>
> [1]/[2] versions do not interoperate with it (but they interoperate wi= th
> Arkko one); latest [3] version interoperates with it, but not Arkko..)=

Hi,

So the github zOSPF iplementation above was done this year by an undergradu= ate project student of mine, Ed Seabrook. =A0He has tested his code against= both Ben's and Markus' implementations, using a netkit test enviro= nment, with pretty successful results overall. =A0Ed has given some feedbac= k to the draft authors based on his experience.

It would be helpful if those comments were more publi= c.=A0

Ed chose to build on Quagga because he knew the bird implementations existe= d, and wanted to show interoperability with a different platform. =A0

CeroWrt uses quagga-RE (for BGPpgp and babel support), and = if it is=20 possible to merge these patches into that branch, and the results useful, I'd be delighted to do so...

=A0
Ed has briefly looked at the source routing issue, and may do further= work on that, but there's nothing in the git repository for that as ye= t.


Given that there are more eyeballs on the problem= this month than ever before I would hope that some faster progress be made= ...

/sign me
delighted to have got rid of my entire prior patch b= urden and willing to take on new stuff

As an aside I'm working on the homenet arch update this week, so please= do comment on any outstanding issues you have to the list asap if you want= them included in the imminent new version.

Tim
_____________________= __________________________
homenet mailing list
homenet@ietf.org
https://www.ietf.org/mailman/listinfo/homenet



--
Dave T=E4ht=

Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/= subscribe.html=20 --20cf307f35225d77eb04dc31cbdb-- From cyrus@openwrt.org Wed May 8 02:48:04 2013 Return-Path: X-Original-To: homenet@ietfa.amsl.com Delivered-To: homenet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6313E21F9054 for ; Wed, 8 May 2013 02:48:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.149 X-Spam-Level: X-Spam-Status: No, score=-2.149 tagged_above=-999 required=5 tests=[AWL=0.450, BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LrwdCnFRLZZ5 for ; Wed, 8 May 2013 02:48:04 -0700 (PDT) Received: from chi.subsignal.org (cxd-2-pt.tunnel.tserv11.ams1.ipv6.he.net [IPv6:2001:470:1f14:ed::2]) by ietfa.amsl.com (Postfix) with ESMTP id C8C6321F907E for ; Wed, 8 May 2013 02:48:03 -0700 (PDT) Received: from [192.168.178.21] (unknown [212.255.44.191]) by chi.subsignal.org (Postfix) with ESMTPSA id C907F126016; Wed, 8 May 2013 11:49:26 +0200 (CEST) Message-ID: <518A1F51.809@openwrt.org> Date: Wed, 08 May 2013 11:48:01 +0200 From: Steven Barth User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130112 Icedove/17.0.2 MIME-Version: 1.0 To: Dave Taht References: <87vc6vgghx.wl%jch@pps.univ-paris-diderot.fr> <8F7177E4-6212-4A74-8A7C-A2D1703A59BF@iki.fi> <87sj1zgfot.wl%jch@pps.univ-paris-diderot.fr> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: homenet@ietf.org, Markus Stenberg , bloat-devel , boutier@pps.univ-paris-diderot.fr, Juliusz Chroboczek Subject: Re: [homenet] Source-specific routes in Linux [was: atomic updates...] X-BeenThere: homenet@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 09:48:04 -0000 On 08.05.2013 10:51, Dave Taht wrote: > One thing that bugs me about hacks and workarounds like this is that > Linux (as well as openwrt) are intensely mutable systems, and it's > totally possible to improve linux rather than limp around in userspace. > > I have long disliked the ip rule system in its primary use prior to now > (vpns), as buggy, arbitrary, and subject to race conditions, so if a > better api and methods for injecting/managing source address dependent > routing information could be designed I'm pretty sure there would be > much enthusiasm across the vpn, mptcp/sctp, and routing worlds for > getting it into linux itself. Hmm I must admit I'm wondering about this for the OpenWrt stack as well. We have switched to RA-Handling in userspace for similar reasons already so I guess it's only the next logical step to create separate routing tables for each upstream interface to do source-based routing and filter out ULA-traffic on this layer instead of through iptables. Having one central userspace management daemon for routing and address / prefix delegation in general might not be the best or cleanest solution in the end but I guess there is no better way right now. From dave.taht@gmail.com Wed May 8 03:22:41 2013 Return-Path: X-Original-To: homenet@ietfa.amsl.com Delivered-To: homenet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3132021F8FFC for ; Wed, 8 May 2013 03:22:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.919 X-Spam-Level: X-Spam-Status: No, score=-1.919 tagged_above=-999 required=5 tests=[AWL=0.080, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_51=0.6, NO_RELAYS=-0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JOz+xOpcLFua for ; Wed, 8 May 2013 03:22:37 -0700 (PDT) Received: from mail-vb0-x232.google.com (mail-vb0-x232.google.com [IPv6:2607:f8b0:400c:c02::232]) by ietfa.amsl.com (Postfix) with ESMTP id EBE4021F89C3 for ; Wed, 8 May 2013 03:22:36 -0700 (PDT) Received: by mail-vb0-f50.google.com with SMTP id w16so1404646vbb.23 for ; Wed, 08 May 2013 03:22:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=dje+OJV90J8pIhwNcs2jFPSh7EpVYif8wcfo0XBbTPA=; b=Rt1X/PtdfcE1Km+Q28VvcFbVbtaw9BDBH2CvJg3lwU5OP95BeSIJZq7M5RApYXeQKA gwht55NWJffxxjCVa1ELbKlXNgODk5izwE4SmJmKCjtgHKyLd4PzPd/oTu6ey7C2VNeU VxzFZ/EzT6Qp3EklSn8Kli3fDd0XbswIrEnSBs5SC5xCFMsHhcuzrgI/q9jEFqETkGxv 2ANx5rG9T1CgRJ8wCldzPf+hP8a8/f60FNLyM2yIhYiHno8hzRYrpT7rdZE1m5jto/Jw 7J293L+Lad4kOku2R7wQZtKhvbi/PCrBIoM9h2e801RhEcR+WPhk4ge9UfT4YU/vrESy TtNw== MIME-Version: 1.0 X-Received: by 10.52.29.142 with SMTP id k14mr3352212vdh.124.1368008556432; Wed, 08 May 2013 03:22:36 -0700 (PDT) Received: by 10.58.169.77 with HTTP; Wed, 8 May 2013 03:22:36 -0700 (PDT) In-Reply-To: References: <518A18FA.4030600@openwrt.org> Date: Wed, 8 May 2013 03:22:36 -0700 Message-ID: From: Dave Taht To: Markus Stenberg Content-Type: multipart/alternative; boundary=20cf307d041c0e561004dc325061 Cc: Steven Barth , homenet@ietf.org, cerowrt-devel@lists.bufferbloat.net Subject: Re: [homenet] [Cerowrt-devel] pushing the bird faster X-BeenThere: homenet@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 10:22:41 -0000 --20cf307d041c0e561004dc325061 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Wed, May 8, 2013 at 2:27 AM, Markus Stenberg wro= te: > On 8.5.2013, at 12.20, Steven Barth wrote: > > On 08.05.2013 11:07, Dave Taht wrote: > >> Unless you wish to maintain these modifications forever, it is helpful > >> to seek consensus with the mainline developers of these tools to push > >> your patches in a mutually acceptible form. I would suspect that dnsma= sq > >> and odhcp6c devs would be amiable to a discussion at the very least. > > Speaking for odhcp6c I have looked into the homenet changes yesterday > and I don't see it as a big hassle to merge these features into the main > branch at some point once they have an official IANA number and the specs > are somewhat stable. > > > > Also feel free to contact me if you are thinking about getting anything > IPv6-related upstream to OpenWrt and we can discuss that or you can of > course also use the official channels, mailing lists and so on. > > That's underlying problem with both dnsmasq and odhcp6c forked changes - > we use IOS-specific prefix class option # that is NOT from IANA, and I'd > rather not see it in wide use for obvious reasons. > I have few problems with IOS setting a default standard, open source following it, and the IANA blessing it later. :) That said, what is the status of the IANA application? Link? --=20 Dave T=E4ht Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.html --20cf307d041c0e561004dc325061 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Wed, May 8, 2013 at 2:27 AM, Markus S= tenberg <markus.stenberg@iki.fi> wrote:
On 8.5.2013, at 12.20, Steven Barth= <cyrus@openwrt.org> wrote:<= br> > On 08.05.2013 11:07, Dave Taht wrote:
>> Unless you wish to maintain these modifications forever, it is hel= pful
>> to seek consensus with the mainline developers of these tools to p= ush
>> your patches in a mutually acceptible form. I would suspect that d= nsmasq
>> and odhcp6c devs would be amiable to a discussion at the very leas= t.
> Speaking for odhcp6c I have looked into the homenet changes yesterday = and I don't see it as a big hassle to merge these features into the mai= n branch at some point once they have an official IANA number and the specs= are somewhat stable.
>
> Also feel free to contact me if you are thinking about getting anythin= g IPv6-related upstream to OpenWrt and we can discuss that or you can of co= urse also use the official channels, mailing lists and so on.

That's underlying problem with both dnsmasq and odhcp6c for= ked changes - we use IOS-specific prefix class option # that is NOT from IA= NA, and I'd rather not see it in wide use for obvious reasons.

I have few problems with IOS setting a default standa= rd, open source following it, and the IANA blessing it later. :) That said,= what is the status of the IANA application? Link?

--
Dave T=E4ht

Fixing bufferbloat with cerowrt: http= ://www.teklibre.com/cerowrt/subscribe.html=20 --20cf307d041c0e561004dc325061-- From ot@cisco.com Wed May 8 03:26:35 2013 Return-Path: X-Original-To: homenet@ietfa.amsl.com Delivered-To: homenet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 933FA21F90CC for ; Wed, 8 May 2013 03:26:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.599 X-Spam-Level: X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SUxjDgDb7zw0 for ; Wed, 8 May 2013 03:26:29 -0700 (PDT) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by ietfa.amsl.com (Postfix) with ESMTP id 664C321F874E for ; Wed, 8 May 2013 03:26:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=694; q=dns/txt; s=iport; t=1368008788; x=1369218388; h=mime-version:subject:from:in-reply-to:date:cc: content-transfer-encoding:message-id:references:to; bh=IdEZvRuFX/lXjhpmk0xepnwT/e0C2cgtPxGxMy9a4j4=; b=QOkAd8iQlFXzp8/qh7V/Nk/hM0U0KGkCwKj01uTQOJzAMkw39kModR9B +5Ps22AXuAK9dxBKOcEdSP6FZ6A5mj+LtuxB0ZPtCH5UCwP86kHK9mh/J 81ZGo9ukTl0sTRIFMKaCmFtRwO16LlRyuhRGNuRbBJG6gBlQqmztJLtCE Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AioFAAwoilGQ/khR/2dsb2JhbABRgwe/SnoWdIIfAQEBAwE6PwULCw44VwYuh2sGwS2OdTMHgnRhA5cqkTWDEDo X-IronPort-AV: E=Sophos;i="4.87,632,1363132800"; d="scan'208";a="153885583" Received: from ams-core-1.cisco.com ([144.254.72.81]) by ams-iport-1.cisco.com with ESMTP; 08 May 2013 10:26:12 +0000 Received: from dhcp-lys02-vla252-10-147-116-38.cisco.com (dhcp-lys02-vla252-10-147-116-38.cisco.com [10.147.116.38]) by ams-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id r48AQA3p009135 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 8 May 2013 10:26:10 GMT Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) From: Ole Troan In-Reply-To: <518A1F51.809@openwrt.org> Date: Wed, 8 May 2013 12:26:10 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <75FE423B-4E42-4018-9E2D-04EA912FA9AA@cisco.com> References: <87vc6vgghx.wl%jch@pps.univ-paris-diderot.fr> <8F7177E4-6212-4A74-8A7C-A2D1703A59BF@iki.fi> <87sj1zgfot.wl%jch@pps.univ-paris-diderot.fr> <518A1F51.809@openwrt.org> To: Steven Barth X-Mailer: Apple Mail (2.1503) Cc: bloat-devel , Juliusz Chroboczek , Markus Stenberg , Dave Taht , boutier@pps.univ-paris-diderot.fr, homenet@ietf.org Subject: Re: [homenet] Source-specific routes in Linux [was: atomic updates...] X-BeenThere: homenet@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 10:26:35 -0000 [...] > We have switched to RA-Handling in userspace for similar reasons = already so I guess it's only the next logical step to create separate = routing tables for each upstream interface to do source-based routing = and filter out ULA-traffic on this layer instead of through iptables. don't do it per upstream interface, that wouldn't work. per next-hop = might. the draft suggests a single table with source constrained routers = and backtracking. > Having one central userspace management daemon for routing and address = / prefix delegation in general might not be the best or cleanest = solution in the end but I guess there is no better way right now. cheers, Ole From otroan@employees.org Wed May 8 03:28:23 2013 Return-Path: X-Original-To: homenet@ietfa.amsl.com Delivered-To: homenet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 58C7421F90D2 for ; Wed, 8 May 2013 03:28:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7pCAa8FzJfhB for ; Wed, 8 May 2013 03:28:18 -0700 (PDT) Received: from banjo.employees.org (banjo.employees.org [198.137.202.19]) by ietfa.amsl.com (Postfix) with ESMTP id B7D0C21F8EF7 for ; Wed, 8 May 2013 03:28:18 -0700 (PDT) Received: from dhcp-lys02-vla252-10-147-116-38.cisco.com (64-103-25-233.cisco.com [64.103.25.233]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: otroan) by banjo.employees.org (Postfix) with ESMTPSA id 0E1C85EF6; Wed, 8 May 2013 03:28:15 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) From: Ole Troan In-Reply-To: <518A1F51.809@openwrt.org> Date: Wed, 8 May 2013 12:28:14 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <87vc6vgghx.wl%jch@pps.univ-paris-diderot.fr> <8F7177E4-6212-4A74-8A7C-A2D1703A59BF@iki.fi> <87sj1zgfot.wl%jch@pps.univ-paris-diderot.fr> <518A1F51.809@openwrt.org> To: Steven Barth X-Mailer: Apple Mail (2.1503) Cc: bloat-devel , Juliusz Chroboczek , Markus Stenberg , Dave Taht , boutier@pps.univ-paris-diderot.fr, homenet@ietf.org Subject: Re: [homenet] Source-specific routes in Linux [was: atomic updates...] X-BeenThere: homenet@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 10:28:23 -0000 [...] > We have switched to RA-Handling in userspace for similar reasons = already so I guess it's only the next logical step to create separate = routing tables for each upstream interface to do source-based routing = and filter out ULA-traffic on this layer instead of through iptables. don't do it per upstream interface, that wouldn't work. per next-hop = might. the draft suggests a single table with source constrained routers = and backtracking. > Having one central userspace management daemon for routing and address = / prefix delegation in general might not be the best or cleanest = solution in the end but I guess there is no better way right now. cheers, Ole _______________________________________________ homenet mailing list homenet@ietf.org https://www.ietf.org/mailman/listinfo/homenet From markus.stenberg@iki.fi Wed May 8 03:29:08 2013 Return-Path: X-Original-To: homenet@ietfa.amsl.com Delivered-To: homenet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D70C821F90F1 for ; Wed, 8 May 2013 03:29:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, J_CHICKENPOX_51=0.6] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id l5u8kGD2ku4X for ; Wed, 8 May 2013 03:29:03 -0700 (PDT) Received: from jenni1.inet.fi (mta-out.inet.fi [195.156.147.13]) by ietfa.amsl.com (Postfix) with ESMTP id C60FE21F90EB for ; Wed, 8 May 2013 03:29:02 -0700 (PDT) Received: from dhcp-10-61-106-50.cisco.com (64.103.25.233) by jenni1.inet.fi (8.5.140.03) (authenticated as stenma-47) id 5163EC5601ADE3A3; Wed, 8 May 2013 13:28:55 +0300 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) From: Markus Stenberg In-Reply-To: Date: Wed, 8 May 2013 13:28:53 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: <2A989A4A-4E89-4177-A6A7-92E0E91C39FF@iki.fi> References: <518A18FA.4030600@openwrt.org> To: Dave Taht X-Mailer: Apple Mail (2.1503) Cc: Steven Barth , Markus Stenberg , homenet@ietf.org, cerowrt-devel@lists.bufferbloat.net Subject: Re: [homenet] [Cerowrt-devel] pushing the bird faster X-BeenThere: homenet@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 10:29:08 -0000 On 8.5.2013, at 13.22, Dave Taht wrote: > That's underlying problem with both dnsmasq and odhcp6c forked changes = - we use IOS-specific prefix class option # that is NOT from IANA, and = I'd rather not see it in wide use for obvious reasons. >=20 > I have few problems with IOS setting a default standard, open source = following it, and the IANA blessing it later. :) That said, what is the = status of the IANA application? Link? IANA application is applicable iff draft is about to go RFC; I'm not = related to that author in any shape or form, so no clue (not even sure = if draft is going anywhere, in IETF86 there was muted response at best = to it if I remember right). Cheers, -Markus= From lorenzo@google.com Wed May 8 03:34:39 2013 Return-Path: X-Original-To: homenet@ietfa.amsl.com Delivered-To: homenet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8562721F910D for ; Wed, 8 May 2013 03:34:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.977 X-Spam-Level: X-Spam-Status: No, score=-101.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IkAA+ch77FbE for ; Wed, 8 May 2013 03:34:39 -0700 (PDT) Received: from mail-ie0-x235.google.com (mail-ie0-x235.google.com [IPv6:2607:f8b0:4001:c03::235]) by ietfa.amsl.com (Postfix) with ESMTP id EDB2A21F8F0C for ; Wed, 8 May 2013 03:34:38 -0700 (PDT) Received: by mail-ie0-f181.google.com with SMTP id x12so2842339ief.12 for ; Wed, 08 May 2013 03:34:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=SfA6bnDlBvO6LnBD9yGIa/fP8vxWwK9P+eUAHLSs01s=; b=e0vvJx/ESCuiRovrKMgjrbJUKdq0IzJbqESRX31MdMbNStiDDvaQuL4Q8tgDYHO49O aN0HskJBlR75U3S+H3F4CthMt44/VnOsRxfO6+dzh6hdamqRrsfwYdh5YR7oLohFKOGT jde7Hm3o3GAlv5Z0wxPrZ3BiIH2VxrvMSwPu8m2uZz/pYrGFK3LqIL1GNAX7aixWQvgx esJdBmEVJZ1tuP2KDeBXEdryEvvY4mxDA14Fd2RzJomUDaRtG+fVU6mBl5xFLPew2HZZ s/25pt4c6y+c2pUG3VEm9ukWO1/jUyGnOHVcPAyMNyl5o3BI/MDOx3akP1rO0OVh6QZf 2BcA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type:x-gm-message-state; bh=SfA6bnDlBvO6LnBD9yGIa/fP8vxWwK9P+eUAHLSs01s=; b=SOopOdzyF4pJdzIAh+9cFMKxsMYGM2W4IbL7w28g9Vfb3yUQOaui81xHK2O/yGZWsI qwJR4q65XVQQ/0sEdq06e7EJxxUdMM7d4GZdP8uS9dwVBSOfz38QCRXHLxhloI/o6Si0 YZlOapKN7fUlELjV1XxlGIhlYLKZgES0DiNqr8EdKuzzOYtIkKBv17dYmsPVTZzoKClW 3iQTHIHofqNyQf1nj6e3nhfqbwx1edrw+ebRQJI4ehfZZNZwugseNWyhSwfe0RuERgbO SVYVe7GHP8ejB7niNn3FA1pko5dzB25bcI560LV+tCwU5yqai9qXNoe9TrSEe+1c00/+ xNGw== X-Received: by 10.50.170.36 with SMTP id aj4mr2214642igc.4.1368009278216; Wed, 08 May 2013 03:34:38 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.237.148 with HTTP; Wed, 8 May 2013 03:34:18 -0700 (PDT) In-Reply-To: <2A989A4A-4E89-4177-A6A7-92E0E91C39FF@iki.fi> References: <518A18FA.4030600@openwrt.org> <2A989A4A-4E89-4177-A6A7-92E0E91C39FF@iki.fi> From: Lorenzo Colitti Date: Wed, 8 May 2013 19:34:18 +0900 Message-ID: To: Markus Stenberg Content-Type: multipart/alternative; boundary=e89a8f234a5114075a04dc327be2 X-Gm-Message-State: ALoCoQkTYX2TyNXT0XlaTy5ZKqF2D+didXhR5UFgl+Q1uLgl3Wzq6rHdrQXHXLajUNEvLA3y2Aa7g6QQKw9coNzIS66DrfL5zsQ7rq1TSWv/XzUlh1+UH+DJDJ4GjOAWSTZYstzeUBXpmeSxqs6dUNtmnNfKS1fhcu5QWlCFlPkpXY4F/uiTir3OAt3qmrNHIdDyU7wUuAFb Cc: Steven Barth , "homenet@ietf.org" , Dave Taht , cerowrt-devel@lists.bufferbloat.net Subject: Re: [homenet] [Cerowrt-devel] pushing the bird faster X-BeenThere: homenet@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 10:34:39 -0000 --e89a8f234a5114075a04dc327be2 Content-Type: text/plain; charset=ISO-8859-1 On Wed, May 8, 2013 at 7:28 PM, Markus Stenberg wrote: > IANA application is applicable iff draft is about to go RFC; I'm not > related to that author in any shape or form, so no clue (not even sure if > draft is going anywhere, in IETF86 there was muted response at best to it > if I remember right). > What about the non-prefix colouring work, like source-based routing, prefix allocation, basic DHCPv6 fixes, etc.? Could that be merged upstream? For the prefix-colouring work, you could always commit the code using a vendor option and then update it when/if the draft gets traction? --e89a8f234a5114075a04dc327be2 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On Wed, May 8, 2013 at 7:28 PM, Markus Stenberg <ma= rkus.stenberg@iki.fi> wrote:
IANA application is applicable iff draft is about to go RFC; I= 9;m not related to that author in any shape or form, so no clue (not even s= ure if draft is going anywhere, in IETF86 there was muted response at best = to it if I remember right).

What about the non-prefix colouring = work, like source-based routing, prefix allocation, basic DHCPv6 fixes, etc= .? Could that be merged upstream?

For the prefix-colouring work, you could always commit the code using a ven= dor option and then update it when/if the draft gets traction?
<= /div>
--e89a8f234a5114075a04dc327be2-- From cyrus@openwrt.org Wed May 8 03:51:16 2013 Return-Path: X-Original-To: homenet@ietfa.amsl.com Delivered-To: homenet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4483821F9254 for ; Wed, 8 May 2013 03:51:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NTHIwQwt0GPZ for ; Wed, 8 May 2013 03:51:15 -0700 (PDT) Received: from chi.subsignal.org (cxd-2-pt.tunnel.tserv11.ams1.ipv6.he.net [IPv6:2001:470:1f14:ed::2]) by ietfa.amsl.com (Postfix) with ESMTP id 2FE3021F901F for ; Wed, 8 May 2013 03:51:13 -0700 (PDT) Received: from [100.67.73.73] (tmo-110-137.customers.d1-online.com [80.187.110.137]) by chi.subsignal.org (Postfix) with ESMTPSA id 6769E12610E; Wed, 8 May 2013 12:52:35 +0200 (CEST) User-Agent: K-9 Mail for Android In-Reply-To: References: <87vc6vgghx.wl%jch@pps.univ-paris-diderot.fr> <8F7177E4-6212-4A74-8A7C-A2D1703A59BF@iki.fi> <87sj1zgfot.wl%jch@pps.univ-paris-diderot.fr> <518A1F51.809@openwrt.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit From: Steven Barth Date: Wed, 08 May 2013 12:51:07 +0200 To: Ole Troan Message-ID: <3c2ea3e2-a587-4cf6-820b-929e6d75a9ad@email.android.com> Cc: bloat-devel , Juliusz Chroboczek , Markus Stenberg , Dave Taht , boutier@pps.univ-paris-diderot.fr, homenet@ietf.org Subject: Re: [homenet] Source-specific routes in Linux [was: atomic updates...] X-BeenThere: homenet@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 10:51:16 -0000 Ole Troan wrote: >[...] > >> We have switched to RA-Handling in userspace for similar reasons >already so I guess it's only the next logical step to create separate >routing tables for each upstream interface to do source-based routing >and filter out ULA-traffic on this layer instead of through iptables. > >don't do it per upstream interface, that wouldn't work. per next-hop >might. the draft suggests a single table with source constrained >routers and backtracking. > Ah yes thanks for the hint. Please correct me if I got this wrong: I guess per interface would be problematic if there are multiple routers on the upstream link offering different prefixes. However in case of prefix delegation via DHCPV6-pd like on usual home ISP connections would it not be problematic to attribute the prefix to any specific router? - if there would be multiple routers which I guess is unlikely in that situation. One could maybe attribute the prefix to the source address of the DHCPv6 server but that sounds problematic to me aswell. Hmm did I miss something or am I completely on the wrong track now? Thanks, Steven From otroan@employees.org Wed May 8 03:59:02 2013 Return-Path: X-Original-To: homenet@ietfa.amsl.com Delivered-To: homenet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1D39221F92F5 for ; Wed, 8 May 2013 03:59:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id irtdzc-LBGUE for ; Wed, 8 May 2013 03:58:56 -0700 (PDT) Received: from banjo.employees.org (banjo.employees.org [198.137.202.19]) by ietfa.amsl.com (Postfix) with ESMTP id 47D6421F92F4 for ; Wed, 8 May 2013 03:58:56 -0700 (PDT) Received: from dhcp-lys02-vla252-10-147-116-38.cisco.com (64-103-25-233.cisco.com [64.103.25.233]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: otroan) by banjo.employees.org (Postfix) with ESMTPSA id 4BB275EB4; Wed, 8 May 2013 03:58:54 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) From: Ole Troan In-Reply-To: <3c2ea3e2-a587-4cf6-820b-929e6d75a9ad@email.android.com> Date: Wed, 8 May 2013 12:58:52 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <4731AFEA-6D92-4201-BEA5-46B535C84657@employees.org> References: <87vc6vgghx.wl%jch@pps.univ-paris-diderot.fr> <8F7177E4-6212-4A74-8A7C-A2D1703A59BF@iki.fi> <87sj1zgfot.wl%jch@pps.univ-paris-diderot.fr> <518A1F51.809@openwrt.org> <3c2ea3e2-a587-4cf6-820b-929e6d75a9ad@email.android.com> To: Steven Barth X-Mailer: Apple Mail (2.1503) Cc: bloat-devel , Juliusz Chroboczek , Markus Stenberg , Ole Troan , Dave Taht , boutier@pps.univ-paris-diderot.fr, homenet@ietf.org Subject: Re: [homenet] Source-specific routes in Linux [was: atomic updates...] X-BeenThere: homenet@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 10:59:02 -0000 Steven, >>> We have switched to RA-Handling in userspace for similar reasons >> already so I guess it's only the next logical step to create separate >> routing tables for each upstream interface to do source-based routing >> and filter out ULA-traffic on this layer instead of through iptables. >>=20 >> don't do it per upstream interface, that wouldn't work. per next-hop >> might. the draft suggests a single table with source constrained >> routers and backtracking. >>=20 >=20 > Ah yes thanks for the hint. Please correct me if I got this wrong: I = guess per interface would be problematic if there are multiple routers = on the upstream link offering different prefixes. However in case of = prefix delegation via DHCPV6-pd like on usual home ISP connections would = it not be problematic to attribute the prefix to any specific router? - = if there would be multiple routers which I guess is unlikely in that = situation. One could maybe attribute the prefix to the source address of = the DHCPv6 server but that sounds problematic to me aswell. Hmm did I = miss something or am I completely on the wrong track now? at least we're on the same track (and I think the correct one). ;-) on the border router this is quite simple. if a border router uses PD = and it discovers a default router on the same interface, that will result in a SADR route (S, D) -> interface, next-hop. where S = is PD prefix, D is ::/0, interface is the interface the PD was received on and next-hop is whatever router discovery came back with. the issue is with internal routers, where you may have an internal = router connected to two exits on the same link, or behind another IR that is connected to both..., i.e. arbitrary topology.=20 cheers, Ole= From lorenzo@google.com Wed May 8 04:06:40 2013 Return-Path: X-Original-To: homenet@ietfa.amsl.com Delivered-To: homenet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4193521F8FEC for ; Wed, 8 May 2013 04:06:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.977 X-Spam-Level: X-Spam-Status: No, score=-101.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6n+5UUaDDGKb for ; Wed, 8 May 2013 04:06:39 -0700 (PDT) Received: from mail-ie0-x22d.google.com (mail-ie0-x22d.google.com [IPv6:2607:f8b0:4001:c03::22d]) by ietfa.amsl.com (Postfix) with ESMTP id BBF5B21F8F05 for ; Wed, 8 May 2013 04:06:39 -0700 (PDT) Received: by mail-ie0-f173.google.com with SMTP id k5so2872624iea.4 for ; Wed, 08 May 2013 04:06:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=GRqbaL31SyByOTC/Mo1glYKQQ8cOHjcxl8X+lE0F5E4=; b=MZEzVhiZD5hF9EZlqTyfNoRptKO7hPdfKBH9P8GEp6f/0grIzkFISXqbVtwwJGjF34 cCtjiFSEPwLJj9pCFE9jp2vPRyNJ5Uncs/ce3iqYZPHzsAHx5m0AuGdmMwRwTW7fDb23 UaMVh+SXhYdOTZfkht49K/5So7/66D0kzxXyIvMtWC/UUBDtIoLAQbSvFKusUFY1VSSY jVvEMfaqM/6nWYMsSZ/LhZ8hN1cjo2IML4jTgSeQjSJ+uL3hAKyblqj67AHDudWCTlnE nhFA2uowdlOZ36Y9MsHRHx/LeRtTLiIsaV9tJXc+ygFoa5FH3SdAbGO2KrXBb34fengG 44tg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type:x-gm-message-state; bh=GRqbaL31SyByOTC/Mo1glYKQQ8cOHjcxl8X+lE0F5E4=; b=SjDcaP5iB2V7R5gu9VplQ+dXNPluGegF6jOnrDE4ti5+E99dQH/jQt1ido8WSWXInY /RZLtyPOWTwI+Lq8+ipJgMYdQ8tc09SksVLRXOBigtRrbGOWwX12iDVZzC+Ie59KKI94 jUKZc8wZoN7wsNObrNj/7I+3EH/kc5b0yStXXKTU4Pi0i7gJLgh0Eo0PZ24IHjZ5aD+Z JDuPkMtEQ6STJTxSLkjskVfQsUs1ZBG7IRP7YUciHqr/9Grwc3CaIhvDAibnblz7Uzwa fLKFWtl0SFotqF8V0Pf7yjN9VO2RWYWInQcwWFQF8bmCmiFlYGOTEsWBQ6irewINR8ys jFNA== X-Received: by 10.50.170.36 with SMTP id aj4mr2250428igc.4.1368011199160; Wed, 08 May 2013 04:06:39 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.237.148 with HTTP; Wed, 8 May 2013 04:06:19 -0700 (PDT) In-Reply-To: <3c2ea3e2-a587-4cf6-820b-929e6d75a9ad@email.android.com> References: <87vc6vgghx.wl%jch@pps.univ-paris-diderot.fr> <8F7177E4-6212-4A74-8A7C-A2D1703A59BF@iki.fi> <87sj1zgfot.wl%jch@pps.univ-paris-diderot.fr> <518A1F51.809@openwrt.org> <3c2ea3e2-a587-4cf6-820b-929e6d75a9ad@email.android.com> From: Lorenzo Colitti Date: Wed, 8 May 2013 20:06:19 +0900 Message-ID: To: Steven Barth Content-Type: multipart/alternative; boundary=e89a8f234a5193a2ae04dc32ed8b X-Gm-Message-State: ALoCoQksRhWy6BTZyKNCLp1g/UYwShBePTXW0ln8Avyrs5HNRJLfAeQc5zgBZ8wiqzxwddDAKB+yfENkRYN+jFoOd+IhOuKa4LTy+ugWlQSNm7ZTF/G/1y1LqT8kD/L0PYlBMocsIqEBsrLU82HTwS/85dUnf+r0JMu1LiucXhRPdXWARSoQW5MRL+TiNNnyk4kqFMPOUVMh Cc: bloat-devel , Juliusz Chroboczek , Markus Stenberg , Ole Troan , Dave Taht , boutier@pps.univ-paris-diderot.fr, "homenet@ietf.org" Subject: Re: [homenet] Source-specific routes in Linux [was: atomic updates...] X-BeenThere: homenet@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 11:06:40 -0000 --e89a8f234a5193a2ae04dc32ed8b Content-Type: text/plain; charset=ISO-8859-1 On Wed, May 8, 2013 at 7:51 PM, Steven Barth wrote: > if there would be multiple routers which I guess is unlikely in that > situation. One could maybe attribute the prefix to the source address of > the DHCPv6 server but that sounds problematic to me aswell. > So you're talking about the case where you have ISP1 and ISP2 "plugged into a switch together with your router"? In that case I can't see any better way than attempting to match the link-local IPv6 address that you got the RA from to the link-local address of the DHCPv6 server you got the PD from. I can't think of a situation why these would be different, but perhaps there is. Can the DHCPv6 server be a global address? --e89a8f234a5193a2ae04dc32ed8b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On Wed, May 8, 2013 at 7:51 PM, Steven Barth <cyrus@openw= rt.org> wrote:
if there would be multiple routers which I guess is unlikely in t= hat situation. One could maybe attribute the prefix to the source address o= f the DHCPv6 server but that sounds problematic to me aswell.

So you're talking about the case= where you have ISP1 and ISP2 "plugged into a switch together with you= r router"?

In that case I can'= ;t see any better way than attempting to match the link-local IPv6 address = that you got the RA from to the link-local address of the DHCPv6 server you= got the PD from.

I can't think of a situation why these = would be different, but perhaps there is. Can the DHCPv6 server be a global= address?
--e89a8f234a5193a2ae04dc32ed8b-- From cyrus@openwrt.org Wed May 8 05:54:32 2013 Return-Path: X-Original-To: homenet@ietfa.amsl.com Delivered-To: homenet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 31FD021F9382 for ; Wed, 8 May 2013 05:54:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.299 X-Spam-Level: X-Spam-Status: No, score=-2.299 tagged_above=-999 required=5 tests=[AWL=0.300, BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xnF91SFdGGim for ; Wed, 8 May 2013 05:54:31 -0700 (PDT) Received: from chi.subsignal.org (cxd-2-pt.tunnel.tserv11.ams1.ipv6.he.net [IPv6:2001:470:1f14:ed::2]) by ietfa.amsl.com (Postfix) with ESMTP id 9896821F9360 for ; Wed, 8 May 2013 05:54:30 -0700 (PDT) Received: from [192.168.178.21] (unknown [212.255.44.191]) by chi.subsignal.org (Postfix) with ESMTPSA id B326C126109; Wed, 8 May 2013 14:55:53 +0200 (CEST) Message-ID: <518A4B04.4030702@openwrt.org> Date: Wed, 08 May 2013 14:54:28 +0200 From: Steven Barth User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130112 Icedove/17.0.2 MIME-Version: 1.0 To: Ole Troan References: <87vc6vgghx.wl%jch@pps.univ-paris-diderot.fr> <8F7177E4-6212-4A74-8A7C-A2D1703A59BF@iki.fi> <87sj1zgfot.wl%jch@pps.univ-paris-diderot.fr> <518A1F51.809@openwrt.org> <3c2ea3e2-a587-4cf6-820b-929e6d75a9ad@email.android.com> <4731AFEA-6D92-4201-BEA5-46B535C84657@employees.org> In-Reply-To: <4731AFEA-6D92-4201-BEA5-46B535C84657@employees.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: bloat-devel , Juliusz Chroboczek , Markus Stenberg , Dave Taht , boutier@pps.univ-paris-diderot.fr, homenet@ietf.org Subject: Re: [homenet] Source-specific routes in Linux [was: atomic updates...] X-BeenThere: homenet@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 12:54:32 -0000 On 08.05.2013 12:58, Ole Troan wrote: > at least we're on the same track (and I think the correct one). ;-) > > on the border router this is quite simple. if a border router uses PD and it discovers a default router on the same interface, > that will result in a SADR route (S, D) -> interface, next-hop. where S is PD prefix, D is ::/0, interface is the interface the PD was received > on and next-hop is whatever router discovery came back with. > > the issue is with internal routers, where you may have an internal router connected to two exits on the same link, or behind another > IR that is connected to both..., i.e. arbitrary topology. OK, thanks again for the explanation. I think I will add an additional routing-table-ID parameter to the network daemon. This way any routing daemon that is going to be properly integrated into OpenWrt can select a target table for each route, prefix, etc. Cheers, Steven From jch@pps.univ-paris-diderot.fr Wed May 8 15:46:54 2013 Return-Path: X-Original-To: homenet@ietfa.amsl.com Delivered-To: homenet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F04B321F8532 for ; Wed, 8 May 2013 15:46:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.784 X-Spam-Level: X-Spam-Status: No, score=-1.784 tagged_above=-999 required=5 tests=[AWL=0.465, BAYES_00=-2.599, HELO_EQ_FR=0.35] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qbohxEYlu7cY for ; Wed, 8 May 2013 15:46:50 -0700 (PDT) Received: from korolev.univ-paris7.fr (korolev.univ-paris7.fr [IPv6:2001:660:3301:8000::1:2]) by ietfa.amsl.com (Postfix) with ESMTP id A7C9221F852A for ; Wed, 8 May 2013 15:46:49 -0700 (PDT) Received: from mailhub.math.univ-paris-diderot.fr (mailhub.math.univ-paris-diderot.fr [81.194.30.253]) by korolev.univ-paris7.fr (8.14.4/8.14.4/relay1/38117) with ESMTP id r48MkheG028532; Thu, 9 May 2013 00:46:43 +0200 Received: from mailhub.math.univ-paris-diderot.fr (localhost [127.0.0.1]) by mailhub.math.univ-paris-diderot.fr (Postfix) with ESMTP id 457274C692; Thu, 9 May 2013 00:46:43 +0200 (CEST) X-Virus-Scanned: amavisd-new at math.univ-paris-diderot.fr Received: from mailhub.math.univ-paris-diderot.fr ([127.0.0.1]) by mailhub.math.univ-paris-diderot.fr (mailhub.math.univ-paris-diderot.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1ohxCRESFecb; Thu, 9 May 2013 00:46:42 +0200 (CEST) Received: from pirx.pps.jussieu.fr (bob75-6-82-238-73-9.fbx.proxad.net [82.238.73.9]) (Authenticated sender: jch) by mailhub.math.univ-paris-diderot.fr (Postfix) with ESMTPSA id 017754C680; Thu, 9 May 2013 00:46:41 +0200 (CEST) Received: from localhost ([127.0.0.1] helo=pirx.pps.jussieu.fr) by pirx.pps.jussieu.fr with esmtp (Exim 4.80) (envelope-from ) id 1UaD8J-000520-NG; Thu, 09 May 2013 00:46:47 +0200 Date: Thu, 09 May 2013 00:46:47 +0200 Message-ID: <8738txgkdk.wl%jch@pps.univ-paris-diderot.fr> From: Juliusz Chroboczek To: Dave Taht In-Reply-To: References: <87vc6vgghx.wl%jch@pps.univ-paris-diderot.fr> <8F7177E4-6212-4A74-8A7C-A2D1703A59BF@iki.fi> <87sj1zgfot.wl%jch@pps.univ-paris-diderot.fr> User-Agent: Wanderlust/2.15.9 MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (korolev.univ-paris7.fr [194.254.61.138]); Thu, 09 May 2013 00:46:44 +0200 (CEST) Cc: homenet@ietf.org, Markus Stenberg , bloat-devel , boutier@pps.univ-paris-diderot.fr Subject: Re: [homenet] Source-specific routes in Linux [was: atomic updates...] X-BeenThere: homenet@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 22:46:55 -0000 >   http://www.spinics.net/lists/netdev/msg235316.html >   http://www.spinics.net/lists/netdev/msg235346.html > One thing that bugs me about hacks and workarounds like this is that Linux (as > well as openwrt) are intensely mutable systems, and it's totally possible to > improve linux rather than limp around in userspace. I can only agree with you. Now, as mentioned in my second message linked above, source-specific routing for IPv6 in a single table appears to be supposed to work with CONFIG_IPV6_SUBTREES. My tests indicate it doesn't, at least in recent kernels. I've tried to look at the relevant code (in ipv6/ipv6_fib.c and ipv6/route.c), and this code is way beyond my grokking abilities. Should a friendly kernel hacker choose to fix this, we can switch our implementation to using that simpler API with little effort. (Acutally deleting a bunch of code -- Matthieu is going to hate me.) > I have long disliked the ip rule system in its primary use prior to now > (vpns), as buggy, arbitrary, and subject to race conditions, so if a better > api and methods for injecting/managing source address dependent routing My preference goes towards dumping all routes into a single routing table. This applies both to source-specific routes, to input-interface specific routes (which is what Steven Barth was referring to), as well as to any future extensions to the model (TOS-specific routes, flow-id-specific routes, evil-bit-specific routes, etc.) The semantics of such an API is ambiguous, but userspace can work around that by injecting extra routes into the FIB. The number of such routes is at worst proportional to r^s, where r is the number of "real" routes and s is the number of selection mechanisms, but (1) this worst case is unlikely to happen in practice, and (2) this number can be greatly reduced by having reasonable default disambiguation rules in the kernel (use the destination as the primary key, the source as the secondary key, and any other selectors as the tertiary key). -- Juliusz From tjc@ecs.soton.ac.uk Fri May 10 01:25:02 2013 Return-Path: X-Original-To: homenet@ietfa.amsl.com Delivered-To: homenet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C6D8821F8C9B for ; Fri, 10 May 2013 01:25:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id n9P6gF4RClMI for ; Fri, 10 May 2013 01:25:01 -0700 (PDT) Received: from falcon.ecs.soton.ac.uk (falcon.ecs.soton.ac.uk [IPv6:2001:630:d0:f102::25e]) by ietfa.amsl.com (Postfix) with ESMTP id 07E6521F8AD5 for ; Fri, 10 May 2013 01:25:00 -0700 (PDT) Received: from falcon.ecs.soton.ac.uk (localhost [127.0.0.1]) by falcon.ecs.soton.ac.uk (8.13.8/8.13.8) with ESMTP id r4A8OwY4000919 for ; Fri, 10 May 2013 09:24:58 +0100 X-DKIM: Sendmail DKIM Filter v2.8.2 falcon.ecs.soton.ac.uk r4A8OwY4000919 DKIM-Signature: v=1; a=rsa-sha1; c=simple/simple; d=ecs.soton.ac.uk; s=201304; t=1368174298; bh=r1N+Cy41dIWK5e19ByGR285MeeY=; h=From:Subject:Date:To:Mime-Version:References; b=XelCjAf7RPfAbADFGQ0Nwm3EHuAfIIfnAAVJUUe9G5Oh8ZwHegqaRBKSHRaVDETxI ucOad11VhLgaFFsea9qL79m3TD5z7J2ZujBZaHJLdhQnJW2L+8DWyaoOB7ACmCXeFz Uj/5hLoJGa0/Pu52coXXKv1IyApEAIxV5MGQCToA= Received: from gander.ecs.soton.ac.uk ([2001:630:d0:f102:250:56ff:fea0:401]) by falcon.ecs.soton.ac.uk (falcon.ecs.soton.ac.uk [2001:630:d0:f102:250:56ff:fea0:68da]) envelope-from with ESMTP (valid=N/A) id p499Ow0430631027vK ret-id none; Fri, 10 May 2013 09:24:58 +0100 Received: from [192.168.1.103] (host213-123-213-183.in-addr.btopenworld.com [213.123.213.183]) (authenticated bits=0) by gander.ecs.soton.ac.uk (8.13.8/8.13.8) with ESMTP id r4A8OssV032263 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Fri, 10 May 2013 09:24:55 +0100 From: Tim Chown Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-ID: Date: Fri, 10 May 2013 09:24:53 +0100 To: "homenet@ietf.org Group" Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) X-Mailer: Apple Mail (2.1503) X-ECS-MailScanner: Found to be clean, Found to be clean X-smtpf-Report: sid=p499Ow043063102700; tid=p499Ow0430631027vK; client=relay,forged,no_ptr,ipv6; mail=; rcpt=; nrcpt=1:0; fails=0 References: <8FA3D9F2-ED2C-47CD-B80F-920432756EFD@ecs.soton.ac.uk> X-ECS-MailScanner-Information: Please contact the ISP for more information X-ECS-MailScanner-ID: r4A8OwY4000919 X-ECS-MailScanner-From: tjc@ecs.soton.ac.uk Subject: [homenet] New revision of homenet arch doc X-BeenThere: homenet@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 May 2013 08:25:02 -0000 Hi, A new revision of the homenet arch doc is almost done. We hope to push = it out over the weekend. So if you have any burning issues you feel = haven't been raised, now would be a good time to air them. Thanks, Tim= From tjc@ecs.soton.ac.uk Mon May 20 06:32:09 2013 Return-Path: X-Original-To: homenet@ietfa.amsl.com Delivered-To: homenet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7FB2321F9121 for ; Mon, 20 May 2013 06:32:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=-0.001, BAYES_00=-2.599, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id r1OGh-JHJM2V for ; Mon, 20 May 2013 06:32:08 -0700 (PDT) Received: from falcon.ecs.soton.ac.uk (falcon.ecs.soton.ac.uk [IPv6:2001:630:d0:f102::25e]) by ietfa.amsl.com (Postfix) with ESMTP id DFC7621F90DF for ; Mon, 20 May 2013 06:32:07 -0700 (PDT) Received: from falcon.ecs.soton.ac.uk (localhost [127.0.0.1]) by falcon.ecs.soton.ac.uk (8.13.8/8.13.8) with ESMTP id r4KDW5JA007184 for ; Mon, 20 May 2013 14:32:05 +0100 X-DKIM: Sendmail DKIM Filter v2.8.2 falcon.ecs.soton.ac.uk r4KDW5JA007184 DKIM-Signature: v=1; a=rsa-sha1; c=simple/simple; d=ecs.soton.ac.uk; s=201304; t=1369056725; bh=S4CB7+uHA3kMtBcN1eUa86GsWLc=; h=From:Mime-Version:Subject:Date:References:To:In-Reply-To; b=nTzEq0KcH0jSnIO6ig9r/JPjXdk0xizaFpigrVBFvOtxsB23J7TJIcgXJ1zdEuznH 3MHIdsc/z3Byof0pKQBaBAmvCIhA3MxwIA8/Z/4UyCAznrHrWKRRx74DSxz2fcLnh7 6reKaOTyNcnwXIMWVqfK9pRhKrr+Vkcb1vFM5+Qg= Received: from gander.ecs.soton.ac.uk (gander.ecs.soton.ac.uk [2001:630:d0:f102::25d]) by falcon.ecs.soton.ac.uk (falcon.ecs.soton.ac.uk [2001:630:d0:f102::25e]) envelope-from with ESMTP (valid=N/A) id p4JEW50430628454ie ret-id none; Mon, 20 May 2013 14:32:05 +0100 Received: from tjc-vpn.ecs.soton.ac.uk (tjc-vpn.ecs.soton.ac.uk [152.78.236.241]) (authenticated bits=0) by gander.ecs.soton.ac.uk (8.13.8/8.13.8) with ESMTP id r4KDW336007528 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Mon, 20 May 2013 14:32:03 +0100 From: Tim Chown Content-Type: multipart/alternative; boundary="Apple-Mail=_E0AE0CAB-C967-42DA-B5BC-1D0FBBA81837" Message-ID: Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Date: Mon, 20 May 2013 14:32:03 +0100 References: <9D181275-2F51-42B5-AF98-4A831047274D@ecs.soton.ac.uk> <98B5AFAE-2426-4190-A1CF-84C87BFC41C3@ecs.soton.ac.uk> To: "homenet@ietf.org Group" In-Reply-To: X-Mailer: Apple Mail (2.1503) X-ECS-MailScanner: Found to be clean, Found to be clean X-smtpf-Report: sid=p4JEW5043062845400; tid=p4JEW50430628454ie; client=relay,ipv6; mail=; rcpt=; nrcpt=1:0; fails=0 X-ECS-MailScanner-Information: Please contact the ISP for more information X-ECS-MailScanner-ID: r4KDW5JA007184 X-ECS-MailScanner-From: tjc@ecs.soton.ac.uk Subject: Re: [homenet] Source-specific routes in Linux [was: atomic updates...] X-BeenThere: homenet@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 May 2013 13:32:09 -0000 --Apple-Mail=_E0AE0CAB-C967-42DA-B5BC-1D0FBBA81837 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 On 8 May 2013, at 10:45, Dave Taht wrote: > On Wed, May 8, 2013 at 2:29 AM, Tim Chown wrote: > On 7 May 2013, at 12:08, Markus Stenberg = wrote: > > > > Yet another implementation of interest might be: > > > > https://github.com/edderick/quagga_zOSPF/ > > > > [1]/[2] versions do not interoperate with it (but they interoperate = with > > Arkko one); latest [3] version interoperates with it, but not = Arkko..) >=20 > Hi, >=20 > So the github zOSPF iplementation above was done this year by an = undergraduate project student of mine, Ed Seabrook. He has tested his = code against both Ben's and Markus' implementations, using a netkit test = environment, with pretty successful results overall. Ed has given some = feedback to the draft authors based on his experience. >=20 > It would be helpful if those comments were more public. =20 Markus and Edward have discussed the issues arising from Edward's = project work. There is a small number of open questions/ambiguities = resulting. I agree these should be summarised and posted here for = comment to help improve the relevant draft(s). >=20 > Ed chose to build on Quagga because he knew the bird implementations = existed, and wanted to show interoperability with a different platform. =20= >=20 > CeroWrt uses quagga-RE (for BGPpgp and babel support), and if it is = possible to merge these patches into that branch, and the results = useful, I'd be delighted to do so... It would be useful to get some code review... I'll email you off-list. Tim= --Apple-Mail=_E0AE0CAB-C967-42DA-B5BC-1D0FBBA81837 Content-Transfer-Encoding: 7bit Content-Type: text/html; charset=iso-8859-1
On 8 May 2013, at 10:45, Dave Taht <dave.taht@gmail.com> wrote:

On Wed, May 8, 2013 at 2:29 AM, Tim Chown <tjc@ecs.soton.ac.uk> wrote:
On 7 May 2013, at 12:08, Markus Stenberg <markus.stenberg@iki.fi> wrote:
>
> Yet another implementation of interest might be:
>
> https://github.com/edderick/quagga_zOSPF/
>
> [1]/[2] versions do not interoperate with it (but they interoperate with
> Arkko one); latest [3] version interoperates with it, but not Arkko..)

Hi,

So the github zOSPF iplementation above was done this year by an undergraduate project student of mine, Ed Seabrook.  He has tested his code against both Ben's and Markus' implementations, using a netkit test environment, with pretty successful results overall.  Ed has given some feedback to the draft authors based on his experience.

It would be helpful if those comments were more public. 

Markus and Edward have discussed the issues arising from Edward's project work.  There is a small number of open questions/ambiguities resulting. I agree these should be summarised and posted here for comment to help improve the relevant draft(s).


Ed chose to build on Quagga because he knew the bird implementations existed, and wanted to show interoperability with a different platform.  

CeroWrt uses quagga-RE (for BGPpgp and babel support), and if it is possible to merge these patches into that branch, and the results useful, I'd be delighted to do so...

It would be useful to get some code review... I'll email you off-list.

Tim
--Apple-Mail=_E0AE0CAB-C967-42DA-B5BC-1D0FBBA81837-- From internet-drafts@ietf.org Tue May 21 11:00:06 2013 Return-Path: X-Original-To: homenet@ietfa.amsl.com Delivered-To: homenet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 724B621F96B2; Tue, 21 May 2013 11:00:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3ZgwWawQsLQz; Tue, 21 May 2013 11:00:06 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 4DBBF21F9768; Tue, 21 May 2013 11:00:05 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.50 Message-ID: <20130521180005.18023.83530.idtracker@ietfa.amsl.com> Date: Tue, 21 May 2013 11:00:05 -0700 Cc: homenet@ietf.org Subject: [homenet] I-D Action: draft-ietf-homenet-arch-08.txt X-BeenThere: homenet@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 May 2013 18:00:06 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Home Networking Working Group of the IETF. Title : Home Networking Architecture for IPv6 Author(s) : Tim Chown Jari Arkko Anders Brandt Ole Troan Jason Weil Filename : draft-ietf-homenet-arch-08.txt Pages : 47 Date : 2013-05-21 Abstract: This text describes evolving networking technology within increasingly large residential home networks. The goal of this document is to define a general architecture for IPv6-based home networking, describing the associated principles, considerations and requirements. The text briefly highlights specific implications of the introduction of IPv6 for home networking, discusses the elements of the architecture, and suggests how standard IPv6 mechanisms and addressing can be employed in home networking. The architecture describes the need for specific protocol extensions for certain additional functionality. It is assumed that the IPv6 home network is not actively managed, and runs as an IPv6-only or dual-stack network. There are no recommendations in this text for the IPv4 part of the network. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-homenet-arch There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-homenet-arch-08 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-homenet-arch-08 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/